BTCFi が急増する中、オムニティは新しいビットコイン層プログラマビリティ拡張プロトコル REE をリリースしました。クロスチェーンの相互運用性 (オムニティ ハブ) におけるチームの長年の蓄積と相まって、オムニティは BTCFi 分野で最も重要かつ探索的なプレーヤーの 1 つになりました。
公式サイト：https://www.omnity.network/
私の意見では、オムニティ ネットワークは、効率的で構成可能性が高く、耐障害性が高いビットコイン エコシステムの「プログラマビリティを拡張および強化する」ための技術的ソリューションを模索しています。
1. 高頻度取引シナリオの場合、Trustless レベルのビットコイン資産クロスチェーン ソリューションである Omnity Hub を使用して、Bitlayer、Solana、Base などのより完全なエコロジー構造を備えた高速スマート コントラクト チェーンに接続します。
2. 大規模資金シナリオおよび通常のトランザクション頻度の DeFi ビジネスは、ビットコイン層上に直接構築される REE を使用します。
Hub と REE は独立しており、柔軟に組み合わせることができ、開発者のイノベーションのための強固な基盤を築いたと言えます。BTCFi 分野における破壊的なイノベーションが期待されています。
興味のある方はまずこの記事を読んでください。英語のオリジナル版を見るには、リンクをご覧ください⬇️
REE ホワイトペーパー: https://x.com/louisliubj/status/1861588938475086166
以下は中国語翻訳版です、お楽しみください〜
REE: クロスチェーンを使用しないチューリング完全なビットコイン実行層
REE は、BTCFi アプリケーションのチューリング完全スマート コントラクトを可能にする分散型ビットコイン実行レイヤーを導入します。クロスチェーン資産を必要とせず、REE はビットコインメインネットのプログラマビリティを強化し、ビットコインのネイティブユーザーエクスペリエンスを維持します。
REEとは何ですか？
Runes Exchange Environment (REE) は、クロスチェーン資産を必要とせずに、ビットコイン L1 の構成可能なスマート コントラクトを提供するビットコインの分散型実行レイヤーです。 REE は、分散型実行層のスマート コントラクトを通じてビットコインのマルチシグネチャ トランザクション メカニズムを強化し、ビットコインのメインネット トランザクションに直接参加します。
図 0. ビットコインのマルチ署名トランザクション
マルチシグネチャトランザクションは、複数の参加者からの入力を含むビットコイントランザクションであり、ビットコインエコシステムが長年使用してきた技術です。通常、1 人の参加者がコーディネーターとして機能し、PSBT (部分署名ビットコイン トランザクション) を使用して各参加者の署名を集約し、トランザクションをビットコイン ネットワークにブロードキャストします。マルチシグネチャ トランザクションの注目すべき使用例には、CoinJoin、マルチシグネチャ ウォレット、カストディアンなどがあります。
マルチシグネチャ シナリオでは、人間だけでなくプログラムも参加者になることができます。 DeFi環境では、トレーダーは通常、プロトコル（スマートコントラクト）を相手として取引します。 REE のアイデアは、BTCFi プロトコルがビットコインのマルチ署名トランザクションに参加できるようにし、署名プロセス全体をパブリック ブロックチェーンに移行して、分散化を実現することです。
図 1. 分散型マルチシグネチャ調整 (DMSC)
図 1 は、分散型マルチシグネチャ調整 (DMSC) の一般的なプロセスを示しています。セットアップには、トレーダー、複数の BTCFi プロトコル (A、B、C)、およびパブリック ブロックチェーン上のコーディネーターが必要です。コーディネーターは署名を集約し、最終トランザクションをブロードキャストします。
DMSC プロセスは次のとおりです。
1. 交渉段階
トレーダーは、複数のプロトコルで条件を交渉して取引を開始します。各プロトコルは、ビットコイン資産を保持するエンティティを表し、特定のルールに従ってトランザクションを実行する準備ができています。プロトコルの例には、分散型取引所、融資プロトコル、ステーブルコインなどが含まれます。
2. サインステージ
ネゴシエーション後、トランザクションを反映する PSBT が構築されます。次に、コーディネーターは各プロトコルを呼び出して PSBT に署名します。各プロトコル (A、B、C) はそのトランザクション部分を検証し、署名を通じてそのトランザクション部分が含まれることを承認します。
3. 放送段階
PSBT が完全に署名されると、コーディネーターはそれをビットコイン トランザクションに変換し、ネットワークにブロードキャストします。これで、取引はビットコインで決済されます。
REE は、DMSC のパブリック ブロックチェーンとして ICP (Internet Computer Protocol) を選択します。言い換えれば、REE は ICP 上のビットコイン DMSC インフラストラクチャです。
なぜREEなのか？
ビットコインは世界で最も安全な分散型ブロックチェーンですが、プログラム可能性が限られているため、複雑な金融アプリケーションでの使用は制限されています。 REE は、自己ホスト型を維持し、信頼の前提を最小限に抑えながら、高度なプログラマビリティとチューリング完全なスマート コントラクトを提供することで、既存のビットコイン L2 ソリューションを補完します。
図 2. REE はビットコイン L2 ではありません
ほとんどの L2 とは異なり、REE スマート コントラクトはビットコインの UTXO モデルと直接対話し、自己管理を維持しながら高度なプログラマビリティを可能にします。トレーダーはビットコイン資産をクロスチェーンブリッジにロックする必要はありません。彼らは、ビットコイン ウォレットで PSBT に署名することでスマート コントラクトと対話し、トランザクションはビットコインで即座に決済されます。
一方、既知のビットコイン L1 プログラマビリティ強化ソリューションの中で、DMSC には他のソリューションに比べて大きな利点があります。新しい OP コードに依存するのではなく、最新のパブリック ブロックチェーンを活用してビットコインのプログラマビリティを強化します。さらに、DMSC は、メタプロトコルやインデクサーをアップグレードする必要がなく、すべての UTXO ベースのメタプロトコル資産と互換性があります。
表 1. ビットコイン L1 プログラマビリティ技術ソリューションの比較
最後に、ICP は DMSC に最も適したブロックチェーンである可能性があります。 REE は、ICP の Chain Fusion テクノロジーを活用して秘密キーとビットコイン署名を安全に管理し、ビットコインのセキュリティ モデルを維持しながら DMSC を有効にします。 ICP のネイティブ ビットコイン統合とオンチェーン インデクサーを通じて、REE は信頼を最小限に抑えた方法で、最も広く受け入れられている UTXO ベースのビットコイン メタ プロトコルである Runes と互換性があります。
REEはどのように機能しますか?
イーサリアムの影響により、ほとんどのスマート コントラクト プラットフォームの状態モデルはアカウントに基づいており、これはスマート コントラクト開発者の思考モードにも影響を与えます。ただし、ビットコインのオンチェーン状態は UTXO に基づいています。 REE は、ギャップを埋めるために Exchange-Pool モデルを導入しました。 Exchange-Pool モデルはビットコインの UTXO 状態管理に適応しており、ICP のようなアカウントベースのパブリック チェーンに簡単に実装できます。このモデルは 3 つの単純な概念で構成されています。
1. Coin は、UTXO に基づくビットコイン資産の単位です。 BTC とルーンは REE のコインとして受け入れられます。
2. Exchange は、REE プラットフォーム上で動作する BTCFi プロトコルのインスタンスであり、コイン交換を容易にするために使用されます。
3. プールは、Exchange がコインを保持し、ビットコイン トランザクションに署名するために使用する公開キー (チェーン キー) です。 Exchange のロジックによれば、ユーザーはコインの入ったバッグをプールに入れ、そこからコインの入った別のバッグを取得します。通常、Exchange は複数のプールを管理し、それぞれにコインと状態データ用のプールがあります。
ビットコインビルダーは、REE の Exchange - いくつかのパブリックメソッドを実装する ICP スマートコントラクトを使用して、多様な BTCFi プロトコルを作成できるようになりました。
図 3. REE アーキテクチャ
図 3 は、2 つの取引所、REE コーディネーター、フロントエンド インターフェイスなどの複数のコンポーネントが関与する、REE 上でビットコイン トランザクションを完了するプロセスを示しています。プロセスを段階的に説明します。
1. 問い合わせ: トレーダーはフロントエンド インターフェイスを通じてプロセスを開始し、取引の問い合わせを行います。これには、ExchangeA で交換してから ExchangeB にステーキングするなど、実行したい取引または操作の種類を選択することが含まれる場合があります。
2. PSBT の構築: トレーダーが取引条件に同意すると、フロントエンドは REE Typescript SDK を利用して PSBT を構築します。
3. トレーダーは PSBT に署名します。トレーダーはビットコイン ウォレットを使用して PSBT を確認して署名し、実質的にその後の処理のためにトランザクションを承認します。
4. オーケストレーター/コーディネーターの呼び出し: フロントエンドは PSBT を REE オーケストレーター/コーディネーターに送信します。 REE Orchestrator/Coordinator はコーディネーターとして機能し、トランザクションの実行を監視します。
5. 入力の確認: オーケストレーター/コーディネーターが REE トランザクションを実行する前に、すべての PSBT 入力を検証して、それらが使用可能であること、および主張する資産が実際に含まれていることを確認する必要があります。 Orchestrator は、これを実現するために Ord Canister (オンチェーン ルーン インデクサー) に依存しています。
6. Exchange 署名 PSBT: 検証後、REE Orchestrator/Coordinator は関連する Exchange と通信して PSBT に署名します。 Exchange は、PSBT データがトランザクション条件を満たしていることを検証し、1 つずつ署名します。
7. トランザクションのブロードキャスト: 関連するすべての取引所が PSBT に署名した後、REE コーディネーターは完全に署名されたトランザクションをビットコイン ネットワークにブロードキャストします。その後、トランザクションはビットコイン ブロックチェーン上で確認され、プロセス全体が完了します。
REE オーケストレータ/コーディネータは、Exchange が署名を拒否した場合に状態をロールバックするように Exchange に通知することで、状態の一貫性を確保する責任があります。
Exchange を使用できるようにするには、そのビルダーによって Exchange を初期化する必要があります。
1. 導入 (ステップ 0.1): ビルダーは、Exchangecanister を REE Orchestrator/Coordinator と同じ ICP サブネットに導入します。キャニスターはサブネットを越えて呼び出すことができますが、不要な遅延が発生します。
2. 登録 (ステップ 0.2): ビルダーは Exchange を REE Orchestrator/Coordinator に登録します。
Exchange ビルダーは、Exchange の稼働を維持するためのアップグレードや補充サイクルなど、Exchange のメンテナンスを担当します。 Omnity は、Exchange ビルダーに使いやすさを考慮した共通の機能を提供しますが、これはオプションであり、置き換え可能です。
システム特性
プログラマビリティ
REE Exchange は、基盤となるブロックチェーンの機能を最大限に活用できる独立した ICP スマート コントラクトです。 ICP スマート コントラクト開発の詳細については、ICP 技術ドキュメントを参照することをお勧めします。
ICP 技術文書:
https://internetcomputer.org/docs/current/home
いくつかのヒントを次に示します。
1. 顔認識などの集中的な計算を ICP スマート コントラクト内で実行できます。
https://medium.com/dfinity/the-next-step-for-deai-on-chain-inference-enabling-face-recognition-589183203fc2
2. ICP のビットコイン コンテナは世界最大のスマート コントラクトである可能性があり、500 GB のオンチェーン ストレージを占有し、年間費用はわずか 2,500 ドルです。
https://github.com/dfinity/bitcoin-canister
3. Omnity Hub は、ICP 上の完全なオンチェーンのフルチェーン相互運用性スタックです。つまり、オフチェーンのリピーターやインデクサーは必要ありません。 Omnity Hub は、RPC インターフェイスを介して数十の異種ブロックチェーンを直接接続します。
https://explorer.omnity.network/
構成可能性
REE スマート コントラクトのコンポーザビリティにより、プロトコル間でのシームレスな統合が保証され、最小限の信頼フレームワークで流動性と論理ユニットを組み合わせることで革新的な金融プロトコルが可能になります。
REE は、ビットコイン スタイルの構成機能を提供します。各取引所は、受信するもの (入力) と提供するもの (出力) のみを考慮し、入力/出力が妥当である限り、トランザクションに参加することに同意します。 REE トランザクションには複数の取引所が関与し、それぞれがコインを受け取り、提供する場合があります。コーディネーターは取引所と協力して、マルチ署名トランザクションのアトミック性を確保する責任を負います。アトミックな構成可能性とは、マルチシグネチャ トランザクションが完全に成功するか、一部の部分が失敗した場合に完全にロールバックされることを意味します。これは DeFi アプリケーションでは非常に重要です。
通常、トレーダーは最初の取引所に最初の入力を提供し、最初の取引所の出力は 2 番目の取引所に送られ、最後の取引所の最終出力がトレーダーに与えられるまで同様に続きます。 PSBT の署名順序は次のロジックに従います。最初の取引所は、トレーダーが入力に署名した場合にのみ、入力を提供して PSBT に署名することに同意します。
概念的には、Exchange コンポーザビリティはパイプライン化された Unix コマンドのように見えます。しかし、それだけではありません。どのエンティティ (トレーダーまたは取引所) も、順序に関係なく他のエンティティに入力を提供できます。たとえば、トレーダーのインプットは 2 番目以降の取引所に供給され、取引所はトレーダーに代わって最初のインプットとビットコイン ネットワーク手数料を提供します。
さらに、トレーダーは個人である必要はなく、オフチェーン プロセスまたは ICP スマート コントラクトでも構いません。これにより、オンチェーンまたはオフチェーンのイールド アグリゲーターまたはアービトラージ ボットの可能性が開かれます。強力な Chain Fusion スタックを通じて、REEExchange は他のブロックチェーンと対話できます。たとえば、Ethereum または Solana の状態変化により REE トランザクションがトリガーされる可能性があり、その逆も同様です。
リスクプロファイル
受信者 (プールと取引するトレーダー) は、署名する前に、入力と出力で表されるすべての取引条件を含む PSBT をレビューします。一度署名されると、トレーダー自身、取引所、REE、ICP ノード、ビットコインマイナーを含む誰もトランザクションを変更することはできません。つまり、受取人は保管リスクを負いません。
通常、各 REE トランザクションの実行により特定のプールのステータスが変化し、以前のクエリから取得したトランザクション条件が無効になります。 REE トランザクション実行の遅延 (秒単位で測定) がビットコインの遅延 (分単位で測定) よりもはるかに低いことを考慮すると、REE トランザクションは通常、順次処理されます。ただし、複数のトレーダーが同じプールで同時に取引すると、トランザクションの失敗が発生する可能性があります。
取引が失敗しても資産が失われることはありません。トレーダーは単に再クエリして実行を試みるだけで済みます。
マーケットメーカー（資本プールに流動性を提供するトレーダー）は、資産の管理を取引所に引き渡す際に保管リスクを負います。その結果、Exchange ロジックに関連するスマート コントラクトのリスクにさらされることになり、Exchange ビルダーの監査と評判の重要性が強調されます。
マーケットメーカーのセキュリティ想定には、ICP プラットフォームと REE プラットフォームが含まれます。ただし、ICP (数十億ドル相当) のセキュリティは、既知のすべてのケースにおいて BTCFi プロトコルのセキュリティ要件を満たしています。
ビットコイン状態の一貫性
BTCFi のサポートにおけるビットコイン スクリプトの制限は、オペコードの機能制限によるものだけでなく、複雑なオンチェーン状態を維持できないことも主な原因です。対照的に、REE での交換は状態の維持および管理が容易です。ただし、REE 交換の状態は最終的にはビットコインと一致する必要があり、そうでない場合は、REE トランザクションをビットコインで決済することはできません。
決済の失敗を防ぐために、コーディネーターはすべてのトランザクション入力が使用されていないことを確認します。各取引所は、トランザクションの入力と出力が基準を満たしていることも検証します。このアプローチにより、有効かつ検証された入力のみがトランザクションの決済に使用されることが保証されます。
ただし、取引実行前にこれらの入力が検証されたとしても、その後の決済は保証されません。トレーダーは、意図的または非意図的に、同じ入力を別のビットコイン取引に使用する可能性があります。
REE は、ビットコイン ネットワークの変化をリアルタイムで感知し、それに応じて対応する必要があります。ビットコインネイティブの統合とオンチェーンの Runes インデクサーを活用した REE は、集中化されたオフチェーン プロセスに依存せずにこれを達成できる唯一のビットコイン実行レイヤーである可能性があります。
図 4. REE 送信ステータス
REE Orchestrator/Coordinator は、すべての REE トランザクションのライフサイクルを管理するコンポーネントです。関連するステータス変更イベントを Exchange に通知する責任があります。
図 5. 資金プールのステータス管理
Exchange はプールに基づいて状態を管理します。具体的には、プールの状態は、そのプール上で実行される一連のトランザクションによってリンクされた状態のチェーンとして編成される必要があります。プールは常にクエリ要求を処理し、状態チェーンの先頭に基づいて新しいトランザクションを実行します。オーケストレーター/コーディネーターからのイベント通知に基づいて、プールの実行が完了またはロールバックされます。
さらに、ビットコインのネットワーク料金の変動性が高いことを考えると、特定の時間枠内でトランザクションが確実にブロックに含まれるようにする経済的に実現可能な方法はありません。ビットコインのネットワーク手数料が高騰した場合、決済を迅速化する方法としてRBF（Replace-By-Fee、手数料代替）とCPFP（Child Pays for Parent、子が親に代わって支払う）の2つの方法がある。 RBF ではトランザクションを再構築する必要があるため、ユーザー エクスペリエンスが低下します。
REE は CPFP を使用します。これは、ビットコインのネットワーク料金が急上昇した場合、後続のトランザクションは、同じプール上で以前にブロックされていないトランザクションを補助する必要があることを意味します。手数料補助金は自由市場メカニズムのままです。トレーダーは、コストが増加しても利益が得られると予想される場合にのみ、次の取引を開始します。
パフォーマンス
実行層のパフォーマンスは通常、スループット (TPS で測定) とレイテンシの 2 つの指標によって測定されます。 REE では、トレーダーは次のステップに進むためのブロック確認を待つことなく、わずか数秒の遅延で次々にトランザクションを実行できます。レイテンシの点では、REE はビットコインのパフォーマンスを 100 倍向上させます。
REE のシリアルトランザクションはビットコインチェーン上でバッチで決済されます。 mempool トランザクションは最大 25 の後続トランザクションを持つことができるため、各ビットコイン ブロックは単一の REE トランザクション プールに対して最大 25 のトランザクションを決済できます。したがって、25 が 1 つの REE トランザクション プールのスループットの上限と考えることができます。
異なる取引プールにより、並行取引実行が可能になります。価格競争が必要ない場合、Exchange ビルダーは冗長プールを追加して同時実行性を強化できます。たとえば、100,000 人の申請者によるエアドロップでトークンを 10 のプールに分散すると、複数のユーザーが同時に申請することによるトランザクションの失敗の可能性を大幅に減らすことができます。
単一のトランザクション プールでは、同じ種類の通貨を保持する複数の UTXO を管理することで、プール内の同時実行性を実現できます。ただし、これには、より複雑な UTXO の選択、分割および結合アルゴリズムが必要です。将来の Exchange は、より優れたユーザー エクスペリエンスを提供するために、これらの高度なテクノロジーを検討する可能性があります。
料金
REE トランザクションのユーザーの主なコストは、ビットコインのネットワーク料金から発生します。 REE は、P2TR アドレス タイプを使用して、決済されたトランザクションのサイズを最小限に抑えます。
ビルダーは、ICP で Exchange を実行するコスト (サイクル) を負担します。 ICP は費用対効果が非常に高いですが、構築者は交換の経済的持続可能性を確保するためにプロトコル内外で収益を生み出す必要があります。
MEV
REE は、REE Orchestrator/Coordinator コンテナが存在する ICP サブネットにトランザクションの順序付けを委任する実行層です。理論的には可能ですが、ICP サブネット ノードがトランザクションの順序を変更して MEV を抽出することは前例のないことです。
さらに重要なのは、REE にはスリッページの概念がありません。トレーダーが PSBT に署名するとき、すべてのトランザクションのインプットとアウトプットはすでに設定されており、Exchange プールからのインプットが使い果たされている場合、トランザクションは失敗します。したがって、REE取引が最有力候補である場合、それは自動的に失敗し、最有力候補だけが価格リスクを負うことになります。
ガバナンス
REE は Omnity SNS DAO によって管理され、プロトコルのアップグレード、パラメータ調整、開発ロードマップを監督します。 SNS オンチェーン ガバナンスは、REE エコシステムの持続可能な発展のための透明性とコミュニティ主導の意思決定を保証します。
使用事例
DeFi プロトコルをイーサリアムまたはソラナからビットコインにコピーすることは、REE を活用する簡単な方法です。詳細を説明するために、いくつかの例を示します。
AMM DEX (自動マーケットメーカー分散型取引所)
Omnity によって構築された AMM DEX である RichSwap は、REE メインネットと同時に開始されます。 REE 上の最初の交換として、RichSwap は次の目的を果たします。
1. RichSwap は REE プラットフォームの機能とパフォーマンスを検証します
2. RichSwap はオープンソースであり、BTCFi ビルダー向けの完全なサンプルを提供します。
3. 他のBTCFiプロトコルはRichSwapを使用して流動性ブートストラップを加速できます
4. RichSwap には、他の BTCFi プロトコルで使用できるトークン値キャプチャ メカニズムが組み込まれています。
RichSwap は最初の取引所ですが、特典はありません。メインネットの立ち上げ後、REE はオープン プラットフォームに迅速に移行し、技術仕様を満たすあらゆる BTCFi プロトコル (AMM DEX を含む) のライセンス不要の登録を受け入れます。
ローン
REE ベースの融資プロトコルは、それぞれが異なる構成、リスク パラメータ、資産サポート タイプを持つ複数の資金プールをサポートできます。 Blue Chip Runes によって担保された BTC の借入をサポートする各プールには、異なる金利、担保金利、清算基準値が設定されている場合があります。トークンを流動性プロバイダー (LP) に返却することを選択する場合があります。 ICP 上のオラクルと統合することで、融資プロトコルは分散的に担保価値を決定したり、清算プロセスをトリガーしたりできます。
流動性ステーキングトークン
REE にビットコイン L1 ステーキングを実装することは実現可能ですが、Babylon などの既存のステーキング プロトコルを統合することは、より興味深い可能性です。ユーザーはビットコインをExchangeに入金し、ルーン形式のLSTを受け取ります。 LSTExchange は、ビットコイン L1 上の Babylon ステーキング プロトコルと組み合わされ、トラストレス クロスチェーン プロトコルを通じて Babylon チェーン上で委任とステーキング報酬を管理します。 Omnity Hub は、完全なオンチェーン アーキテクチャとライト クライアント検証を通じて Osmosis と統合されています。したがって、ICP スマート コントラクトと Cosmos アプリケーション チェーン間の相互作用は、技術的な障害に直面することがなくなりました。
ロードマップ
1. 2024 年の第 4 四半期に、REE ホワイト ペーパーがリリースされる予定
2. 2025 年の第 1 四半期に、RichSwap とともに REE メインネットを開始します。
3. 2025 年の第 2 四半期にオムニティ パートナーによる Exchange 登録が開始されます。
4. 取引所の登録は 2025 年後半に完全に開始される予定です
結論は
REE は、ビットコインのプログラマビリティにおける画期的な進歩を表しており、クロスチェーンやフォークする資産に依存することなく、安全なチューリング完全なスマート コントラクトを可能にします。このクロスチェーン実行モデルには、完全にトラストレスでパーミッションレスな環境でビットコインの流動性とセキュリティを活用するBTCFiエコシステムを促進する可能性があります。
