コンパイル: ポルカワールドオンデマンド パラチェーン (パラスレッドとも呼ばれます) の開発が始まりました。多くの人がすでに並列スレッドの立ち上げを待っていますが、この記事では並列スレッドとは何かについて説明します。パラスレッドはどのようにしてブロックを生成する権利を取得するのでしょうか?そしてコレクターの検証プロセスなど。オンデマンド パラチェーンは、ブロック スペースを取得するより動的な方法の最初のバリアントです。既存のパラチェーンは、ブロック スペースを取得する非常に静的な方法を提供します。つまり、オークションに勝つと、1 年などの長期間使用可能なブロック スペースが保証されます。現在、パラチェーンは期間を通じて 12 秒ごとにブロックを生成します。ブロックを定期的に生成するというこの保証は、実際に一部のアプリケーション/チェーンが必要とするものであり、これはパラチェーンがスマート コントラクトよりも優れている特徴の 1 つです。しかしその一方で、ネットワークの観点から見ると、これは一部のアプリケーションにとっては重すぎるため、パラチェーンになると大量のリソースの無駄が発生します。ユーザーの観点から見ると、オークションでの落札は比較的参入障壁が高く、新しいプロジェクトやアイデアがネットワークに参加することが困難になります。オンデマンド パラチェーンを使用すると、この障壁が低くなり、より効率的な方法でリソース消費量の少ないアプリケーションにネットワークが開かれます。では、これはどのように機能するのでしょうか?オンデマンド パラチェーンでは、12 秒ごとにブロック生成をスケジュールするのではなく、必要に応じてコレーターがコア (ブロック生成の機会) を注文し、特別なブロック生成を Polkadot のリレー チェーンに送信します。 ParaId のコアであり、支払ってもよい最大価格が含まれています。**コアを注文**リレー チェーン ランタイムは、コアの現在の最良価格を計算します。新しい注文の最高価格がそれ以上で、アカウントに十分な資金がある場合、現在の最良価格に従って請求され、間もなく請求されます。ブロックプロデューサーはブロック権限を手配します。この価格は、現在の需要に基づいてリレー チェーンによって計算されます。激しい価格変動を避けるために需要にゆっくりと反応するために、手数料と同じメカニズムに基づいています。Polkadot の共同創設者 Robert 氏はこの質問に付け加え、Parathreads の料金支払いメカニズムでは、入札者が支払ってもよい最高価格に関係なく、支払われる料金は同じであると説明しました。オンデマンドのパラチェーンの需要が高い場合、コアの価格は自動調整によってゆっくりと上昇します。この状況では、「MEV」問題が発生する可能性があります。これは、マイナーまたはバリデーターがトランザクションの順序または含まれるトランザクションを操作することによって得られる追加収益を指します。たとえば、バリデーターは、より多くの手数料を徴収または燃焼できるように、より高い入札額の注文の処理を遅らせることを選択する場合があります。しかし、ポルカドットの「死すべき外因性」がこの可能性を制限します。 「致命的な外部関数」はライフサイクルを持つトランザクションです。つまり、これらのトランザクションは処理されるまで永久に待機せず、一定期間が経過すると自動的に破棄されるため、バリデーターの動作領域が制限されます。パラスレッドがブロック パーミッションを要求するときに既存のセキュリティ メカニズムを使用するには、ブロック パーミッションを要求して送信するトランザクション (外部) に署名する必要があります。 「署名付き外部」とは、トランザクションを送信したアカウントが独自の秘密キーを使用してトランザクションに署名したことを意味します。これは、アカウントの所有者以外の誰もアカウントの公開キーと一致する署名を生成できないため、他人がアカウントになりすましてトランザクションを送信するのを防ぐように設計されています。そのため、リレー チェーンが署名付きトランザクションを受信すると、そのトランザクションが実際に送信された本人であることを確認できます。さらに、署名されたトランザクションには、ノンス (リプレイ攻撃を防ぐために使用される) やチップ (ブロック提供者にチップを渡すために使用される) などの追加情報が含まれることもあります。リレーチェーンにはこの情報を処理するメカニズムがすでに備わっているため、デマンド駆動型のパラチェーンのブロックリクエストに署名付きトランザクションを使用することで、新しいセキュリティメカニズムを開発することなく、これらの既存のメカニズムを直接活用できるようになります。ユーザーの観点から見ると、これは、支払われるべき合計価格料金が 3 つの部分で構成されていることを意味します: 従来の取引手数料 (取引の処理に必要なコンピューティング リソースの支払いに使用されます)、オプションのチップ (これは使用されます)ブロックプロデューサーがトランザクションを優先するよう奨励するため）、および上記のサブスクリプションコア価格（つまり、ブロックパワーの価格）。**コレクター ノードに注文メカニズムを統合します**実際のブロック作成プロセスは、バリデーター (照合器) と静的パラチェーンの場合とまったく同じです。コレーターは、ブロックの収集と作成を担当するノードです。彼らはパラチェーン、特に担当するパラチェーン (ParaId によって識別される) のステータスを定期的にチェックします。 ParaId に対応するパラチェーンがブロックを作成する時期に達しようとしていることが判明した場合、新しいブロックの生成を開始します。ブロックを生成した後、ブロックの内容とブロックの有効性を証明する情報を含むプルーフ (Proof of Validity、PoV と呼ばれる) を生成する必要があります。次に、この PoV 証明を割り当てられた支援グループ (支援グループ) に送信します。承認グループは、このブロックの有効性をチェックおよび確認する責任を負うノードのグループです。オンデマンド パラチェーンでのブロック生成プロセスは静的パラチェーンと同じですが、オンデマンド パラチェーンでは、ブロックのリクエストを送信するときにコレーター (Collators) に新しいメカニズムを導入する必要があります。生成の機会（つまり、「コア注文」）。現在、この新しいメカニズムを設計する方法については、いくつかの可能な戦略があります (この問題に興味がある場合、または Cumulus についてある程度の知識がある場合は、この問題を深く掘り下げることが、このプロジェクトに参加し、次の点で役立つでしょう)パラチェーンのより迅速な実装を要求します。Cumulus は、Polkadot ネットワークと Kusama ネットワーク上にパラチェーンを構築するための開発フレームワークです。これは、Polkadot の主な開発者である Parity Technologies によって開発されました。 Cumulus は、開発者がパラチェーンを構築する際の複雑さを軽減します。 Cumulus を使用してパラチェーンを構築すると、リレー チェーンとの通信、ブロック検証やファイナリティ処理など、Cumulus にすでに実装されている共有ロジックや機能を利用できます。これにより、開発者は、こうした低レベルの問題に対処することなく、ビジネス ロジックに集中できるようになります。全体として、Cumulus の目標は、パラチェーンの構築をできるだけ簡単にして、Polkadot と Kusama の生態系の開発を促進することです。もう 1 つの重要な注意事項は、コレーターがホット ウォレット (ネットワークに接続されたウォレット) から動作している場合、セキュリティ リスクがある可能性があるということです。そのため、オンデマンドパラチェーン上でコア入札権限のみを持つ専用のプロキシアカウントタイプを提供し、セキュリティリスクを軽減します。**統合された非同期サポートと詳細**より興味のある技術的な読者のために、オンデマンド パラチェーンの開発全体がここで追跡されています。サブタスクはここにあります (特に今後の非同期サポートの統合については、いくつかの反省点がこのコメント (.つまり、既存のコア抽象化はもはや 0 次元ではなく、1 次元になります。これは、システムまたはモデルの動作方法がより柔軟または複雑になり、これらの「コア」またはシステムの他の部分が、将来発生するタスクやイベントを事前に認識または予測できることを意味する可能性があります。これは、システム全体が将来のアクティビティをより適切に予測および処理できるようにする最適化または改善である可能性があります。Polkadot では、「コア」はパラチェーン上のトランザクションやその他のアクティビティの処理と検証を担当する特別なノードであり、「コアの抽象化」は通常、いくつかの複雑な内部メカニズムや実装の詳細が抽象化された設計を指します。単純なインターフェイスの下に隠されたり、コンセプト。しかし、今のところ詳細は十分です。私たちはオンデマンドパラチェーンがもたらす新たな可能性に非常に興奮しており、実際に稼働するのを見るのが待ちきれません。コンテンツ参照リンク:
Polkadot パラスレッドの開発は、それがどのように機能するかを理解し始めています
コンパイル: ポルカワールド
オンデマンド パラチェーン (パラスレッドとも呼ばれます) の開発が始まりました。多くの人がすでに並列スレッドの立ち上げを待っていますが、この記事では並列スレッドとは何かについて説明します。パラスレッドはどのようにしてブロックを生成する権利を取得するのでしょうか?そしてコレクターの検証プロセスなど。
オンデマンド パラチェーンは、ブロック スペースを取得するより動的な方法の最初のバリアントです。既存のパラチェーンは、ブロック スペースを取得する非常に静的な方法を提供します。つまり、オークションに勝つと、1 年などの長期間使用可能なブロック スペースが保証されます。現在、パラチェーンは期間を通じて 12 秒ごとにブロックを生成します。ブロックを定期的に生成するというこの保証は、実際に一部のアプリケーション/チェーンが必要とするものであり、これはパラチェーンがスマート コントラクトよりも優れている特徴の 1 つです。
しかしその一方で、ネットワークの観点から見ると、これは一部のアプリケーションにとっては重すぎるため、パラチェーンになると大量のリソースの無駄が発生します。ユーザーの観点から見ると、オークションでの落札は比較的参入障壁が高く、新しいプロジェクトやアイデアがネットワークに参加することが困難になります。オンデマンド パラチェーンを使用すると、この障壁が低くなり、より効率的な方法でリソース消費量の少ないアプリケーションにネットワークが開かれます。
では、これはどのように機能するのでしょうか?オンデマンド パラチェーンでは、12 秒ごとにブロック生成をスケジュールするのではなく、必要に応じてコレーターがコア (ブロック生成の機会) を注文し、特別なブロック生成を Polkadot のリレー チェーンに送信します。 ParaId のコアであり、支払ってもよい最大価格が含まれています。
コアを注文
リレー チェーン ランタイムは、コアの現在の最良価格を計算します。新しい注文の最高価格がそれ以上で、アカウントに十分な資金がある場合、現在の最良価格に従って請求され、間もなく請求されます。ブロックプロデューサーはブロック権限を手配します。この価格は、現在の需要に基づいてリレー チェーンによって計算されます。激しい価格変動を避けるために需要にゆっくりと反応するために、手数料と同じメカニズムに基づいています。
Polkadot の共同創設者 Robert 氏はこの質問に付け加え、Parathreads の料金支払いメカニズムでは、入札者が支払ってもよい最高価格に関係なく、支払われる料金は同じであると説明しました。オンデマンドのパラチェーンの需要が高い場合、コアの価格は自動調整によってゆっくりと上昇します。
この状況では、「MEV」問題が発生する可能性があります。これは、マイナーまたはバリデーターがトランザクションの順序または含まれるトランザクションを操作することによって得られる追加収益を指します。たとえば、バリデーターは、より多くの手数料を徴収または燃焼できるように、より高い入札額の注文の処理を遅らせることを選択する場合があります。しかし、ポルカドットの「死すべき外因性」がこの可能性を制限します。 「致命的な外部関数」はライフサイクルを持つトランザクションです。つまり、これらのトランザクションは処理されるまで永久に待機せず、一定期間が経過すると自動的に破棄されるため、バリデーターの動作領域が制限されます。
パラスレッドがブロック パーミッションを要求するときに既存のセキュリティ メカニズムを使用するには、ブロック パーミッションを要求して送信するトランザクション (外部) に署名する必要があります。 「署名付き外部」とは、トランザクションを送信したアカウントが独自の秘密キーを使用してトランザクションに署名したことを意味します。これは、アカウントの所有者以外の誰もアカウントの公開キーと一致する署名を生成できないため、他人がアカウントになりすましてトランザクションを送信するのを防ぐように設計されています。そのため、リレー チェーンが署名付きトランザクションを受信すると、そのトランザクションが実際に送信された本人であることを確認できます。
さらに、署名されたトランザクションには、ノンス (リプレイ攻撃を防ぐために使用される) やチップ (ブロック提供者にチップを渡すために使用される) などの追加情報が含まれることもあります。リレーチェーンにはこの情報を処理するメカニズムがすでに備わっているため、デマンド駆動型のパラチェーンのブロックリクエストに署名付きトランザクションを使用することで、新しいセキュリティメカニズムを開発することなく、これらの既存のメカニズムを直接活用できるようになります。
ユーザーの観点から見ると、これは、支払われるべき合計価格料金が 3 つの部分で構成されていることを意味します: 従来の取引手数料 (取引の処理に必要なコンピューティング リソースの支払いに使用されます)、オプションのチップ (これは使用されます)ブロックプロデューサーがトランザクションを優先するよう奨励するため）、および上記のサブスクリプションコア価格（つまり、ブロックパワーの価格）。
コレクター ノードに注文メカニズムを統合します
実際のブロック作成プロセスは、バリデーター (照合器) と静的パラチェーンの場合とまったく同じです。コレーターは、ブロックの収集と作成を担当するノードです。彼らはパラチェーン、特に担当するパラチェーン (ParaId によって識別される) のステータスを定期的にチェックします。 ParaId に対応するパラチェーンがブロックを作成する時期に達しようとしていることが判明した場合、新しいブロックの生成を開始します。ブロックを生成した後、ブロックの内容とブロックの有効性を証明する情報を含むプルーフ (Proof of Validity、PoV と呼ばれる) を生成する必要があります。次に、この PoV 証明を割り当てられた支援グループ (支援グループ) に送信します。承認グループは、このブロックの有効性をチェックおよび確認する責任を負うノードのグループです。
オンデマンド パラチェーンでのブロック生成プロセスは静的パラチェーンと同じですが、オンデマンド パラチェーンでは、ブロックのリクエストを送信するときにコレーター (Collators) に新しいメカニズムを導入する必要があります。生成の機会（つまり、「コア注文」）。
現在、この新しいメカニズムを設計する方法については、いくつかの可能な戦略があります (この問題に興味がある場合、または Cumulus についてある程度の知識がある場合は、この問題を深く掘り下げることが、このプロジェクトに参加し、次の点で役立つでしょう)パラチェーンのより迅速な実装を要求します。
Cumulus は、Polkadot ネットワークと Kusama ネットワーク上にパラチェーンを構築するための開発フレームワークです。これは、Polkadot の主な開発者である Parity Technologies によって開発されました。 Cumulus は、開発者がパラチェーンを構築する際の複雑さを軽減します。 Cumulus を使用してパラチェーンを構築すると、リレー チェーンとの通信、ブロック検証やファイナリティ処理など、Cumulus にすでに実装されている共有ロジックや機能を利用できます。これにより、開発者は、こうした低レベルの問題に対処することなく、ビジネス ロジックに集中できるようになります。
全体として、Cumulus の目標は、パラチェーンの構築をできるだけ簡単にして、Polkadot と Kusama の生態系の開発を促進することです。
もう 1 つの重要な注意事項は、コレーターがホット ウォレット (ネットワークに接続されたウォレット) から動作している場合、セキュリティ リスクがある可能性があるということです。そのため、オンデマンドパラチェーン上でコア入札権限のみを持つ専用のプロキシアカウントタイプを提供し、セキュリティリスクを軽減します。
統合された非同期サポートと詳細
より興味のある技術的な読者のために、オンデマンド パラチェーンの開発全体がここで追跡されています。
サブタスクはここにあります (特に今後の非同期サポートの統合については、いくつかの反省点がこのコメント (.
つまり、既存のコア抽象化はもはや 0 次元ではなく、1 次元になります。これは、システムまたはモデルの動作方法がより柔軟または複雑になり、これらの「コア」またはシステムの他の部分が、将来発生するタスクやイベントを事前に認識または予測できることを意味する可能性があります。これは、システム全体が将来のアクティビティをより適切に予測および処理できるようにする最適化または改善である可能性があります。
Polkadot では、「コア」はパラチェーン上のトランザクションやその他のアクティビティの処理と検証を担当する特別なノードであり、「コアの抽象化」は通常、いくつかの複雑な内部メカニズムや実装の詳細が抽象化された設計を指します。単純なインターフェイスの下に隠されたり、コンセプト。
しかし、今のところ詳細は十分です。私たちはオンデマンドパラチェーンがもたらす新たな可能性に非常に興奮しており、実際に稼働するのを見るのが待ちきれません。
コンテンツ参照リンク: