**Jito BAM on Solana: プラグイン化されたビルディングによるブロックアーキテクチャの再考**SolanaのMEV環境は大きな再編成を迎えています。Jito BAMは、ブロック構築のインフラ層であり、従来の逐次取引処理という根本的なアーキテクチャの制約に取り組むことを目的としています。EthereumのPBS (Proposer-Builder Separation)モデルとは異なり、BAMはSolanaのユニークなPOH (Proof of History)コンセンサスを活用し、バリデータ配布前にTEE (Trusted Execution Environment)内でブロック全体を事前に配置します。この取り組みは、重鎮エコシステムプレイヤーの連合を代表しています。Solanaのバリデータの90%を支配するJito Labsを超え、Triton One、SOL Strategies、Figment、Helius、Drift、Pythなどが支援しています。この協調的な推進は、Hyperliquidのような専門チェーンがネイティブのオーダーブックDEXの最適化により市場シェアを獲得しているという緊急の競争脅威に対処するものです。これらの能力は、Solanaのリニアなブロック生成では再現が難しいものです。技術的なアーキテクチャには新たな要素が導入されています：プラグインコードによるプログラム可能な取引順序付けです。これにより、開発者は特定のシーケンスルールをブロック構造に直接ハードコードできます。例えば、オラクルプロバイダーは価格フィードを最初に実行させることで、古いデータのリスクを最小化できます。DEXビルダーは、TEEフェーズで高失敗率の取引をフィルタリングし、失敗したスワップによるユーザーコストを削減できます。ロードマップは、Jito Labsがノードを運用し始め、徐々にネットワークのステーキングの30%以上を占めるバリデータに拡大し、最終的には分散型ガバナンスへと進む計画です。しかし、スケーリングの課題も存在します。TEEのスループットは秒間数千取引に制限されており、Solanaの野望はこの上限をはるかに超えています。複数のTEEを運用することは、災害復旧、メモリ管理、帯域幅の提供において複雑さを増します。さらに、魅力的な経済的インセンティブが生まれない限り、インフラは収益性に苦しむ可能性があります。Jitoの2025年第2四半期の収益約400万ドルは、現状の控えめなリターンを示しています。重要なユースケースは、オラクルのシーケンスの信頼性と取引失敗の免疫性であり、市場形成者や機関投資家の取引プラットフォームへの投資を正当化できる可能性があります。ただし、根本的なリスクは、99%の確実性であっても、標準が100%の確実性である場合には決定的な保証にはならない点です。---**BRC2.0: ビットコイン連動のEVM実行**ビットコインは、プログラマビリティ競争において、まったく異なるアプローチを採用しています。2025年9月2日に稼働予定のBRC2.0は、従来のビットコインの上に計算層を追加するのではなく、プログラム可能なコントラクトをビットコインのトランザクションに固定し、それらをオフチェーンのEVM互換環境で実行します。ユーザーは、インスクリプションやコミットリリーブの仕組みを使って、BTCブロックに命令を書き込みます。インデクサーはこれらの命令を解釈し、修正されたEVMランタイム上で実行します。重要なのは、ガス料金は適用されず、Bitcoinのトランザクション手数料のみが重要となる点です。EVMのパラメータは未展開のままです。このプロトコルは、オーディナル理論を普及させたインスクリプション時代のプラットフォームであるBestinslotに由来します。BRC20との哲学的連続性も明らかで、ビットコインのユーティリティを拡張しつつ、コンセンサスを変更しない点にあります。ただし、エンジニアリングの実行は大きく異なり、これは単なるトークン発行ではなく、EVMの実行をターゲットとしています。哲学的な疑問も浮上します：ビットコインは本当にプログラマビリティを追求すべきか？ビットコインのストア・オブ・バリューの物語を支えるコンセンサス・セキュリティ・分散性のトレードオフは、スループット志向のチェーンと根本的に異なります。高速チェーンはすでにビットコインのパフォーマンスの上限を超えています。ビットコインの希少性モデルと固定供給のコンセンサスメカニズムは、特定の評価フレームワークを形成しており、これはプログラマビリティが構造的に制限されているからこそです。実行能力を層に重ねることは、このコアな差別化を希薄化させるリスクがあります。エンジニアリングの観点からは、現行の実装には脆弱性も存在します。再帰的なコントラクト呼び出しには深さ制限がなく、理論的には無制限の再帰によるクラッシュのリスクがあります。修正は容易ですが、展開済みコードにこれがない場合は注意が必要です。---**EIP-7999: Ethereumのマルチリソース料金市場の調和**Vitalik Buterinの最新の料金市場提案は、断片化に対する体系的な対応を示しています。Ethereumは現在、4つの次元で価格設定を管理しています：実行ガス (EIP-1559)、ブロブガス (post-EIP-4844)、calldataバイト (2015年以降差別化)、および計算リソース。ユーザーやウォレット開発者にとって、この複雑さはUXの摩擦を生みます。L2ビルダーは、いずれかの料金次元の誤調整により、合計料金予算が十分でも取引全体が失敗する危機に直面します。突然のブロブガスの急増は、実行ガスの割り当てが十分でも失敗を引き起こす可能性があります。EIP-7999は、EVMがリソースの各次元に動的に割り当てる単一のmax_feeパラメータを通じて、統一された価格設定を導入します。これには、新しいトランザクションタイプと再構築されたフィールド定義が必要で、RLPエンコーディング、ブロックヘッダー、コンセンサス検証ルールに影響します。このアプローチは、ERC-4337の複雑さに比べて改善されたUX設計に似ていますが、採用には時間がかかる見込みです。完全な統合には、1〜2のメジャーなハードフォークが必要となり、ウォレットエコシステムの適応やノードレベルの変更も求められます。経済的な観点からも、資源利用、料金抽出、長期的なネットワークの持続性に関する高度なモデルを含む、慎重な検討が必要です。これらの分析は、次のスケーリングフェーズを進めるプロトコル開発者やエコシステムビルダーにとって重要です。
3つの主要なWeb3技術イニシアチブの解読：Jito BAM、BRC2.0、そしてEIP-7999
Jito BAM on Solana: プラグイン化されたビルディングによるブロックアーキテクチャの再考
SolanaのMEV環境は大きな再編成を迎えています。Jito BAMは、ブロック構築のインフラ層であり、従来の逐次取引処理という根本的なアーキテクチャの制約に取り組むことを目的としています。EthereumのPBS (Proposer-Builder Separation)モデルとは異なり、BAMはSolanaのユニークなPOH (Proof of History)コンセンサスを活用し、バリデータ配布前にTEE (Trusted Execution Environment)内でブロック全体を事前に配置します。
この取り組みは、重鎮エコシステムプレイヤーの連合を代表しています。Solanaのバリデータの90%を支配するJito Labsを超え、Triton One、SOL Strategies、Figment、Helius、Drift、Pythなどが支援しています。この協調的な推進は、Hyperliquidのような専門チェーンがネイティブのオーダーブックDEXの最適化により市場シェアを獲得しているという緊急の競争脅威に対処するものです。これらの能力は、Solanaのリニアなブロック生成では再現が難しいものです。
技術的なアーキテクチャには新たな要素が導入されています：プラグインコードによるプログラム可能な取引順序付けです。これにより、開発者は特定のシーケンスルールをブロック構造に直接ハードコードできます。例えば、オラクルプロバイダーは価格フィードを最初に実行させることで、古いデータのリスクを最小化できます。DEXビルダーは、TEEフェーズで高失敗率の取引をフィルタリングし、失敗したスワップによるユーザーコストを削減できます。
ロードマップは、Jito Labsがノードを運用し始め、徐々にネットワークのステーキングの30%以上を占めるバリデータに拡大し、最終的には分散型ガバナンスへと進む計画です。
しかし、スケーリングの課題も存在します。TEEのスループットは秒間数千取引に制限されており、Solanaの野望はこの上限をはるかに超えています。複数のTEEを運用することは、災害復旧、メモリ管理、帯域幅の提供において複雑さを増します。さらに、魅力的な経済的インセンティブが生まれない限り、インフラは収益性に苦しむ可能性があります。Jitoの2025年第2四半期の収益約400万ドルは、現状の控えめなリターンを示しています。
重要なユースケースは、オラクルのシーケンスの信頼性と取引失敗の免疫性であり、市場形成者や機関投資家の取引プラットフォームへの投資を正当化できる可能性があります。ただし、根本的なリスクは、99%の確実性であっても、標準が100%の確実性である場合には決定的な保証にはならない点です。
BRC2.0: ビットコイン連動のEVM実行
ビットコインは、プログラマビリティ競争において、まったく異なるアプローチを採用しています。2025年9月2日に稼働予定のBRC2.0は、従来のビットコインの上に計算層を追加するのではなく、プログラム可能なコントラクトをビットコインのトランザクションに固定し、それらをオフチェーンのEVM互換環境で実行します。
ユーザーは、インスクリプションやコミットリリーブの仕組みを使って、BTCブロックに命令を書き込みます。インデクサーはこれらの命令を解釈し、修正されたEVMランタイム上で実行します。重要なのは、ガス料金は適用されず、Bitcoinのトランザクション手数料のみが重要となる点です。EVMのパラメータは未展開のままです。
このプロトコルは、オーディナル理論を普及させたインスクリプション時代のプラットフォームであるBestinslotに由来します。BRC20との哲学的連続性も明らかで、ビットコインのユーティリティを拡張しつつ、コンセンサスを変更しない点にあります。ただし、エンジニアリングの実行は大きく異なり、これは単なるトークン発行ではなく、EVMの実行をターゲットとしています。
哲学的な疑問も浮上します：ビットコインは本当にプログラマビリティを追求すべきか？ビットコインのストア・オブ・バリューの物語を支えるコンセンサス・セキュリティ・分散性のトレードオフは、スループット志向のチェーンと根本的に異なります。高速チェーンはすでにビットコインのパフォーマンスの上限を超えています。ビットコインの希少性モデルと固定供給のコンセンサスメカニズムは、特定の評価フレームワークを形成しており、これはプログラマビリティが構造的に制限されているからこそです。実行能力を層に重ねることは、このコアな差別化を希薄化させるリスクがあります。
エンジニアリングの観点からは、現行の実装には脆弱性も存在します。再帰的なコントラクト呼び出しには深さ制限がなく、理論的には無制限の再帰によるクラッシュのリスクがあります。修正は容易ですが、展開済みコードにこれがない場合は注意が必要です。
EIP-7999: Ethereumのマルチリソース料金市場の調和
Vitalik Buterinの最新の料金市場提案は、断片化に対する体系的な対応を示しています。Ethereumは現在、4つの次元で価格設定を管理しています：実行ガス (EIP-1559)、ブロブガス (post-EIP-4844)、calldataバイト (2015年以降差別化)、および計算リソース。
ユーザーやウォレット開発者にとって、この複雑さはUXの摩擦を生みます。L2ビルダーは、いずれかの料金次元の誤調整により、合計料金予算が十分でも取引全体が失敗する危機に直面します。突然のブロブガスの急増は、実行ガスの割り当てが十分でも失敗を引き起こす可能性があります。
EIP-7999は、EVMがリソースの各次元に動的に割り当てる単一のmax_feeパラメータを通じて、統一された価格設定を導入します。これには、新しいトランザクションタイプと再構築されたフィールド定義が必要で、RLPエンコーディング、ブロックヘッダー、コンセンサス検証ルールに影響します。
このアプローチは、ERC-4337の複雑さに比べて改善されたUX設計に似ていますが、採用には時間がかかる見込みです。完全な統合には、1〜2のメジャーなハードフォークが必要となり、ウォレットエコシステムの適応やノードレベルの変更も求められます。
経済的な観点からも、資源利用、料金抽出、長期的なネットワークの持続性に関する高度なモデルを含む、慎重な検討が必要です。これらの分析は、次のスケーリングフェーズを進めるプロトコル開発者やエコシステムビルダーにとって重要です。