Web3 風向計フェーズ 1: Jito BAM、BRC2.0、EIP-7999 の解釈

「Web3風向標」シリーズへようこそ。これは十四君による最近のWeb3業界の新技術、プロトコル、製品に関する集中分析解読です。

原因はAIが私の日常の新プロジェクトの研究速度を倍増させたことで、私は未来の人々の価値がより思考、判断、インスピレーションに重きを置くことになると考えています。

したがって、本シリーズでは、業界の背景 → 技術的原理 → 潜在的影響の3つの視点から、最短時間で核心の変化を把握し、それらが引き起こす可能性のあるトレンドを判断します。

筆者の見解は大多数が悲観主義的な色合いを持っており、投資取引としてのものではなく、特定のプロジェクトに対しても意図したものではありません。

Jito BAM｜Solana 上の「ブロックソート + プラグイン化されたブロック構築マーケット」

彼は何ですか：

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

誰によって、どのような背景で発表されたのか：

主導者はJito陣営であり、Solana上で最大の取引オークションプラットフォームで、90％のバリデータークライアント市場を占めており、強力なリーダーシップの影響力を持っています。筆者は以前、詳細な調査を行っており、参考にしてください：万字レポート：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のティップ時間帯があり、各時間帯が到達すると、現在の取引を送信し、ロールバックしない限り変更されない）、Ethereumの「全体のブロックを整列させて、まずコンセンサスを得てから同期する」というモデルとは異なります。

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

再見BAMのシステム構造は下の図のように、中間の紫色の部分、及び右側のPlugin codeの部分がBAMです。

!

彼はSolana上の取引を一つ一つLeaderに送るのではなく、まずTEE（トラスト・エンクレーブ）内で「この全てのブロック」の取引順序を整え（Pluginコードによって実装された固定のいくつかのソートルールを組み合わせて）、その後一度に検証者に渡します。

そして、検証者は最終的にTEEの証明を提供する必要があり、彼が確かにブロックのスペース（排他性）をこの注文フローマーケットに提供したことを示しています。

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

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

彼は既存のSolanaのブロック生成プロセスのシステムと共存できる：依然として通常の注文フロー、Jitoバンドル、BAMの三つの並行システム。BAMは「特定のブロック内でのみBAMを受け取る完全なブロック」です。

彼をどう評価しますか：

筆者は考える：これは「陣容が強く、物語が強く、シーンが焦点を当てた」道だが、それが主流市場の道になるとは楽観していない。

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

現実的には、TEEのコストが高く、QPSの上限も千レベルにしか達しません（2013年の時点では、TEEは128Mのメモリしかありませんでしたが、現在はかなり発展していますが、QPSは千レベルにしか達しません）。しかし、現在Ethereum上では、40%のブロックがTEEによって構築されています。

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

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

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

最後に：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やalkanesのような任意の変換モデルが登場した。

市場のボリュームはやや制限されています。なぜなら、BTCの舞台は常に集約的な力によって導かれているわけではなく、多くのプロトコルは他のプロトコルに基づいて派生することができるからです。実際、BRC2.0はBRC20と実際には関係がない可能性が非常に高いです。

どのような原理で実現するか：

彼はインデクサにいて、BTCチェーン上でもなく、単独のチェーンでもなく、EVMのロジックを運用しています。彼はコンセンサスがないため、チェーンとは見なされません。

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

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

!

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

さらに、署名とGasも変更されました：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_per_gas を置き換えて、単一の max_fee パラメータを設定するだけで済むようにすることです。そして、EVM 実行プロセス中に、この手数料が異なるリソース（EVM ガス、blob ガス、calldata ガス）間で動的に配分されます。

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

!

明らかに、このデザインはまだ良い方です。何しろ、筆者はERC-4337のGas費用設計を見た後、それを理解するのはあまりにも複雑だと思いました。

詳細は：4337から7702まで：Ethereumアカウント抽象化トラックの過去と未来を深く解読する

彼をどう評価しますか：

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

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

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

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