Echoとは？

Cardanoは、最も分散化され安全なプルーフ・オブ・ステークブロックチェーンとして広く認知されています。しかし、その上に構築されたアプリケーションは、ベースレイヤーが排除するために設計されたまさにその中央集権化を再導入してしまうことがよくあります。重要なオフチェーンコンポーネント——取引を順序付け、価格データを供給し、トランザクションを実行するプロセス——は、しばしば単一のオペレーターの管理下で運用されています。それぞれが障害点であり信頼点であり、Cardanoが提供するセキュリティ保証を損ないます。

Echoはこのギャップを埋めるために存在します。分散化の恩恵を受けるあらゆるWeb3インフラストラクチャ——中央集権型オペレーターが現在チェックなしに権限を持つあらゆるコンポーネントに接続可能なモジュラー分散型コンセンサスネットワークです。ライブネットワークはecho.pondora.orgで確認できます。

仕組み — 「Echo」のアナロジー

名前はそのメカニズムを示唆しています。今日、中央集権的なプロセスは一方的に行動できます：何を実行するか、どの順序で、そして結果をCardanoに送信するかを決定します。Echoを使えば、そのプロセスは単独では行動できなくなります。実行したいすべてのアクションは、まずインテントとしてEchoネットワークにブロードキャストされなければなりません。十分な数の独立した参加者がそのインテントを検証しエコーした場合にのみ、アクションは進行できます——Cardanoのオンチェーンバリデータが検証できる暗号学的証明を集団で生成します。

中央集権化の問題

最も分散化されたブロックチェーン上でも、アプリケーション層の中央集権化は重大な脅威をもたらします：

• DEXバッチャー — 単一のオペレーターが注文を順序付けしマッチングします。説明責任なしにリオーダー、フロントラン、トランザクションの検閲が可能です。
• オラクル — 一つの当事者が管理する価格フィードは操作や遅延が可能です。その影響は古いデータだけにとどまりません——操作された、あるいは遅延した価格フィードは不正な清算をトリガーし、決して清算されるべきではなかったユーザーポジションを一掃する可能性があります。オラクルが価格に関する唯一の権威である場合、誰がいつ清算されるかを事実上コントロールしています。
• 実行レイヤー — 中央集権的なエンティティが管理するオフチェーン取引処理は、ユーザーがそのエンティティを完全に信頼することを要求します。

これらは仮説的なリスクではありません。根本的な矛盾を表しています：Cardanoのベースレイヤーは安全で分散化されていますが、ユーザーが実際に対話するアプリケーションはそうでないことが多いのです。

これらのコンポーネントが分散化されるよう設計されている場合でも、参加の欠如がその設計を無意味にします——少数の参加者しかいないネットワークは、単一のオペレーターとほとんど変わらないセキュリティしか提供しません。Echoはこの問題の両面に対処します：これらのコンポーネントを分散化するためのコンセンサスメカニズムを提供し、参加を容易にすることで、その分散化が意味あるものになるのに十分な参加者を確保します。

独自の利点

手軽な参加

ほとんどの分散型ネットワークでは、参加者が専用のインフラストラクチャを運用する必要があります——常時稼働のサーバー、専門的なハードウェア、複雑なソフトウェアスタック。これは参加への高い障壁を作り出し、参加を少数のプロフェッショナルオペレーターに集中させます。Echoは根本的に異なるアプローチを取ります。一般のDeFiユーザーが、すでにDeFiに使用している同じSmart Accountを使って、ブラウザから直接コンセンサスに参加できます——サーバーも、DevOpsも、別のセットアップも不要です。Pondoraエコシステムと対話するすべてのユーザーは、すでにその分散化に貢献する準備ができています。これにより、既存のユーザーベースがコンセンサス参加者のネットワークに変わり、インフラ重視のネットワークが達成に苦労するレベルの分散化が可能になります。

ダイナミック閾値ネットワーク

Echoは、Podシステムを中心に構築された高度にダイナミックな閾値ネットワークです。参加者はネットワークに常に参加・離脱できます——エポック内でも、エポック間でも——ネットワークは完全に稼働し続けます。メンバーシップ変更のためのダウンタイムも、手動の鍵セレモニーも、すべての参加者が常にオンラインである必要もありません。Podシステムにより、参加者セットが変化するにつれて集団署名鍵が継続的に適応します。

モジュラーかつ再利用可能

Echoは単一のアプリケーションに紐づけられていません。モジュラーであるため、同じ参加者ネットワークが、それぞれが独自のコンセンサスネットワークをゼロから立ち上げることなく、複数の独立したコンポーネントを保護できます。新しい統合はすべて既存のネットワーク効果から恩恵を受けます：あるサービスのためにすでに参加している参加者は、Echoを使用する他のすべてのサービスを自動的に強化します。

容易な統合

Echoは、以前中央集権的だったプロセスが、基盤となるプラットフォームへの大幅なコード変更なしに、分散型の当事者に制御を移行できるよう設計されています。統合は軽量です：既存のプロセスは従来通り動作し続けますが、Echoネットワークにインテントを送信し、進行前に集団的な承認を待ちます。

設計上のトレードオフ：活性よりも安全性

Echoは意図的なアーキテクチャ上の選択をしています：アクションを承認、拒否、操作する能力である制御を分散化しますが、活性（サービスの継続的な可用性を確保すること）は別のレイヤーや中央集権的なコンポーネントにも委任します。

これは意図的なトレードオフです。分散化は単一の特性ではありません——制御、活性、データ可用性、検閲耐性など多岐にわたります。すべての柱を同時に解決しようとすることが、多くの分散化の試みが不十分に終わる理由です。Echoは代わりに、dAppユーザーにとって最も重要な側面、つまり資金の安全性に焦点を当てています。この設計は、中央集権的なオペレーターが一方的に資産を移動、リオーダー、操作することを防ぐことを目指しています。

活性を分散化しないことの典型的なデメリットは、中央集権的なコンポーネントがオフラインになった場合、ユーザーが一時的に資金へのアクセスを失う可能性があることです——ほとんどのプラットフォームでは深刻な懸念です。しかしPondoraでは、このリスクは設計上大幅に軽減されています。Smart Accountのセルフカストディモデルにより、資産はあなたのアカウントに留まるよう設計されています。Echoを使用するサービスがダウンしても、資金はあるべき場所——あなたのSmart Account内、あなたの管理下——に留まるはずです。回収すべきロックされた資本も、待つべき引き出しもありません。

これがEchoとSmart Accountが互いにうまく補完し合う理由です：Echoはあなたの利益に反する行動を誰にも取らせないよう設計されており、Smart Accountはサービスが一時的に利用不可になった場合でもあなたの資金をアクセス可能に保つよう設計されています。