Sailfish

Sailfishは、Cardano上の高スループット取引のための実行レイヤーです。スピードのためにオフチェーンで注文をマッチングし、Echoコンセンサスネットワークによって検証されたバッチで残高変更をオンチェーンに決済します。

なぜ実行レイヤーが必要か？

Cardano上のオンチェーン注文マッチングは、ブロックタイムとトランザクションスループットに制約されています。取引が即時に感じられるためには——サブセカンドのマッチング、リアルタイムのオーダーブック——実行はオフチェーンで行われる必要があります。Sailfishはこの実行環境を提供しつつ、すべての結果をCardanoに戻して決済し、オンチェーンバリデータが各バッチを独立して検証します。

アーキテクチャ

Sailfishの初期バージョンはHydraヘッドを直接実行環境として使用していました。Hydraの全会一致要件、静的な参加者セット、メンバーシップ変更時にヘッドを閉じて再開する必要性などの制限を克服してシステムがさらに改善・最適化されるにつれ、Sailfishは独立したソリューションへと進化しました。コアのアイデアは残っていますが、Cardano上の高スループット取引に適するようアーキテクチャが再構築されました。

Sailfishは、確立されたいくつかのLayer 2パターンのアイデアを取り入れています：

• スナップショットベースのステートコミットメント。Cardano上のHydraステートチャネルが使用するモデルに類似しています。Hydraと同様に、Sailfishはオフチェーンステートをオンチェーンで検証可能な署名済みスナップショットにキャプチャします。Hydraの全会一致要件（すべての参加者が署名する必要がある）とは異なり、SailfishはEchoを通じた閾値署名を使用し、より強い活性を実現します——一部の参加者がオフラインになってもネットワークは動作し続けます。

• バッチ決済。他のチェーンで普及しているロールアップパターンから借用。各取引をL1で個別に決済するのではなく、Sailfishは多くの注文結果を単一のバッチにグループ化し、1つのアトミックなCardanoトランザクションでコミットします。これは、ロールアップが多くのトランザクションを単一のL1送信に圧縮する方法と概念的に類似しています——ベースレイヤーのセキュリティを継承しつつスループットを最大化します。

• オンチェーン退出メカニズム。Hydraの異議申立プロトコルやロールアップ設計のエスケープハッチと同じ目的を果たします。オフチェーンレイヤーが利用不可になった場合、ユーザーはオンチェーンバリデータによって完全に強制されるタイムロック付きセルフウィズドロワルプロセスを通じて、Cardano上で直接資金を回収できます。

その結果、ステートチャネルのスナップショット効率、ロールアップのバッチスループット、そしてCardanoのオンチェーンバリデータが強制できるセルフカストディのセキュリティ保証を組み合わせた、専用の実行レイヤーが実現しています。

統一された流動性

多くのLayer 2ソリューションは流動性の断片化に悩まされています——L2にロックされた資産はL1で利用不可となり、レイヤー間で利用可能な流動性が分割されます。Sailfishはこの問題を完全に回避します。

Smart Accountを通じて送信されたインテントは、Layer 1のPond間トランザクションとLayer 2のSailfishトランザクションの両方と互換性があります。ユーザーは単に取引の意図を示すだけで、最適な実行を提供するどちらのパスでもインテントが決済されます。これにより、流動性は事実上両方のレイヤーで同時に利用可能になります。

流動性が現時点で比較的低いCardanoのようなDeFiエコシステムにとって、これは特に価値があります。すでに限られたプールをレイヤー間で分割するのではなく、Sailfishはレイヤー1の参加者が依存する流動性を断片化することなく、実行速度を追加します。