Web3 風見鶏: Jito BAM、BRC2.0、EIP-7999 の解釈

著者: Fourteen Jun

原文リンク:

声明:この記事は転載された内容です。読者は原文リンクを通じて詳細情報を取得できます。著者が転載形式に対して何らかの異議を唱えた場合は、お問い合わせください。著者の要求に従って修正を行います。転載は情報共有のためにのみ使用され、投資のアドバイスを構成するものではなく、Wuの見解や立場を代表するものではありません。

Jito BAM|ソラナの「ブロックソーティング + プラグイン型ブロック構築マーケット」

彼は何ですか:

簡単に言うと、BAMはSolanaの「ブロック構築」プラットフォームであり、Ethereumのbuilder netがPBS(ブロックビルダーとバリデーターの分離)を目指すのと同様に、取引の順序をより秩序化し、MEVに対抗し、中央集権的な悪用リスクを防ぐことを目的としています。

誰によって、どのような背景で導入されたか:

主導者はJito陣営であり、Solana上で最大の取引オークションプラットフォームで、検証者クライアント市場の9割を占めており、強力なリーダーシップの影響力を持っています。筆者は以前、このテーマについて詳細な調査を行ったので、参考にしてください:万字研報:SolanaにおけるMEVの状況の進展と是非の功過

参加者のラインアップも非常に強力です。Triton One、SOL Strategies、Figment、Helius、Drift、Pyth、DFlowなどが含まれており、明らかにこれはSolanaの公式および主要プロジェクトの共同アクションです。

このような動機は実際によく理解できます。片方には、SolanaがHyperliquidのような「ネイティブオーダーブックチェーン」の爆発的な発展に直面している圧力があり、Hyperliquidの核心的な価値はマーケットメーカーの操作に非常に適しているということがあります。しかし、Solana自体の開発性は、特定の最適化を行うのが非常に難しいという点です。しかし、もしブロック全体の取引自体がカスタマイズ可能であれば、Solanaの線形ブロック生成の限界から脱却でき、多様なDeFiシナリオの最適化に役立つことができます。

公式の展開計画は次のとおりです:初期段階では、Jito Labsがノードを運営し、少数のバリデーターが参加します;中期には、より多くのノードオペレーターに拡大し、目標は30%以上のネットワークステーキングをカバーすることです;最終的にはコードがオープンソース化され、分散型ガバナンスが行われます。

さらに、業界の「検証可能な公正」に対する物語のトレンドを考慮すると、BAMという方向性は、検証者やプロトコルの支持を得やすい。そのため、筆者は、彼がTEE + PBSといった公正性の最適化の理念を追求することを基盤としていると考えている。

どのような原理で実現されるか:

さらに、彼の価値を理解するには、Solana 自身の POH アルゴリズムの特性を理解する必要があります。

つまり、彼のブロック生成は実際には段階的かつ線形であり(1スロット400msの下に64のティップの時間帯があり、各時間帯が来ると現在の取引を送信し、ロールバックしない限り変更されない)、イーサリアムの「全体のブロックを整え、まずコンセンサスを得てから同期する」モデルとは異なります。

そのBAMスーツシステムを通じて、jitoとしては多くのバリデーターのクライアントを簡単にアップグレードできるため、BAMシステムがバリデーターに受け入れられる割合を向上させることができます。

再度BAMのシステム構造は以下の図の通りであり、中央の紫色の部分と右側のPlugin codeの部分がBAMです。

彼は Solana 上の取引を一つずつ Leader に送るのではなく、最初に TEE(信頼できる計算環境)内で「この全体のブロック」の取引順序を整え(Plugin コードによって実現された固定のいくつかのソートルールを組み合わせて)、その後一度に検証者に渡します。

そして、バリデーターは最終的にTEEの証明を提供し、彼が実際にブロックのスペース(排他性)をこの注文フローマーケットに提供したことを示す必要があります。

ここで、特に特徴的なのはプラグイン機能で、ルールをTeeの取引注文のソートに「書き込む」ことができる点です。実際に非常に実用的な意義があります。

例えば、オラクルのプラットフォームは、価格更新を固定してブロックの最初のトランザクションに配置する必要があります。これにより、チェーン上の価格更新に関するトランザクションのランダム性が減少し、価格更新の遅れによって生じる問題を回避できます。また、DEXに関しては、高確率で失敗するトランザクションを直接Tee内でパッケージ化しないプラグインを書くことができ、トランザクションの期限が切れるのを徐々に待つことで、失敗によって発生する手数料を減らすことができます。

彼は既存のSolanaのブロック生成プロセスと共存するシステムを持っています:通常のオーダーフロー、Jitoバンドル、BAMの3つが並行して機能します。BAMは「特定のブロック内でBAMのみを受け取る完全なブロック」です。

彼をどう評価しますか:

筆者は考える:これは「強力な陣容、強力な物語、焦点を絞ったシーン」の道ですが、これが主流市場の道になるとは楽観していません。

Ethereum上のBuilder netや高い注目を集めているmev shareと同様に、長年の発展にもかかわらず前進が難しい理由は似ています。

現実には、TEEのコストが高く、QPSの上限も千単位(2013年の時点では、Teeは128Mのメモリしかなかったが、現在は大きく進化しているものの、QPSは千単位に留まっている)であり、今ではイーサリアム上の40%のブロックがTEEによって構築されている。

しかし、Solanaのデータと計算のスループットがそこにあるので、多くのTEEを積み重ねる必要があり、さらに災害復旧、メモリ、帯域幅のすべての運用が必要です。このプロジェクトに持続的な経済的インセンティブがなければ、正の収益を上げるのは非常に困難です。

実際、Jitoの収益はそれほど高くありません(オンチェーンの高収益プロトコルと比較すると)。例えば、2025年の第2四半期には、Jitoはティップスを通じて22,391.31 SOL(約400万ドル)しか稼いでいません。一旦Solanaの巨大な取引規模が移行すると、Teeのダウンタイムも避けられず、さらにTeeにはメモリのダウンタイムやストレージのクリアなど多くの特性があるため、ダウンタイムのリスクが高まり、大規模な取引の消失リスクをもたらします。

しかし、それには「キラー価格の販売ポイントの可能性」があります:たとえば、オラクルの順序付けや失敗免除など、「目に見える」体験の利益があります。マーケットメーカーや企業向け取引端末が支払うことになります。また、参加することにはSolanaの公式の理念的な協力もあり、声量を増やす良い方法です。

最後に:BAM自体の位置付けは7x24の全天候でのスループット量ではなく、「重要なブロックに対する確定的な保証」を提供するツールです。しかし、多くの確定的な保証は、30%の確定性ではなく、絶対的な確定性に依存しており、100%の状況ではなく、たとえ99%であっても、0%になります。これが最終的にweb3の大規模プロジェクトの意思決定の鍵となるのです。

BRC 2.0|「EVMのマッピング」:BTCにより駆動されるプログラム可能な能力

彼は何ですか:

2025年9月2日にアクティブになります。これは「BTC駆動、EVM実行」のデュアルチェーンシャドウシステムだと理解しています。注意してください、これはBRC20ではなく、BRCの第二世代を意味します。BRC20の背景については、「ビットコインオリジナルプロトコルとBRC20標準の解読:原理の革新と限界」を参考にしてください。

2.0のコアは、あなたがBTC上でinscriptionまたはcommit-revealを使って「指示」を書き、インデクサーで「改良版EVM」を実行して対応するデプロイと呼び出しを行うことです。EVMではガスは徴収されず(パラメータは残りますが価格には含まれません)、手数料はBTCの取引に計上されます。

基本的にAlkanesプロトコル(メタン)と似ており、メタンはbtcのop-returnフィールドにトランザクション命令を書き込み、WASN仮想マシンで動作しますが、彼はEVMで動作します。

誰によって、どのような背景で導入されたのか:

発起者の背景は、BTCのインスクリプション時代に人気を博したbestinslotプラットフォームであり、BRC-20の考え方を引き継ぎ、BTCのコンセンサスを動かさずに「プログラム可能性」をできるだけ重ねることです。

業界の背景は:この2年間(実際には前の2年間)BTCのプログラム可能性/L2のストーリーが盛り上がり、皆が実行可能なエンジニアリングパスを探していましたが、市場の流行と開発の進捗の間のギャップがあまりにも大きいため、今年になってようやくbrc2.0やアルカンのような任意の変化のモデルが現れました。

市場のボリュームには限界があります。なぜなら、BTCの舞台は常に統合的な力によって導かれているわけではなく、多くのプロトコルが他のプロトコルの上に派生できるからです。したがって、実際にはBRC2.0とBRC20の間には何の関係もない可能性があります。

どのような原理で実現されるか:

彼はインデクサーの中にいて、BTCチェーン上でも個別のチェーンでもなく、EVMのロジックを運用しています。彼はコンセンサスがないため、チェーンとは見なされないことに注意してください。

ユーザーが制御するEVM上のアドレスは、ユーザー自身のBTCアドレスをハッシュ化し、「仮想のEVMアドレス」にマッピングすることで得られます。

このシステムを操作することは、実際にはBRC20での資産管理のロジックと非常に似ています。どちらも単なるjson文字列です。brc2.0では、次のように定義されています:

見ることができるのは、あなたが BTC に命令をエンコードし、さまざまなバイトコード/呼び出しデータを持ち込むことで、それが EVM で再生実行されるということです。

さらに、署名とガスも変更されました:EVMレイヤーのgasPriceを0に設定し、リソースの上限のみとします;実際の手数料はBTCの取引手数料に反映されます。

実際、これは非常にリスクがあります。当時、AIに彼らのノードコードを探させたところ、「呼び出し深度/ステップ数制限」の保護が見当たりませんでした。したがって理論的には、「無限再帰/自己呼び出し」のコントラクトが、このVMをクラッシュさせる可能性があります(もちろん、この保護は簡単に補うことができます:最大深度を設定するだけです)。

彼をどう評価しますか:

まず、彼は名前を付けることを理解している。少なくともbrc2.0の声量は、新しいプロトコルの名称を作るよりも良い。これは最近、RGBが再び声を上げたのと同じことだ。

次に、彼は brc20 と全く無関係というわけではない。結局、彼のプロトコル設計理念やフィールドパターンは基本的に同じだからだ。しかし、これは著作権とは言えない。とはいえ、brc20 の原作者が公の場に出ているのは見たことがないので、関連性はあまり大きくないだろう。

最後に、すべてのプログラマブルなプラットフォームを探求する者は、この世界的な合意の価値を共有したいと思うかもしれない。しかし、筆者は、実際には BTC はプログラマブル性を追求すべきではないと考えている。なぜなら、どのように追求しても、さまざまな高速チェーンが機能や体験の最適化において追いつくことはないからだ。

そして、一度でもプログラマビリティがbtc自体に組み込まれると、それは彼の評価の罠を打破することになります。実際に応用されるプロジェクトは、PEに基づいて評価されることができますが、現在のBTCの強さは、彼が限られた供給と需要のモデルであるところにあります。限られた供給と需要は評価できないため、価格が存在し、価格に伴ってコンセンサスが生まれます。したがって、BTC自体の限界が逆にBTC自体を成就させているのです。

EIP-7999 (英語) | イーサリアム多次元手数料マーケットプレイスの提案

彼は何ですか:

Vitalikが主導した提案は、必ず見る価値があります。また、最新のEIPでは、EIP-0000からEIP-7999に改名されたため、この記事では両方の名称を保持します。

これは、EIP-4844 の後に発生する「取引手数料の分裂」(つまり、1 回の取引で blob に blob の価格、calldata にその価格、実行には eip-1559 の価格がある)を背景に提案された「総価格上限 + 複数のリソース価格ベクトル」という新しい取引タイプの一式です。

あなたは次のように理解できます:すべてのリソースの価格を一度にパッケージ化し、統一された意味で入札することは、ブロックチェーン上の価格設定の次元が多すぎるという問題を解決することを目的としています。

誰によって、どのような背景で導入された:

方向はVitalikの多くの記事によって推進されています。それ以前に「4つの0」のEIPがあり、その後7999に番号が変更された段落で、名前はそれほど驚くべきものではなく、またこの方向性はVitalikが何度も発表した考えでもあります。2022年や2024年の投稿から彼の思考の変遷を見ることができます。

なぜ今提案するのですか?

財布、ルーター、入札機が「多価格体系」の分裂体験を明らかに感じています:各ブロックには6つのblobしかないため、blobを使用する取引には競争が必要です;取引自体はeip-1559にまだあります;2015年から続くcalldataや0/非0バイトの異なる単価もあります……L2の開発者たちは壁に追い詰められています。なぜなら、彼らは各リソース次元に対して独立した費用上限を設定しなければならず、いずれかの次元の設定が低すぎると、ユーザーの総費用予算が十分であっても、特定のリソースの基本費用が突然上昇した場合に取引が実行できなくなるからです。

どのような原理で実現しますか:

この提案は、統一された多次元費用市場を導入することを計画しており、核心設計はユーザーが単一の max_fee パラメータを設定するだけで済むようにすることです(複数の max_fee_per_gas フィールドを置き換えます)。EVM 実行中に、この費用が異なるリソース(EVM gas、blob gas、calldata gas)の間で動的に配分されます。

これを実現するには簡単ではありません。彼の計画は、新しい取引タイプを導入することで、そのフィールドは以下の通りです:

明らかに、このデザインはまだ良い方です。筆者はERC-4337のガス料金設計を見た後、そこに至るのはあまりにも複雑だと感じました。

詳細は次のとおりです:4337から7702まで:イーサリアムアカウント抽象化トラックの過去と未来の深い解釈

彼をどのように評価しますか:

筆者は、この方向に問題はないと考えており、統一料金の意味があり、今後L2/L3を行う際には非常に楽になるでしょう。これは現在のL2のイーサリアムの大戦略方向に非常に合致しています。

しかし、複雑さが明らかに増してくるため、プロジェクトの進行はより安定したペースを必要とします。この提案は、ブロックヘッダー、RLPエンコーディング、リミットなどがそれに応じて変更されるため、これはハードフォークレベルの変更だけでなく、全体のリンクの他のプラットフォームにも適応を引き起こす必要があり、特に多くのウォレットに影響を与えます。

彼らはこの取引タイプをサポートしない可能性がありますが、この取引の状態を解析する必要があります。

したがって、短期的には確実に実現しないでしょう。少なくとも1〜2回の大きなハードフォークの後でなければ可能性はありません。ただし、Vitalikが費用市場について書いた2つの記事は非常に深い経済学的考察であり、じっくり読む価値があります。

JTO0.84%
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • コメント
  • リポスト
  • 共有
コメント
0/400
コメントなし
いつでもどこでも暗号資産取引
qrCode
スキャンしてGateアプリをダウンロード
コミュニティ
日本語
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)