Web3トレンド第1号：Jito BAM、BRC2.0、EIP-7999の解釈

「Web3 トレンド」シリーズへようこそ。このシリーズでは、Shisijun が Web3 業界の最近の新しいテクノロジー、プロトコル、製品について集中的に分析し、解釈します。

理由は、AIのおかげで新しいプロジェクトのリサーチ速度が倍増したからです。今後、人間の価値は思考、判断、そしてインスピレーションにさらに重点が置かれるようになると思います。

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

著者の見解のほとんどは悲観的であり、いかなる投資取引を意図したものでも、いかなるプロジェクト関係者に向けたものでもありません。

Jito BAM｜Solana上のブロック順序付け+プラグインブロック構築マーケット

それは何ですか：

簡単に言えば、BAMはSolana上の「ブロック構築」プラットフォームです。Ethereum Builder NetがPBS（ブロックビルダーとバリデータの分離）を実現するという目標と同様に、BAMはどちらもトランザクションの順序をより整然とさせ、MEV（Massive Enforcement：中央集権的な悪意）に対抗し、中央集権的な悪意のリスクを防ぐことを目的としています。

誰が立ち上げたのか、どのような背景があるのでしょうか。

主導的な立場にあるのは、Solana最大の取引オークションプラットフォームであるJito陣営です。バリデータクライアント市場の90%を占め、強いリーダーシップを発揮しています。著者は以前にも詳細な調査を行っており、その内容は「10,000語の調査レポート：SolanaにおけるMEVランドスケープの進化とその長所と短所」と題されています。

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

この動機は容易に理解できます。Solanaは、Hyperliquidのような「ネイティブオーダーブックチェーン」の爆発的な成長というプレッシャーに直面しています。Hyperliquidの真価は、マーケットメーカーの運用を容易にすることです。しかし、Solanaは本質的に開発的な性質を持っているため、これを的確に最適化することは困難です。しかし、ブロック全体のトランザクションをカスタマイズできれば、Solanaの線形ブロック生成の限界を克服し、様々なDeFiシナリオの最適化を容易にすることができます。

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

業界の「検証可能な公平性」というナラティブトレンドと相まって、BAMの方向性はバリデーターやプロトコル関係者からの支持を容易に得られるでしょう。そのため、筆者はBAMがTEE + PBSのような公平性の最適化を追求するコンセプトに基づいており、水面下で立ち上げられたものだと考えています。

原則の実施方法:

さらに、その価値を理解するには、Solana 独自の POH アルゴリズムの機能も理解する必要があります。

つまり、ブロック生成は実際には段階的かつ線形です（スロットには400ミリ秒未満の64のチップタイム期間があります。各タイム期間が終了すると、現在のトランザクションが送信され、ロールバックされない限り変更されません）。これは、Ethereumの「ブロック全体を配置し、まずコンセンサスに達し、その後同期する」モデルとは異なります。

この BAM システムを通じて、jito は多数のバリデーターのクライアントを簡単にアップグレードできるため、バリデーターによって受け入れられる BAM システムの割合が増加します。

下図のBAMシステム構造を見てみましょう。中央の紫色の部分と右側のプラグインコードがBAMです。

彼は、Solana 上のトランザクションがリーダーに 1 つずつプッシュされるのではなく、「このブロック全体」のトランザクション順序が最初に TEE (Trusted Computing Environment) でソートされ (プラグインコードによって実装されたいくつかの固定ソートルールと組み合わせて)、その後バリデーターに一度に渡されることを確認します。

バリデータは最終的に、この注文フロー市場にブロックスペース（排他性）を実際に付与したことの TEE 証明を提供する必要があります。

ここで最もユニークな機能は、Teeのトランザクション順序のソートルールを「ハードコード」できるプラグイン機能です。これは実際に実用的なアプリケーションで大きな意味を持ちます。

例えば、Oracleプラットフォームでは、価格更新をブロックの最初のトランザクションとしてスケジュールする必要があります。これにより、オンチェーン価格を更新するトランザクションのランダム性が低減され、タイミングの悪い価格更新による問題を回避できます。また、Dexの場合、失敗する可能性が高いトランザクションを識別し、それらをTeeに含めないようにするプラグインを作成することで、徐々に期限切れになるようにすることで、失敗したトランザクションに関連する手数料を削減できます。

既存のSolanaブロック生成システムと共存可能です。通常の注文フロー、Jitoバンドル、そしてBAMは、依然として3つの並列システムです。BAMとは、「ブロックにはBAMブロックのみが受け入れられる」という意味です。

彼をどう評価するか:

筆者は、これが「強力なラインナップ、強力な物語、そして焦点を絞ったシーン」を備えた道だと考えていますが、これが市場の主流の道になるとは楽観視していません。

その理由は、イーサリアム上の Builder Net や、長年進歩に苦労してきた非常に人気のある MEV Share の場合と同様です。

現実的には、TEE は高価であり、QPS の制限はわずか数千です (2013 年、Tee には 128 MB のメモリしかありませんでしたが、現在では大幅に進化しましたが、QPS はわずか数千にしか達しません)。ただし、現在では Ethereum 上のブロックの 40% は TEE によって構築されています。

しかし、Solanaのデータとコンピューティングのスループットは高く、それを処理するには多数のTEEを導入する必要があり、さらに災害復旧、メモリ、帯域幅のための包括的な運用・保守も必要になります。持続的な経済的インセンティブがなければ、プラスの収益を生み出すことは困難です。

Jitoの収益は、実際には（ブロックチェーン上の高収益プロトコルと比較して）かなり低いです。例えば、2025年第2四半期だけでも、Jitoはチップを通じてわずか22,391.31 SOL（約400万ドル）しか稼いでいません。Solanaの膨大なトランザクション量がSolanaに移行されると、Teeのダウンタイムは避けられません。さらに、メモリ障害やストレージのパージといったTeeの多くの機能は、ダウンタイムのリスクを高め、広範囲にわたるトランザクション損失の可能性を高めます。

しかし、Solanaには大きなセールスポイントとなる可能性があります。例えば、オラクルシーケンシングやノーフェイルペイメントは、ユーザーに具体的なメリットをもたらします。マーケットメーカーやエンタープライズレベルの取引プラットフォームは、この技術を導入するでしょう。さらに、Solanaに参加することで、Solanaの公式サポートも受けられるため、認知度を高める絶好の機会となります。

最後に：BAM自体は24時間365日のスループットを提供するためのものではありません。これは「キーブロックの決定論的な保証を提供する」ためのツールです。しかし、多くの決定論的保証は30%の確実性ではなく、絶対的な確実性に依存しています。100%でなければ、たとえ99%であっても、それは0%です。これが主要なWeb3プロジェクトの最終決定の鍵となります。

BRC 2.0｜「マッピングEVM」：BTCを活用したプログラマブル機能

それは何ですか：

2025年9月2日に有効化されます。これは、BTCによって駆動され、EVMによって実行されるデュアルチェーンシャドウシステムであると理解しています。なお、これはBRC20ではなく、第2世代のBRCを指していることに注意してください。BRC20の詳細については、「Bitcoin Ordinalsプロトコルの解釈」および「BRC20標準原則の革新性と限界」をご覧ください。

2.0の核となるのは、ビットコインにインスクリプションまたはコミット・リビールを用いて「指示」を記述し、修正されたEVMがインデクサー内で実行され、対応するデプロイメントと呼び出しを実行するという点です。EVMはガス料金を請求しません（パラメータは保持されますが計算は行われません）。トランザクション手数料はビットコインのトランザクションに加算されます。

これは基本的にAlkanesプロトコル（Methane）に似ています。MethaneはBitcoinのop-returnフィールドに基づいてトランザクション命令を書き込み、EVMではなくWASN仮想マシンで実行されます。

誰が立ち上げたのか、どのような背景があるのでしょうか。

イニシエーターの背景：BTC 登録時代に人気を博した bestinslot プラットフォームは、BRC-20 のアイデアを継承し、BTC コンセンサスを変更せずに「プログラミング可能性」を追加しようとしています。

業界の背景：過去2年間（正確には過去2年間）、BTCプログラマビリティ/L2の話題が盛んに取り上げられ、誰もがスムーズに実行できるエンジニアリングパスを模索していました。しかし、市場動向と開発進捗のギャップが大きすぎたため、BRC2.0やアルカンといった恣意的なモデルが今年になってようやく登場したのです。

BTC ステージにはこれまでそれを導くためのまとまりのある力がなかったため、市場の声はやや制限されており、多くのプロトコルは他のプロトコルから派生できるため、実際には BRC2.0 と BRC20 の間には実際の関係がない可能性があります。

原則の実施方法:

EVMロジックは、BTCチェーンや別のチェーンではなく、インデクサー内で実行されます。コンセンサスがないため、チェーンとはみなされないことに注意してください。

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

このシステムを操作するロジックは、実際にはBRC20の資産管理のロジックと非常に似ています。これは単なるJSON文字列です。BRC2.0では、以下のように定義されています。

さまざまなバイトコード/呼び出しデータを使用して BTC に命令をエンコードし、それが EVM で再生されて実行されていることがわかります。

さらに、署名とガス価格も変更されました。EVM レイヤーの gasPrice は 0 に設定されており、これはリソース制限としてのみ機能します。実際の手数料は BTC 取引手数料に反映されます。

これは実はかなり危険です。AIにノードコードを検索させたところ、「呼び出し深度／ステップ制限」に対する保護策は見つかりませんでした。つまり、理論上は、無限再帰／自己呼び出しを含むコントラクトはVMをダウンさせる可能性があります。（もちろん、この保護策は簡単に修正できます。呼び出し深度の上限を設定するだけです。）

彼をどう評価するか:

まず第一に、彼はまだ物事に名前を付ける方法を知っています。少なくともbrc2.0は、新しいプロトコル名を作るよりも人気が出るでしょう。これが、最近RGBが再び人気になっている理由でもあります。

第二に、BRC20と完全に無関係というわけではありません。プロトコル設計コンセプトやフィールドモードは基本的に同じですが、これは著作権には該当しません。しかし、BRC20のオリジナル作者をプラットフォーム上で見かけたことがないので、関連性はそれほど重要ではないかもしれません。

最後に、プログラマビリティを探求してきたすべてのプラットフォームは、この世界クラスのコンセンサスの価値を共有したいと考えるかもしれません。しかし、筆者はBTCがプログラマビリティを追求すべきではないと考えています。なぜなら、どのように追求したとしても、様々な高速チェーンの機能とエクスペリエンスの最適化に追いつくことができないからです。

さらに、BTC自体にプログラミング機能が組み込まれれば、BTCは評価の罠から抜け出すでしょう。実用化可能なプロジェクトであれば、PEに基づいて評価できます。しかし、現在のBTCの強みは、需要と供給の限定的なモデルにあります。需要と供給が限定的であるため、評価できないため、価格がつき、その価格についてコンセンサスが形成されます。つまり、BTC自体の限界こそが、BTCの成功の要因なのです。

EIP-7999 | イーサリアム多次元手数料市場提案

それは何ですか：

Vitalik氏が主導する提案は、間違いなく一見の価値があります。また、最新のEIPではEIP-0000からEIP-7999に名称が変更されているため、この記事では両方を引用します。

これは、EIP-4844 によって引き起こされた「トランザクション手数料の分割」に応じて提案された、「合計価格上限 + 複数のリソース価格ベクトル」を備えた新しいトランザクションタイプです (つまり、トランザクションでは、BLOB には独自の価格があり、コールデータには独自の価格があり、実行には EIP-1559 の価格があります)。

これは、チェーン上の価格設定ディメンションが多すぎる問題を解決することを目的として、すべてのリソース見積もりを一度にパッケージ化し、統一されたセマンティクスで入札すると考えることができます。

誰が立ち上げたのか、どのような背景があるのでしょうか。

この方向性は、Vitalikの多数の記事によって推進されました。以前は、「4つのゼロ」を持つEIPは後に7999セクションに番号が付けられ、名前の印象が薄れていました。この方向性は、Vitalikがこのトピックについて数多くの投稿で示した考えを反映しており、彼の考え方の変化は2022年と2024年の投稿にも見られます。

なぜ今それを持ち出すのですか?

ウォレット、ルーター、そして入札者は、既に「マルチプライスシステム」の断片的な体験を明確に経験しています。各ブロックには6つのBLOBしか含まれていないため、BLOBを使用したトランザクションには入札が必要です。トランザクション自体は依然としてEIP-1559のままです。また、2015年から存在するcalldataでは、0バイトと非0バイトで異なる単価が設定されています。L2開発者は、リソースディメンションごとに独立した手数料上限を設定しなければならないため、窮地に追い込まれています。いずれかのディメンションを低く設定しすぎると、トランザクション全体が失敗します。ユーザーの手数料予算が十分であっても、特定のリソースの基本手数料が急激に上昇すると、トランザクションが実行されない可能性があります。

原則の実施方法:

この提案では、統一された多次元手数料市場の導入を計画しています。その中核となる設計は、ユーザーが単一のmax_feeパラメータ（異なるフィールドに複数のmax_fee_per_gasを設定するのではなく）を設定できるようにすることです。EVM実行プロセスは、この手数料を異なるリソース（EVMガス、BLOBガス、コールデータガス）に自動的かつ動的に配分します。

これを実現するのは決して容易ではありません。彼の計画は、以下の項目を含む新しいトランザクションタイプを導入することです。

明らかに、この設計の方が優れています。ERC-4337のガス料金設計を見て、あまりにも複雑すぎると感じたからです。

詳細については、「4337から7702へ：イーサリアムアカウント抽象化の過去と未来の詳細な考察」をご覧ください。

彼をどう評価するか:

筆者はこの方向性に何ら問題はなく、手数料を統一するという意義があると考えています。これにより、将来的にはL2/L3の実現が容易になり、現在のイーサリアムのL2戦略の方向性とも非常に整合しています。

しかし、複雑さは大幅に増大し、プロジェクトはより安定したペースで進める必要があります。これは、この提案によりブロックヘッダー、RLPエンコーディング、制限などが変更されるためです。これは単なるハードフォークレベルの変更ではなく、チェーン全体にわたる他のプラットフォーム、特に多数のウォレットへの適応も必要になります。

このトランザクションタイプをサポートしていない場合でも、このトランザクションのステータスを解析する必要があります。

したがって、短期間で実装されることはまずなく、少なくとも1～2回の大規模なハードフォークを経て初めて可能になるでしょう。しかしながら、Vitalikの手数料市場に関する2つの記事は非常に深い経済的考察であり、注意深く読む価値があります。