先月、別の開発者と学生のグループが、スイスのルツェルンにあるPolkadot Blockchain Academy (PBA)を通じて Web3 の勉強を完了しました。ギャビンは卒業式に自ら出席し、卒業式の日に全員に祝福とビジョンをもたらしました。同時に、 JAM プロトコルの複数の実装チームも、イベントで卒業生と JAM での旅と JAM プロトコルに対する深い理解を共有しました。
JAM に参加したい開発者であっても、JAM の今後の発展に期待している一般ユーザーであっても、この記事は読んで学ぶ価値があります。
抽象的な：
JAM導入チームの紹介とJAM参加の動機
JAM開発の現状：38チーム、15言語、上司なし、命令なし
JAM と開発チームの短期から中期の目標は何ですか?
Polkadot から JAM への移行パスはどのようなものになるでしょうか?
JAMへの思いと今後の期待
JAM はブロックチェーン市場全体にどのような影響を与えますか?
JAM のコアな適用シナリオは国家インフラですか?
この記事の内容は、「PBA スペシャル: JAM with the Builders」イベントからのものであり、PolkaWorld によって編集および整理されています。元の記事はかなり長いので、OneBlock+ では内容を簡素化しています。全文を読むには、元の記事をご覧ください。
🔗 真の Web3 を構築する唯一の方法は JAM ですか?これらのビルダーの意見を聞いてください
🔗JAMは暗号通貨市場にどのような影響を与えますか？ Polkadot の今後のユーザーエクスペリエンスをどのように向上させるのでしょうか?
📚JAM実装チームの紹介
Tomek: 私はFluffy Labsから来ました。約 8 か月前、私たちは Typeberry と呼ばれる実装で、TypeScript に JAM プロトコルを実装することを決定しました。開発を進める中で、他の JAM チームの開発エクスペリエンスを向上させるという目標も掲げており、JAM 関連のツール チェーンの構築も積極的に行っています。
Daniel: 私は jamixir チームで働いており、主に Elixir 言語で JAM を実装しています。私たちのチームには2人しかいません。私は香港でPBAコースに参加した後、これを始めました。学びながら開発し、より多くの人にJAMを知ってもらいたいと思い、Twitterでもコンテンツを発信しました。まだ製品化には程遠いですが、現段階では非常に興味深いです。
Maciej: 私は Graymatter チームに所属し、Elixir で JAM 実装を構築しています。チームには 4 人のメンバーがいて、全員がパートタイムで働いています。 JAM に参加するにはフルタイムの従業員である必要はありません。軽量クライアントやツールの開発など、空き時間に参加することもできます。私たちは、ツールの共有やリソースのテストなど、他のチームとのコラボレーションに重点を置いており、一緒にプロトコルをより堅牢なものにしたいと考えています。私は JAM が Polkadot の未来であり、それがもたらす抽象化機能が新たな可能性を切り開くと信じています。
Alistair: 私は現在、Web3 Foundation の主任科学者であり、主な仕事は JAM の設計を理論レベルからサポートすることです。
Kian: 私は Graymatter チームのプロジェクト マネージャーとして働いており、JAM の開発にパートタイムで参加しています。主な目的は、初期のマイルストーンに参加することで JAM への理解を深め、将来の本番環境の立ち上げに備えることです。
🏄 JAM 開発に参加する理由は何ですか?
トメック：最初はただ面白いと思って、パートタイムでやってみようかと考えました。私は Parity で Polkadot に取り組んでいましたが、休暇を取った後、JAM に戻ってこれまでの経験を活かす良い機会だと感じました。友人にシェアしたら、彼らも興味を持ってくれたので、私たちはそれに専念するようになりました。
Maciej: Polkadot の開発者として、私は JAM についてよく質問されます。それを理解するのは私の責任だと感じており、最善の方法は自分で構築してグレーペーパーを読むことです。 JAM はこれまでは実現できなかった新しい機能をもたらすと信じており、待つ価値があるので、時間を投資するつもりです。
アリステア：私がJAMに参加したきっかけは、誰かが私に相談に来たからです。 JAM のデータ可用性設計は非常に魅力的であり、その応用シナリオを見るのが待ちきれません。詳しく見てみると、Polkadot プロトコルは 1 人の人間が理解するには複雑すぎます。 JAM がグレーペーパーを通じて分かりやすいプロトコル仕様を開発したことは、より高性能なシステムに向けた重要な一歩であり、その最終結果を非常に楽しみにしています。
ダニエル: 私の物語は PBA (Polkadot Blockchain Academy) から始まりました。私はちょうど JAM の立ち上げに間に合うように PBA を卒業しました。賞金のインセンティブはプラスでしたが、さらに重要なのは、学習プロセス、ギャビンのようなトップ開発者とのコラボレーション、そして基礎となるプロトコルの理解でした。私は、Web3 に対する Gavin のビジョン、つまり真に分散化され、許可がなく、攻撃に強いシステムを信じています。JAM はこの目標を達成するための最高の機会であり、ぜひ参加したいと思っています。
Kian: 私たちのチーム メンバーは、Polkadot のベテランから PBA を卒業した新人まで、多様なバックグラウンドを持っています。これは、学習と実践に投資する意志がある限り、誰であっても JAM の推進に参加でき、チャンスは常に存在するということを示しています。
🛠️JAM 開発の現状はどうなっていますか? 38 チーム & 15 言語
ダニエル: JAM 報酬プログラムの設計は非常に巧妙だと思います。異なるバックグラウンドを持つ開発者が、同じ Gray Paper に基づいてプロトコルを独立して実装することを奨励します。互いに干渉したり、お互いのコードの詳細を理解したりすることはありませんが、全員が同じ仕様に従い、徐々に相互接続性と相互運用性を実現し、真に分散化されたネットワークを構築します。数か月前までは、各チームは独立してブロックを製造し、互いの仕様を検証することができました。時々バグに遭遇しましたが、健全な交流とコミュニティの雰囲気の確立も促進されました。
JAM エクスペリエンス イベントは、 JAM テストネットの立ち上げが予定されている今年 5 月にリスボンで開催される予定です。 JAM Toasterと呼ばれるデータセンターも建設中です。このスーパーコンピュータ クラスターは、大規模なネットワーク ストレス テストに使用されます。数百のコア、PB レベルのストレージ、TB レベルのメモリを備えています。その時、さまざまな実装が相互に関連し、そのシーンは非常に衝撃的なものになるでしょう。
Tomek : まだ多くの人が知らないかもしれませんが、現在38 チームが公に参加しており、約15 のプログラミング言語をカバーしています。これほど多くの実装が必要かどうか疑問に思う人もいるかもしれません。目標はすべてのバージョンを本番環境に導入することではなく、専門家のコミュニティを育成することです。 Polkadot の既存の技術フェローシップと同様に、JAM はプロトコルがオンラインになる前にこの知識ネットワークを構築し、将来のアップグレードのための人材基盤を築くことを選択しました。
マチェイ：この賞の中心的な目的の一つは、知識の分散化を通じて環境の繁栄を促進することです。 PBA、JAM Prize、Fellowship はすべて同じ目標を達成することを目指しています。それは、より多くの人々がプロトコルについて学び、参加し、真に理解できるようにすることで、将来的に独自にツールを開発し、エコロジカルな発展を促進できるようにすることです。少数の人々だけがそれを理解すれば、エコシステム全体が脆弱になります。したがって、将来の成功を真に確実にするために、知識を伝えなければなりません。
Kian : 現在の Polkadot Technology Fellowship の重要な役割は、単一の企業が開発のボトルネックになったり、知識の独占点になったりするのを防ぐことです。 JAM は、その表彰プログラムを通じて 40 を超えるチームと数百人の開発者を集め、知識の分散化を先進的に展開してきました。今後、JAM のメンテナンスとアップグレードは、単一の組織の管理から完全に離れることになり、これは非常に注目に値します。
🎯 JAM とあなたのチームの短期から中期の目標は何ですか?
Tomek : JAM に関しては、 1年以内に安定したテストネットが構築されることを心から願っています。我々のチームとしては、使用する言語の性能が高くないため、マイルストーン3に到達するのは難しいかもしれないと考え、マイルストーン2（基本機能）を完成させることに目標を調整し、その後はJAMへのアクセス入口を提供するブラウザライトクライアントの開発に着手しました。 JAM は、トークンとガバナンス メカニズムをネイティブに含まない最小限のプロトコルです。すべての機能はサービスという形で拡張する必要があります。今後のアップグレードでは、量子耐性暗号化やバリデーターの効率向上など、基礎となる最適化に重点が置かれます。アップグレードがシステムリスクをもたらさない限り、一般的にコミュニティの分裂を引き起こすことはありません。
ダニエル：私たちのチームでは Elixir 言語を使用していますが、マイルストーン 5 に到達できるかどうかはまだ不透明です。パフォーマンスのボトルネックが発生した場合は、Rust を使用して基礎モジュールを実装し、論理制御を Elixir に任せることができます。私の計画は、今後少なくとも 10 年間は JAM エコシステムに留まることです。 JAMが完成した後も、今後はサービス構築作業が沢山あるからです。さらに、私は今、会社も上司もクライアントもいないこの働き方が本当に気に入っています。私たちは、同じ志を持つ人々が自由に協力し合い、お互いに共有し合うコミュニティです。それが最高のことです。
Maciej : 私は先月から JAM プロジェクトに参加し始めたばかりで、まだ急速に学習し、慣れている段階です。現在、ほとんどのチームは最初のマイルストーン（基本的な状態遷移機能）に焦点を当てており、シャーディング アーキテクチャの中核的な課題に直面しようとしています。これらはまさに、Polkadot 2.0 における私の長期的な研究開発の方向性です。次は、ELVES（実行環境）の構築でチームをサポートし、シャーディングの経験を他のチームと共有したいと考えています。すべてが順調に進めば、1年以内にJAMにおけるELVESの初期運用結果が見られるようになるはずです。
Alistair :私の焦点は、JAM の最初のバージョンにどのような機能を組み込めるか、そして、後から何をプッシュする必要があるかということです。例えば、Tenderbakeチームが最近議論したDKGプロトコルでは、しきい値暗号化を導入できればバリデーターの負担を40%軽減し、処理能力を40%向上させることができますが、これではオンラインの最初のバージョンに追いつけない可能性があり、開発者は「最初から疲れたくない」のかもしれません。現在、Polkadot のコンセンサス レイヤーには、ハードフォークによるアップグレードが必要です。 JAM は将来的に独自のフォーク管理メカニズムを確立する予定です。フェローシップはより重要な役割を果たす可能性があり、プロトコルの大幅な変更を担当する「JAM 支部」を設立することさえあります。
🗺️ Polkadot から JAM への移行パスはどうなるのでしょうか?
Maciej : この質問は 2 つの部分に分けられます。まず第一に、パラチェーンがまだ JAM に存在する場所があることは明らかであり、その移行と運用をサポートするサービスが存在するでしょう。移行方法については、まだ結論が出ていません。チェーンの再開（Regenesis）が必要かどうかも議論中です。最終的には、技術的なフェローシップとガバナンスの決定が必要になる場合があります。私たちはPolkadot 2.0アップグレードでの移行経験を積み重ねており、この経験がJAMの移行に大いに役立つと信じています。
Alistair :最も基本的な考え方は、まず JAM 上で並列チェーンの実行をサポートできるコア チェーン サービスを開発することです。ほとんどのパラチェーン ノードは FRAME および Cumulus フレームワークを使用して構築されているため、それらを適応させることは難しくなく、最初にロジックを実行するだけで済みます。データや状態の保存など、より複雑な移行の詳細は、次のフェーズの技術的な課題です。
Kian : Parity and Fellowship の現在の目標は、移行を可能な限りシームレスにすることです。まだ計画の初期段階ではありますが、方向性は決まっています。今年のPolkadotの複数のアップグレード、特にリレーチェーンからシステムチェーン（Asset Hubなど）への機能の移行は、将来のJAMへの切り替えに備えてリレーチェーンを「クリア」し、スムーズな置き換えの基盤を築くものです。
📌JAMに対する思いや今後の期待は？
Tomek: JAM は既存の Polkadot アーキテクチャよりもはるかに汎用性があります。既存のパラチェーンを直接移行しても、正常に動作します。しかし、より重要な質問は、既存のパラチェーンを移行する以外に何ができるのかということです。
JAM は、私たちに多くの新しい可能性をもたらします。たとえば、将来も「チェーン」形式を使用する必要があるのでしょうか。新しいモデルが出るのでしょうか？ JAM 上でどのような新しいサービスを構築できるのでしょうか? JAM には固定された開発フレームワークはありません。 PVM は RISC-V をベースとしており、ほぼすべての主流言語をサポートしています。開発者はツールを自由に選択し、自分に合ったフレームワークを定義でき、それがエコシステムの基盤となります。
ダニエル： Web3 の理想、つまり分散化、検閲耐性、そしてチェーンが中央集権的な組織に依存せずに完全に独立して実行できることを本当に信じているなら、現時点では、Polkadot と JAM だけがまだこれを真剣に主張しています。イーサリアムは現在「行き詰まっており」、その技術は時代遅れであり、コミュニティがメジャーアップグレードを推進することは困難です。イーサリアムを上回ると主張する他のチェーンは、本質的には中央集権的な企業によって運営されており、1つまたは2つの組織が状況を制御できます。
真のWeb3を実現したいなら、PolkadotとJAMが唯一の選択肢です。もちろん、この道はさらに多くの人々が参加して共に築くことを必要としています。
アリスター：Polkadot と JAM の夢は、真に分散化され、検閲に耐性のあるプロトコルを構築することです。設計はまだ進行中ですが、 JAM のさまざまな抽象化と一般化により、新たな可能性が開かれる可能性があります。例えば、ギャビンはその年に「Coreplay」というアイデアを提案しましたが、これは既存のパラチェーンを超えた新しいアイデアです。そのアイデアは当時は公式には PR (プル リクエスト) にはなっていませんでしたが、興味があれば、Fellowship の RFC リポジトリを確認してください。
Maciej : 最初のシャードブロックチェーンである Polkadot には多くの正しい設計がありますが、技術的負債も蓄積されています。 JAM は、この負債を清算し、プロトコルをより簡潔かつ抽象的な方法で再構築する機会です。 JAM はより明確なアーキテクチャとよりシンプルなロジックを備えているため、将来の開発者やコミュニティにとって理解しやすくなります。もし JAM が単なるパラチェーンのリメイクに終わってしまうとしたら、それは完全な失敗となるでしょう。私たちが本当に楽しみにしているのは、JAM をベースにした新しいイノベーションの誕生であり、Coreplay は私が最も期待している方向性の 1 つです。
🎙️Q&Aセッション
Q: 分散化の点では、Polkadot は他のブロックチェーンよりも優れています。政府や機関は本当に完全な地方分権化の準備ができているのでしょうか?
ダニエル：私は、JAM の中心的な応用シナリオは国家のインフラストラクチャーである、と固く信じています。実際のところ、技術インフラが完全に独立している国は世界にほんのわずかしかありません。実際、ほとんどの国は Google や Amazon などの集中型クラウド サービス プロバイダーに依存しています。たとえば、私はブラジル人で、ブラジルの人口は 2 億人です。しかし、これほど大きな人口基盤があっても、ブラジルはアマゾンやグーグルのインフラレベルに追いつくことはできない。結局のところ、ほとんどの国は米国や中国の大企業に頼るしかありません。
しかし、これらの国々がブロックチェーンやJAMのようなシステムをベースに独自のインフラを構築できれば、真の技術主権を獲得でき、特定の国や大企業を信頼する必要がなくなります。したがって、 Polkadot と JAM は、国が技術的な自治を達成できる唯一の方法であると私は考えます。彼らがイーサリアムを信頼しているのであれば、実際には主に米国でホストされている2つの中央集権型ノードを信頼していることになりますが、これは決して主権とは言えません。これらの国々に真の主権を与えることができるのは、Polkadot と JAM だけです。
Q: 集中トレーニングコースを修了し、Rust 言語やその他の知識を習得しました。今はJAMプロジェクトに参加したいと思っています。どうやって参加すればいいですか？
Maciej : まず、Gray Book のページを見てみてください。グレーブックを読むとき、100%理解できると期待する必要はありません。大まかな概要を把握するために、ちょっと見てみましょう。次に、灰色の紙のページには「実装チーム リスト」があり、実装に関与するさまざまなチームがリストされます。約 40～50% のチームが連絡先情報 (Telegram アカウントやメール アドレスなど) を残しました。 Google で名前を検索したり、メッセージを送信して直接連絡したりすることもできます。既存のチームに直接参加したい場合は、これが推奨される方法です。もちろん、クラスメートや友達を見つけて新しいチームを結成することもできます。
Tomek : 別の方法もあります。Element グループ (分散型チャット プラットフォーム) に参加することです。 Gray Book の Web サイトには、Element グループへのリンクもあります。主なグループは 2 つあります。1 つは Gray Book ディスカッション グループ、もう 1 つは JAM 一般グループです。グループ内でメッセージを送信し、自己紹介をして、プロジェクトに参加したい旨を伝えることができます。多くの JAM 開発者が参加しており、その中には独自の小規模なチーム グループを持つ開発者もおり、あなたを招待します。
ダニエル：現在、約 35 チームがこれに取り組んでいます。チームによっては、当面の間、新規メンバーの受け入れを停止しているところもありますが、多くのチームはオープンしています。いくつかのチームに連絡して、どのチームが自分に適しているかを調べてみることをお勧めします。本当に適切な人がいない場合は、独自のチームを結成して一緒に前進することもできます。
Q: 現在のユーザーのニーズや機能のうち、Polkadot では実現できず、JAM に移行することで満たす必要があるものは何ですか?
Maciej ：まず頭に浮かぶのは「 Coreplay 」というコンセプトだと思います。これについてはあまり詳しくありませんが、私の理解では、Coreplay は無制限の実行を実現でき、複数のブロックにまたがるチェーン上でコードを段階的に実行でき、通常のプログラミング言語で for ループなどのロジックを記述できます。この種の機能は現時点では Polkadot では利用できませんが、JAM によって可能になる可能性があります。
Alistair :実際、Polkadot でできないことは何もありません。ただし、いくつかのことは JAM の方が簡単で効率的です。たとえば、Corplay のようなものは、理論的にはパラチェーン上に実装することもできますが、状態アクセス、チェーン間のデータ調整などを管理する必要があり、現在のモデルでは簡単ではありません。
さらに、現在人々が Polkadot を使用する方法は、その潜在能力を完全に実現するにはほど遠いものです。誰もが依然として「1 つのチームが 1 つのチェーンを作成し、それらはすべて似ている」という考えにとらわれています。 Polkadot の Crowdloan システムを設計したとき、1C0 ブームのメカニズムをある程度模倣しましたが、それは良い方向性ではなかったかもしれません。 Polkadot 2.0 の新機能がオンラインになるにつれ、私たちはすでにパラチェーン モデルを超えた道を模索しており、JAM はこの進化の次のステップとなります。つまり、理論上はパラチェーンでできないことはないのですが、実際にそれを実行したり、これらの問題を解決した人は誰もいません。
Q: JAM はブロックチェーン市場全体にどのような影響を与えますか?将来的には業界標準になるのでしょうか?
Maciej ：この質問は、実際に私たちに賭けを強いることになります。私たち全員が JAM に取り組んでいるのは、それが業界標準になる可能性があると信じているからです。振り返ってみると、Polkadot Hub や Asset Hub の移行など、多くの人が Solidity で開発することを好むため、私たちは Polkadot 上で Solidity スマート コントラクトを提供しています。同様に、JAM はより多くのクロスチェーン ブリッジをサポートし、誰もが Ethereum や他のエコシステムから資産を移行できるようになります。全体として、JAM はさまざまな市場セグメントとユーザー グループをカバーします。エコシステム内に完全なスマート コントラクト ツールがある限り、将来、Polkadot エコシステムがカバーできないニーズを想像するのは難しいです。
アリステア：その通りです。当社はもともと技術的な優位性を持っていましたが、現在ではこの優位性をさらに強化しています。しかし、Polkadot は導入とユーザー エクスペリエンスの面で十分にフレンドリーではないことも認識しており、この分野の改善は JAM で非常に重要です。 JAM プロトコルが成功するには、より多くの開発者がその上でアプリケーションを簡単に構築できるようにする必要があります。
Q: JAM プロトコルの開発にはいくつの段階がありますか?最終製品に向けて実際に取り組んでいるチームはいくつありますか?
ダニエル：JAM プロトコルの開発は、基本的な機能の実装から最終的な監査、生産レベルのパフォーマンスまで、5 つの段階に分かれています。
マイルストーン 1 (フェーズ 1) : 「ブロックのインポート」と「状態遷移機能」の正しい実行を実現します。プロトコル全体の完全な実装ではありませんが、ほぼ半分は完了しています。
マイルストーン 2 : すべてのオフチェーン関連モジュールを含む完全なノードを構築します。たとえば、データ可用性層やノード間の通信ネットワークはすべてオフチェーン部分に属します。第 2 段階までに、パフォーマンスはまだ低いかもしれませんが、基本的に実行可能な完全なノードが完成します。
マイルストーン 3 : パフォーマンスを Kusama と同等のレベルに最適化します。これは、少なくともテスト環境ではノードをスムーズに使用できることを意味します。
マイルストーン 4 (フェーズ 4) : 正式リリースをサポートするために、Polkadot の実稼働環境に近いパフォーマンス レベルまでさらに最適化します。
マイルストーン 5 : 独立した監査機関によるレビューを経て、このソフトウェアは安全で信頼性が高く、どこにでも安心して導入できることが確認されました。
現在、公式グレーペーパーのウェブサイトでは 38 チームが JAM 開発に参加していることが公に発表されており、そのうち約 20 ～ 25 チームが実際にアクティブで継続的に前進しています。オフラインでのコミュニケーションや協調開発に参加したい人は 15 ～ 20 人程度です。これらのチームの進捗状況から判断すると、ほとんどのチームが第 3 マイルストーンに進むと予想され、最後の第 5 マイルストーンを達成するチャンスを持つチームもあります。
しかし、合意のその後の段階では依然として多くの課題が残っています。現時点では、グレーペーパーではコンセンサスメカニズムなどの重要な部分の詳細はまだ十分に説明されておらず、関連する開発はまだ深く行われていません。さらに、第 4 段階と第 5 段階のインセンティブの強度が十分かどうかも、チームの継続意欲に影響を与える可能性があります。私の推測では、最終的には少なくとも 8 つの成熟した JAM 実装が登場するでしょう。これは他のどのブロックチェーン プロトコルよりもはるかに多い数です。
🔗 オリジナル動画: https://www.youtube.com/watch?v=uJ2osjrg3P4&t=724s
