文章転載元：Runes中国コミュニティ
BTCFiの盛り上がりの中、Omnityは新しいビットコイン一層のプログラム可能性拡張プロトコルREEを発表しました。クロスチェーン相互運用性に関するチームの長年の蓄積（Omnity Hub）を加え、OmnityはBTCFi領域で最も重要で、かつ最も探求的なプレーヤーの一人となっています。
公式サイト：https://www.omnity.network/
私の見解では、Omnity Networkはビットコインエコシステムの「拡張とプログラマビリティの強化」に関する効率的で非常にコンポーザブルで耐障害性の高い技術ソリューションを探求しています。
1、高頻度取引のシナリオでは、Trustlessレベルのビットコイン資産クロスチェーンソリューションOmnity Hubを介して、Bitlayer、Solana、Baseなどのエコシステムに移行します。
2、大資金シナリオや通常の取引頻度のDeFiビジネスでは、REEを使用してビットコインL1上に直接構築します。
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）の一般的なプロセスを示しています。この設定には、1人の取引者、複数のBTCFiプロトコル（A、B、C）、および公共ブロックチェーン上のコーディネーターが含まれます。コーディネーターは署名を集約し、最終取引をブロードキャストします。
DMSCプロセスは以下の通りです：
1、交渉段階
取引者は複数のプロトコルと交渉して条件を設定し、各プロトコルは特定のルールに基づいて取引を準備するビットコイン資産を保持するエンティティを表します。プロトコルの例には、分散型取引所、貸出プロトコル、ステーブルコインなどがあります。
2、署名段階
交渉後、取引を反映するPSBTを構築します。コーディネーターはその後、各プロトコルを呼び出しPSBTに署名させます。各プロトコル（A、B、C）はその取引部分を検証し、署名によってその含有を承認します。
3、ブロードキャスト段階
PSBTが完全に署名されると、コーディネーターはそれをビットコイン取引に変換し、ネットワークにブロードキャストします。これにより、取引がビットコインで決済されます。
REEはICP（Internet Computer Protocol）をDMSCの公共ブロックチェーンとして選択しました。言い換えれば、REEはICP上のビットコインDMSCインフラです。
なぜREEなのか？
ビットコインは世界で最も安全で分散型のブロックチェーンですが、その限られたプログラム可能性は、複雑な金融アプリケーションでの使用を制限しています。REEは、高度なプログラム可能性とチューリング完全なスマートコントラクトを提供することで、既存のビットコインL2ソリューションを補完し、自主的な管理を維持し、信頼仮定を最小限に抑えます。
図2。REEはビットコインL2ではありません
ほとんどのL2とは異なり、REEスマートコントラクトはビットコインのUTXOモデルと直接対話し、高度なプログラム可能性を実現しつつ自主的な管理を維持します。取引者はクロスチェーンブリッジに自分のビットコイン資産をロックする必要はありません。彼らはビットコインウォレットでPSBTに署名することでスマートコントラクトと対話し、ビットコイン上で即座に取引決済を完了します。
一方で、既知のビットコインL1プログラマビリティ拡張ソリューションの中で、DMSCは他のソリューションに対して顕著な利点を持っています。これは、ビットコインのプログラマビリティを強化するために現代の公共ブロックチェーンを利用し、新しいOPコードに依存するのではなく、すべてのUTXOベースのメタプロトコル資産と互換性があります。メタプロトコルやインデクサーのアップグレードは必要ありません。
表1。ビットコインL1プログラマビリティ技術ソリューションの比較
最後に、ICPはDMSCに最も適したブロックチェーンである可能性があります。REEはICPのChain Fusion技術を利用して、秘密鍵とビットコイン署名を安全に管理し、ビットコインの安全モデルを維持しながらDMSCを可能にします。ICPのネイティブビットコイン統合とオンチェーンインデクサーによって、REEは最小限の信頼でRunes（最も広く受け入れられているUTXOベースのビットコインメタプロトコル）と互換性があります。
REEはどのように機能しますか？
イーサリアムの影響を受けて、ほとんどのスマートコントラクトプラットフォームの状態モデルはアカウントベースであり、これもスマートコントラクト開発者の思考パターンに影響を与えています。しかし、ビットコインのオンチェーン状態はUTXOベースです。REEはExchange-Poolモデルを導入し、差異を埋めます。Exchange-PoolモデルはビットコインのUTXO状態管理に適応し、ICPのようなアカウントベースの公共チェーン上で簡単に実装できます。このモデルは3つのシンプルな概念から成り立っています：
1、CoinはUTXOベースのビットコイン資産の単位です。BTCとRunesはREEでCoinとして受け入れられます。
2、ExchangeはREEプラットフォーム上で動作するBTCFiプロトコルのインスタンスであり、Coinの交換を促進します。
3、資金プール（pool）はExchangeがCoinを保持し、ビットコイン取引に署名するための公開鍵（Chain Key）です。Exchangeの論理に基づき、ユーザーは1袋のCoinをプールに投入し、別の袋のCoinを取得します。通常、1つのExchangeは複数のプールを管理し、各プールにはCoinと状態データ用のものがあります。
ビットコインの構築者は、REEのExchangeを使用して多様なBTCFiプロトコルを構築できます——ICPスマートコントラクトのいくつかの公共メソッドを実現します。
図3。REEアーキテクチャ
図3は、REE上でビットコイン取引を完了するプロセスを示しており、2つのExchange、REEコーディネーター、フロントエンドインターフェースなどの複数のコンポーネントが関与しています。以下はプロセスの段階的な分解です：
1、問い合わせ：取引者はフロントエンドインターフェースを通じてプロセスを開始し、取引の問い合わせを行います。これは、ExchangeAでの交換やExchangeBでのステーキングなど、実行したい取引または操作の種類を選択することを含む場合があります。
2、PSBTを構築：取引者が取引条件に同意すると、フロントエンドはREE Typescript SDKを使用してPSBTを構築します。
3、取引者がPSBTに署名：取引者はビットコインウォレットでPSBTを確認し署名します。本質的に、取引が後続処理に進むことを承認します。
4、オーケストレーター/コーディネーターを呼び出す：フロントエンドはPSBTをREEオーケストレーター/コーディネーターに送信します。REEオーケストレーター/コーディネーターはコーディネーターとして取引の実行を監督します。
5、入力の確認：オーケストレーター/コーディネーターがREE取引を実行する前に、すべてのPSBT入力が費用可能であり、実際に主張されている資産を含むことを確認する必要があります。オーケストレーター/コーディネーターはOrd Canister（オンチェーンRunesインデクサー）に依存してこれを行います。
6、ExchangeがPSBTに署名：検証後、REEオーケストレーター/コーディネーターは関連するExchangeと通信してPSBTに署名します。ExchangeはPSBTデータが取引条件に合致しているかを検証し、1つずつ署名します。
7、取引をブロードキャスト：すべての関連ExchangeがPSBTに署名した後、REEコーディネーターは完全に署名された取引をビットコインネットワークにブロードキャストします。すると、取引はビットコインブロックチェーン上で確認され、全プロセスが完了します。
REEオーケストレーター/コーディネーターは状態の一貫性を確保し、Exchangeが署名を拒否した場合に状態をロールバックするようにExchangeに通知します。
誰かがExchangeを使用する前に、その構築者によって初期化される必要があります：
1、デプロイ（ステップ0.1）：構築者はExchangeのcanisterをREEオーケストレーター/コーディネーターと同じICPサブネットにデプロイします。canisterはサブネットを越えて呼び出すことができますが、不必要な遅延を引き起こします。
2、登録（ステップ0.2）：構築者はREEオーケストレーター/コーディネーターに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のビットコインコンテナは、世界で最大のスマートコントラクトであり、500GBのチェーン上ストレージを占有し、年間コストはわずか2500ドルです。
https://github.com/dfinity/bitcoin-canister
3、Omnity HubはICP上の完全なチェーンの全体的な相互運用性スタックであり、オフチェーンのリレーやインデクサーは必要ありません。Omnity HubはRPCインターフェースを介して数十の異種ブロックチェーンに直接接続します。
https://explorer.omnity.network/
コンポーザビリティ
REEのスマートコントラクトのコンポーザビリティは、流動性と論理ユニットを最小限の信頼フレームワーク内で組み合わせることにより、プロトコル間のシームレスな統合を保証し、革新的な金融プロトコルを実現します。
REEはビットコイン式のコンポーザビリティを提供します。各exchangeは、受け取るもの（入力）と提供するもの（出力）にのみ関心を持ちます。入力/出力が合理的である限り、取引に参加することに同意します。REE取引は複数のexchangeを含む場合があり、各exchangeは一部のコインを受け取り、貢献します。exchangeの協力のもと、コーディネーターはマルチシグ取引の原子性を確保する責任があります。原子的なコンポーザビリティは、マルチシグ取引が完全に成功するか、どの部分でも失敗した場合には完全にロールバックされることを意味します。これはDeFiアプリケーションにとって重要です。
通常、取引者は最初のexchangeに初期入力を提供します。最初のexchangeの出力は2番目のexchangeに入ります。これを最後のexchangeの最終出力が取引者に渡されるまで続けます。PSBTの署名順序はこの論理に従います：最初のexchangeは、取引者がその入力に署名している場合のみ、入力を提供しPSBTに署名することに同意します。
概念的には、exchangeのコンポーザビリティはパイプライン化されたUnixコマンドのように見えます。しかし、それだけではありません。取引者やexchangeなどの任意のエンティティは、順序を考慮せずに他のエンティティに入力を提供できます。たとえば、取引者の入力が2番目またはそれ以降のexchangeに渡されます。exchangeは取引者の代わりに初期入力とビットコインネットワークの手数料を提供します。
さらに、取引者は必ずしも個人ではなく、オフチェーンプロセスやICPスマートコントラクトである可能性があります。これにより、オンチェーンまたはオフチェーンの収益集約者やアービトラージボットの可能性が開かれます。強力なChain Fusionスタックによって、REE Exchangeは他のブロックチェーンと相互作用できます。たとえば、イーサリアムやソラナの状態変化がREE取引をトリガーすることも、その逆も可能です。
リスクプロファイル
受取人（資金プールと取引する取引者）は、すべての取引条件を含むPSBTを署名前に確認します。これらの条件は入力と出力によって表されます。署名後、取引者自身、exchange、REE、ICPノード、ビットコインマイナーを含む誰も取引を変更することはできません。言い換えれば、受取人は保管リスクを負いません。
通常、各REE取引の実行は特定の資金プールの状態変化を引き起こし、以前の問い合わせで得られた取引条件が無効になります。REE取引の実行の遅延（秒単位）はビットコイン（分単位）を大きく下回るため、REE取引は通常順番に処理されます。しかし、複数の取引者が同じ資金プールで同時に取引を行うと、取引の失敗が発生する可能性があります。
取引の失敗は資産の損失を引き起こさず、取引者は再度問い合わせて再実行を試みるだけです。
マーケットメイカー（資金プールに流動性を提供する取引者）は、資産の制御をExchangeに渡す際に保管リスクを負います。そのため、彼らはExchangeの論理に関連するスマートコントラクトリスクに直面し、これは監査とExchange構築者の評判の重要性を強調しています。
マーケットメイカーのセキュリティ仮定にはICPとREEプラットフォームが含まれます。しかし、ICPのセキュリティ（数十億ドルの価値）は、すべての既知の状況でBTCFiプロトコルのセキュリティ要件を満たしています。
ビットコインの状態の一貫性
ビットコインスクリプトがBTCFiをサポートする際の制限は、操作コードの機能制限だけでなく、複雑なオンチェーン状態を維持できないことにも大いに起因しています。それに対して、REE内のexchangeは状態を簡単に維持管理できます。しかし、REEのexchange状態は最終的にビットコインと一致させる必要があります。そうでなければ、REE取引はビットコインで決済できません。
決済の失敗を防ぐために、コーディネーターはすべての取引入力がまだ使用されていないことを確認します。各exchangeもまた、取引の入力と出力がその基準を満たしていることを検証します。このアプローチにより、検証された有効な入力のみが取引決済に使用されることが保証されます。
しかし、これらの入力が取引実行前に検証されても、決済が保証されるわけではありません。取引者は故意または無意識に同じ入力を別のビットコイン取引に使用する可能性があります。
REEはビットコインネットワーク内のリアルタイムの変化を感知し、適切に反応する必要があります。ビットコインのネイティブ統合とオンチェーンRunesインデクサーのサポートにより、REEは中央集権的なオフチェーンプロセスに依存することなく、この目標を達成する唯一のビットコイン実行層である可能性があります。
図4。REE Tx状態
REEオーケストレーター/コーディネーターは、すべてのREE取引ライフサイクルを管理するコンポーネントです。これは、Exchangeに関連する状態変化イベントを通知する責任があります。
図5。資金プールの状態管理
Exchangesは資金プールを基に状態を管理します。具体的には、資金プールの状態は、そのプール上で実行される取引のシーケンスによってリンクされた状態チェーンとして組織されるべきです。資金プールは常に状態チェーンのヘッダーに基づいてクエリ要求を処理し、新しい取引を実行します。オーケストレーター/コーディネーターからのイベント通知に基づき、資金プールは確定またはロールバックを実行します。
さらに、ビットコインネットワーク手数料の高いボラティリティを考慮すると、特定の時間枠内で取引がブロックに含まれることを保証する経済的に実行可能な方法はありません。ビットコインネットワーク手数料が急騰している場合、決済を加速するための2つの方法があります：RBF（Replace-By-Fee、手数料置換）とCPFP（Child Pays for Parent、子が親に支払う）。RBFは取引を再構築する必要があり、ユーザー体験が悪化します。
REEはCPFPを使用しており、これはビットコインネットワークの手数料が急騰した場合、後続の取引が同じ資金プールの以前にブロックに進まなかった取引を補助する必要があることを意味します。手数料の補助は依然として自由市場メカニズムです：取引者は、コストが増加しても利益があると予想する場合にのみ、後続の取引を発起します。
パフォーマンス
実行層のパフォーマンスは通常、スループット（TPS単位）とレイテンシという2つの指標で測定されます。REE上では、取引者は数秒の遅延で順次取引を実行でき、ブロックの確認を待つことなく次の操作に進むことができます。遅延の面では、REEはビットコインの性能を100倍向上させました。
REEの直列取引は、ビットコインチェーン上でバッチ形式で決済されます。メモリプールの取引は最大25の後続取引を持つことができ、各ビットコインブロックは単一のREE取引プールに対して最大25の取引を決済できます。したがって、25は単一のREE取引プールのスループットの上限と見なされます。
異なる取引プールは並行取引の実行を実現できます。価格競争が不要な場合、Exchangeの構築者は冗長なプールを追加して並行性を向上させることができます。たとえば、10万人の受取人を持つエアドロップのために10のプールにトークンを分配することで、複数のユーザーが同時に受け取ることによって取引失敗の可能性を大幅に減らすことができます。
単一の取引プール内では、同じタイプのコインを保持する複数のUTXOを管理することでプール内並行性を実現できます。しかし、これはより複雑なUTXO選択、分割、結合アルゴリズムを必要とします。将来のExchangeは、より良いユーザー体験を提供するためにこれらの高度な技術を探求するかもしれません。
コスト
REE取引のユーザーに対する主なコストはビットコインネットワークの手数料から来ます。REEはP2TRアドレスタイプを使用して決済取引のサイズを最小化します。
構築者はICP上のExchangeの運営コスト（サイクル）を負担します。ICPは非常にコスト効率が良いですが、構築者はそのExchangeの経済的持続可能性を確保するために、プロトコル内部または外部で収入を生み出す必要があります。
MEV
REEは実行層であり、取引の順序をREEオーケストレーター/コーディネーターコンテナが存在するICPサブネットに委任します。理論的には可能であるものの、ICPサブネットノードが取引を再順序付けてMEVを抽出するケースは前例がありません。
さらに重要なのは、REEにはスリッページの概念がないことです。取引者がPSBTに署名すると、すべての取引の入力と出力が設定されます。もしExchangeの資金プールからの入力が使われている場合、取引は失敗します。したがって、REE取引がフロントランされると、自動的に失敗し、フロントランナーは価格リスクを単独で負うことになります。
ガバナンス
REEはOmnity SNS DAOによって管理され、プロトコルのアップグレード、パラメータの調整、開発ロードマップの監視を担当します。SNSチェーン上のガバナンスは、REEエコシステムの持続可能な発展に対する透明性とコミュニティ主導の意思決定を確保します。
ユースケース
DeFiプロトコルをイーサリアムまたはソラナからビットコインにコピーすることは、REEを利用する直接的な方法です。以下にいくつかの例を挙げて詳しく説明します。
AMM DEX（自動マーケットメイカー去中心化取引所）
RichSwapはOmnityが構築したAMM DEXであり、REEメインネットと同時に立ち上げられます。REE上の最初の取引所として、RichSwapは次の目的を果たします：
1、RichSwapはREEプラットフォームの機能性とパフォーマンスを検証します
2、RichSwapはオープンソースで、BTCFiビルダーに完全なサンプルを提供します
3、他のBTCFiプロトコルはRichSwapを利用して流動性を加速できます
4、RichSwapには組み込みのトークン価値捕獲メカニズムがあり、他のBTCFiプロトコルが利用できます
RichSwapは最初の取引所ですが、特権はありません。メインネットが起動した後、REEは迅速にオープンプラットフォームに移行し、技術仕様に準拠した任意のBTCFiプロトコル（AMM DEXを含む）の無許可登録を受け入れます。
貸出
REEベースの貸出プロトコルは、異なる構成、リスクパラメータ、および資産サポートの種類を持つ複数の資金プールをサポートできます。ブルーチップRunesを担保にBTCを借りるための各資金プールは、異なる金利、担保率、清算閾値を持つ可能性があります。また、流動性提供者（LP）にatokenを返還することを選択することができます。ICP上のオラクルとの統合により、貸出プロトコルは担保の価値を分散的に特定したり、清算プロセスをトリガーしたりできます。
流動性ステーキングトークン
REE上でのビットコインL1ステーキングは可能ですが、既存のステーキングプロトコル（Babylon）との統合の方が興味深い可能性があります。ユーザーはビットコインをExchangeに預け、Runes形式でLSTを受け取ります。その後、LSTExchangeはビットコインL1上のBabylonステーキングプロトコルと組み合わせ、信頼のないクロスチェーンプロトコルを介してBabylonチェーン上の委託とステーキング報酬を管理します。Omnity Hubは、全チェーンアーキテクチャと軽量クライアント検証を通じてOsmosisと統合されています。したがって、ICPのスマートコントラクトとCosmosアプリチェーンの間の相互作用はもはや技術的な障壁に直面しません。
ロードマップ
1、2024年第4四半期にREEホワイトペーパーを発表します
2、2025年第1四半期にRichSwapとともにREEメインネットを立ち上げます
3、2025年第2四半期にOmnityパートナーにExchangeの登録を開放します
4、2025年下半期にExchangeの登録を完全にオープンします
結論
REEはビットコインのプログラム可能性の突破口を示しており、安全でチューリング完全なスマートコントラクトを実現し、資産のクロスチェーンやフォークに依存することなく実現しています。この無クロスチェーン実行モデルは、完全に信頼のない無許可の環境でビットコインの流動性と安全性を利用するBTCFiエコシステムを育成する可能性を秘めています。
