2024 年の第 1 四半期以降、BTC エコシステムにおける投機的熱意は 2023 年ほど高くありませんでした。しかし、ますます多くの開発者が参加し、BTC モデルに精通するにつれて、BTC エコシステムは技術レベルで急速に進歩しました。特にプログラマビリティの観点から。 Trustless labs は以前、 BTC の L2とUTXOのバインディングおよびBTC の再ステーキングを導入しましたが、この記事では引き続きギャップを確認して埋め、懸念の高い Fractal Bitcoin および BRC 20、CBRC などの BTC メタデータ プロトコルに対するプログラム可能なソリューションを実施します。 、ARC 20.を紹介します。
フラクタル
Fractal は、Bitcoin Core に基づくクライアント ソフトウェア仮想化であり、ツリー状のスケーラブルなフレームワークを再帰的に作成することで、ブロックチェーンの各層が Fractal ネットワーク全体のパフォーマンスを向上させることができます。メイン コードが再利用されるため、Fractal はビットコインおよびマイニングなどのそのインフラストラクチャと即座に完全な互換性を持ちます。違いは、Fractal が op_cat オペレーターをアクティブにして、より多くのロジックを実装できることです。
Fractal は Unisat チームによって開発されています。Unisat は 2024 年 1 月にブログで Fractal の開発状況について言及しました。このプロジェクトは、2024 年 6 月 1 日にベータ テスト ネットワークを開始し、7 月 29 日にテスト フェーズのリセットを完了しました。メイン ネットワークは 2024 年 9 月に開始される予定です。
チームはトークンエコノミクスをリリースしたばかりです。Fractal ネットワークには独自のトークンがあり、50% がマイニングによって生成され、15% がエコシステムで使用され、5% が初期投資家に事前販売され、アドバイザーとコアコントリビューターが 20% を占めます。コミュニティ補助金の 10% は、パートナーシップと流動性の構築に使用されます。
建築設計
Fractal は、ビットコイン コア クライアントを完全に仮想化し、展開および実行可能なブロックチェーン ソフトウェア パッケージ (ビットコイン コア ソフトウェア パッケージ、BCSP) にカプセル化します。その後、再帰的にビットコインのメインネットに固定され、1 つ以上の BCSP インスタンスを独立して実行します。最新の仮想化テクノロジーにより、効率的なハードウェア パフォーマンスの共有が実現され、メイン システム上で複数のインスタンスを実行できるようになります。簡単に言うと、 1台のコンピュータ（BTCメインネットワーク）上で複数の仮想マシンインスタンス（Fractalで構築したBCSPインスタンス）を開くのと同じで、それを再帰的に続けることができます。
大規模なオンチェーンインタラクション要件が発生した場合、これらの要件はより深いレベルに選択的に委任できます。このシステムの動的バランシング機能は、特定のレベルでの過度の輻輳を回避するのに役立ちます。ユーザーエクスペリエンスを向上させるために、Fractal はビットコインコアにもいくつかの変更を加え、ブロック確認時間が 30 秒以下に変更され、ブロックサイズが 20 倍の 20 MB に増加され、十分なパフォーマンスと十分な遅延が保証されています。 。
Fractal は op_cat オペレーターを有効にし、BTC でのより多くの拡張計画を探索およびテストできるようにしました。
資産崩壊のレベルでは、異なるインスタンスが同じ物理環境で実行されるため、複数のビットコインコアチェーンが同じBTCフレームワークの下で実行されていることが理解でき、したがって、インスタンスチェーンはユニバーサル資産転送インターフェースを構築することで相互に通信できます。異なるレイヤー間でのアセットのシームレスな転送を実現します。
ビットコインだけでなく、BRC-20 や Ordinals などの資産も、分散化を通じて橋渡しできます。基礎となるメカニズムは、動的置換を備えた回転 MPC シグネチャ メカニズムです。現時点では一層の包装になっているようです。その後の反復では、BTC およびその他のメインネット資産も、brc-20 でラップされた資産として Fractal Bitcoin 上に存在できるようになります。
一般的なイーサリアム レイヤー 2 ソリューションと比較して、この形式の仮想化は、メイン チェーンの外側に追加の抽象化レイヤーを介して計算のスケーラビリティを実現しながら、メイン チェーンとの一貫性を維持し、新しいコンセンサス メカニズムを導入しません。したがって、現在の BTC ASIC マイナーとマイニング プールはフラクタル ネットワークにシームレスに参加できます。
Fractal のセキュリティ保証はそのコンピューティング能力にあります。この設計は主に 3 つの側面を通じて Fractal の PoW メカニズムのセキュリティを強化します。 Fractal はマージド マイニングを導入しました。BTC マイナーによるマージド マイニングによって 3 ブロックごとに 1 つのブロックが生成され、残りの 2 つのブロックがフラクタル ネットワーク自身のコンピューティング パワー出力によって生成されます。 BTC マイナーへの影響が Fractal の成功の鍵であり、そのトークンエコノミーは必然的にマイナーに傾くことがわかります。
同時に、新しく作成された仮想化インスタンス チェーンは、起動フェーズ中に初期の脆弱性を経験します。新しいインスタンスを起動するとき、オペレーターは特定のブロックの高さを設定して、インスタンスが安全で健全な状態に達するまで保護することができます。将来的には、大量の計算能力を持つマイナーがリソースをさまざまな BCSP インスタンスに割り当てることができるようになり、システム全体の堅牢性と回復力が強化されます。
Fractal メインネット通貨と衛星の関係
Fractal メインネット通貨のマイニング出力はチェーンの動作を保証するものであり、FB チェーンと BTC は基本的に同じであり、スマート コントラクトを直接実行する機能を備えていないため、スワップなどの複雑な defi 機能には追加のインフラストラクチャが必要です。 Unisat は、スワップの使用に brc 20 sats を使用することを約束しています。このスワップは Fractal 上で実行され、自己資金調達のためにこれらのノードによって請求されるサービス料金も sats です。
AVM
AVM (Atomics Virtual Machine) は、Atomics Protocol の BTC スマート コントラクト実装です。 AVM は、BTC スクリプト権限をシミュレートする仮想マシンを作成し、仮想マシン内で複数の BTC オリジナル オペコードを開きます。開発者は、ビットコイン スクリプトの組み合わせを通じてスマート コントラクトを実装し、アセットの作成と転送を管理するための独自のルールを定義します。
サトシ・ナカモトは、ビットコインの初期に完全に表現力豊かなスクリプト言語設計を設計しました。これには、豊富な基本的なオペコード命令が含まれており、これらのスクリプトは特定のデータ ストレージ機能を備えており、その実行はチューリング完全です。その後、ビットコイン コアは、基本的な文字列連結演算 (OP_CAT) や算術演算子 (乗算 OP_MUL や除算 OP_DIV など) など、チューリングの完全性を実現するために必要な一部のオペコードを無効にしました。
AVMの考え方は、BTC本来のオペレーションコード機能を最大限に活用することです。 AVM 仮想マシンは BTC スクリプトをシミュレートし、デュアル スタック PDA (プッシュ可能ストレージ オートマトン) を通じてチューリングの完全性を実現します。この仮想マシンは、スマート コントラクトの処理とステータスの同期と検証を実現するためのインデクサー、命令パーサー、およびグローバル状態を含むサンドボックス内で実行されます。
AVM 仮想マシンの命令セットには完全な BTC オペコードが含まれているため、開発者はメイン ネットワーク上でアクティブ化されていない多くの BTC 関数を使用してプログラミングできます。これにより、AVM は BTC 生態系拡大のためのネイティブ パイオニア ネットワークのように見えます。
AVM は、BRC 20、ARC 20、Runes、CBRC などの任意の BTC メタデータ プロトコルによってカスタマイズできる一連のアーキテクチャであり、アプリケーション開発者、サービス プロバイダー、およびユーザーによって共同管理され、自発的な合意を形成します。したがって、ほぼすべてのメタデータ プロトコルに適しており、必要なのは仮想マシンのインデクサーの微調整だけです。
AVM は、テスト バージョン https://x.com/atomicalsxyz/status/1823901701033934975 と関連コードhttps://github.com/atomicals/avm-interpreterをリリースしました。
OP_NET
公式サイト：https://opnet.org/#
OP_NET は 2024 年の第 3 四半期に提案され、イーサリアムと同様のスマート コントラクト機能をビットコイン ネットワークに導入することに取り組んでいますが、ビットコインの特性とアーキテクチャにより一致しています。 OP_NET で取引するには、ネイティブ ビットコインを使用するだけでよく、ノード インセンティブや取引手数料を支払うために他のトークンを使用する必要はありません。
OP_NET は、主に AssemblyScript (WebAssembly にコンパイルできる TypeScript に似たもの) で書かれた、完全でコンパクトで使いやすい開発ライブラリを提供します。その設計目標は、ビットコイン関連テクノロジの作成、読み取り、操作を簡素化することです。特にスマートフォンの契約とビットコイン スマート インスクリプション (BSI、ビットコイン スマート インスクリプション)。
OP_NETコアの機能と特徴
OP_NET は、ビットコインのブロック コンセンサスとデータの可用性を保持し、すべてのトランザクションがビットコイン ネットワークに保存され、その不変性によって保護されることを保証します。 OP_NET は、実行仮想マシン (OP_VM) を通じて、ビットコイン ブロックに対して複雑な計算を実行できます。送信されたすべての OP_NET トランザクションは、「BSI」文字列でマークされ、OP_VM で実行され、コントラクト ステータスを更新します。
OP_NET ノードは WASM 仮想マシンを実行するため、AssemblyScript、Rust、Python などの複数のプログラミング言語をサポートしており、Tapscript を活用して高度なスマート コントラクト機能を有効にすることで、開発者は許可なく Bitcoin ブロックチェーンに直接デプロイすることができます。スマートコントラクト。
これらのスマート コントラクトのコードは圧縮され、BTC トランザクションに書き込まれます。今回は UTXO アドレスが生成され、これが契約アドレスとみなされます。ユーザーは契約を操作するときにこのアドレスに資金を送金する必要があります。
OP_NET ネットワークと対話する場合、ユーザーは BTC トランザクションの手数料に加えて、少なくとも 330 サトシの追加手数料を支払う必要があります。これは、トランザクションが「ダスト攻撃」として認識されないようにするためです。 BTCメインネットマイナー。ユーザーはさらにガス料金を追加できます。OP_NET ネットワークでのトランザクションのパッケージング順序は手数料に従ってソートされ、BTC ブロックのパッケージング順序に完全には依存しません。ユーザーが支払ったOP_NETトランザクション手数料が250,000Satを超える場合、超過部分はOP_NETノードネットワークで報酬されます。
DeFi アプリケーションでの BTC の使用を拡大するために、OP_NET は、BTC を WBTC としてカプセル化できる Proof of Authority システムを提供し、マルチシグネチャを通じて OP_NET プロトコルにブリッジされます。
OP_NET は SegWit および Taproot と互換性があり、そのトークン設計は UTXO に束縛されていないため、マイナーにトークンを誤って送信するリスクを回避し、システムのセキュリティと信頼性がさらに向上していることは言及する価値があります。これらの機能を通じて、OP_NET は、より強力なスマート コントラクト機能と分散型アプリケーションのサポートをビットコイン エコシステムに導入します。
OP_NETのエコプロジェクト
OP_NET の前身は cbrc-20 プロトコルであり、ほとんどのエコロジー プロジェクトはそのまま継続されています。このエコシステムは、分散型取引、融資、マーケットメイク、流動性供給、クロスチェーンブリッジおよびその他の分野をカバーしています。
Motoswap: これは、ビットコイン レイヤー 1 上で実行される分散型交換プロトコルです。
Stash: これは、ビットコインレイヤー 1 上で実行される分散型融資プロトコルです。 Stash は OP_NET の WBTC を担保として使用し、ユーザーが許可なく融資できるようにしており、融資は USD のステーブルコインの形式で発行されます。
Ordinal Novus: これは、OP_NET エコシステムにおけるマーケットメイキングおよび流動性提供プラットフォームです。
市貝：これは複数のDeFiプラットフォームを統合し、ユーザーが取引、市場追跡、投資ポートフォリオを1つのインターフェースで管理できる分散型アグリゲーターです。
SatBot: Telegram に統合された取引ロボットで、ユーザーは Telegram を通じてリアルタイムで取引を実行し、市場を追跡し、投資ポートフォリオを管理できます。
KittySwap: OP_NET 上で実行される分散型取引所および永久契約プラットフォーム。
編集済み: プライベートで準拠した DeFi プライベート バンキング サービスをチェーン上で提供します。
SLOHM Finance: OP_NET 上で開始された分散準備通貨プロジェクト。
BuyNet: ビットコイン DeFi エコシステム用に開発された購入ボット。
SatsX: OP_NET 上の多機能機能とツールを開発し、エコシステムの機能を拡張するプロジェクト。
サトシ・ナカモト Inu、Zyn、Unga、Pepe などのミーム コイン: これらは OP_20 プロトコルに基づくミーム トークンであり、すべて OP_NET でサポートされています。
BRC100
ドキュメント: https://docs.brc100.org
BRC-100は、順序数理論に基づいた分散コンピューティングプロトコルであり、brc20に「デストロイ」や「キャスト」などの新しい操作を追加することで、異なるアドレスホルダーがトークン残高とトークンに記録されます。複雑な defi 操作を実現するためのステータス。開発者は、BRC-100 プロトコルに基づいてより多くのオペレーターを拡張して、ビジネスを拡大することもできます。
BRC-100プロトコルの動作
BRC-100 は、UTXO モデルとステート マシン モデルの間でトークンを安全に変換できるように、いくつかの操作 (mint 2/mint 3 および burn 2/bur n3) を提供します。
mint 2: 新しいトークンを生成し、システム全体の流通量を増やすために使用されます。通常、動作するにはアプリケーションまたはアドレスからの許可が必要です。
ミント 3: ミント 2 に似ていますが、循環は増加しません。これは主に、アプリケーションの残高を他のアプリケーションで使用できる UTXO (Unspent Transaction Outputs) に変換するために使用されます。
burn 2: アプリケーションの状態を更新する際にトークンを破棄するために使用されます。破壊されたトークンは、特定の条件が満たされた場合、mint 2 を通じて再生できます。
bur n3: burn 2 と似ていますが、流通量を減らす代わりに、トークンがアプリケーションのステータスに変換されます。破壊されたトークンはmint 3経由で再生できます。
拡張機能と互換性
計算能力と状態遷移は、BRC-100 拡張プロトコルを通じて拡張できます。すべての BRC-100 拡張プロトコルは相互に互換性があります。つまり、BRC-100 とその拡張プロトコルを実装するトークンはすべてのアプリケーションで使用できます。同時に、BRC-100 プロトコルとその拡張プロトコルは、プロトコルを改良することで更新およびアップグレードできます。
BRC-100 プロトコルとそのすべての拡張および改良プロトコルは、総称して BRC-100 プロトコル スタックと呼ばれます。すべての BRC-100 拡張プロトコルは相互に互換性があります。つまり、BRC-100 とその拡張プロトコルを実装するトークンは互換性があります。すべてのアプリケーションで使用され、国境を越えたチェーン操作をサポートします。 BRC-101、BRC-102、BRC-104 があります。
BRC-101 は、BRC-100 プロトコルまたはその拡張プロトコルに基づくアプリケーションがどのように管理されるかを定義する分散型オンチェーン ガバナンス プロトコルです。
BRC-102 は、BRC-100 資産の自動流動性プロトコルであり、BRC-100 プロトコル スタックに基づくトークンのペアの「定数積式」(x*y=k) に基づく自動マーケットメイク方法を定義します。 。
BRC-104 は、ステーキングを通じて BRC-20 資産、ルーン資産、および BTC を BRC-100 資産にパッケージ化する方法、および BRC-100 資産報酬を BRC-100 資産、BRC に分配する方法を定義する流動性ステーキング/ヘビー ステーキング プール プロトコルです。 -20 資産、ルーン資産、または BTC ステーカー。 BRC-104 は、BRC-100 プロトコル スタックのアセット ラッピング プロトコルおよびイールド ファーミング プロトコルです。
BRC-100エコプロジェクト
プロジェクト チームは、BRC-100 プロトコル インデクサーの最小限のインデックス作成を実現する方法を検討しています。デマンド側は、独自の最小限のインデックスを展開して、すべての拡張プロトコルの複雑な計算ロジックを実装することなく、BRC-100 プロトコル スタックのすべての資産のステータスを取得できます。さらに、最小限のインデックスでは頻繁な更新やアップグレードが必要ありません。
BRC-100 エコシステムには 3 つのプロジェクトがあります。
inBRC (開始) - 最初の BRC-100 マーケットプレイスおよびインデクサー: https://inbrc.org/ 。
100Swap (開始) - BRC-102 プロトコルに基づく最初のビットコイン L1 AMM 登録分散型取引所: https://100swap.io/ 。
100Layer (開発中) - BRC-104 プロトコルと BRC-106 プロトコルに基づく、ビットコイン L1 上のビットコイン エコシステムの流動性プロトコル。分散型担保に裏付けられたステーブルコイン、ラップされたトークン、流動性マイニングで構成されます: https://100layer。 io/ .
プログラム可能なRUNES（プロトルーン）
ルーンは本質的に、ビットコインの OP_RETURN フィールドに保存されるデータ構造です。他の JSON ベースのプロトコル (BRC-20 など) と比較して、Rune はより軽量で、複雑なインデックス システムに依存せず、ビットコインのシンプルさとセキュリティを維持します。
Programmable Runes は、Rune を使用してプログラム可能なアセットを作成できるようにする Runes の拡張レイヤーです。これらの資産の導入は UTXO に存在し、AMM (Automated Market Maker) プロトコルと同様の操作をサポートできます。 Programmable Runes の中核となるコンセプトは、ビットコイン ブロックチェーン上のデータを使用して、仮想マシンまたは同様のテクノロジーを通じてスマート コントラクト機能を実装することです。
プロトルーンプロトコル
プログラム可能なルーンの中で、最も重要なプロジェクトは Proto-Runes Protocol で、oyl ウォレットの創設者である @judoflexchop のチームが主導しています。現在オープンソース: https://github.com/kungfuflex/protorune
Proto-Runes プロトコルは、プログラム可能なルーンのフレームワークを提供する標準および仕様であり、サブプロトコル (メタ プロトコル) 間でルーン資産を管理および転送することで、AMM、融資プロトコル、または成熟したスマート コントラクトを構築できます。
たとえば、Proto-Runes Protocol は Bitcoin ネットワーク上で Uniswap に似た DEX (分散型取引所) を実装し、ルーン資産のアトミック スワップと流動性プールの作成をサポートします。プロトタイプの破壊とプロトタイプのメッセージングを組み合わせることで、ユーザーはビットコイン ネットワークを離れることなく分散トランザクションと資産管理を行うことができます。
簡単に言えば、プロトルーン プロトコルにより、ルーンをプログラム可能なルーン、プロトルーンの形に焼き付けることができ、それによってルーンに追加の機能と用途が与えられます。
プロトバーンとプロトルーン
Proto-Runes の主要なメカニズムの 1 つは Protoburn です。これにより、ユーザーはルーンを破棄し、サブプロトコルでのみ使用される表現に変換することができます。これにより、ルーン プロトコル上のルーンストーンのポインタまたは布告 (命令) を介してルーン アセットが生成されます。サブプロトコルの新しいアセット フォーム、つまりプログラム可能なルーン Protorune です。
プロトタイプの破壊は、OP_RETURN 出力でルーンをロックすることにより、ルーンの使用不可能性を保証します。このメカニズムにより、Rune アセットをメイン プロトコルからサブプロトコルに安全に転送できるようになり、サブプロトコルでのさらなる操作とトランザクションが可能になります。
このプロセスは通常一方向です。つまり、アセットはルーン プロトコルからサブプロトコルに転送されますが、直接戻すことはできません。プロトバーン メッセージは、プロトストーン内のルーンストーンのプロトコル フィールドに、プロトコル タグ 13 (ルーン プロトコル タグ) とともに埋め込まれます。メッセージには、ターゲットのサブプロトコル ID やアセットへのポインターなどの情報が含まれます。このメカニズムは、資産管理とサブプロトコル間の転送の基礎を提供し、アトミック スワップなどの機能を可能にします。
プロトメッセージ
Proto-Runes プロトコルでは、Protomessage はサブプロトコルで実行される操作命令を指します。これは、Protostone 構造でエンコードし、インデクサーによって解析することによって行われます。 Protomessage には通常、転送、トランザクション、またはその他のプロトコル定義機能などの資産に対する操作リクエストが含まれます。インデクサーが Protostone のメッセージ フィールドを解析すると、そのフィールドにはバイト配列が含まれます。これは通常、protobuf またはサブプロトコルが期待する他のシリアライザーを介して解析され、パラメータとしてサブプロトコルのランタイムに渡されます。メッセージには、資産転送、トランザクション ロジック、またはその他のプロトコル機能が含まれる場合があります。
ポインタは、Protostone のターゲットの場所を指定するために使用されます。これは、トランザクション出力内の UTXO または別の Protostone にすることができます。サブプロトコルが入力を実行しないことを決定し、トランザクションが失敗した場合、プロトルーンは返金ポインター (refund_pointer) が指す場所に返され、未使用のアセットは元のトランザクションの開始者に返されます。
Proto-Runesプロトコルの動作メカニズム
Proto-Runes プロトコルの動作メカニズムは次のとおりです。インデクサーは最初に Rune プロトコルの Runestone 特性を処理し、次にサブプロトコルのプロトコル メッセージを順番に処理します。すべてのプロトストーンは、ルーンストーンのプロトコル フィールドに表示される順序で処理されます。複雑さと潜在的なセキュリティ ホールを回避するために、Proto-Runes プロトコルはプロトタイプ メッセージの再帰的実行を禁止しています。つまり、各プロトタイプ メッセージは 1 回しか実行できません。再帰的な命令を実行するとトランザクションが失敗し、未使用のアセットが返されます。
Proto-Runes プロトコルでは、LEB 128 (リトル エンディアン Base 128) は、大きな整数を表すために使用される可変長エンコーディングです。 LEB 128 エンコーディングは、スペースを節約し、処理効率を向上させるためにプロトコル フィールドとメッセージを表現するために広く使用されています。各サブプロトコルには、異なるサブプロトコルを区別するために使用される固有のプロトコル ラベルがあります。これらのタグは u 128 値で表され、Protostone では LEB 128 エンコード値として表示されます。ポインタは、トランザクション出力内の UTXO または別の Protostone である Protostone のターゲットの場所を指定するために使用されます。また、サブプロトコルに複雑な操作ロジックを実装するためにプロトタイプ メッセージを参照することもできます。
最新の開発: ジェネシス プロトルーン
QUORUM・GENESIS・PROTORUNE は、OP_RETURN を使用して QUORUM・GENESIS・PROTORUNE の残高を出力することができるため、Protoburn が正常に完了していることがわかります。このリンクからご覧いただけます: https://mempool.space/tx/eb2fa5fad4a7f054c6c039ff934c7a6a8d18313ddb9b8c9ed1e0bc01d3dc9572。
この Genesis Protorune 実装はリファレンス実装のみを目的としており、販売を目的としたものではありません。これは、Protorune 標準のオープン フォーラムとして機能することを目的としており、プロトコルに統合してプロジェクト トークンのガバナンス機能を提供できます。
@judoflexchop チームは、このジェネシス プロトルーン用の WASM インデクサーをまだ開発中です: https://github.com/kungfuflex/quorumgenesisprotorune
これは、ビットコイン L1 にオンチェーン ガバナンスを実装するための機能モデルであり、インデクサーとして、ユーザーがプロトメッセージを通じて投票トークンを生成できるようにします。各プロポーザルの同じ範囲のルーンは 1 回だけ投票トークンを生成できます。提案は定足数に達すると自動的に実行され、ユーザーは投票トークンを非使用アドレスに転送することで投票を取り消すこともできます。プロセス全体により、ガバナンスの透明性と有効性が保証されます。
