BTCFiが急成長する中、Omnityは全く新しいビットコインレイヤーのプログラマビリティ拡張プロトコルREEを発表しました。クロスチェーン相互運用性に関するチームの多年の蓄積（Omnity hub）に加えて、OmnityはBTCFi分野で最も重要で探索的なプレーヤーの一つとなりました。
公式サイト：https://www.omnity.network/
私の見解では、Omnity Networkは効率的で非常にコンポーザブルで耐障害性の高いビットコインエコシステム「拡張とプログラマビリティの向上」の技術的解決策を探求しています：
1、高頻度取引シナリオでは、Trustlessレベルのビットコイン資産のクロスチェーンソリューションOmnity Hubを介して、Bitlayer、Solana、Baseなどのエコシステムがより発展した高速スマートコントラクトチェーンに移行します；
2、大規模資金シナリオ、通常の取引頻度のDeFiビジネスは、REEを使用してビットコインのレイヤー1で直接構築されます。
HubとREEは独立しており、柔軟なコンポーザビリティを備えています。これは開発者の革新に対してしっかりとした基盤を築いており、BTCFi分野における破壊的な革新の出現を期待しています！
興味のある方はまずこの記事をお読みください。英語版の詳細についてはリンクをご覧ください⬇️
REEホワイトペーパー：https://x.com/louisliubj/status/1861588938475086166
以下は日本語訳版です。楽しんでください～
REE：チューリング完全なクロスチェーンなしのビットコイン実行層
REEは、BTCFiアプリのために非中央集権的なビットコイン実行層を導入し、チューリング完全なスマートコントラクトを有効にします。資産のクロスチェーンなしで、REEはビットコインメインネットのプログラマビリティを強化し、ビットコインのネイティブなユーザー体験を保持します。
REEとは何ですか？
ルーン取引環境Runes Exchange Environment (REE)は、ビットコインの非中央集権的な実行層であり、資産のクロスチェーンなしでビットコインのレイヤー1（Bitcoin 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（インターネットコンピュータプロトコル）をDMSCのパブリックブロックチェーンとして選択しました。言い換えれば、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ベースのビットコインメタプロトコル）と互換性があります。
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の論理に従い、ユーザーは一袋の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（オンチェーンルーンインデクサー）に依存します。
6、ExchangeがPSBTに署名します：検証後、REEオーケストレーター/コーディネーターが関連するExchangeと通信してPSBTに署名します。ExchangeはPSBTデータがその取引条件に合致していることを検証し、一つずつ署名します。
7、取引をブロードキャストします：すべての関連ExchangeがPSBTに署名した後、REEコーディネーターは完全に署名された取引をビットコインネットワークにブロードキャストします。次に、取引はビットコインブロックチェーンで確認され、プロセス全体が完了します。
REEオーケストレーター/コーディネーターは、状態の整合性を保証し、ExchangeがいかなるExchangeの署名を拒否した場合にも状態をロールバックするように通知します。
誰かがExchangeを使用する前に、その構築者によって初期化されなければなりません：
1、デプロイ（ステップ0.1）：構築者はExchangeカニスターをREEオーケストレーター/コーディネーターと同じICPサブネットにデプロイします。カニスターはサブネット間で呼び出すことができますが、不必要な遅延が発生します。
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スタックを通じて、REEExchangeは他のブロックチェーンと相互作用できます。例えば、イーサリアムやSolanaの状態変化がREE取引をトリガーすることができますし、その逆も可能です。
リスクプロファイル
受取人（資金プールと取引するトレーダー）は、すべての取引条件を含むPSBTを署名前にレビューします。これらの条件は入力と出力によって表されます。署名後、取引者自身、exchange、REE、ICPノード、ビットコインマイナーを含む誰も取引を変更することはできません。言い換えれば、受取人は何の保管リスクも負いません。
通常、各REE取引の実行は特定の資金プールの状態を変化させるため、以前の照会から得た取引条件は無効になります。REE取引の実行の遅延（秒単位）はビットコイン（分単位）よりもはるかに短いため、REE取引は通常順次処理されます。ただし、複数のトレーダーが同時に同じ資金プールと取引する場合、取引失敗が発生する可能性があります。
取引失敗は資産の損失を引き起こしません。トレーダーは単に再照会して再度実行を試みるだけです。
マーケットメーカー（資金プールに流動性を提供するトレーダー）は、資産の制御権をexchangeに渡す際に保管リスクを負います。したがって、彼らはExchangeの論理に関連するスマートコントラクトリスクに直面しており、監査とExchange構築者の評判の重要性が強調されています。
マーケットメーカーの安全仮定にはICPとREEプラットフォームが含まれます。しかし、ICPの安全性（数十億ドルの価値）は、すべての既知の状況でBTCFiプロトコルの安全要件を満たしています。
ビットコインの状態整合性
ビットコインスクリプトがBTCFiをサポートする上での制限は、オペコードの機能制限だけでなく、複雑なオンチェーン状態を維持できないことにも大きく関連しています。それに対して、REEのexchangeは状態を維持し管理するのが容易です。しかし、REE exchangeの状態は最終的にはビットコインと一致しなければなりません。さもなければ、REE取引はビットコイン上で決済できません。
決済失敗を防ぐために、コーディネーターはすべての取引入力が未使用であることを確認します。各exchangeも取引入力と出力がその基準を満たしていることを検証します。この方法により、有効で検証された入力のみが決済取引に使用されることが保証されます。
しかし、これらの入力が取引実行前に検証されても、決済が保証されるわけではありません。トレーダーは意図的または無意識に同じ入力を別のビットコイン取引に使用する可能性があります。
REEはビットコインネットワーク内のリアルタイムの変化を感知し、適切に応答する必要があります。ビットコインのネイティブ統合とチェーン上のルーンインデクサーのサポートにより、REEは中央集権的なオフチェーンプロセスに依存することなく、これを実現する唯一のビットコイン実行層である可能性があります。
図4. REE Tx状態
REEオーケストレーター/コーディネーターは、すべてのREE取引ライフサイクルを管理するコンポーネントです。これは、Exchangeに関連する状態変化イベントを通知する責任を負います。
図5. 資金プール状態管理
Exchangesは資金プール管理状態に基づいています。具体的には、資金プールの状態は、その資金プールで実行された取引のシーケンスによってリンクされた状態チェーンとして編成されるべきです。資金プールは常に状態チェーンのヘッダーに基づいて照会要求を処理し、新しい取引を実行します。オーケストレーター/コーディネーターからのイベント通知に基づいて、資金プールは確定またはロールバックを実行します。
さらに、ビットコインネットワークの手数料の高い変動性を考慮すると、特定の時間枠内で取引がブロックに含まれることを保証する経済的に実行可能な方法はありません。ビットコインネットワークの手数料が急増する状況では、決済を加速する2つの方法があります：RBF（手数料の置き換え）とCPFP（子が親に支払う）。RBFは取引を再構築する必要があり、悪いユーザー体験を引き起こします。
REEはCPFPを使用しており、ビットコインネットワークの手数料が急増すると、後続の取引は同じ資金プール内で以前にブロックに入っていない取引を補助する必要があります。手数料補助は依然として自由市場メカニズムです：取引者は、コストが上昇しても利益があると予想される場合にのみ、後続の取引を開始します。
パフォーマンス
実行層のパフォーマンスは通常、スループット（TPS単位）と遅延の2つの指標で測定されます。REE上では、トレーダーは数秒の遅延で取引を順次実行でき、次の操作を行うためにブロック確認を待つ必要はありません。遅延に関しては、REEはビットコインのパフォーマンスを100倍に向上させました。
REEの直列取引は、ビットコインチェーン上でバッチ形式で決済されます。1つのメモリプール取引は最大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プロトコルをイーサリアムやSolanaからビットコインに移植することは、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に基づく貸出プロトコルは、異なる構成、リスクパラメータ、および資産サポートタイプを持つ複数の資金プールをサポートできます。ブルーチップルーンを担保にBTCを借り入れる各プールは異なる金利、担保率、および清算閾値を持つ可能性があります。流動性提供者（LP）にatokenを返還することを選択することができます。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四半期にOmnityパートナー向けにExchangeの登録を開放します。
4、2025年下半期にExchangeの登録を完全に開放します。
結論
REEはビットコインのプログラマビリティの突破口を代表し、安全でチューリング完全なスマートコントラクトを実現しました。資産のクロスチェーンやフォークに依存することなく、このクロスチェーン実行モデルは、完全に信頼できない環境と許可なしの環境で、ビットコインの流動性と安全性を利用したBTCFiエコシステムを育成する可能性を秘めています。
