ACP-131:Ethereum上のCancunアップデート時に実装されるEIPに対応
CチェーンとEVM系のAvalanche L1上で以下のEIPに対応できるようにする。
対応EIP
・EIP-4844
・EIP-7516
・EIP-11
・EIP-5656
・EIP-6780
利点:EIP4844のBLOBトランザクションは有効化されずBLOB問題が発生しない
欠点:なし
ACP-20:Avalanche ネットワーク クライアントのノードIDにEd25519公開鍵をサポート
RSAとECDSAのみの署名アルゴリズムにEd25519署名アルゴリズムを追加
利点:公開鍵、秘密鍵、署名のサイズが非常に小さい、より高速でセキュアな署名方法(署名の際に乱数を必要としない)
欠点:なし
ACP-103:XチェーンとPチェーンに動的手数料の追加
これまでそれほどX、Pチェーンの利用量が多くなかったので、これらのチェーンの手数料はそれほど問題視されていなかった
利点:高負荷時のネットワークの安定、最新の動的手数料の仕組みを採用(HyperSDKの手数料メカニズム)
欠点:なし
ACP-125:Avalanche上の最小Base Feeの引き下げ
取引を行う際に必要となるガス代の最小Base Fee(基本手数料)を25nAVAXから1nAVAXに引き下げる
利点:ガス代の軽減
欠点:特になし(もともとBase Feeはバーンされていたので、バリデーターにもデメリットがない)
BLS マルチ署名 (Boneh-Lynn-Shacham) は、複数の当事者がメッセージに署名し、その署名を 1 つのコンパクトな署名にまとめることができる暗号化技術です。これにより、署名の全体的なサイズが縮小され、検証の効率が向上します。BLS 署名は、元のメッセージの整合性を維持し、すべての署名者が検証されていることを確認しながら、複数の検証者または参加者の署名を 1 つに集約できるため、スケーラビリティとセキュリティを向上させるためにブロックチェーン システムでよく使用されます。 ってことらしい
Читать полностью…AWMはSubnet同士の相互運用を実現する通信規格で、BLS署名の集約署名をP-Chainを介して検証することで、ブリッジやオラクル、その他第三者が提供するサービスに依存することなく通信できる
Читать полностью…「サブネットバリデータセット管理のP-Chainからサブネットへの移行」によって、一見P-Chainの負担が減りそうですが、Avalancheネットワーク全体のスケーラビリティ向上に繋がる理由は、主に以下の3点です。
プライマリーネットワークの処理能力向上
現状では、サブネットバリデータもプライマリーネットワーク(特にC-Chain)のトランザクション検証に参加しています。
今回の提案により、サブネットバリデータはP-Chainのみを検証すればよくなり、C-Chainへの負荷が軽減されます。
結果として、C-Chainのトランザクション処理能力が向上し、より多くのトランザクションを処理できるようになります。
サブネットの処理能力向上
サブネットバリデータは、プライマリーネットワークの検証から解放されることで、より多くのリソースをサブネットの処理に割くことができます。
これにより、各サブネットのトランザクション処理能力が向上し、より多くのユーザーやアプリケーションをサポートできるようになります。
ネットワーク全体の処理分散
サブネットバリデータセット管理の移管により、バリデータの役割や負荷がプライマリーネットワークとサブネットの間で分散されます。
特定のチェーンに負荷が集中することを避け、ネットワーク全体の処理能力を効率的に活用できるようになり、結果としてスケーラビリティ向上に繋がります。
つまり、今回の提案は、P-Chainの負担を減らすだけでなく、 Avalancheネットワーク全体のリソース配分を最適化し、各チェーンの処理能力を高めることで、全体的なスケーラビリティ向上を実現する ことを目指しています。
「サブネットバリデータセット管理のP-Chainからサブネットへの移行」は、これまでP-Chainが担っていたサブネットのバリデータ管理を、各サブネット自身に移管することを意味します。これは、サブネットにより高い自由度と柔軟性を与えるための重要な変更です。
具体的には、以下の3つの要素が含まれます。
1. 独自のステーキング要件の設定
現状: サブネットバリデータになるためには、P-Chain上でAVAXをステーキングする必要があり、その要件はP-Chainによって一律に定められています。
提案: 各サブネットが、独自のステーキング要件(必要なステーキング量、ロックアップ期間など)を設定できるように変更されます。
例えば、特定のトークンの保有量や、サブネットへの貢献度などをステーキング要件とすることも可能になります。
2. 報酬システムのカスタマイズ
現状: サブネットバリデータへの報酬は、P-Chain上でAVAXで支払われ、その報酬額はP-Chainによって決められています。
提案: 各サブネットが、独自の報酬システム(報酬額、報酬支払い頻度、報酬対象となる行動など)を設計できるようになります。
例えば、サブネットの成長に貢献したバリデータに対して、より多くの報酬を分配する仕組みなどを実装できます。
3. ステーキング資産の多様化
現状: サブネットバリデータになるためには、P-Chain上でAVAXをステーキングする必要があり、他の資産をステーキングすることはできません。
提案: 各サブネットが、ERC-20、ERC-721、または独自のトークンなど、任意の資産をステーキングに利用できるように変更されます。
例えば、特定のNFTをステーキングすることで、サブネットのバリデータになることができるといった仕組みも可能になります。
これらの変更により、サブネット作成者は、それぞれのニーズや目的に最適な形でバリデータセットを管理し、より魅力的な報酬システムを設計できるようになります。これは、開発者がより革新的で多様なサブネットを構築することを促進し、Avalancheエコシステム全体の成長を加速させることが期待されます。
Avalanche Subnetの大幅な進化:柔軟性とアクセス性を向上させる提案
このドキュメントは、Avalancheのサブネットをより柔軟で利用しやすくするための提案です。現在のサブネット作成・管理システムの課題を解決し、新たなユースケースを開拓することを目的としています。
主な課題:
高額な初期費用: サブネットバリデータになるためには、高額なAVAXのステーキングが必要で、新規参入の障壁となっています。
リソースの制約: サブネットバリデータは、プライマリーネットワーク全体を同期・検証する必要があるため、リソース要件が高く、柔軟性に欠けます。
パーミッションレスなサブネットの制限: C-Chainのようなパーミッションレスなブロックチェーンの検証ができない事業者は、サブネットを立ち上げることができません。
提案内容:
サブネットバリデータとプライマリーネットワークバリデータの分離
サブネットバリデータはP-Chainのみを同期・検証するようにし、リソース要件を軽減します。
2000 AVAXのステーキング要件を撤廃し、参入障壁を下げます。
サブネットバリデータは、プライマリーネットワークの検証を行わない代わりに、継続的な手数料を支払う仕組みを導入します。
サブネットバリデータセット管理のP-Chainからサブネットへの移行
サブネット作成者は、独自のステーキング要件や報酬システムを設定できるようになります。
ERC-20、ERC-721、任意のトークンをステーキングに利用できるようになります。
サブネットバリデータに対する継続的なP-Chain手数料メカニズムの導入
サブネットバリデータは、活動時間に応じて継続的に手数料を支払うようになります。
この手数料は、P-Chainのリソース使用量に基づいて動的に調整されます。
メリット:
柔軟性の向上: サブネット作成者は、独自の要件に合わせてバリデータセットやステーキングシステムをカスタマイズできます。
アクセス性の向上: 初期費用とリソース要件が軽減され、より多くのユーザーがサブネットを作成・参加できるようになります。
スケーラビリティの向上: プライマリーネットワークへの負荷が軽減され、ネットワーク全体のスケーラビリティが向上します。
その他:
サブネットの命名規則やセキュリティに関する考察も含まれています。
実装の詳細やセキュリティ上の考慮事項についても詳しく説明されています。
この提案は、Avalancheのサブネットをより柔軟で利用しやすいものにすることで、DeFi、NFT、ゲームなど、様々な分野での活用を促進することが期待されます。
注釈:
ACP: Avalanche Consensus Process (アバランチコンセンサスプロセス)
AVAX: Avalancheのネイティブトークン
Subnet: 特定のアプリケーションやユースケース向けにカスタマイズされた独自のブロックチェーンを構築できるAvalancheの機能
抽象的な
サブネットの作成と管理を全面的に見直し、次の方法でサブネット作成者の柔軟性を高めます。
サブネット バリデーターをプライマリ ネットワーク バリデーターから分離する (プライマリ ネットワークの部分同期、2000 $AVAX 要件の削除)
サブネットバリデーターセット管理の所有権をPチェーンからサブネットへ移行(ERC-20/ERC-721/任意ステーキング、ステーキング報酬管理)
サブネットバリデーター向けの継続的なPチェーン料金メカニズムの導入(継続的なサブネットステーキング)
この ACP はACP-13に取って代わり、その言語の一部を借用しています。
バリデーター向け
L1 バリデータはプライマリ ネットワークの X または C チェーンを同期する必要がなくなり、バリデータの運用コストが大幅に削減されます。
L1 バリデーターは、2000 AVAX をステークする必要がなくなります。代わりに、L1 バリデーターの数に基づいて計算される、大幅に安い継続手数料を支払うことになります。AVAX 建ての手数料は 1 秒あたりのわずかな金額であり、L1 バリデーターにとって大幅なコスト削減となります。
ACP-118:VMに依存しないWarpメッセージング
好きなVMでAvalanche L1を作成できるAvalancheで、VMに依存しない方法でL1間のパーミッションレスメッセージングを行えるようになる。
利点:高速で安全なAvalnache L1間の通信(ブリッジなども可能)
欠点:なし
ACP-20: AvalancheネットワーククライアントのノードIDにEd25519公開鍵をサポート - より小さく、速く、安全な署名アルゴリズムへ
Avalancheネットワークでは、各ノードは一意のノードID を持ちます。このノードIDは、ネットワーク上でのノードの識別に使用され、現在RSAとECDSAという2つの署名アルゴリズムによって生成された公開鍵をサポートしています。
ACP-20 は、このノードIDの生成にEd25519署名アルゴリズムを追加することを提案するものです。
Ed25519とは?
Ed25519は、楕円曲線暗号に基づく公開鍵署名アルゴリズムの一つです。RSAやECDSAと比較して、以下の利点があります。
安全性: サイドチャネル攻撃に対して、より耐性が高いと考えられています。
高速性: 署名生成と検証が高速で、特に署名生成時に乱数を必要としないため、効率性に優れています。
コンパクトさ: 公開鍵、秘密鍵、署名のサイズがRSAやECDSAよりも小さく、帯域幅やストレージ容量を節約できます。
ACP-20採用によるメリット
セキュリティ強化: より安全性の高いEd25519をサポートすることで、Avalancheネットワーク全体のセキュリティレベルが向上します。
パフォーマンス向上: より高速な署名アルゴリズムを使用することで、ネットワーク全体の処理速度が向上し、スケーラビリティ向上にも貢献します。
効率性向上: よりコンパクトな鍵と署名を使用することで、ネットワークの帯域幅使用量を削減し、ストレージ容量も節約できます。
将来性: Ed25519は、今後ますます多くのアプリケーションで採用が進むと予想される、将来性の高い署名アルゴリズムです。
欠点
Ed25519は、RSAやECDSAと比較して、まだ新しい技術であるため、実績や認知度という点では劣ります。しかし、安全性、速度、コンパクトさなどの利点から、多くの専門家から高く評価されており、今後広く普及していくことが予想されます。
まとめ
ACP-20は、Avalancheネットワークのセキュリティ、パフォーマンス、効率性を向上させるための重要なアップデートです。Ed25519の採用により、Avalancheはより安全で高速、そしてスケーラブルなブロックチェーンプラットフォームへと進化することができます。
ACP-113:乱数生成器がAvananche L1にも適用
これまで、Avlaanche L1には乱数生成器の利用が制限されていたため、スマートコントラクトやこれまでのサブネット開発者にとって障壁となっていた。
利点:スマコンやAvalanche L1の開発柔軟性の向上
欠点:なし(乱数生成の安全性は別問題とする)
これは、現状のAvalancheの仕組みにおいて、C-Chainのオープンな性質が、規制対象となる事業者にとって、サブネット立ち上げの妨げになっているという問題点を指摘しています。
もう少し詳しく説明すると:
Avalancheのサブネット: 独自のルールやバリデータを持つ、いわば「カスタマイズされたブロックチェーン」を作成できます。
C-Chain: Avalancheの主要チェーンの一つで、スマートコントラクト機能を持ち、誰でも自由にDAppsなどを構築・利用できます。 オープンでパーミッションレス な点が特徴です。
プライマリーネットワークのバリデータ: C-Chainを含むAvalanche全体を保護するバリデータは、C-Chainのトランザクションも検証する必要があります。
ここで問題となるのは、規制対象の事業者(例:金融機関)の場合です。
彼らは、顧客資産保護などの観点から、厳格なコンプライアンス要件を満たす必要があります。
C-Chainはオープンであるがゆえに、これらの要件を満たせないケースがあり、規制対象の事業者がC-Chainバリデータになることは難しい場合があります。
つまり、現状のAvalancheでは、「たとえ独自のサブネットを作成する場合でも、プライマリーネットワークバリデータの要件を満たす必要があるため、C-Chainの検証から逃れることができず、結果的に規制対象事業者はサブネットを立ち上げられない」 というジレンマが存在します。
この問題を解決するために、今回の提案では、 サブネットバリデータとプライマリーネットワークバリデータを分離 することを提案しています。これにより、規制対象事業者は、C-Chainの検証をせずに、独自の要件に合ったサブネットを作成・運用できるようになり、Avalancheの利用範囲が大きく広がることが期待されます。
モチベーション
各ノード オペレーターは、サブネット バリデーターになる資格を得る前に、まずプライマリ ネットワーク バリデーターになるために少なくとも 2000 $AVAX (執筆時点で 70,000 ドル) をステークする必要があります。ほとんどのサブネットは少なくとも 8 つのサブネット バリデーターで起動することを目指しており、そのためには 16000 $AVAX (執筆時点で 560,000 ドル) をステークする必要があります。すべてのサブネット バリデーターは、プライマリ ネットワーク バリデーターとしての役割を果たすために、検証する各サブネットに必要なリソースに加えて、プライマリ ネットワーク全体 (X チェーン、P チェーン、C チェーン) を同期してそのコンセンサスに参加するために、 8 つの AWS vCPU、16 GB RAM、 1 TB のストレージを割り当てる必要があります。
許可のないスマート コントラクト対応ブロックチェーン (C-Chain など) の検証を禁止されている規制対象エンティティは、プライマリ ネットワーク検証をオプトアウトできないため、サブネットを起動できません。このデプロイメント ブロッカーにより、Real World Asset (RWA) 発行者の大規模なコホートが、Avalanche エコシステムにユニークで価値のあるトークン (Avalanche Warp Messaging/Teleporter を使用して C-Chain <> サブネット間を移動できるトークン) を持ち込むことができなくなります。
適切に計測されていない、広く検証されたサブネットは、使用量が予期せず急増した場合にプライマリ ネットワークを不安定にする可能性があります。そのようなサブネットを実行しているプロビジョニング不足のプライマリ ネットワーク バリデーターは、OOM 例外で終了したり、ディスク パフォーマンスが低下したり、P/X/C チェーン検証に CPU 時間を割り当てるのが困難になったりする可能性があります。プライマリ ネットワークを持つサブネットの場合、逆のことも当てはまります (未定義の動作によってサブネットがオフラインになる可能性があります)。
サブネットを運用するためにプライマリ ネットワークに支払われる料金は、サブネット上のアクティビティの量に応じて増加することはありませんが、プライマリ ネットワークにサブネット バリデーターを設定するための固定の初期費用は、需要が見られるまではより小さい、さらには変動するコストを好む新しいプロジェクトを阻止します。アクティビティの規模が大きくなるにつれて、データの可用性とセキュリティのために外部チェーンに増加する料金 (通常はトランザクション バイトあたりの単位で表記) を支払う L2 とは異なり、サブネットは独自のセキュリティ/データの可用性を提供し、オペレーターがより多くのアクティビティを処理するために支払う必要がある唯一のコストは、追加の負荷をサポートするためのハードウェア コストです。
Banffで導入された Elastic Subnets により、サブネット作成者は独自のトークンを使用して Proof-of-Stake 検証と稼働時間ベースの報酬を有効にできるようになりました。ただし、このトークンは ANT (X チェーンで作成) であり、P チェーンでロックされている必要があります。すべてのステーキング報酬は P チェーンで配布され、報酬曲線は で定義されTransformSubnetTx、一度設定されると変更できませんでした。
メインネット上に Elastic Subnet が存在しないため、現状の Permissionless Subnet の方が望ましいことは明らかです。実稼働環境では Permissioned Subnet が多数成功していますが、多くのサブネット作成者が上記の点を懸念事項として挙げています。まとめると、Avalanche コミュニティは、Permissionless Subnet を起動するためのより柔軟で手頃なメカニズムから恩恵を受けることができます。
https://github.com/avalanche-foundation/ACPs/blob/main/ACPs/77-reinventing-subnets/README.md
Читать полностью…その通りです!Avalancheでは、チェーンが3つに分かれているため、ノードもそれぞれのチェーンに対応して3つの種類が存在します。
X-Chainノード: X-Chain上で動作し、AVAXや他のトークンの送金など、X-Chainのトランザクションを検証・処理します。
C-Chainノード: C-Chain上で動作し、スマートコントラクトの実行やDAppsの運用など、C-Chainのトランザクションを検証・処理します。
P-Chainノード: P-Chain上で動作し、Avalancheネットワーク全体の管理、バリデータの参加・調整、サブネットの作成などを行います。
ただし、すべてのノードが3つのチェーンすべてに参加するわけではありません。
バリデータノード: P-Chain上でAVAXをステーキングし、3つのチェーン全ての検証に参加します。ネットワークの安全性と安定性に貢献する重要な役割を担います。
その他ノード: 特定のチェーン(X, C, またはP) のトランザクション処理にのみ参加するノードも存在します。
Avalancheは、このようにノードを分けることで、各チェーンの役割に合わせた効率的な運用と、ネットワーク全体のスケーラビリティを両立させています。