JAM Chain: Polkadotの分散型グローバルコンピュータへのパラダイムシフト
PolkadotのJAM (Join-Accumulate Machine) Chainは、Ethereumのローンチ以来最も重要なブロックチェーンアーキテクチャの革新であり、分散型コンピューティングの動作方法を根本的に再考するものです。2024年4月にGavin Wood博士によってJAM Gray Paperで発表されたJAMは、Polkadotをパラチェーンに特化したリレーチェーンから、42倍のデータ可用性(850 MB/秒)と理論上340万TPS以上の容量を持つ、汎用かつパーミッションレスな「ほぼコヒーレントなトラストレススーパーコンピュータ」へと変革します。このプロトコルは、350以上のコアにわたる並列実行を維持しつつ、動的なシャード境界内での同期的なコンポーザビリティを可能にすることで、現在のブロックチェーンシステムを悩ませる永続的なパーティショニング問題を解決します。EthereumのL2中心のロールアップ戦略やCosmosのソブリンゾーンモデルとは異なり、JAMは、新しいRISC-VベースのPolkadot Virtual Machine (PVM)と、すべての計算がRefine→Accumulateパイプラインを通じて流れるトランザクションレスアーキテクチャを使用して、コヒーレントな状態を持つシャーディングされた実行をコンセンサス層に直接組み込みます。43の実装チームが1,000万DOTの賞金を競い、複数のクライアントが2025年8月ま でに100%の適合性を達成し、2026年初頭のメインネット展開を目標としているJAMは、Ethereum 2.0の当初のビジョンが約束した、コンポーザビリティやセキュリティを犠牲にしないネイティブなスケーラブル実行を実現する位置にあります。
計算モデル: JAMプロセスが大規模にどのように機能するか
JAMは、CoreJAM (Collect, Refine, Join, Accumulate) と呼ばれる根本的に新しい計算パラダイムを導入します。これは、ブロックチェーンの実行を並列化と効率のために最適化された明確なフェーズに分割します。JAMという名前は、オンチェーン部分であるJoinとAccumulateに由来し、CollectとRefineはオフチェーンで発生します。このアーキテクチャは、連携して機能する2つの主要な実行環境を確立します。重い並列計算のためのインコア実行と、状態統合のためのオンチェーン実行です。
Refineステージ(インコア実行)では、ワークアイテムは複数のバリデータコアにわたってステートレスな並列処理を受け、各コアは6秒のタイムスロットあたり最大15 MBの入力データを処理し、最大90 KBの圧縮出力を生成します。これは驚くべき166倍の圧縮率です。このステージは、コアあたり6秒のPVM実行時間を提供し、現在 のPolkadotパラチェーン検証機能(PVF)の2秒制限を3倍にします。Refine関数は、計算量の多い処理を完全にオフチェーンで実行し、プリイメージルックアップのみをステートフルな操作として、状態競合のない大規模な並列化を可能にします。
Refineの後、Accumulateステージ(オンチェーン実行)は、出力あたり約10ミリ秒に制限されたステートフルな操作を通じて、ワーク結果をチェーンの状態に統合します。この関数はすべてのバリデータで実行され、任意のサービスからストレージを読み取り、自身のキーバリューストアに書き込み、サービス間で資金を転送し、新しいサービスを作成し、コードをアップグレードし、プリイメージの可用性を要求できます。実行予算のシャープな対比 — オフチェーンで6秒、オンチェーンで10ミリ秒 — は、JAMの根本的な洞察を反映しています。高価な計算をオフチェーンにプッシュして並列化することで、システムは貴重なオンチェーン時間を重要な状態遷移のためだけに確保します。
JAMのサービスは、非同期のサービス間通信を処理するonTransferと呼ばれる3番目のエントリーポイントを定義します。このメッセージングシステムにより、サービスはブロッキングなしで相互作用でき、メッセージは即座の戻り値なしで送信されます。この設計は、複雑なクロスサービスインタラクションのためにセカンダリコアを介して追加のガスを割り当てるなどの将来の機能強化を想定しています。
この二元的な実行モデルは、Woodが半コヒーレンスと表現するものを達成します。同じブロックの同じコアにスケジュールされたサービスは同期的に相互作用し(コヒーレントなサブセット)、異なるコア上のサービスは非同期的に通信します(全体として非コヒーレント)。コヒーレントな実行と非コヒーレントな実行の境界は、プロトコルによって強制されるのではなく、流動的かつ経済的に駆動されるままであり、頻繁に通信するサービスが同期的な動作のためにコアに共存することを可能にしつつ、システム全体のスケーラビリティを維持します。これは、以前のブロックチェーンアーキテクチャを制約してきたサイズと同期のアンタゴニズムを解決する画期的な進歩を表しています。
リレーチェーンからサービスベースのコンピューティングへのアーキテクチャ変革
JAMは、Polkadotのアーキテクチャを根本的に再考し、非常に意見が強く、パラチェーンに特化した設計から、ミニマリストで汎用的な計算基盤へと移行します。現在のPolkadotリレーチェーンは、約50スロットという厳格な制限でパラチェーンをプロトコルに直接組み込み、数百万DOTを要するオークションベースのアクセスを必要とし、固定された検証パスを通じてすべてのパラチェーンロジックを実行します。JAMはこれを、ガバナンスの承認やオークションなしで誰でもデプロイできる、暗号経済的要因(DOTデポジット)によってのみ制限される、パーミッションレスでカプセル化された実行環境であるサービスに置き換えます。
アーキテクチャ哲学の転換は深遠です。アップグレード可能なリレーチェーンから、アップグレード可能なサービスを持つ固定プロトコルへ。Polkadot 1.0が時間とともに複雑さを蓄積する高度にアップグレード可能なリレーチェーンを維持していたのに対し、JAMはコアプロトコルパラメータ(ブロックヘッダーエンコーディング、ハッシュスキーム、QUICネットワークプロトコル、タイミングパラメータ)を固定して、積極的な最適化を可能にし、複数の実装を簡素化します。ステーキング、ガバナンス、コアタイム割り当てを含むアプリケーションレベルの機能は、コアプロトコルに触れることなく独立してアップグレードできるサービス内に存在します。このアップグレード不可能なチェーンアーキテクチャは、最も重要なアプリケーション層での柔軟性を維持しつつ、複雑さを劇的に軽減します。
JAMのモデルでは、パラチェーンは多くのサービスタイプの一つとなります。すべてのPolkadot 1.1パラチェーン機能は、単一の「パラチェーン」または「コアチェーン」サービスに統合され、ハードコードされた保証による完全な後方互換性を確保します。既存のパラチェーンは、リレーチェーンがアップグレードされると、コード変更なしで自動的にJAM上で実行されるように移行します。サービスモデルは、パラチェーンが実行できることを任意の実 行パターンに一般化します。コアに直接デプロイされるスマートコントラクト、CorePlayのようなアクターベースのフレームワーク、ZKロールアップ、データ可用性サービス、およびまだ考案されていない全く新しい実行モデルなどです。
状態管理モデルも大きく変革されます。現在のPolkadotは、ブロックヘッダーに後方状態ルートを使用します。これは、ブロックが配布される前に完全な計算が完了するのを待つことを意味します。JAMは、1ブロック遅延する前方状態ルートを採用し、パイプライン処理を可能にします。軽量な計算(ワークロードの約5%)は即座に実行され、重いアキュムレーションタスクが完了する前にブロックが配布され、現在のブロックの実行が完了する前に次のブロックの処理が開始されます。このアーキテクチャ上の選択は、JAMが計算に6秒のブロック時間をフル活用し、現在のPolkadotの2秒未満に対し、ブロックあたり3〜3.5秒の実効計算時間を達成することを意味します。
JAMがWebAssemblyからRISC-VベースのPolkadot Virtual Machine (PVM)に移行することは、もう一つの根本的な転換を表しています。RISC-Vは、わずか47のベースライン命令で、優れた決定性、従来のハードウェアでの優れた実行速度、x86/x64/ARMへの容易なトランスパイル、公式LLVMツールチェーンサポート、およびメモリ内のスタックによる自然な継続処理を提供します。決定的に重要なのは、PVMがWebAssemblyのメータリングオーバーヘッドと比較して「フリーメータリング」を提供することです。また、レジスタベースのアーキテクチャ(WASMのスタックベー ス設計と比較して)は、NP完全なレジスタ割り当て問題を回避します。これにより、スケーラブルなマルチコアコーディングの新しい標準を確立するRISC-V対応の継続が可能になり、プログラムがブロック境界を越えて一時停止および再開できるようになります。これはJAMの非同期で並列化されたアーキテクチャにとって不可欠です。
技術仕様: パフォーマンス目標とバリデータ要件
JAMは、ブロックチェーンの計算容量における世代的飛躍として位置付けられる並外れたパフォーマンス指標を目標としています。システムは、850 MB/秒のデータ可用性を目指しています。これは、非同期バッキング改善前のバニラPolkadotと比較して42倍の改善であり、Ethereumの1.3 MB/秒を桁違いに上回ります。これは、すべてのコアで合計約2.3 Gbpsのスループットに相当し、各コアは6秒のスロットあたり5 MBの入力を処理します。
トランザクションスループット容量は劇的にスケールします。850 MB/秒のデータ可用性目標に基づくと、理論上340万TPS以上の最大値です。実世界のストレステストはこれらの予測を検証しています。Kusamaは2025年8月にわずか23%の負荷容量で143,000 TPSを達成し、Polkadotの「Spammening」ストレステストは2024年に623,000 TPSに達しました。JAMの追加の最適化と拡張されたコア数(弾力的なスケーリングで350コアを目標)により、本番環境で100万TPS以上のしきい値が達成可能になります。
計算容量は、Gray Paperの推定によると、完全に稼働した場合、全コアにわたるPVM実行の合計を反映して、1秒あたり1,500億ガスと測定されます。コンセンサスメカニズムは、6秒のブロック時間を維持し、GRANDPAを介して約18秒(約3ブロック)で決定論的ファイナリティを実現します。JAMのSNARKベースのブロック生成アルゴリズムであるSAFROLEは、zkSNARKsとRingVRFを使用した匿名バリデータ選択を通じて、ほぼフォークフリーな操作を提供し、チケットは2エポック前にブロック生成への匿名エントリーとして機能します。
バリデータのハードウェア要件は、プロのオペレーターがアクセス可能でありながら、かなりのリソースを要求します。
- CPU: 最小8物理コア @ 3.4 GHz(シングルスレッド性能を優先)
- RAM: 最小128 GB
- ストレージ: 最小2 TB NVMe SSD(スループットよりもレイテンシを優先)、月間50 GBの継続的な増加を推定
- ネットワーク: 最小500 Mbit/s対称接続(1 Gbit/s推奨)、多数のサービスを処理し、輻輳制御を確保するため
- オペレーティングシステム: Linuxベース(カーネル5.16以降)
- アップタイム: スラッシングペナルティを避けるため99%以上が必要
バリデータセットは1,023のバリデータで構成されます。これは現在のPolkadotと同じ数であり、ステークの裏付けに関わらず、すべてのバリデータが均等なブロック報酬を受け取ります。この均等な報酬分配は、ステークが少数の大規模オペレーターに集中するのではなく、バリデータ全体に分散する経済的インセンティブを生み出し、分散化を促進します。最小ステーク要件は動的です。歴史的に、アクティブなバリデータセットに入るには、合計約175万DOTのステーク(自己ステークとノミネーションを含む)が必要でしたが、最小ノミネーション意図は250 DOTです。28日間のアンボンディング期間は、現在のPolkadotから変更ありません。
JAMのネットワーク層は、1,000以上のすべてのバリデータ間の直接的なポイントツーポイント接続のためにQUICプロトコルに移行し、従来のネットワークスタックのソケット枯渇問題を回避します。JAMは根本的にトランザクションレスであるため(mempoolやゴシップなし)、システムはブロードキャストのためにグリッド拡散を採用します。バリデータは論理的なグリッドに配置され、メッセージは行ごとに、次に列ごとに伝播し、フルゴシッププロトコルと比較して帯域幅要件を劇的に削減します。
JAM Toasterテスト環境は、開発をサポートするインフラストラクチャの規模を示しています。リスボンのPolkadot Palace施設に設置された1,023ノード、12,276コア、16 TB RAMは、世界のスーパーコンピュータ上位500〜1000位にランクインします。このフルスケールテストインフラストラクチャは、小規模なテストネットワークでは大規模な ネットワークダイナミクスをシミュレートできなかったという歴史的な制限や、本番ネットワークには包括的な監視機能が不足していたという問題を解決します。
経済モデル: DOTトークノミクスとコアタイムベースの価格設定
JAMは、DOTを唯一のネイティブトークンとして維持し、新しいトークン作成は行わず、Polkadotの経済モデルとの継続性を保ちつつ、重要な構造的変更を導入します。経済アーキテクチャは、パーミッションレスなサービス展開を中心に据え、誰でも利用されたリソースに見合った料金でコードをアップロードおよび実行できます。サービスには、コード、データ、または状態に事前定義された制限はありません。容量は暗号経済的要因、具体的には経済的担保としてデポジットされたDOTの量によって決定されます。
トークノミクスは2025年に大きな変革を遂げ、レファレンダム1710が21億DOTの供給上限と段階的なインフレスケジュールを導入しました。年間トークン排出量は2026年3月から2年ごとに半減し、ビットコインのような希少性モデルを生み出します。現在の年間インフレ率は7.56%(当初の10%から減少)であり、以前のモデルでは34億だったのに対し、2040年までに合計供給量が約19.1億DOTに達すると予測されています。このデフレ圧力は、長期的な価値蓄積をサポートしつつ、ネットワークセキュリティのための十分な報酬を維持することを目指します。
手数料構造は、パラチェーンオークションからコアタイムベースの価格設定に移行し、Polkadot 1.0の複雑なスロットオークションメカニズムを柔軟なオプションに置き換えます。
バルクコアタイムは、計算コアへの安定したアクセスを月額サブスクリプションで提供し、保証されたスループットを必要とするプロジェクトの予算を予測可能にします。オンデマンドコアタイムは、散発的な使用に対して従量課金制のアクセスを提供し、数百万ドル規模のパラチェーンスロットオークションと比較して参入障壁を劇的に下げるものです。このアジャイルコアタイムモデルは、計算リソースを数秒から数年までの期間で購入することを可能にし、資本効率を最適化します。
JAMは、計算量の多いタスクとデータ量の多い操作を組み合わせることができる混合リソース消費モデルを導入します。例えば、ゼロ知識証明検証(計算量が多い)とデータ可用性(ストレージ量が多い)のように、多様なリソース要件を持つサービスを組み合わせることで、システムはバリデータのハードウェア利用率を最適化し、全体的なコストを削減します。経済的インセンティブは、シーケンサーが関連するワークアイテムをバッチ処理し、頻繁に通信するサービスを同じコアに共存させるように自然に調整します。
トランザクションレスアー キテクチャは、従来のトランザクション手数料構造を完全に排除します。ユーザーがガス料金を伴うトランザクションをmempoolに送信する代わりに、すべての行動は、結果がオンチェーンに統合される前にオフチェーンのRefineステージを経ます。この根本的に異なる経済モデルは、トランザクションごとのガスではなく、コアタイムの調達とワークパッケージの処理に対して課金し、料金はRefineおよびAccumulateステージで消費された計算リソースとデータリソースによって決定されます。
バリデータ経済はPolkadotのNominated Proof-of-Stake (NPoS)を継続し、ステークサイズに関わらず、各エラで全てのアクティブなバリデータに均等なブロック報酬が分配されます。バリデータは、ノミネーターへの分配前に総報酬から差し引かれる自身のコミッション率を設定します。収益源には、ブロック報酬(主要)、積極的な参加に対するエラポイントボーナス、ユーザーからのチップ(100%バリデータへ)、およびノミネーターからのコミッション手数料が含まれます。現在のステーキング統計によると、600のアクティブなバリデータに8億2504万5000 DOTがステークされ、**参加率は58%**です。
サービスはトークン残高をコードと状態に直接関連付け、純粋にアップグレード可能なチェーンでは容易に達成できない経済モデルの調整を可能にします。この革新により、サービスはDOTを保有および管理できるようになり、自身の運用費用を支払い、新しいトークノミクスメカニズムを実装し、またはユーザー資金の保管者として機能できる経済主体を作成します。これらすべてを信頼できる仲介者なしで実現します。
経済セキュリティモデルは、ランダムに選択されたバリデータが作業を再実行して正確性を検証するシニカルなロールアップメカニズムであるEconomic Validators (ELV)に依存します。このアプローチは、計算の正確性を確保するためにZK証明よりも約4,000倍費用対効果が高いと主張されており、Polkadotの実証済みの暗号経済セキュリティモデルを活用しています。作業結果が異議を唱えられた場合、バリデータが合意に達するまで判断メカニズムがファイナリティを最大1時間一時停止でき、敵対的な条件下でもセキュリティ保証を維持します。
開発状況: 実装、テストネット、メインネットへのロードマップ
2025年10月現在、JAMの開発は43のアクティブな実装チームが5つの言語カテゴリにわたって1,000万DOT + 10万KSMの賞金プール(6,000万〜1億米ドル相当)を競い、クリティカルマスに達しています。この前例のない実装者の多様性は、単一チームを超えて専門知識を広め、クライアントの多様性を通じてプロトコルの回復力を確保し、独立した実装を通じて仕様の曖昧さを特定することを目指しています。
複数の実装が2025年8月までに100%のJAM適合性を 達成しました。これには、JAM DUNA (Go)、JamZig (Zig)、Jamzilla (Go)、JavaJAM (Java)、SpaceJam (Rust)、Vinwolf (Rust)、Jamixir (Elixir)、Boka (Swift)が含まれます。JAM適合性ダッシュボードは、リアルタイムのパフォーマンスベンチマーク、ファズテスト結果、および実装比較を提供し、各クライアントの成熟度を透明に評価することを可能にします。ParityのRustによるPolkaJAM実装は現在、パフォーマンス指標でリードしています。
JAM Gray Paperは複数の改訂を経て進展しています。2025年6月25日にリリースされたv0.7.0では、PVM実行とAggregating Schedulerの詳細な擬似コードが追加され、2025年7月26日のv0.7.1ではコミュニティからのフィードバックが組み込まれました。Gray PaperはEthereumのYellow Paperのアプローチを模倣し、単一のリファレンスクライアントに依存するのではなく、複数の独立した実装を可能にする正式な数学的仕様を提供します。
テストネット活動は2025年を通じて加速し、リスボンでのJAM Experience Event(5月9-11日)は、国際的な開発者が参加する主要な公開テストネットローンチパーティーとなりました。Minimum Viable Rollupテストネットは2025年6月にローンチされ、開発者がライブネットワーク環境で基本的なJAM機能をテストできるようにしました。複数の実装チームがプライベートテストネットを継続的に実行しており、Parityは開発者が独自のJAMテストネットを作成して実験できるようにする実験的なPolkaJAMバイナリをリリースしました。
JAM実装者賞は、実装パス(バリデートノード、非PVMバリデートノード、またはライトノード)ごとに5つ のマイルストーンにわたって報酬を構成します。
マイルストーン1(IMPORTER): 状態遷移適合性テストに合格し、ブロックをインポートするために100,000 DOT + 1,000 KSM。提出は2025年6月に開始され、Polkadot Fellowshipが提出物をレビューしています。 マイルストーン2(AUTHORER): ブロック生成、ネットワーキング、オフチェーンコンポーネントを含む完全な適合性のために追加の100,000 DOT + 1,000 KSM。 マイルストーン3(HALF-SPEED): Kusamaレベルのパフォーマンスを達成し、フルスケールテストのためにJAM Toasterへのアクセスを許可するために100,000 DOT + 1,000 KSM。 マイルストーン4(FULL-SPEED): 無料の専門的な外部セキュリティ監査付きでPolkadotメインネットレベルのパフォーマンスのために100,000 DOT + 1,000 KSM。 マイルストーン5(SECURE): 重大な脆弱性なしに完全なセキュリティ監査に合格するために最後の100,000 DOT + 1,000 KSM。
言語の多様性は、従来のエンタープライズ言語(セットAのJava、Kotlin、C#、Go)、ネイティブパフォーマンス言語(セットBのC、C++、Rust、Swift、Zig)、簡潔なスクリプト言語(セットCのPython、JavaScript、TypeScript)、および正確性重視の言語(セットDのOCaml、Elixir、Julia、Haskell)に及びます。セットZは、BrainfuckやWhitespaceのような難解な言語での実装に対して最大5,000 KSMを提供し、コミュニティの遊び心を示しつつ、仕様の明確さを証明しています。
メインネット展開へのタイムラインは野心的なスケジュールに従います。
- 2025年後半: Gray Paperの最終改訂(v0.8.0、v0.9.0、v1.0に近づく)、マイルストーン の提出とレビューの継続、テストネット参加の拡大
- 2026年第1四半期: OpenGovレファレンダムによるガバナンス承認後、PolkadotネットワークでのJAMメインネットアップグレードを目標
- 2026年: CoreChainフェーズ1展開、公式公開JAMテストネット、Polkadotネットワーク全体のJAMアーキテクチャへの移行
展開戦略は、反復的な増分変更ではなく、単一の包括的なアップグレードを伴い、アップグレード後のアクションの正確な制限を可能にし、絶え間ない破壊的変更による開発者のオーバーヘッドを最小限に抑えます。このアプローチは、すべての破壊的変更を1つの移行に統合し、Polkadot 1.0の進化を悩ませた複雑さの蓄積を回避します。ただし、ガバナンスの承認は必須のままであり、JAMはDOTトークンホルダーの投票によるPolkadotの分散型オンチェーンガバナンスを通過する必要があります。2024年5月のレファレンダム682のほぼ満場一致の承認(3,100万DOT以上の支持)は、強力なコミュニティサポートを示唆していますが、最終的なメインネット展開には別途ガバナンス承認が必要です。
実世界での実装はすでに現れています。Acala Networkは2025年8月にJAMVerseを発表し、SwiftベースのBクラスJAMクライアント(Boka)で最初のJAMネイティブdAppチェーンを構築しています。彼らのロードマップには、サブブロックレイテンシ操作のためにコアDeFiサービス(Swap、Staking、LDOT)をJAMに移行すること、Substrateパラチェーンとの相互運用性を維持するためのJAM-XCMアダプターを開発すること、および同期的なコンポーザビリティによって可能になるクロスチェ ーンフラッシュローンを実証することが含まれます。Unique NetworkのQuartzは、JAMアーキテクチャのための内部テスト環境に移行しており、2025年10月までに計画が完了する予定です。
エコシステムへの影響: 後方互換性と移行戦略
JAMの設計は、既存のPolkadotパラチェーンとの完全な後方互換性を優先し、移行がエコシステムを破壊するのではなく強化することを保証します。公式ドキュメントは「提案の一部には、ツールとハードコードされた互換性保証が含まれる」ことを確認しており、Web3 Foundationは「JAM後もパラチェーンはファーストクラスの市民であり続ける」と保証しています。JAMがローンチすると、リレーチェーンがアップグレードされ、パラチェーンはコード変更なしで自動的にJAM上で実行されるサービスとなります。
パラチェーンサービス(別名CoreChainsまたはChainService)は、Polkadot 1.1のすべてのパラチェーン機能を単一のJAMサービスに統合します。既存のSubstrateベースのパラチェーンは、この互換性レイヤーを通じて機能的に変更のない動作で運用を継続します — 「現在Polkadot上で稼働しているどのパラチェーンの機能も影響を受けません。」パラチェーンチームの視点からは、「技術スタックはそれほど変わらないように見えます。彼らは引き続きバリ データによって検証されます」と、同様の開発ワークフローで。
3つの移行パスにより、チームは自身のペースでJAMの機能を導入できます。
オプションA:移行なし。パラチェーンチームは、一切の労力なしにこれまで通り運用を継続できます。パラチェーンサービスがすべての互換性に関する懸念を処理し、現在のパフォーマンス特性と開発ワークフローを維持します。このデフォルトパスは、既存の機能に満足しているチームや、技術が成熟するまでJAM固有の機能を延期したいチームに適しています。
オプションB:部分移行。チームが従来のパラチェーンとして運用を継続しつつ、特定の機能をJAMネイティブサービスとしてデプロイするハイブリッドアプローチを可能にします。例えば、DeFiパラチェーンは、メインチェーンの運用をそのまま継続しつつ、プライバシー機能のためのZKロールアップサービスや、価格フィードのためのオラクルサービスをJAMコアに直接デプロイする可能性があります。この段階的な移行により、完全なコミットメントなしに新しい機能をテストでき、後方互換性を維持しつつ、高度な機能を選択的に利用できます。
オプションC:完全移行。JAMのサービスモデルを使用して、Refine、Accumulate、onTransferという明確なエントリーポイントを持つ再構築を伴います。このパスは最大限の柔軟性を提供します — パーミッションレスなデプロイ、Accordsを介した同期的なコンポーザビリティ、CorePlayアクターベースのフレームワーク、およびJAMの新しい実行モデルへの直接アクセスです。AcalaのJAMVerseはこのアプローチを例示 しています。移行中にレガシーパラチェーンの運用を維持しつつ、完全なJAMネイティブ実装を構築するものです。完全移行にはかなりの開発努力が必要ですが、JAMの可能性を最大限に引き出します。
移行サポートインフラストラクチャには、Acalaのドキュメントで「ランタイムロジックを変更する必要なくJAMへのスムーズな移行」を可能にすると述べられているOmicode移行ツールが含まれます。これは既存のSubstrateパラチェーンのための互換性レイヤーであると思われます。Polkadot SDKはJAMと互換性を維持しますが、パラチェーン検証機能(PVF)はWebAssemblyからPVMにリターゲットされます。PVMはRISC-Vのわずかな変更(すでに公式LLVMターゲット)を表すため、WASMにコンパイルされた既存のコードベースは、通常、最小限の変更でPVMに再コンパイルできます。
WASMからPVMへの移行はいくつかの利点を提供します。フリーメータリングは実行中のガスオーバーヘッドを排除し、レジスタベースのアーキテクチャはWASMのスタックベース設計に固有のNP完全なレジスタ割り当て問題を回避し、自然な継続サポートにより、プログラムはブロック境界を越えて一時停止および再開でき、従来のハードウェアでの優れた実行速度は、インフラストラクチャの変更なしにパフォーマンス向上を提供します。Substrate FRAMEパレットはパラチェーンサービス内で引き続き機能しますが、JAMのメータリングシステムは、Substrate開発を負担していた頻繁なベンチマーク要件をしばしば不要にします。
XCM (Cross-Consensus Message format) の進化は、移行全体での相互運用性を保証します。JAMでは完全なXCMP (Cross-Chain Message Passing) が必須となります。現在のHRMP (Horizontal Relay-routed Message Passing) は、すべてのメッセージデータをリレーチェーンに4 KBのペイロード制限で保存するのに対し、JAMのXCMPは、メッセージヘッダーのみをオンチェーンに配置し、オフチェーンデータ送信は無制限です。このアーキテクチャ要件は、RefineとAccumulateステージ間の厳格なデータ送信制限に起因し、リレーチェーンのボトルネックなしに現実的なデータペイロードを可能にします。
JAM-XCMアダプターは、移行期間中にJAMサービスとSubstrateパラチェーン間の相互運用性を維持します。2025年にリリースされるXCM v5の改善には、マルチホップトランザクション、マルチチェーン手数料支払い、必要な署名の削減、およびより良いエラー防止が含まれ、これらはすべてPolkadotからJAMへの移行全体でシームレスに機能するように設計されています。Accordsは同期XCM機能を導入し、準備金ベースの仲介者なしでチェーン間で直接トークンテレポートのような信頼最小化されたインタラクションを可能にします。
ステーキング、トレジャリー、プロトコルアップグレードのためのガバナンスメカニズムは、コアプロトコルに組み込むのではなく、サービスに移行します。この関心の分離はJAMチェーン自体を簡素化しつつ、アップグレード可能なサービスコードに必要なすべての機能を保持します。ステーキング報酬の分配、コアタイム市場、ガバナンス投票を含むアプリケーションレベルの機能はすべてサービス内に存在し、プロトコルレベルの変更を必要とせずに、独自のアップグレード メカニズムを通じて独立して進化できます。
バリデータの移行は引き続き簡単です。オペレーターは現在のPolkadotクライアントではなくJAM互換クライアントを実行する必要がありますが、ブロックの生成、トランザクション(現在はワークパッケージ)の検証、コンセンサスの維持というバリデータの責任は変わりません。コンセンサスのBABE+GRANDPAからSAFROLE+GRANDPAへの移行は、主に運用手順ではなくクライアント実装の内部に影響します。99%以上のアップタイムを維持し、検証リクエストに迅速に応答し、コンセンサスに参加するバリデータは、現在のPolkadotと同様に各エラで均等な報酬を受け取り続けます。
開発者体験: スマートコントラクトからサービス、そしてその先へ
JAMは、参入障壁を取り除きつつ、機能オプションを拡大することで、開発者体験を根本的に変革します。Polkadot 1.0が、チームにスマートコントラクト(機能が限定的でデプロイが容易)かパラチェーン(フル機能でオークションベースのアクセス)のいずれかを選択することを強制したのに対し、JAMは、両方と新しい実行モデルのための柔軟で豊かな環境を提供します。
パーミッションレスなサービスデ プロイモデルは、Ethereum上のスマートコントラクトデプロイに似ています。開発者は、ガバナンスの承認やスロットオークションなしで、コードをサービスとしてデプロイでき、コアタイム調達を通じて利用したリソースに対してのみ支払います。これにより、財政的障壁が劇的に下がります。数百万ドル規模のオークション入札、2年間のスロットコミットメント、複雑なクラウドローンメカニズムは不要です。サービスは、暗号経済的にリソース消費を制限するDOTデポジットを通じて経済的にスケールし、政治的または財政的なゲートキーピングを通じてではありません。
ink!スマートコントラクトはJAMのエコシステムで引き続き繁栄し、専用サービスを介してJAMコアに直接デプロイされる可能性があります。これにより、中間的なパラチェーンホスティングの必要性が排除されます。ツールは成熟したままである:コンパイル用のcargo-contract、実験用のink! playground、開発用のrustfmtとrust-analyzer、コントラクト検証用のChainlensエクスプローラー、および統合テストフレームワーク。概念実証から本番への卒業パスは明確なままです。迅速なイテレーションのためにink!コントラクトから始め、プロダクトマーケットフィットを検証し、パフォーマンス要件がそれを要求するときにJAMサービスまたはパラチェーンに移行します。このプロセス全体でRustコード、テスト、フロントエンドコンポーネントを再利用できます。
3つのサービスエントリーポイントがJAMプログラミングモデルを定義し、開発者に計算について異なる考え方を要求します。
Refine関数は、ロールアップ入力を出力に変換するステートレスな計算を処理します。6秒のスロットあたり最大15 MBのワークアイテムを受け入れ、最大6秒のPVMガスで実行され、最大90 KBの圧縮結果を生成します。Refineはバリデータサブセット間でオフチェーンで並列実行され、データアクセスにはプリイメージルックアップのみが利用可能です。この関数は、グローバル状態から完全に隔離された状態で、計算量の多い処理(トランザクション処理、証明検証、データ変換)を実行します。
Accumulate関数は、Refineの出力を、出力あたり約10ミリ秒に制限されたステートフルな操作を通じてサービス状態に統合します。任意のサービスからストレージを読み取り(クロスサービスクエリを可能にする)、自身のキーバリューストアに書き込み、サービス間で資金を転送し、新しいサービスを作成し、自身のコードをアップグレードし、プリイメージの可用性を要求できます。Accumulateはすべてのバリデータで同期的に実行され、高価ですがデフォルトで安全性が確保されています。Refineに6秒、Accumulateに10ミリ秒という非対称性は、アーキテクチャ上の規律を強制します。計算をオフチェーンにプッシュし、状態更新を最小限に抑えることです。
onTransfer関数は、非同期メッセージングを通じてサービス間通信を処理します。サービスは応答を待たずにメッセージを送信でき、ブロッキングを回避しつつ疎結合を可能にします。将来の機能強化により、複雑なクロスサービスインタラクションに追加のガスを割り当てたり、Accordsを通じて同期パターンを処理したりできるようになる可能性があります。
CorePlayは、JAMのユニークな機能を示す実験的なアクターベースのフレームワークです。コアに直接デプロイされたアクターは、async/await構文を持つ標準的なfn main()スタイルのコードなど、通常の同期プログラミングパターンを使用できます。同じコア上のアクターが互いに呼び出すと、実行は同期的に進行します。異なるコア上のアクターを呼び出す場合、PVMの継続は自動的に実行を一時停止し、状態をシリアライズし、結果が到着した後のブロックで再開します。この抽象化により、マルチブロックの非同期実行が開発者には同期的に見えるようになり、分散アプリケーションロジックを劇的に簡素化します。
開発者ツール改善には、パーミッションレスなサービス作成によるよりシンプルなデプロイ、JAMのメータリングされたPVM実行によるベンチマーク要件の削減、透明で予測可能なコアタイム価格設定(Ethereumのような手数料の変動を回避)、および現実的なパフォーマンステストのために完全な1,023ノードネットワークシミュレーションを提供するマイルストーン3以上の実装者向けのJAM Toasterアクセスが含まれます。Rust、Go、Swift、Zig、Elixir、OCamlなどで作業するチームによる複数の言語サポートは、仕様の明確さを示し、開発者が使い慣れたツールチェーンを選択できるようにします。
同期的なコンポーザビリティは、マルチチェーンアプリケーションで可能なことを変革します。現在のPolkadotパラチェーンはXCMを介して非同期的に通信し、アプリケーションが遅延応答、タイムアウト、ロールバックシナリオを処理する必要があります。JAM のAccordsは、同期実行保証付きでサービス間のインタラクションプロトコルを管理するマルチインスタンススマートコントラクトを可能にします。例えば、Acalaのロードマップは、「Ethereumでフラッシュローンを開始し、単一の同期呼び出しを通じて複数のチェーン間でアービトラージを実行する」ことを示しています。これは、断片化されたブロックチェーンエコシステムではこれまで不可能だったアトミック性です。
SubstrateパレットからJAMサービスへの移行は、ガバナンスの摩擦を軽減します。Substrateパレットは、デプロイと更新のためにオンチェーンガバナンスの承認を必要とするのに対し、JAMサービスはスマートコントラクトのようにパーミッションレスにデプロイされます。開発者はSubstrate SDKの互換性を維持し、パラチェーンサービスにFRAMEを使い続けることができますが、JAMネイティブサービスは、パレットアップグレード調整のオーバーヘッドなしに簡素化された開発モデルにアクセスできます。
ドキュメントと教育リソースは2025年を通じて大幅に拡大しました。JAM 2025ワールドツアーは2大陸9都市を巡り、1,300人以上の開発者と交流しました。技術ドキュメントには、包括的なGray Paper、Polkadot WikiのJAMセクション、公式開発者ガイド、およびコミュニティ作成のチュートリアルが含まれます。Web3 FoundationのDecentralized Futuresプログラムは、JAM教育イニシアチブに資金を提供しており、実装者賞は、高品質のドキュメントと開発ツールを制作するための経済的インセンティブを生み出します。