Author: Bryan; Source: PolkaWorld
ギャビンは、3月12日にバンコクで開催されたsub0カンファレンスで、初めてJAMアーキテクチャを共有した!JAMとは何か、Polkadotにどのような影響を与えるのか?JAMとは何か、Polkadotにどのような影響を与えるのか、そしてどのようなイノベーションをもたらすのか。 Acala CTOのBryanは、Xに関する彼のユニークな洞察を初めて語った。 PolkaWorldのコラージュ版なので、チェックしてみてほしい!
JAMについてもっと知りたい方は、JAMの前身であるCoreJamのドラフトRFCをどうぞ。これはオリジナルのドラフトであり、技術的な詳細の多くが変更されていることに注意してください。https://github.com/polkadot-fellows/RFCs/pull/31
JAM:リレーチェーンを超えたPolkadotリレーチェーンコンポーネントの再構築
JAMの主な特徴の1つは、分散技術スタックのブロックチェーン部分を抽象化する能力です。これは、任意のプログラムやサービスを実行できる複数のコアを持つワールドコンピュータに似た概念を提供します。
ポルカドットのリレーチェーンはさまざまなコンポーネントで構成されており、JAMは実際にこのアーキテクチャをリファクタリングします。
JAMを使えば、分散型の安全なブロックチェーンを構築するために、並列チェーンサービスを実行することができる。しかし、分散型ブロックチェーンの構築は、JAMの数あるアプリケーションの一つに過ぎません。JAMで開発できる興味深いアプリケーションはもっとたくさんあり、データアベイラビリティ(DA)は有用な一例だが、ゲームを変える革新ではない。
開発者がJAMの上にデプロイできる様々なサービスがあり、その1つがパラチェーンサービスで、JAMを通して並列チェーンやブロックチェーンを構築できるサービスです。これはJAMを通して並列チェーンやブロックチェーンを構築できるサービスである。
JAMはサーバーレスアプリをもたらす
ブライアンは、JAMの可能なバリエーションの1つがチェーンレス分散アプリであるChainless Dappであることを共有した。strong>チェーンレス分散アプリ。
これは本当に何を意味するのでしょうか?現在のシナリオでは、コンピューティングパワーを必要とするすべての分散型アプリケーション(dApps)は、ブロックチェーンまたは同様のプラットフォーム上で実行されます。しかし、JAMの導入により、分散型アプリは従来のブロックチェーンに依存することなく計算タスクを実行することができます。
Web2の用語で言えば、イーサやほとんどのスタンドアロンのブロックチェーン・ネットワークは、誰かの地下室でホストされているサーバーのようなものだ。一方、Polkadotはクラウドのようなソリューションを提供しており、Polkadotネットワークが提供する共有セキュリティを享受しながら、一定期間インスタンスをレンタルして独自のブロックチェーンを実行することができる。つまり、ユーザーはポルカドットのインフラを活用することで、独自のサーバーを構築・管理することなく、独自のブロックチェーンを実行・維持することができる。
そしてPolkadot 2.0は、サーバーレス・ソリューションでさらに一歩進んでいます。開発者はもはやサーバーの心配をする必要はない。アプリケーションはリクエストに応じてクラウドのどこかで実行できる。繰り返しますが、共有セキュリティによって保護されています。
サーバーレス以前のクラウドサービスはシンプルで、マシンをレンタルすることでそこにサービスをデプロイしていた。その後、そのマシンを保守し、システムをアップグレードし、パッチを当てる責任があったが、保守コストが高かった。今はパラレルチェーンの開発も同じで、チェーンのメンテナンス、Polkadot-sdkのアップグレードなどに多くのエネルギーを費やさなければならず、コストは相対的に高くなっています。
サーバーレスのコンセプトは、開発者としてビジネスロジックを書くだけでよく、マシンをメンテナンスする必要はなく、ロードバランシングやスケールアップ/ダウンなどについても考えたくないということだ。JAMによって、プロトコル開発者はAWSのようなラムダ関数を開発することができ、アプリケーション開発のコストを削減できる。JAMはプロトコル開発者がAWSのlambdaに似た機能を開発することを可能にし、アプリケーション開発者のメンテナンスコストを削減します。開発者にとって、サーバーというものは存在しない。
AWSラムダはサーバーレスサービスであり、開発者はコードを書いてAWSラムダに投げ、いくつかの設定を行うことができる。マシンのメンテナンス、システムのアップグレード、セキュリティなどはすべてAWS lambdaが担当する。
サーバーレスアプリの利点の多くは、ブロックチェーンに依存しない分散型アプリ(チェーンレス分散型アプリ)にも当てはまる。このようなアプリケーションは、アプリケーションの複数のコピーを複数の処理コアで同時に実行できるため、スケーラビリティが高い。また、このようなアプリケーションは、継続的に実行するのではなく、使用するときだけリソースを消費するため、コストを削減することができ、非常に経済的です。サーバー(ブロックチェーン)を保守する必要がなくなるため、運用コストを大幅に削減できる。ランタイムを行うメンテナ(=JAMサービス)が、アップグレードや新機能の実装などの運用作業をすべて行う。
サーバーレス技術は、すでにいくつかのクラウドアプリケーションの開発方法に革命を起こしている。JAMは同様の変化をもたらす用意がある。しかし、現代のすべてのクラウドアプリケーションがサーバーレスアーキテクチャを採用しているわけではなく、伝統的なサーバーも今日のテクノロジーランドスケープにまだ存在することに注意することが重要だ。これは並列チェーン技術にも当てはまり、並列チェーン技術にはまだ独自の利点とアプリケーション・シナリオがあります。
開発者がEVMコントラクトと呼ばれるJAMサービスを持っていて、コミュニティプロジェクトによって保守され、EVMバージョンのアップグレードや機能追加などを担当しているとします。ユーザーはこのJAMサービスを使って、EVMコントラクトを直接デプロイして実行することができます。
JAMの無限の可能性
JAMはそれだけにとどまりません。JAMは非常に興味深いモデルと大きな可能性を秘めた多くのプリミティブを提供する。異なるモデルを持つ、より多くの現代的な分散型アプリケーションが見つかると確信している。本質的に、JAMの目標は、既存の制限のいくつかを取り除き、開発者にPolkadot 1.0よりも自由で柔軟性を提供することです。
異なるJAMアプリ間で同期メッセージングを行う機能については、ここでは触れていません。これはWeb2アプリではできないことで、アプリ間で直接通信を同期させるのではなく、メッセージングを処理するためにサーバーに依存するのが一般的だからです。この機能により、分散化されたアプリの相互作用とコラボレーションの可能性が広がります。
非同期リクエスト(すなわち、応答を待っている間、他のタスクを実行し続けることができるリクエスト)は、Web2テクノロジーにおいて、ほぼ解決された問題です。しかし、非同期リクエストは複雑さを増し、多くのバグを引き起こすことを認めなければならない。よくある問題としては、"コールバック地獄"(コールバック関数が複数入れ子になり、理解や保守が困難になること)や "レースコンディション"(複数の同時処理が予測不可能な結果をもたらすこと)などがある。また、「レースコンディション」(複数の同時処理が予測不可能な結果をもたらすこと)も発生する。今日のクロスチェーンのメッセージング・プロトコルでは、このような問題が見られ始めている。しかし、これはもはや問題ではないかもしれません。
JAMはまだ初期段階にあり、使えるようにするには多くの作業が必要です。JAM RFCがリリースされたらすぐに知りたい場合は、Fellowship RFCリポジトリから目を離さないでください: https://github.com/polkadot-fellows/RFCs