Avalanche: โปรโตคอลฉันทามติตระกูลใหม่

著 Team Rocket and Emin Gün Sirer · 2018

概要

Avalanche プラットフォーム 2020/06/30 ケビン・セクニキ、ダニエル・レイン、スティーブン・バットルフ、エミン・グラン・サイラー 抽象的。このペーパーでは、Avalanche プラットフォームの最初のリリースのアーキテクチャの概要を説明します。 コードネームはAvalancheボレアリス。 $AVAX とラベル付けされたネイティブ token の経済学の詳細については、 5 付属の token ダイナミクス ペーパー [2] に読者を誘導します。 開示: この文書に記載されている情報は暫定的なものであり、いつでも変更される可能性があります。 さらに、この文書には「将来の見通しに関する記述」が含まれる場合があります1。 Git コミット: 7497e4a4ba0a1ea2dc2a111bc6deefbf3023708e 1 はじめに 10 このペーパーでは、Avalanche プラットフォームのアーキテクチャの概要を説明します。重要な焦点は 3 つのキーです プラットフォームの差別化要因: エンジン、アーキテクチャ モデル、ガバナンス メカニズム。 1.1 Avalanche 目標と原則 Avalanche は、高性能、スケーラブル、カスタマイズ可能、そして安全な blockchain プラットフォームです。対象は3つ 幅広い使用例: 15 – 許可付き (プライベート) と許可なし (パブリック) にわたる、アプリケーション固有の blockchain の構築 展開。 – 拡張性の高い分散型アプリケーション (Dapps) を構築および起動します。 – カスタム ルール、約款、特約 (スマート アセット) を使用して、任意に複雑なデジタル アセットを構築します。 1 将来の見通しに関する記述は通常、将来の出来事または当社の将来の業績に関連しています。これには以下が含まれますが、含まれません。 Avalanche の予測パフォーマンスに限定されます。そのビジネスとプロジェクトの予想される発展。実行 そのビジョンと成長戦略について。現在進行中、開発中、または進行中のプロジェクトの完了 それ以外は検討中です。将来の見通しに関する記述は、経営陣の信念と仮定を表しています。 このプレゼンテーションの日付時点でのみ。これらの記述は、将来のパフォーマンスや不当なパフォーマンスを保証するものではありません。 それらに依存すべきではありません。このような将来予想に関する記述には、必然的に既知および未知の情報が含まれます。 実際の業績や将来の結果が予測と大きく異なる可能性があるリスク ここに明示または暗示されています。 Avalanche は、将来の見通しに関する記述を更新する義務を負いません。とはいえ 将来の見通しに関する記述は、それが行われた時点での当社の最善の予測であり、それを保証するものではありません。 実際の結果と将来の出来事は大幅に異なる可能性があるため、正確であることが判明します。読者は注意してください 将来の見通しに関する記述に過度に依存すること。

บทคัดย่อ

Avalanche แพลตฟอร์ม 2020/06/30 Kevin Sekniqi, Daniel Laine, Stephen Buttolph และ Emin G¨un Sirer นามธรรม เอกสารนี้ให้ภาพรวมทางสถาปัตยกรรมของการเปิดตัวครั้งแรกของแพลตฟอร์ม Avalanche ชื่อรหัส Avalanche Borealis สำหรับรายละเอียดเกี่ยวกับเศรษฐศาสตร์ของชาวพื้นเมือง token ซึ่งมีป้ายกำกับว่า $AVAX เรา 5 แนะนำผู้อ่านไปยังเอกสารประกอบ token ไดนามิก [2] การเปิดเผยข้อมูล: ข้อมูลที่อธิบายไว้ในเอกสารนี้เป็นข้อมูลเบื้องต้นและอาจมีการเปลี่ยนแปลงได้ตลอดเวลา นอกจากนี้ เอกสารนี้อาจมี “ข้อความคาดการณ์ล่วงหน้า”1 Git กระทำ: 7497e4a4ba0a1ea2dc2a111bc6deefbf3023708e 1 บทนำ 10 เอกสารนี้ให้ภาพรวมทางสถาปัตยกรรมของแพลตฟอร์ม Avalanche จุดสนใจหลักอยู่ที่สามคีย์ ตัวสร้างความแตกต่างของแพลตฟอร์ม: เครื่องยนต์ แบบจำลองทางสถาปัตยกรรม และกลไกการกำกับดูแล 1.1 Avalanche เป้าหมายและหลักการ Avalanche เป็นแพลตฟอร์ม blockchain ประสิทธิภาพสูง ปรับขนาดได้ ปรับแต่งได้ และปลอดภัย มันตั้งเป้าไว้สาม กรณีการใช้งานแบบกว้างๆ: 15 – การสร้างแอปพลิเคชันเฉพาะ blockchains ครอบคลุมการอนุญาต (ส่วนตัว) และไม่ได้รับอนุญาต (สาธารณะ) การใช้งาน – การสร้างและการเปิดตัวแอปพลิเคชันที่ปรับขนาดได้และกระจายอำนาจสูง (Dapps) – การสร้างสินทรัพย์ดิจิทัลที่ซับซ้อนตามอำเภอใจด้วยกฎที่กำหนดเอง พันธสัญญา และผู้ขับขี่ (สินทรัพย์อัจฉริยะ) 1 ข้อความคาดการณ์ล่วงหน้าโดยทั่วไปเกี่ยวข้องกับเหตุการณ์ในอนาคตหรือผลการดำเนินงานในอนาคตของเรา ซึ่งรวมถึงแต่ไม่ใช่ จำกัดอยู่ที่ประสิทธิภาพที่คาดการณ์ไว้ของ Avalanche; การพัฒนาธุรกิจและโครงการที่คาดหวัง การดำเนินการ วิสัยทัศน์และกลยุทธ์การเติบโต และโครงการที่อยู่ระหว่างดำเนินการ อยู่ระหว่างการพัฒนา หรือแล้วเสร็จ มิฉะนั้นจะอยู่ระหว่างการพิจารณา ข้อความคาดการณ์ล่วงหน้าแสดงถึงความเชื่อและสมมติฐานของฝ่ายบริหารของเรา ณ วันที่นำเสนอนี้เท่านั้น ข้อความเหล่านี้ไม่ได้รับประกันประสิทธิภาพการทำงานในอนาคตและเกินควร ไม่ควรพึ่งสิ่งเหล่านั้น ข้อความคาดการณ์ล่วงหน้าดังกล่าวจำเป็นต้องเกี่ยวข้องกับการทราบและไม่ทราบ ความเสี่ยงซึ่งอาจส่งผลให้ผลการดำเนินงานจริงและผลลัพธ์ในช่วงเวลาต่อๆ ไปแตกต่างอย่างมากจากการคาดการณ์ใดๆ โดยชัดแจ้งหรือโดยนัยในที่นี้ Avalanche ไม่มีภาระผูกพันในการอัปเดตข้อความคาดการณ์ล่วงหน้า แม้ว่า ข้อความคาดการณ์ล่วงหน้าเป็นการคาดการณ์ที่ดีที่สุดของเรา ณ เวลาที่จัดทำขึ้น ไม่สามารถรับประกันได้ จะพิสูจน์ได้ว่ามีความถูกต้อง เนื่องจากผลลัพธ์ที่แท้จริงและเหตุการณ์ในอนาคตอาจแตกต่างอย่างมาก ผู้อ่านไม่ได้รับคำเตือน ที่จะไว้วางใจข้อความคาดการณ์ล่วงหน้าอย่างไม่เหมาะสม

導入

10 このペーパーでは、Avalanche プラットフォームのアーキテクチャの概要を説明します。重要な焦点は 3 つのキーです プラットフォームの差別化要因: エンジン、アーキテクチャ モデル、

การแนะนำ

10 เอกสารนี้ให้ภาพรวมทางสถาปัตยกรรมของแพลตฟอร์ม Avalanche จุดสนใจหลักอยู่ที่สามคีย์ ตัวสร้างความแตกต่างของแพลตฟอร์ม: เครื่องยนต์ โมเดลสถาปัตยกรรม และ

エンジン

Comparative chart between the three known families of consensus protocols: Classical, Nakamoto, and Snow/Avalanche

60 Avalanche プラットフォームの説明は、プラットフォームを駆動するコア コンポーネントから始まります。 コンセンサスエンジン。 背景 分散支払いと、より一般的には計算には、セット間の合意が必要です 機械の。したがって、ノードのグループが合意を達成できるようにするコンセンサス プロトコルは、 blockchain の中心部だけでなく、展開されているほぼすべての大規模産業用分散システムも同様です。トピック 65 ほぼ50年にわたって広範な精査を受けてきたが、その努力により現在までに誕生したのはわずか2家族だけである プロトコルの種類: 全対全通信に依存する古典的なコンセンサス プロトコルと、ナカモト コンセンサス これは、最長チェーン ルールと組み合わせた proof-of-work マイニングに依存します。一方、古典的なコンセンサスプロトコル 低レイテンシーと高スループットを実現できますが、多数の参加者に対応できません。 メンバーシップの変更があった場合でも堅牢であり、そのため、ほとんどが許可されたメンバーに追いやられています。 70 静的展開。一方、ナカモトのコンセンサスプロトコル [5、7、4] は堅牢ですが、 確認の待ち時間が長く、スループットが低く、セキュリティのために一定のエネルギー消費が必要です。 Avalanche によって導入された Snow プロトコル ファミリは、古典的なコンセンサス プロトコルの最良の特性と、nakamoto コンセンサスの最良の特性を組み合わせています。軽量なネットワーク サンプリング メカニズムに基づいて、 正確なメンバーシップについて合意する必要がなく、低遅延と高スループットを実現します。 75 システム。コンセンサスプロトコルに直接参加することで、数千人から数百万人の参加者までうまく拡張できます。さらに、このプロトコルは PoW マイニングを利用していないため、その法外な採掘を回避します。 エネルギー消費とその後のエコシステム内での価値の漏洩により、軽量、環境に優しい、静かな環境が得られます。 プロトコル。 メカニズムとプロパティ Snow プロトコルは、ネットワークのサンプリングを繰り返すことによって動作します。各ノード 80 小規模で一定のサイズのランダムに選択された近傍セットをポーリングし、超過半数の場合はその提案を切り替えます。 異なる値をサポートします。サンプルは収束に達するまで繰り返されますが、収束は急速に起こります。 通常の操作。 具体例を用いて動作メカニズムを解説します。まず、トランザクションが作成されます。 ユーザーに送信され、コンセンサス手順に参加するノードである検証ノードに送信されます。そのときです 85 うわさ話を通じてネットワーク内の他のノードに伝播します。そのユーザーが競合するコマンドも発行した場合はどうなりますか4 ケビン・セクニキ、ダニエル・レイン、スティーブン・バットルフ、エミン・グラン・サイラー 取引、つまり二重支払いですか?競合するトランザクションの中から選択して二重支払いを防ぐために、すべてのノードはノードの小さなサブセットをランダムに選択し、競合するトランザクションのどれをクエリするかを問い合わせます。 クエリされたノードは、それが有効なものであると考えます。クエリを実行しているノードが圧倒的多数の賛成応答を受け取った場合 1 つのトランザクションの場合、ノードはそのトランザクションに対する自身の応答を変更します。ネットワーク内のすべてのノード 90 ネットワーク全体が競合するトランザクションの 1 つに関して合意に達するまで、この手順を繰り返します。 驚くべきことに、動作の中心となるメカニズムは非常に単純ですが、これらのプロトコルは高度な処理につながります。 大規模な導入に適した望ましいシステム ダイナミクス。 – パーミッションレス、チャーンに対してオープン、そして堅牢。最新の多数の blockchain プロジェクトでは古典的な手法が採用されています コンセンサスプロトコルに準拠しているため、メンバーシップに関する完全な知識が必要です。パー95のセット全体を知る 参加者は、クローズドで許可されたシステムでは十分にシンプルですが、オープンなシステムではますます難しくなります。 分散型ネットワーク。この制限により、既存の企業に高いセキュリティ リスクが課せられます。 そのようなプロトコル。対照的に、Snow プロトコルは、2 つのノードのネットワーク ビュー間に十分に定量化された不一致がある場合でも、高い安全性の保証を維持します。 Snow プロトコルのバリデーター 継続的なメンバーシップの完全な知識がなくても検証できる機能を享受できます。したがって、それらは堅牢です 100 公共のblockchainに非常に適しています。 – スケーラブルで分散化 Snow ファミリの中核的な機能は、コストを発生させることなくスケーリングできることです。 基本的なトレードオフ。 Snow プロトコルは、validator のサブセットに委任することなく、数万または数百万のノードに拡張できます。これらのプロトコルはクラス最高のシステム分散化を実現しており、 すべてのノードを完全に検証します。継続的に直接参加することはセキュリティに深い影響を及ぼします 105 システムの。大規模な参加者セットに拡張しようとするほぼすべての proof-of-stake プロトコルでは、 典型的な運用モードは、検証をサブ委員会に委任することでスケーリングを可能にすることです。当然のことながら、これは、システムのセキュリティが、システムの破損コストとまったく同じになったことを意味します。 分科会。さらに小委員会はカルテル形成の対象となります。 Snow タイプのプロトコルでは、このような委任は必要なく、すべてのノード オペレーターが最初の 110 権限を持つことができます。 いつでもシステム内でハンドセイを言います。通常、状態シャーディングと呼ばれる別の設計では、次のような試みが行われます。 validators の独立したネットワークへのトランザクションのシリアル化を並列化することで、スケーラビリティを提供します。 残念ながら、そのような設計におけるシステムのセキュリティは、最も簡単に破損する可能性があるものと同じ程度にしか高くありません。 独立したシャード。したがって、サブ委員会の選出もシャーディングも適切なスケーリング戦略ではありません 暗号プラットフォーム向け。 115 – 適応型。他の投票ベースのシステムとは異なり、Snow プロトコルは、 敵は小さいですが、大規模な攻撃に対して非常に回復力があります。 – 非同期的に安全。 Snow プロトコルは、最長チェーン プロトコルとは異なり、同期性を必要としません。 安全に動作するため、ネットワークが分断されても二重支出を防止できます。 Bitcoin では、 たとえば、同期性の仮定に違反した場合、独立したフォークを操作することが可能です。 120 Bitcoin ネットワークに長時間アクセスすると、フォークが完了するとトランザクションが無効になります。 癒す。 – 低遅延。現在のほとんどの blockchain は、取引や日次取引などのビジネス アプリケーションをサポートできません。 小売支払い。トランザクションの確認に数分、さらには数時間も待つことは不可能です。 したがって、コンセンサスプロトコルの最も重要でありながら、非常に見落とされている特性の 1 つは、 125 ファイナリティまでの時間。 Snow プロトコルは、通常 1 秒以内にフィナリティに達しますが、これは、Snow プロトコルよりも大幅に短いです。 最長チェーンのプロトコルとシャード化された blockchain の両方。通常、どちらも問題の最終段階にまで及びます。 分の。Avalanche プラットフォーム 2020/06/30 5 – 高スループット。 Snow プロトコルは、線形チェーンまたは DAG を構築でき、完全な分散化を維持しながら、1 秒あたり数千のトランザクション (5000 tps 以上) に達します。と主張する新しいblockchainソリューション 130 高 TPS は通常、分散化とセキュリティを引き換えに、より集中化された安全でない方を選択します。 コンセンサスメカニズム。一部のプロジェクトでは、高度に制御された設定からの数値を報告するため、誤って報告されます。 真のパフォーマンス結果。 $AVAX について報告された数値は、AWS 上の 2000 ノードで実行され、ローエンドで世界中に地理的に分散された実際の完全に実装された Avalanche ネットワークから直接取得されたものです。 機械。より高い帯域幅を想定することで、より高いパフォーマンス結果 (10,000+) を達成できます 135 各ノードと署名検証用の専用ハードウェアをプロビジョニングします。最後に、次のことに注意してください。 前述のメトリクスはベースレイヤーにあります。レイヤー 2 スケーリング ソリューションは、これらの結果を即座に強化します。 かなり。 コンセンサスの比較表 表 1 は、既知の 3 つのファミリー間の相違点を示しています。 一連の 8 つの重要な軸を通じたコンセンサスプロトコル。 140 中本 クラシック 雪 堅牢 (オープン設定に適しています) + - + 高度に分散化 (多数のバリデーターを許可) + - + 低レイテンシーと迅速なファイナリティ (高速トランザクション確認) - + + 高スループット (多数のクライアントを許可) - + + 軽量 (システム要件が低い) - + + 静止状態 (決定が実行されない場合は非アクティブ) - + + 安全性をパラメータ化可能 (敵対的存在が 51% を超える) - - + 高度な拡張性 - - + 表 1. コンセンサスプロトコルの 3 つの既知ファミリー間の比較表。 Avalanche、雪だるま、そして フロスティはすべて Snow* ファミリーに属します。

เครื่องยนต์

60 การอภิปรายเกี่ยวกับแพลตฟอร์ม Avalanche เริ่มต้นด้วยองค์ประกอบหลักที่ขับเคลื่อนแพลตฟอร์ม: เครื่องยนต์ฉันทามติ ความเป็นมา การชำระเงินแบบกระจายและการคำนวณโดยทั่วไปจำเป็นต้องมีข้อตกลงระหว่างชุด ของเครื่องจักร ดังนั้นโปรโตคอลฉันทามติซึ่งช่วยให้กลุ่มของโหนดสามารถบรรลุข้อตกลงจึงอยู่ที่ หัวใจของ blockchains เช่นเดียวกับระบบกระจายข้อมูลทางอุตสาหกรรมขนาดใหญ่เกือบทุกระบบที่ใช้งาน หัวข้อ 65 ได้รับการตรวจสอบอย่างถี่ถ้วนมาเป็นเวลาเกือบห้าทศวรรษแล้ว และความพยายามนั้น จนถึงปัจจุบันก็ให้ผลเพียงสองตระกูลเท่านั้น ของโปรโตคอล: โปรโตคอลฉันทามติแบบคลาสสิก ซึ่งอาศัยการสื่อสารแบบ all-to-all และฉันทามติของ Nakamoto ซึ่งอาศัย proof-of-work การขุดควบคู่กับกฎลูกโซ่ที่ยาวที่สุด ในขณะที่โปรโตคอลฉันทามติแบบคลาสสิก สามารถมีเวลาแฝงต่ำและมีปริมาณงานสูง ไม่ได้ปรับขนาดให้รองรับผู้เข้าร่วมจำนวนมากหรือไม่ได้เป็นเช่นนั้น แข็งแกร่งเมื่อมีการเปลี่ยนแปลงสมาชิก ซึ่งทำให้ส่วนใหญ่ต้องได้รับอนุญาต ส่วนใหญ่ 70 การใช้งานแบบคงที่ ระเบียบการฉันทามติของนากาโมโตะ [5, 7, 4] ในทางกลับกัน มีความแข็งแกร่ง แต่ต้องทนทุกข์ทรมานจาก เวลาแฝงในการยืนยันสูง ปริมาณงานต่ำ และต้องใช้พลังงานที่คงที่เพื่อความปลอดภัย โปรโตคอลตระกูล Snow เปิดตัวโดย Avalanche ผสมผสานคุณสมบัติที่ดีที่สุดของโปรโตคอลฉันทามติแบบคลาสสิกเข้ากับฉันทามติที่ดีที่สุดของ Nakamoto ขึ้นอยู่กับกลไกการสุ่มตัวอย่างเครือข่ายแบบน้ำหนักเบา พวกเขามีความหน่วงต่ำและมีปริมาณงานสูงโดยไม่จำเป็นต้องตกลงเรื่องการเป็นสมาชิกที่แม่นยำของ 75 ระบบ พวกเขาปรับขนาดได้ดีจากผู้เข้าร่วมหลายพันคนไปจนถึงหลายล้านคนโดยมีส่วนร่วมโดยตรงในระเบียบการฉันทามติ นอกจากนี้ โปรโตคอลไม่ได้ใช้ประโยชน์จากการขุด PoW ดังนั้น จึงหลีกเลี่ยงไม่ให้มีการขุดที่มากเกินไป ค่าใช้จ่ายด้านพลังงานและการรั่วไหลของมูลค่าในระบบนิเวศตามมา ทำให้เกิดน้ำหนักเบา สีเขียว และเงียบสงบ โปรโตคอล กลไกและคุณสมบัติ โปรโตคอล Snow ทำงานโดยการสุ่มตัวอย่างซ้ำของเครือข่าย แต่ละโหนด 80 สำรวจชุดเพื่อนบ้านขนาดเล็กที่มีขนาดคงที่และสุ่มเลือก และเปลี่ยนข้อเสนอหากเป็นเสียงข้างมาก รองรับค่าที่แตกต่างกัน ตัวอย่างจะถูกทำซ้ำจนกว่าจะถึงการบรรจบกัน ซึ่งเกิดขึ้นอย่างรวดเร็วภายใน การดำเนินงานปกติ เราอธิบายกลไกการทำงานผ่านตัวอย่างที่เป็นรูปธรรม ขั้นแรก ธุรกรรมจะถูกสร้างขึ้นโดย ผู้ใช้และส่งไปยังโหนดตรวจสอบซึ่งเป็นโหนดที่เข้าร่วมในขั้นตอนฉันทามติ มันเป็นอย่างนั้น 85 แพร่กระจายไปยังโหนดอื่นในเครือข่ายผ่านการนินทา จะเกิดอะไรขึ้นหากผู้ใช้รายนั้นมีข้อขัดแย้งด้วย4 Kevin Sekniqi, Daniel Laine, Stephen Buttolph และ Emin G¨un Sirer ธุรกรรมนั่นคือ doublespend? ในการเลือกระหว่างธุรกรรมที่ขัดแย้งกันและป้องกันการใช้จ่ายซ้ำซ้อน ทุกโหนดจะสุ่มเลือกชุดย่อยเล็ก ๆ ของโหนดและสอบถามว่าธุรกรรมใดที่ขัดแย้งกัน โหนดที่ถูกสอบถามคิดว่าถูกต้อง หากโหนดการสืบค้นได้รับการตอบสนองแบบ supermajority เป็นที่โปรดปราน ของธุรกรรมหนึ่ง จากนั้นโหนดจะเปลี่ยนการตอบสนองของตัวเองต่อธุรกรรมนั้น ทุกโหนดในเครือข่าย 90 ทำซ้ำขั้นตอนนี้จนกว่าเครือข่ายทั้งหมดจะได้รับความเห็นพ้องต้องกันเกี่ยวกับธุรกรรมที่ขัดแย้งกันรายการใดรายการหนึ่ง น่าแปลกที่แม้ว่ากลไกหลักของการทำงานจะค่อนข้างเรียบง่าย แต่โปรโตคอลเหล่านี้กลับนำไปสู่ผลลัพธ์ที่สูง ไดนามิกของระบบที่พึงประสงค์ซึ่งทำให้เหมาะสำหรับการปรับใช้ขนาดใหญ่ – ไม่ได้รับอนุญาต เปิดเพื่อปั่น และแข็งแกร่ง โปรเจ็กต์ blockchain ล่าสุดใช้แบบคลาสสิก ระเบียบการฉันทามติจึงจำเป็นต้องมีความรู้ความเป็นสมาชิกครบถ้วน รู้จัก par95 ทั้งชุด ผู้เข้าร่วมมีความเรียบง่ายเพียงพอในระบบปิดที่ได้รับอนุญาต แต่จะยากขึ้นเรื่อยๆ ในระบบเปิด เครือข่ายกระจายอำนาจ ข้อจำกัดนี้ก่อให้เกิดความเสี่ยงด้านความปลอดภัยสูงแก่ผู้ดำรงตำแหน่งปัจจุบันที่จ้างงาน โปรโตคอลดังกล่าว ในทางตรงกันข้าม โปรโตคอล Snow จะรักษาการรับประกันความปลอดภัยในระดับสูง แม้ว่าจะมีความแตกต่างในเชิงปริมาณที่ดีระหว่างมุมมองเครือข่ายของสองโหนดก็ตาม เครื่องมือตรวจสอบโปรโตคอล Snow เพลิดเพลินไปกับความสามารถในการตรวจสอบโดยไม่ต้องมีความรู้ความเป็นสมาชิกเต็มรูปแบบอย่างต่อเนื่อง พวกเขาจึงมีความแข็งแกร่ง 100 และเหมาะสมอย่างยิ่งสำหรับบุคคลทั่วไป blockchains – ปรับขนาดได้และกระจายอำนาจ คุณสมบัติหลักของตระกูล Snow คือความสามารถในการขยายขนาดโดยไม่เกิดขึ้น การแลกเปลี่ยนขั้นพื้นฐาน โปรโตคอล Snow สามารถปรับขนาดเป็นหมื่นหรือล้านโหนด โดยไม่ต้องมอบหมายให้กับชุดย่อยของ validators โปรโตคอลเหล่านี้เพลิดเพลินไปกับการกระจายอำนาจของระบบที่ดีที่สุดในระดับเดียวกัน ทุกโหนดเพื่อตรวจสอบอย่างเต็มที่ การมีส่วนร่วมอย่างต่อเนื่องโดยตรงโดยตรงมีผลกระทบอย่างลึกซึ้งต่อความปลอดภัย 105 ของระบบ ในเกือบทุกโปรโตคอล proof-of-stake ที่พยายามปรับขนาดเป็นชุดผู้เข้าร่วมจำนวนมาก โหมดการทำงานโดยทั่วไปคือการเปิดใช้งานการปรับขนาดโดยการมอบหมายการตรวจสอบความถูกต้องให้กับคณะอนุกรรมการ โดยปกติแล้ว สิ่งนี้บอกเป็นนัยว่าการรักษาความปลอดภัยของระบบในปัจจุบันนั้นสูงพอๆ กับความเสียหายที่เกิดขึ้นกับระบบ คณะอนุกรรมการ คณะกรรมการชุดย่อยยังอยู่ภายใต้การจัดตั้งกลุ่มพันธมิตรอีกด้วย ในโปรโตคอลประเภท Snow การมอบหมายดังกล่าวไม่จำเป็น ทำให้ผู้ดำเนินการโหนดทุกรายมี 110 ตัวแรก มือบอกในระบบตลอดเวลา ความพยายามในการออกแบบอื่น โดยทั่วไปเรียกว่าการแบ่งส่วนของรัฐ เพื่อให้มีความสามารถในการปรับขนาดโดยการทำอนุกรมธุรกรรมแบบขนานกับเครือข่ายอิสระของ validators น่าเสียดายที่ความปลอดภัยของระบบในการออกแบบดังกล่าวมีสูงพอๆ กับความเสียหายที่ง่ายที่สุดเท่านั้น เศษอิสระ ดังนั้นการเลือกตั้งคณะอนุกรรมการหรือการแบ่งส่วนจึงไม่ใช่กลยุทธ์การขยายขนาดที่เหมาะสม สำหรับแพลตฟอร์ม crypto 115 – การปรับตัว แตกต่างจากระบบที่ใช้การลงคะแนนเสียงอื่นๆ โปรโตคอล Snow จะได้รับประสิทธิภาพที่สูงกว่าเมื่อ ศัตรูมีขนาดเล็ก แต่มีความยืดหยุ่นสูงภายใต้การโจมตีขนาดใหญ่ – ปลอดภัยแบบอะซิงโครนัส โปรโตคอล Snow ต่างจากโปรโตคอลสายโซ่ที่ยาวที่สุด ตรงที่ไม่ต้องการการซิงโครไนซ์ ทำงานอย่างปลอดภัย และป้องกันการใช้จ่ายซ้ำซ้อนแม้ต้องเผชิญกับพาร์ติชันเครือข่าย ใน Bitcoin ตัวอย่างเช่น หากมีการละเมิดสมมติฐานการซิงโครไนซ์ ก็เป็นไปได้ที่จะดำเนินการกับทางแยกอิสระของ 120 Bitcoin เครือข่ายเป็นระยะเวลานาน ซึ่งจะทำให้ธุรกรรมใด ๆ เป็นโมฆะเมื่อมีการแยก รักษา – เวลาแฝงต่ำ blockchain ส่วนใหญ่ในปัจจุบันไม่สามารถรองรับแอปพลิเคชันทางธุรกิจ เช่น การซื้อขายหรือรายวัน การชำระเงินค้าปลีก เป็นไปไม่ได้เลยที่จะรอเป็นนาทีหรือเป็นชั่วโมงเพื่อยืนยันธุรกรรม ดังนั้น คุณสมบัติที่สำคัญที่สุดอย่างหนึ่งแต่ยังถูกมองข้ามอย่างมากของโปรโตคอลฉันทามติก็คือ 125 ถึงเวลาสิ้นสุด โดยทั่วไปโปรโตคอล Snow จะถึงจุดสิ้นสุดใน ≤1 วินาที ซึ่งต่ำกว่าอย่างเห็นได้ชัด ทั้งโปรโตคอลสายโซ่ที่ยาวที่สุดและการแบ่งส่วน blockchains ซึ่งทั้งสองอย่างนี้โดยทั่วไปจะขยายขั้นสุดท้ายไปที่เรื่องหนึ่ง นาทีAvalanche แพลตฟอร์ม 2020/06/30 5 – ปริมาณงานสูง โปรโตคอล Snow ซึ่งสามารถสร้างเส้นลูกโซ่เชิงเส้นหรือ DAG เข้าถึงธุรกรรมนับพันรายการต่อวินาที (5,000+ tps) ในขณะที่ยังคงการกระจายอำนาจเต็มรูปแบบ โซลูชัน blockchain ใหม่ที่มีการอ้างสิทธิ์ 130 สูง TPS โดยทั่วไปจะแลกเปลี่ยนการกระจายอำนาจและความปลอดภัย และเลือกใช้การรวมศูนย์และไม่ปลอดภัยมากขึ้น กลไกฉันทามติ บางโครงการรายงานตัวเลขจากการตั้งค่าที่มีการควบคุมสูง ดังนั้นจึงรายงานผิด ผลลัพธ์การปฏิบัติงานที่แท้จริง ตัวเลขที่รายงานสำหรับ $AVAX นำมาโดยตรงจากเครือข่าย Avalanche จริงและใช้งานเต็มรูปแบบซึ่งทำงานบนโหนด 2000 บน AWS ซึ่งกระจายตามภูมิศาสตร์ทั่วโลกในระดับต่ำสุด เครื่องจักร ผลลัพธ์ประสิทธิภาพที่สูงขึ้น (10,000+) สามารถทำได้โดยสมมติว่าแบนด์วิธสูงขึ้น 135 การจัดเตรียมสำหรับแต่ละโหนดและฮาร์ดแวร์เฉพาะสำหรับการตรวจสอบลายเซ็น ในที่สุดเราก็ทราบว่า ตัวชี้วัดที่กล่าวมาข้างต้นอยู่ที่ชั้นฐาน โซลูชันการปรับขนาดเลเยอร์ 2 ช่วยเพิ่มผลลัพธ์เหล่านี้ได้ทันที อย่างมาก ตารางเปรียบเทียบฉันทามติ ตารางที่ 1 อธิบายความแตกต่างระหว่างสามตระกูลที่รู้จัก ของโปรโตคอลฉันทามติผ่านชุดแกนวิกฤติ 8 แกน 140 นากาโมโตะ คลาสสิค หิมะ แข็งแกร่ง (เหมาะสำหรับการตั้งค่าแบบเปิด) + - - + มีการกระจายอำนาจสูง (อนุญาตให้มีผู้ตรวจสอบจำนวนมาก) + - - + เวลาแฝงต่ำและขั้นสุดท้ายที่รวดเร็ว (การยืนยันธุรกรรมที่รวดเร็ว) - - + + ปริมาณงานสูง (อนุญาตให้มีลูกค้าจำนวนมาก) - - + + น้ำหนักเบา (ความต้องการของระบบต่ำ) - - + + นิ่ง (ไม่ใช้งานเมื่อไม่มีการตัดสินใจ) - - + + กำหนดพารามิเตอร์ด้านความปลอดภัยได้ (เกิน 51% ของการมีอยู่ของฝ่ายตรงข้าม) - - - - + ปรับขนาดได้สูง - - - - + ตารางที่ 1. แผนภูมิเปรียบเทียบระหว่างสามตระกูลที่รู้จักของโปรโตคอลฉันทามติ Avalanche มนุษย์หิมะ และ Frosty ทั้งหมดอยู่ในตระกูล Snow

Comparative chart between the three known families of consensus protocols: Classical, Nakamoto, and Snow/Avalanche

プラットフォームの概要

このセクションでは、プラットフォームのアーキテクチャの概要を示し、さまざまな実装について説明します。 詳細。 Avalanche プラットフォームは、チェーン (およびその上に構築されるアセット)、実行という 3 つの懸念事項を明確に分離します。 環境と展開。 3.1 建築 145 サブネットワーク サブネットワーク (サブネット) は、コンセンサスを達成するために連携する validator の動的なセットです。 blockchain のセットの状態について。各 blockchain は 1 つのサブネットによって検証され、サブネットは検証できます。 任意の数のblockchain。 validator は、任意の数のサブネットのメンバーになることができます。サブネットが決定します 誰がそれを入力することができ、その構成要素である validator が特定のプロパティを持つことを要求する場合があります。 Avalanche プラットフォームは、任意の数のサブネットの作成と操作をサポートします。新しいサブネットを作成するには 150 または、サブネットに参加するには、$AVAX 建ての料金を支払う必要があります。

Key non-consensus governable parameters used in the Avalanche platform including staking and fee settings

6 ケビン・セクニキ、ダニエル・レイン、スティーブン・バットルフ、エミン・グラン・サイラー サブネット モデルには、次のような多くの利点があります。 – validator が特定のサブネット内の blockchain を気にしない場合、そのサブネットには参加しません。 これにより、ネットワーク トラフィックが削減され、validator に必要な計算リソースも削減されます。これは 他の blockchain プロジェクトとは対照的に、すべての validator はすべてのトランザクションを検証する必要があります。 155 彼らは気にしない人たちです。 – サブネットに誰が入ることができるかはサブネットによって決定されるため、プライベート サブネットを作成できます。つまり、それぞれのblockchain サブネットは、信頼できる validator のセットによってのみ検証されます。 – 各 validator が特定のプロパティを持つサブネットを作成できます。たとえば、次のように作成できます。 各 validator が特定の管轄区域内にある、または各 validator が何らかの管轄区域にバインドされているサブネット 160 現実世界の契約。これはコンプライアンス上の理由から有益である可能性があります。 デフォルト サブネットと呼ばれる特別なサブネットが 1 つあります。すべての validator によって検証されます。 (つまり、順番的には サブネットを検証するには、デフォルト サブネットも検証する必要があります。) デフォルト サブネットは、次のセットを検証します。 $AVAX が存在し、取引される blockchain を含む、事前定義された blockchain。 仮想マシン 各 blockchain は、仮想マシン (VM) のインスタンスです。VM は、 165 blockchain は、クラスがオブジェクト指向プログラミング言語におけるオブジェクトの設計図であるのとよく似ています。の blockchain のインターフェイス、状態、動作は、blockchain が実行する VM によって定義されます。以下の blockchain のプロパティなどは VM によって定義されます。 – ブロックの内容 – ブロックが受け入れられたときに発生する状態遷移 170 – blockchain によって公開される API とそのエンドポイント – ディスクに永続化されるデータ blockchain は、特定の VM を「使用する」または「実行する」と言います。 blockchain を作成するときは、VM を指定します blockchain の生成状態と同様に、実行されます。新しい blockchain は、既存のblockchain を使用して作成できます。 VM、または開発者が新しい VM をコーディングできます。同じ VM を実行する任意の数の blockchain が存在する可能性があります。 175 各 blockchain は、同じ VM を実行している場合でも、論理的に他のものから独立しており、その状態を維持します。 自分自身の状態。 3.2 ブートストラッピング Avalanche に参加するための最初のステップはブートストラップです。このプロセスは 3 つの段階で行われます。 接続 アンカー、ネットワークと状態の検出をシードし、validator になります。 180 シード アンカー 許可なしで (つまりハードコーディングされて) 動作するピアのネットワーク システム。 ID のセットには、ピア検出のための何らかのメカニズムが必要です。ピアツーピア ファイル共有ネットワークでは、一連の トラッカーが使用されます。暗号ネットワークでは、典型的なメカニズムは DNS シード ノードの使用です (これを参照します)Avalanche プラットフォーム 2020/06/30 7 からシード アンカーとして)、明確に定義されたシード IP アドレスのセットで構成され、そのアドレスから他のメンバーが送信されます。 ネットワークを検出できます。 DNS シード ノードの役割は、セットに関する有用な情報を提供することです。 185 システムのアクティブな参加者の数。同じメカニズムが Bitcoin コア [1] でも採用されています。 ソース コードの src/chainparams.cpp ファイルには、ハードコーディングされたシード ノードのリストが保持されます。間の違い BTC と Avalanche の違いは、BTC には正しい DNS シード ノードが 1 つだけ必要であるのに対し、Avalanche には単純な DNS シード ノードが必要であるという点です。 アンカーの大部分は正しいはずです。たとえば、新しいユーザーはネットワーク ビューをブートストラップすることを選択できます。 確立された信頼できる一連の取引所を通じて行われますが、そのいずれかが個別に信頼されるわけではありません。 190 ただし、ブートストラップ ノードのセットはハードコーディングまたは静的である必要はなく、 ユーザーによって提供されますが、使いやすさを考慮して、クライアントは経済的な内容を含むデフォルト設定を提供する場合があります。 取引所など、クライアントが世界観を共有したい重要な関係者。障壁はありません シード アンカーになるため、シード アンカーのセットはノードが入るか入らないかを決定することはできません。 ノードはシードのセットに接続することで Avalanche ピアの最新のネットワークを検出できるため、ネットワーク 195 アンカー。 ネットワークと状態の検出 シード アンカーに接続されると、ノードは最新のネットワーク セットをクエリします。 状態遷移。この一連の状態遷移を許容フロンティアと呼びます。チェーンにとって受け入れられるフロンティア 最後に受け入れられたブロックです。 DAG の場合、受け入れられたフロンティアは、受け入れられたものの、まだ存在しない頂点のセットです。 受け入れられた子供はいません。シードアンカーから受け入れられたフロンティアを収集した後、状態は次のように遷移します。 200 大多数のシード アンカーによって受け入れられると、受け入れられるように定義されます。正しい状態が抽出されます サンプリングされたノードと同期することによって。シード アンカーに正しいノードの大部分が存在する限り 設定されている場合、受け入れられた状態遷移は、少なくとも 1 つの正しいノードによって受け入れられたものとしてマークされている必要があります。 この状態検出プロセスは、ネットワーク検出にも使用されます。ネットワークのメンバーシップ セットは次のとおりです。 validator チェーンで定義されています。したがって、validator チェーンと同期すると、ノードは次のことを検出できるようになります。 205 現在の validator のセット。 validator チェーンについては、次のセクションで詳しく説明します。 3.3 シビルの制御とメンバーシップ コンセンサス プロトコルは、しきい値までの値を想定してセキュリティを保証します。 システム内のメンバーが敵対的になる可能性があります。 Sybil 攻撃。ノードが安価にネットワークをフラッディングします。 悪意のある ID を使用すると、これらの保証が簡単に無効になる可能性があります。基本的に、このような攻撃は次の場合にのみ可能です。 210 偽造が困難なリソース [3] の証拠と存在感を取引することで抑止されます。過去のシステムでは、次のような用途が検討されてきました。 proof-of-work (PoW)、proof-of-stake (PoS)、経過時間の証明に及ぶシビル抑止メカニズム (POET)、時空間証明 (PoST)、および権限証明 (PoA)。 これらのメカニズムはすべて、本質的には同じ機能を果たします。各メカニズムは、各参加者が次のことを必要とします。 何らかの経済的コミットメントの形で「ゲーム内の一部」が提供され、それによって経済的な利益が提供されます。 215 その参加者による不正行為に対する障壁。それらはすべて、形式を問わず何らかの賭け金を伴います。 マイニング リグと hash 電力 (PoW)、ディスク領域 (PoST)、信頼できるハードウェア (POET)、または承認された ID の数 (PoA)。この賭け金は、参加者が発言権を獲得するために負担しなければならない経済的コストの基礎を形成します。のために たとえば、Bitcoin では、有効なブロックを提供できる能力は、ブロックの hash 乗に直接比例します。 提案参加者。残念ながら、コンセンサスプロトコル間でも大きな混乱が生じています。8 ケビン・セクニキ、ダニエル・レイン、スティーブン・バットルフ、エミン・グラン・サイラー 対シビル制御メカニズム。コンセンサスプロトコルの選択は、ほとんどの場合、次のように行われることに注意してください。 Sybil 制御メカニズムの選択と直交します。これは、Sybil 制御メカニズムが次のようなものであるということではありません。 特定の選択が根底にあるものに影響を与える可能性があるため、お互いのドロップイン置換 コンセンサスプロトコルの保証。ただし、Snow* ファミリーは、既知のこれらの多くと組み合わせることができます。 メカニズムを大幅に変更することなく。 225 最終的には、セキュリティのため、また参加者のインセンティブが確実に利益につながるようにするためです。 ネットワークでは、$AVAX がコア Sybil 制御メカニズムへの PoS を選択します。一部の形式のステークは本質的に 集中化: たとえば、採掘リグ製造 (PoW) は本質的に少数の人の手に集中化されています。 適切なノウハウを持ち、競争力のある VLSI に必要な多数の特許にアクセスできる人材 製造業。さらに、PoW マイニングでは、毎年多額のマイナー補助金が支払われるため、価値が漏洩します。同様に、 230 ディスクスペースは、大規模なデータセンター運営者によって最も豊富に所有されています。さらに、すべてのシビル制御メカニズム 継続的に発生するコスト、例: hashing の電気代は、言うまでもなく、エコシステムから価値を漏洩します。 環境を破壊する。これにより、token の実現可能性が低下します。 短い時間枠での価格変動により、システムが動作不能になる可能性があります。 Proof-of-Work は本質的に以下を選択します 鉱山労働者の能力とはほとんど関係なく、安価な電力を調達するコネを持つ鉱山労働者 235 トランザクションまたはそのエコシステム全体への貢献をシリアル化します。これらのオプションの中から私たちが選択するのは、 proof-of-stake、それは環境に優しく、アクセスしやすく、誰にでも開かれているからです。ただし、$AVAX は PoS、Avalanche ネットワークにより、PoW および PoS を使用してサブネットを起動できるようになります。 ステーキングは、直接的な経済的利益を可能にするため、オープン ネットワークに参加するための自然なメカニズムです。 議論: 攻撃が成功する確率は、明確に定義された金銭的コストに正比例する 240 機能。言い換えれば、ステーキングするノードは、経済的な動機で、 彼らの賭け金の価値を損なう可能性があります。さらに、この賭け金には追加の維持費(その他の維持費)はかかりません。 次に、別の資産に投資する機会費用)、鉱山機械とは異なり、 壊滅的な攻撃に使用されると完全に消費されます。 PoW 運用の場合、マイニング機器は簡単に使用できます。 再利用されるか、所有者が決定した場合は完全に市場に売り戻されます。 245 ネットワークに参加したいノードは、最初に固定された杭を立てることで自由に参加できます。 ネットワークへの参加期間中。ユーザーは賭け金額の期間を決定します。 一度受け入れられると、ステークを元に戻すことはできません。主な目標は、ノードが実質的に ネットワークのほぼ安定したビューも同様です。最小 staking 時間を 1 秒程度に設定する予定です。 週。 250 同様に PoS メカニズムを提案する他のシステムとは異なり、$AVAX はスラッシュを使用しません。 したがって、staking 期間が終了すると、すべての賭け金が返還されます。これにより、次のような望ましくないシナリオが防止されます。 コインの損失につながるクライアント ソフトウェアまたはハードウェアの障害。これは私たちの設計哲学と一致します 予測可能なテクノロジーの構築: ソフトウェアやソフトウェアが存在する場合でも、賭けられた token は危険にさらされません。 ハードウェアの欠陥。 255 Avalanche では、参加したいノードが特別なステーク トランザクションを validator チェーンに発行します。 ステーキング トランザクションでは、ステーキングする金額、参加者の staking キー (staking)、期間、 検証が開始される時刻。取引が承認されると、資金は次の期限までロックされます。 staking期間の終わり。最小許容量はシステムによって決定され、強制されます。賭け金 参加者が与えた金額は、参加者が社会に与える影響力の量の両方に影響を及ぼします。Avalanche プラットフォーム 2020/06/30 9 後で説明するように、コンセンサスプロセスと報酬。指定された staking 期間は次の期間である必要があります。 δmin と δmax は、ステークをロックできる最小時間枠と最大時間枠です。と同様に、 staking 額、staking 期間もシステム内の報酬に影響します。の紛失または盗難 staking キーはアセットではなくコンセンサス プロセスでのみ使用されるため、staking キーはアセットの損失につながることはありません 転送。 265 3.4 $AVAX のスマート コントラクト Avalanche は、起動時に Ethereum 仮想マシン (EVM) を介して標準の Solidity ベースの smart contract をサポートします。私たちは、プラットフォームがより豊富で強力な smart contract のセットをサポートすることを想定しています。 以下を含むツール: – オフチェーン実行とオンチェーン検証を備えたスマートコントラクト。 270 – 並列実行によるスマート コントラクト。同じ状態で動作しないsmart contract Avalanche 内のすべてのサブネットは並行して実行できます。 – Solidity++ と呼ばれる改良された Solidity。この新しい言語はバージョン管理と安全な数学をサポートします 固定小数点演算、改良された型システム、LLVM へのコンパイル、ジャストインタイム実行。 開発者が EVM サポートを必要としているが、プライベート サブネットに smart contract を展開したい場合、 275 新しいサブネットを直接スピンアップできます。これは、Avalanche が機能固有のシャーディングを有効にする方法です。 サブネット。さらに、開発者が現在デプロイされている Ethereum スマートとの対話を必要とする場合は、 コントラクトを作成すると、Ethereum のスプーンである Athereum サブネットと対話できます。最後に、開発者であれば、 Ethereum 仮想マシンとは異なる実行環境が必要なため、デプロイを選択する場合があります DAML などのさまざまな実行環境を実装するサブネットを介した smart contract 280 またはWASM。サブネットは、VM の動作以外の追加機能をサポートできます。たとえば、サブネットは smart contract を長期間保持する、より大きな validator ノードのパフォーマンス要件、または コントラクト状態をプライベートに保持する validator。 4 ガバナンスと $AVAX トークン 4.1 $AVAX ネイティブ トークン 285 金融政策 ネイティブ token、$AVAX は供給上限があり、上限は 720,000,000 tokens に設定されています。 メインネットの起動時に 360,000,000 token が利用可能です。ただし、他の供給上限付き token とは異なります。 \(AVAX is designed to react to changing economic conditions. In particular, the objective of \)AVAX の金融政策は、token を賭けるユーザーのインセンティブのバランスをとることです。 プラットフォーム上で利用可能なさまざまなサービスと対話するためにそれを使用するのではなく。プラットフォームの参加者 290 集合的に分散型準備銀行として機能します。 Avalanche で利用可能なレバーは staking の報酬、手数料、 およびエアドロップ。これらはすべて管理可能なパラメーターの影響を受けます。ステーキング報酬はオンチェーンガバナンスによって設定され、上限供給量を決して超えないように設計された機能によって管理されます。ステーキングが誘発される可能性がある 料金を増やすか、staking の報酬を増やすことによって。一方で、エンゲージメントの向上を誘導することもできます Avalanche プラットフォーム サービスでは、手数料を引き下げ、staking の報酬を削減します。10 ケビン・セクニキ、ダニエル・レイン、スティーブン・バットルフ、エミン・グラン・サイラー 用途 支払い 真の分散型ピアツーピア支払いは、次のような理由により、業界にとってはほとんど実現されない夢です。 現職企業の現在のパフォーマンスの欠如。 $AVAX は、を使用した支払いと同じくらい強力で使いやすいです。 Visa は、完全にトラストレスで分散型の方法で、世界中で毎秒数千件の取引を可能にします。 さらに、世界中の加盟店にとって、$AVAX は Visa よりも直接的な価値提案を提供します。 300 料金。 ステーキング: システムの保護 Avalanche プラットフォームでは、sybil 制御は staking を介して実現されます。順番に 検証するには、参加者はコインをロックアップするか、賭け金を賭ける必要があります。バリデーターはステーカーとも呼ばれます。 staking 金額と staking 期間などに基づいて検証サービスに対して補償されました プロパティ。選択した補償関数は分散を最小限に抑え、大規模なステーカーが分散を回避する必要があります。 305 不当に多くの報酬を受け取る。また、参加者は次のような「運」要素の影響を受けません。 PoWマイニング。このような報酬スキームは、マイニングや staking プールの形成を妨げます。 ネットワークへの分散型でトラストレスな参加。 アトミック スワップ システムの中核となるセキュリティを提供するだけでなく、$AVAX token はユニバーサル ユニットとしても機能します。 交換の。そこから、Avalanche プラットフォームはトラストレス アトミック スワップをネイティブにサポートできるようになります。 310 このプラットフォームは、Avalanche 上で直接、あらゆる種類の資産のネイティブで真の分散型交換を可能にします。 4.2 ガバナンス 他のすべてのタイプと同様に、ガバナンスはあらゆるプラットフォームの開発と導入にとって重要です。 のシステム – Avalanche も自然な進化と更新に直面するでしょう。 $AVAX はオンチェーン ガバナンスを提供します 参加者がネットワークへの変更について投票できるネットワークの重要なパラメータについて、 315 ネットワークのアップグレードに関する決定を民主的に決定します。これには、最小staking金額などの要素が含まれます。 鋳造レートやその他の経済パラメータ。これにより、プラットフォームはクラウド oracle を通じて動的パラメーターの最適化を効果的に実行できるようになります。ただし、他の一部のガバナンス プラットフォームとは異なります。 Avalanche では、システムの任意の側面に対する無制限の変更は許可されていません。代わりに、 事前に決められた数のパラメータをガバナンスを通じて変更できるため、システムがより予測可能になります 320 そして安全性の向上。さらに、すべての管理可能なパラメータは特定の時間範囲内で制限されます。 ヒステリシスを導入し、システムが短い時間範囲にわたって予測可能であることを保証します。 システムパラメータのグローバルに許容される値を見つけるための実行可能なプロセスは、管理者のいない分散システムにとって重要です。 Avalanche はコンセンサス メカニズムを使用して、次のことを可能にするシステムを構築できます。 本質的にシステム全体の投票である特別なトランザクションを誰でも提案できます。参加しているノードは、 325 そのような提案を出します。 名目報酬率は、デジタル通貨であろうとフラット通貨であろうと、あらゆる通貨に影響を与える重要なパラメーターです。残念ながら、このパラメータを修正する暗号通貨は、デフレやインフレなどのさまざまな問題に直面する可能性があります。 そのために、名目報酬率は、事前に設定された境界内でガバナンスの対象となります。これにより、 token 保有者は、$AVAX が最終的に上限付きであるか、上限なしであるか、さらにはデフレ的であるかを選択できるようになります。Avalanche プラットフォーム 2020/06/30 11 集合 F で示される取引手数料もガバナンスの対象となります。 F は事実上、さまざまな指示やトランザクションに関連する手数料を記述するタプルです。最後に、staking 回と金額 も統治可能です。これらのパラメータのリストを図 1 に定義します。 – Δ: $AVAX 建てのステーキング額。この値は、次のように配置する必要がある最小限の賭け金を定義します。 システムに参加する前に絆を深めてください。 – δmin : ノードがシステムにステーキングするために必要な最小時間。 – δmax : ノードがステーキングできる最大時間。 – ρ : (π∆, τδmin) →R : 鋳造レートとも呼ばれる報酬率関数は、報酬 a を決定します。 参加者は、公開されている π 個のノードを考慮して、staking 額に応じて請求できます。 τδmin ≤δmax となるように、τ 連続する δmin タイムフレームの期間にわたって、その所有権の下で。 – F : 手数料構造。さまざまな取引に対するコストを指定する一連の管理可能な手数料パラメータです。 図 1. Avalanche で使用される主要な非コンセンサスパラメータ。すべての表記は最初の使用時に再定義されます。 金融システムにおける予測可能性の原則に従って、$AVAX のガバナンスにはヒステリシスがあり、 つまり、パラメータの変更は最近の変更に大きく依存します。限界は2つある 335 時間と範囲などの各制御可能なパラメータに関連付けられています。ガバナンスを使用してパラメータが変更されると トランザクションが完了すると、すぐに再度大量に変更することが非常に困難になります。こういった難しさは 値の制約は、最後の変更から時間が経過するにつれて緩和されます。全体として、これによりシステムが 短期間で劇的に変化するため、ユーザーはシステムパラメータを安全に予測できます。 短期的には強力な制御性と柔軟性を備えながら、長期的には優れています。 340

ภาพรวมแพลตฟอร์ม

ในส่วนนี้ เราจะให้ภาพรวมทางสถาปัตยกรรมของแพลตฟอร์มและหารือเกี่ยวกับการใช้งานต่างๆ รายละเอียด แพลตฟอร์ม Avalanche แยกข้อกังวลสามประการอย่างชัดเจน: เชน (และสินทรัพย์ที่สร้างขึ้นด้านบน) การดำเนินการ สภาพแวดล้อมและการปรับใช้ 3.1 สถาปัตยกรรม 145 เครือข่ายย่อย เครือข่ายย่อยหรือเครือข่ายย่อยคือชุดไดนามิกของ validators ที่ทำงานร่วมกันเพื่อให้บรรลุฉันทามติ ในสถานะของชุด blockchains blockchain แต่ละรายการได้รับการตรวจสอบโดยเครือข่ายย่อยเดียว และเครือข่ายย่อยสามารถตรวจสอบได้ blockchains จำนวนมากโดยพลการ validator อาจเป็นสมาชิกของเครือข่ายย่อยจำนวนมากโดยพลการ ซับเน็ตตัดสินใจ ที่อาจเข้ามา และอาจต้องการให้ส่วนประกอบ validators มีคุณสมบัติบางอย่าง Avalanche แพลตฟอร์มรองรับการสร้างและการทำงานของเครือข่ายย่อยจำนวนมากโดยพลการ เพื่อสร้างซับเน็ตใหม่ 150 หรือหากต้องการเข้าร่วมซับเน็ต จะต้องชำระค่าธรรมเนียมในสกุลเงิน $AVAX

Key non-consensus governable parameters used in the Avalanche platform including staking and fee settings

6 Kevin Sekniqi, Daniel Laine, Stephen Buttolph และ Emin G¨un Sirer โมเดลซับเน็ตมีข้อดีหลายประการ: – หาก validator ไม่สนใจ blockchains ในเครือข่ายย่อยที่กำหนด มันก็จะไม่เข้าร่วมเครือข่ายย่อยนั้น ซึ่งจะช่วยลดการรับส่งข้อมูลเครือข่าย รวมถึงทรัพยากรการคำนวณที่จำเป็นของ validators นี้อยู่ใน ตรงกันข้ามกับ blockchain โครงการอื่น ๆ ซึ่งทุก ๆ validator จะต้องตรวจสอบทุกธุรกรรม แม้กระทั่ง 155 ที่พวกเขาไม่สนใจ – เนื่องจากซับเน็ตตัดสินใจว่าใครจะเข้ามาได้ เราจึงสามารถสร้างซับเน็ตส่วนตัวได้ นั่นคือแต่ละ blockchain นิ้ว เครือข่ายย่อยได้รับการตรวจสอบโดยชุดของ validators ที่เชื่อถือได้เท่านั้น – เราสามารถสร้างเครือข่ายย่อยโดยที่แต่ละ validator มีคุณสมบัติบางอย่าง ตัวอย่างเช่น เราสามารถสร้างไฟล์ เครือข่ายย่อยที่แต่ละ validator ตั้งอยู่ในเขตอำนาจศาลบางแห่ง หรือโดยที่ validator แต่ละรายการถูกผูกไว้ด้วยบางส่วน 160 สัญญาในโลกแห่งความเป็นจริง นี่อาจเป็นประโยชน์สำหรับเหตุผลด้านการปฏิบัติตามข้อกำหนด มีเครือข่ายย่อยพิเศษหนึ่งเครือข่ายที่เรียกว่าเครือข่ายย่อยเริ่มต้น ได้รับการตรวจสอบโดย validators ทั้งหมด (นั่นคือตามลำดับ ในการตรวจสอบเครือข่ายย่อยใด ๆ เราจะต้องตรวจสอบเครือข่ายย่อยเริ่มต้นด้วย) เครือข่ายย่อยเริ่มต้นตรวจสอบชุดของ blockchains ที่กำหนดไว้ล่วงหน้า รวมถึง blockchain ที่ $AVAX อาศัยอยู่และมีการซื้อขาย เครื่องเสมือน แต่ละเครื่อง blockchain เป็นอินสแตนซ์ของเครื่องเสมือน (VM) VM เป็นพิมพ์เขียวสำหรับ 165 blockchain เหมือนกับคลาสที่เป็นพิมพ์เขียวสำหรับอ็อบเจ็กต์ในภาษาการเขียนโปรแกรมเชิงวัตถุ ที่ อินเทอร์เฟซ สถานะ และพฤติกรรมของ blockchain ถูกกำหนดโดย VM ที่ blockchain ทำงาน ต่อไปนี้ คุณสมบัติของ blockchain และอื่นๆ ถูกกำหนดโดย VM: – เนื้อหาของบล็อก – การเปลี่ยนแปลงสถานะที่เกิดขึ้นเมื่อบล็อกได้รับการยอมรับ 170 – API เปิดเผยโดย blockchain และจุดสิ้นสุด – ข้อมูลที่มีอยู่ในดิสก์ เราบอกว่า blockchain “ใช้” หรือ “รัน” VM ที่กำหนด เมื่อสร้าง blockchain จะมีการระบุ VM มันทำงาน เช่นเดียวกับสถานะการกำเนิดของ blockchain สามารถสร้าง blockchain ใหม่ได้โดยใช้ที่มีอยู่แล้ว VM หรือนักพัฒนาสามารถเขียนโค้ดใหม่ได้ อาจมี blockchains จำนวนมากตามอำเภอใจที่เรียกใช้ VM เดียวกัน 175 blockchain แต่ละตัว แม้แต่ตัวที่ใช้ VM เดียวกัน ก็เป็นอิสระทางตรรกะจากตัวอื่นและดูแลรักษา รัฐของตัวเอง 3.2 การบูตสแตรปปิ้ง ขั้นตอนแรกในการเข้าร่วม Avalanche คือการเริ่มระบบ กระบวนการนี้เกิดขึ้นในสามขั้นตอน: การเชื่อมต่อ เพื่อสร้างจุดยึด การค้นพบเครือข่ายและสถานะ และการกลายเป็น validator 180 Seed Anchors ระบบเครือข่ายเพื่อนที่ทำงานโดยไม่ได้รับอนุญาต (เช่น ฮาร์ดโค้ด) ชุดข้อมูลประจำตัวต้องมีกลไกบางอย่างในการค้นพบเพื่อน ในเครือข่ายการแบ่งปันไฟล์แบบเพียร์ทูเพียร์ ชุดของ มีการใช้ตัวติดตาม ในเครือข่าย crypto กลไกทั่วไปคือการใช้โหนด DNS seed (ซึ่งเราอ้างถึงAvalanche แพลตฟอร์ม 2020/06/30 7 เป็น seed anchors) ซึ่งประกอบด้วยชุดของที่อยู่ IP ของ seed-IP ที่กำหนดไว้อย่างดีซึ่งสมาชิกคนอื่นๆ ของ สามารถค้นพบเครือข่ายได้ บทบาทของโหนดเริ่มต้น DNS คือการให้ข้อมูลที่เป็นประโยชน์เกี่ยวกับชุด 185 ของผู้เข้าร่วมในระบบ กลไกเดียวกันนี้ใช้ใน Bitcoin Core [1] โดยที่ ไฟล์ src/chainparams.cpp ของซอร์สโค้ดเก็บรายการโหนดโหนดแบบฮาร์ดโค้ด ความแตกต่างระหว่าง BTC และ Avalanche คือ BTC ต้องการโหนด DNS seed ที่ถูกต้องเพียงโหนดเดียว ในขณะที่ Avalanche ต้องการโหนด DNS แบบง่าย พุกส่วนใหญ่จะถูกต้อง ตามตัวอย่าง ผู้ใช้ใหม่อาจเลือกที่จะบูตสแตรปมุมมองเครือข่าย ผ่านชุดการแลกเปลี่ยนที่เป็นที่ยอมรับและมีชื่อเสียง ซึ่งรายการใดรายการหนึ่งไม่น่าเชื่อถือเป็นรายบุคคล 190 อย่างไรก็ตาม เราทราบว่าชุดของโหนดบูตสแตรปไม่จำเป็นต้องฮาร์ดโค้ดหรือคงที่ และสามารถ จัดทำโดยผู้ใช้ แม้ว่าเพื่อความสะดวกในการใช้งาน ลูกค้าอาจจัดเตรียมการตั้งค่าเริ่มต้นซึ่งรวมถึงในเชิงเศรษฐกิจด้วย ผู้มีบทบาทสำคัญ เช่น การแลกเปลี่ยน ซึ่งลูกค้าต้องการแบ่งปันมุมมองโลกด้วย ไม่มีอุปสรรคในการ กลายเป็นจุดยึดเมล็ด ดังนั้นชุดของจุดยึดเมล็ดจึงไม่สามารถกำหนดได้ว่าโหนดจะเข้าหรือไม่ก็ได้ เครือข่าย เนื่องจากโหนดสามารถค้นพบเครือข่ายล่าสุดของเพียร์ Avalanche โดยการแนบไปกับชุดของ seed ใดๆ 195 จุดยึด การค้นพบเครือข่ายและสถานะ เมื่อเชื่อมต่อกับจุดยึดเมล็ดแล้ว โหนดจะสอบถามชุดล่าสุดของ การเปลี่ยนสถานะ เราเรียกชุดการเปลี่ยนผ่านของรัฐนี้ว่าขอบเขตที่ยอมรับ สำหรับโซ่ ขอบเขตที่ยอมรับ เป็นบล็อกสุดท้ายที่ยอมรับ สำหรับ DAG ขอบเขตที่ยอมรับคือชุดของจุดยอดที่ได้รับการยอมรับ แต่ยังมี ไม่มีเด็กที่ได้รับการยอมรับ หลังจากรวบรวมขอบเขตที่ได้รับการยอมรับจากจุดยึดเมล็ดพันธุ์แล้ว รัฐก็จะเปลี่ยนผ่าน 200 ได้รับการยอมรับจากจุดยึดเมล็ดพืชส่วนใหญ่ถูกกำหนดให้ได้รับการยอมรับ จากนั้นจึงดึงสถานะที่ถูกต้องออกมา โดยการซิงโครไนซ์กับโหนดตัวอย่าง ตราบใดที่มีโหนดที่ถูกต้องส่วนใหญ่อยู่ในจุดยึดเมล็ด ตั้งค่าแล้วการเปลี่ยนสถานะที่ยอมรับจะต้องถูกทำเครื่องหมายว่ายอมรับโดยโหนดที่ถูกต้องอย่างน้อยหนึ่งโหนด กระบวนการค้นพบสถานะนี้ยังใช้สำหรับการค้นพบเครือข่ายด้วย ชุดสมาชิกของเครือข่ายคือ กำหนดไว้ในห่วงโซ่ validator ดังนั้นการซิงโครไนซ์กับเชน validator จะทำให้โหนดสามารถค้นพบได้ 205 ชุดปัจจุบันของ validators validator chain จะถูกกล่าวถึงเพิ่มเติมในหัวข้อถัดไป 3.3 การควบคุมและการเป็นสมาชิกของซีบิล โปรโตคอลฉันทามติให้การรับประกันความปลอดภัยภายใต้สมมติฐานที่สูงถึงจำนวนเกณฑ์ ของสมาชิกในระบบอาจเป็นปฏิปักษ์ได้ การโจมตีของซีบิลโดยที่โหนดจะท่วมเครือข่ายอย่างประหยัด ที่มีตัวตนที่เป็นอันตรายอาจทำให้การรับประกันเหล่านี้เป็นโมฆะได้เล็กน้อย โดยพื้นฐานแล้วการโจมตีดังกล่าวสามารถทำได้เท่านั้น 210 ถูกขัดขวางโดยการซื้อขายโดยมีหลักฐานว่าเป็นทรัพยากรที่ปลอมแปลงได้ยาก [3] ระบบที่ผ่านมาได้สำรวจการใช้งาน ของกลไกการป้องปรามซีบิลที่ครอบคลุม proof-of-work (PoW), proof-of-stake (PoS), หลักฐานเวลาที่ผ่านไป (POET), การพิสูจน์พื้นที่และเวลา (PoST) และหลักฐานการอนุญาต (PoA) โดยแก่นแท้แล้ว กลไกทั้งหมดเหล่านี้ทำหน้าที่เหมือนกัน: กลไกเหล่านี้ต้องการให้ผู้เข้าร่วมแต่ละคนมี “สกินในเกม” บางส่วนในรูปแบบของความมุ่งมั่นทางเศรษฐกิจ ซึ่งในทางกลับกันจะให้ผลทางเศรษฐกิจ 215 อุปสรรคต่อพฤติกรรมที่ไม่เหมาะสมของผู้เข้าร่วมนั้น ทั้งหมดเกี่ยวข้องกับรูปแบบของการเดิมพันไม่ว่าจะในรูปแบบก็ตาม ของแท่นขุดและ hash กำลัง (PoW), พื้นที่ดิสก์ (PoST), ฮาร์ดแวร์ที่เชื่อถือได้ (POET) หรือข้อมูลประจำตัวที่ได้รับอนุมัติ (โปเอ). สัดส่วนการถือหุ้นนี้เป็นพื้นฐานของต้นทุนทางเศรษฐกิจที่ผู้เข้าร่วมต้องแบกรับเพื่อให้ได้เสียง สำหรับ เช่น ใน Bitcoin ความสามารถในการสนับสนุนบล็อกที่ถูกต้องจะเป็นสัดส่วนโดยตรงกับ hash-กำลังของ ผู้เข้าร่วมเสนอ น่าเสียดายที่ยังมีความสับสนอย่างมากระหว่างระเบียบการที่เป็นเอกฉันท์8 Kevin Sekniqi, Daniel Laine, Stephen Buttolph และ Emin G¨un Sirer เทียบกับกลไกการควบคุมซีบิล เราทราบว่าการเลือกระเบียบการที่เป็นเอกฉันท์โดยส่วนใหญ่แล้ว ตั้งฉากกับการเลือกกลไกการควบคุมซีบิล นี่ไม่ได้บอกว่าซีบิลมีกลไกควบคุมนะ การแทนที่แบบดรอปอินสำหรับกันและกัน เนื่องจากตัวเลือกเฉพาะอาจมีผลกระทบเกี่ยวกับสิ่งที่อยู่ข้างใต้ การรับประกันโปรโตคอลฉันทามติ อย่างไรก็ตาม ตระกูล Snow สามารถใช้ร่วมกับตระกูล Snow หลายอย่างที่รู้จักได้ กลไกโดยไม่มีการดัดแปลงอย่างมีนัยสำคัญ 225 ท้ายที่สุดแล้ว เพื่อความปลอดภัยและเพื่อให้แน่ใจว่าสิ่งจูงใจของผู้เข้าร่วมนั้นสอดคล้องกันเพื่อประโยชน์ของ เครือข่าย $AVAX เลือก PoS ไปยังกลไกการควบคุมหลักของ Sybil การเดิมพันบางรูปแบบมีอยู่โดยธรรมชาติ รวมศูนย์: ตัวอย่างเช่น การผลิตแท่นขุดเจาะ (PoW) นั้นมีการรวมศูนย์อยู่ในมือของคนเพียงไม่กี่คน ผู้ที่มีความรู้ที่เหมาะสมและเข้าถึงสิทธิบัตรหลายสิบรายการที่จำเป็นสำหรับ VLSI ที่สามารถแข่งขันได้ การผลิต นอกจากนี้ การขุด PoW ยังทำให้มูลค่ารั่วไหลเนื่องจากการอุดหนุนคนงานเหมืองจำนวนมากต่อปี ในทำนองเดียวกัน 230 พื้นที่ดิสก์ส่วนใหญ่เป็นเจ้าของโดยผู้ให้บริการศูนย์ข้อมูลขนาดใหญ่ นอกจากนี้ กลไกการควบคุม sybil ทั้งหมด ที่ทำให้เกิดต้นทุนต่อเนื่อง เช่น ค่าไฟฟ้าสำหรับ hashing ค่ารั่วไหลออกจากระบบนิเวศ ไม่ต้องพูดถึง ทำลายสิ่งแวดล้อม ซึ่งจะช่วยลดขอบเขตความเป็นไปได้สำหรับ token ซึ่งผลที่ไม่พึงประสงค์ ราคาที่เคลื่อนไหวในช่วงเวลาสั้นๆ อาจทำให้ระบบไม่สามารถใช้งานได้ หลักฐานการทำงานโดยเนื้อแท้จะเลือกให้ คนงานเหมืองที่มีความเชื่อมโยงในการจัดหาไฟฟ้าราคาถูก ซึ่งแทบไม่เกี่ยวอะไรกับความสามารถของคนงานเหมืองเลย 235 เพื่อทำให้ธุรกรรมเป็นอนุกรมหรือการมีส่วนร่วมต่อระบบนิเวศโดยรวม ในบรรดาตัวเลือกเหล่านี้ เราเลือก proof-of-stake เพราะเป็นสีเขียว เข้าถึงได้ และเปิดกว้างสำหรับทุกคน อย่างไรก็ตาม เราทราบว่าในขณะที่ $AVAX ใช้ PoS เครือข่าย Avalanche ช่วยให้เครือข่ายย่อยสามารถเปิดใช้งานด้วย PoW และ PoS การวางเดิมพันเป็นกลไกตามธรรมชาติสำหรับการมีส่วนร่วมในเครือข่ายแบบเปิด เนื่องจากช่วยให้เกิดเศรษฐกิจโดยตรง ข้อโต้แย้ง: ความน่าจะเป็นของความสำเร็จของการโจมตีนั้นเป็นสัดส่วนโดยตรงกับต้นทุนทางการเงินที่กำหนดไว้อย่างดี 240 ฟังก์ชั่น กล่าวอีกนัยหนึ่ง โหนดที่เดิมพันมีแรงจูงใจทางเศรษฐกิจที่จะไม่มีส่วนร่วมในพฤติกรรมนั้น อาจส่งผลเสียต่อมูลค่าเงินเดิมพันของพวกเขา นอกจากนี้ เงินเดิมพันนี้ยังไม่ต้องเสียค่าบำรุงรักษาเพิ่มเติม (อื่นๆ แล้วค่าเสียโอกาสในการลงทุนในสินทรัพย์อื่น) และมีทรัพย์สินที่แตกต่างจากอุปกรณ์การทำเหมือง จะถูกใช้จนหมดหากใช้ในการโจมตีที่รุนแรง สำหรับการดำเนินการ PoW อุปกรณ์การทำเหมืองสามารถทำได้ง่ายๆ นำกลับมาใช้ใหม่หรือ – หากเจ้าของตัดสินใจ – ขายคืนสู่ตลาดทั้งหมด 245 โหนดที่ต้องการเข้าสู่เครือข่ายสามารถทำได้โดยอิสระโดยการวางเดิมพันที่ถูกตรึงไว้ก่อน ตลอดระยะเวลาที่เข้าร่วมเครือข่าย ผู้ใช้กำหนดระยะเวลาของจำนวนเงินเดิมพัน เมื่อยอมรับแล้ว เงินเดิมพันจะไม่สามารถคืนได้ เป้าหมายหลักคือเพื่อให้แน่ใจว่าโหนดแบ่งปันอย่างมาก มุมมองเครือข่ายที่เสถียรเป็นส่วนใหญ่เหมือนกัน เราคาดว่าจะตั้งเวลาขั้นต่ำ staking ตามลำดับของ สัปดาห์ 250 ต่างจากระบบอื่นๆ ที่เสนอกลไก PoS เช่นกัน $AVAX ไม่ได้ใช้การเฉือนและ ดังนั้นเงินเดิมพันทั้งหมดจะถูกคืนเมื่อช่วง staking หมดอายุ สิ่งนี้จะช่วยป้องกันสถานการณ์ที่ไม่พึงประสงค์เช่น ความล้มเหลวของซอฟต์แวร์ไคลเอนต์หรือฮาร์ดแวร์ที่นำไปสู่การสูญเสียเหรียญ สิ่งนี้สอดคล้องกับปรัชญาการออกแบบของเรา ของการสร้างเทคโนโลยีที่คาดเดาได้: tokens ที่เดิมพันไว้จะไม่ตกอยู่ในความเสี่ยง แม้ว่าจะมีซอฟต์แวร์หรือ ข้อบกพร่องด้านฮาร์ดแวร์ 255 ใน Avalanche โหนดที่ต้องการเข้าร่วมจะออกธุรกรรมการเดิมพันพิเศษให้กับเชน validator ธุรกรรมการปักหลักระบุจำนวนเงินที่จะเดิมพัน คีย์ staking ของผู้เข้าร่วมนั่นคือ staking ระยะเวลา และเวลาที่การตรวจสอบจะเริ่มขึ้น เมื่อยอมรับธุรกรรมแล้ว เงินจะถูกล็อคจนกว่าจะถึง สิ้นสุดช่วง staking จำนวนเงินขั้นต่ำที่อนุญาตจะถูกกำหนดและบังคับใช้โดยระบบ สัดส่วนการถือหุ้น จำนวนเงินที่ผู้เข้าร่วมวางไว้มีผลกระทบต่อทั้งปริมาณอิทธิพลที่ผู้เข้าร่วมมีในAvalanche แพลตฟอร์ม 2020/06/30 9 กระบวนการฉันทามติตลอดจนรางวัลตามที่กล่าวไว้ในภายหลัง ระยะเวลา staking ที่ระบุต้องอยู่ระหว่าง δminและδmax กรอบเวลาขั้นต่ำและสูงสุดที่สามารถล็อคการเดิมพันใดๆ ได้ เช่นเดียวกับ จำนวน staking ระยะเวลา staking ก็มีผลกระทบต่อรางวัลในระบบเช่นกัน การสูญหายหรือถูกขโมยของ คีย์ staking ไม่สามารถนำไปสู่การสูญเสียทรัพย์สินได้ เนื่องจากคีย์ staking ถูกใช้ในกระบวนการที่เป็นเอกฉันท์เท่านั้น ไม่ใช่สำหรับสินทรัพย์ โอน 265 3.4 สัญญาอัจฉริยะใน $AVAX เมื่อเปิดตัว Avalanche รองรับ smart contracts ที่ใช้ Solidity มาตรฐานผ่าน Ethereum เครื่องเสมือน (EVM) เราคาดการณ์ว่าแพลตฟอร์มนี้จะสนับสนุนชุด smart contract ที่สมบูรณ์และมีประสิทธิภาพยิ่งขึ้น เครื่องมือต่างๆ รวมถึง: – สัญญาอัจฉริยะพร้อมการดำเนินการแบบออฟเชนและการตรวจสอบแบบออนไลน์ 270 – สัญญาอัจฉริยะพร้อมการดำเนินการแบบคู่ขนาน smart contracts ใดๆ ที่ไม่ได้ทำงานในสถานะเดียวกัน ซับเน็ตใด ๆ ใน Avalanche จะสามารถดำเนินการแบบขนานได้ – Solidity ที่ได้รับการปรับปรุง เรียกว่า Solidity++ ภาษาใหม่นี้จะรองรับการกำหนดเวอร์ชัน คณิตศาสตร์ที่ปลอดภัย และเลขคณิตจุดคงที่ ระบบประเภทที่ได้รับการปรับปรุง การคอมไพล์เป็น LLVM และการดำเนินการแบบทันเวลา หากนักพัฒนาต้องการการสนับสนุน EVM แต่ต้องการปรับใช้ smart contracts ในเครือข่ายย่อยส่วนตัว พวกเขา 275 สามารถหมุนซับเน็ตใหม่ได้โดยตรง นี่คือวิธีที่ Avalanche เปิดใช้งานการแบ่งส่วนฟังก์ชันเฉพาะผ่าน ซับเน็ต นอกจากนี้ หากนักพัฒนาต้องการการโต้ตอบกับ Ethereum smart ที่ใช้งานอยู่ในปัจจุบัน สัญญา พวกเขาสามารถโต้ตอบกับซับเน็ต Athereum ซึ่งเป็นช้อนของ Ethereum สุดท้ายนี้หากเป็นนักพัฒนา ต้องการสภาพแวดล้อมการดำเนินการที่แตกต่างจากเครื่องเสมือน Ethereum พวกเขาอาจเลือกที่จะปรับใช้ smart contract ของพวกเขาผ่านซับเน็ตที่ใช้สภาพแวดล้อมการดำเนินการที่แตกต่างกัน เช่น DAML 280 หรือ WASM ซับเน็ตสามารถรองรับคุณสมบัติเพิ่มเติมนอกเหนือจากลักษณะการทำงานของ VM ตัวอย่างเช่น ซับเน็ตสามารถบังคับใช้ได้ ข้อกำหนดด้านประสิทธิภาพสำหรับโหนด validator ที่ใหญ่กว่าซึ่งเก็บ smart contracts ไว้เป็นระยะเวลานานขึ้น หรือ validators ที่ถือสถานะสัญญาเป็นการส่วนตัว 4 การกำกับดูแลและโทเค็น $AVAX 4.1 โทเค็นดั้งเดิม $AVAX 285 นโยบายการเงิน ดั้งเดิม token, $AVAX, ถูกต่อยอด-อุปทาน โดยที่เพดานตั้งไว้ที่ 720, 000, 000 tokens, ด้วย 360, 000, 000 tokens พร้อมใช้งานบน mainnet launch อย่างไรก็ตาม ไม่เหมือนกับ tokens อุปทานต่อยอดอื่นๆ ซึ่ง อบอัตราการสร้างเหรียญอย่างต่อเนื่อง \(AVAX is designed to react to changing economic conditions. In particular, the objective of \)นโยบายการเงินของ AVAX คือการสร้างสมดุลระหว่างแรงจูงใจของผู้ใช้ในการเดิมพัน token เมื่อเทียบกับการใช้งานเพื่อโต้ตอบกับบริการที่หลากหลายบนแพลตฟอร์ม ผู้เข้าร่วมเวที 290 ร่วมกันทำหน้าที่เป็นธนาคารสำรองแบบกระจายอำนาจ คันโยกที่มีใน Avalanche คือ staking รางวัล ค่าธรรมเนียม และหยดลงทางอากาศ ซึ่งทั้งหมดนี้ได้รับอิทธิพลจากพารามิเตอร์ที่ควบคุมได้ รางวัลจากการปักหลักถูกกำหนดโดยการกำกับดูแลแบบออนไลน์ และควบคุมโดยฟังก์ชันที่ออกแบบมาไม่ให้เกินอุปทานที่ต่อยอด สามารถชักนำให้เกิดการปักหลักได้ โดยการเพิ่มค่าธรรมเนียมหรือเพิ่มรางวัล staking ในทางกลับกัน เราสามารถกระตุ้นให้เกิดการมีส่วนร่วมเพิ่มขึ้นได้ ด้วยบริการแพลตฟอร์ม Avalanche โดยการลดค่าธรรมเนียม และลดรางวัล staking10 Kevin Sekniqi, Daniel Laine, Stephen Buttolph และ Emin G¨un Sirer การใช้งาน การชำระเงิน การชำระเงินแบบ peer-to-peer แบบกระจายอำนาจที่แท้จริงนั้นเป็นความฝันที่ยังไม่เกิดขึ้นจริงสำหรับอุตสาหกรรมนี้ การขาดผลการดำเนินงานในปัจจุบันจากผู้ครอบครองตลาด $AVAX นั้นทรงพลังและใช้งานง่ายเหมือนกับการชำระเงิน Visa อนุญาตให้ทำธุรกรรมหลายพันรายการทั่วโลกทุก ๆ วินาทีในลักษณะที่กระจายอำนาจและไร้ความน่าเชื่อถืออย่างสมบูรณ์ นอกจากนี้ สำหรับผู้ค้าทั่วโลก $AVAX ยังนำเสนอคุณค่าโดยตรงผ่าน Visa ซึ่งก็คือราคาที่ต่ำกว่า 300 ค่าธรรมเนียม การวางหลัก: การรักษาความปลอดภัยระบบ บนแพลตฟอร์ม Avalanche การควบคุม sybil สามารถทำได้ผ่าน staking ตามลำดับ ในการตรวจสอบ ผู้เข้าร่วมจะต้องล็อคเหรียญหรือเงินเดิมพัน ผู้ตรวจสอบซึ่งบางครั้งเรียกว่าผู้เดิมพันคือ ได้รับการชดเชยสำหรับบริการตรวจสอบความถูกต้องตามจำนวน staking และระยะเวลา staking เหนือสิ่งอื่นใด คุณสมบัติ ฟังก์ชั่นการชดเชยที่เลือกควรลดความแปรปรวนให้เหลือน้อยที่สุด เพื่อให้มั่นใจว่าผู้เดิมพันรายใหญ่จะไม่ทำ 305 ได้รับค่าตอบแทนเพิ่มขึ้นอย่างไม่สมส่วน ผู้เข้าร่วมจะไม่อยู่ภายใต้ปัจจัย "โชค" ใด ๆ ดังเช่นใน การทำเหมือง PoW โครงการให้รางวัลดังกล่าวไม่สนับสนุนการก่อตัวของการขุดหรือพูล staking ที่เปิดใช้งานได้อย่างแท้จริง การมีส่วนร่วมแบบกระจายอำนาจและไม่ไว้วางใจในเครือข่าย Atomic swaps นอกเหนือจากการให้ความปลอดภัยหลักของระบบแล้ว $AVAX token ยังทำหน้าที่เป็นหน่วยสากล ของการแลกเปลี่ยน จากนั้น แพลตฟอร์ม Avalanche จะสามารถรองรับการแลกเปลี่ยนอะตอมมิกที่ไม่น่าเชื่อถือได้ 310 แพลตฟอร์มที่เปิดใช้งานการแลกเปลี่ยนสินทรัพย์ทุกประเภทแบบเนทีฟและกระจายอำนาจได้โดยตรงบน Avalanche 4.2 ธรรมาภิบาล การกำกับดูแลมีความสำคัญอย่างยิ่งต่อการพัฒนาและการนำแพลตฟอร์มใดๆ มาใช้ เนื่องจาก เช่นเดียวกับประเภทอื่นๆ ทั้งหมด ของระบบ – Avalanche จะเผชิญกับวิวัฒนาการและการอัปเดตตามธรรมชาติด้วย $AVAX ให้การกำกับดูแลแบบออนไลน์ สำหรับพารามิเตอร์ที่สำคัญของเครือข่ายซึ่งผู้เข้าร่วมสามารถลงคะแนนเสียงเกี่ยวกับการเปลี่ยนแปลงของเครือข่ายและ 315 ตัดสินการตัดสินใจอัปเกรดเครือข่ายตามระบอบประชาธิปไตย ซึ่งรวมถึงปัจจัยต่างๆ เช่น จำนวนขั้นต่ำ staking อัตราการสร้างเหรียญตลอดจนพารามิเตอร์ทางเศรษฐกิจอื่น ๆ สิ่งนี้ทำให้แพลตฟอร์มทำการเพิ่มประสิทธิภาพพารามิเตอร์ไดนามิกได้อย่างมีประสิทธิภาพผ่านฝูงชน oracle อย่างไรก็ตาม ไม่เหมือนกับแพลตฟอร์มการกำกับดูแลอื่นๆ ข้างนอกนั้น Avalanche ไม่อนุญาตให้มีการเปลี่ยนแปลงอย่างไม่จำกัดในด้านต่างๆ ของระบบ แทนเพียงก จำนวนพารามิเตอร์ที่กำหนดไว้ล่วงหน้าสามารถปรับเปลี่ยนได้ผ่านการกำกับดูแล ทำให้ระบบสามารถคาดเดาได้มากขึ้น 320 และเพิ่มความปลอดภัย นอกจากนี้ พารามิเตอร์ที่ควบคุมได้ทั้งหมดอยู่ภายใต้ขีดจำกัดภายในขอบเขตเวลาที่กำหนด ขอแนะนำฮิสเทรีซีส และรับรองว่าระบบยังคงสามารถคาดเดาได้ในช่วงเวลาอันสั้น กระบวนการที่ใช้การได้สำหรับการค้นหาค่าที่ยอมรับได้ทั่วโลกสำหรับพารามิเตอร์ระบบเป็นสิ่งสำคัญสำหรับระบบกระจายอำนาจที่ไม่มีผู้ดูแล Avalanche สามารถใช้กลไกฉันทามติเพื่อสร้างระบบที่อนุญาต ใครก็ตามที่จะเสนอธุรกรรมพิเศษซึ่งเป็นสาระสำคัญของการสำรวจทั่วทั้งระบบ โหนดใด ๆ ที่เข้าร่วมอาจ 325 ออกข้อเสนอดังกล่าว อัตรารางวัลที่กำหนดเป็นตัวแปรสำคัญที่ส่งผลต่อสกุลเงินใดๆ ไม่ว่าจะเป็นดิจิทัลหรือเงินจริง น่าเสียดายที่สกุลเงินดิจิทัลที่แก้ไขพารามิเตอร์นี้อาจประสบปัญหาต่างๆ รวมถึงการเงินฝืดหรือเงินเฟ้อ ด้วยเหตุนี้ อัตราผลตอบแทนที่กำหนดจะขึ้นอยู่กับการกำกับดูแล ภายในขอบเขตที่กำหนดไว้ล่วงหน้า นี้จะ อนุญาตให้ผู้ถือ token เลือกว่าในที่สุด $AVAX จะถูกต่อยอด ไม่ต่อยอด หรือแม้กระทั่งเป็นการขาดทุนหรือไม่Avalanche แพลตฟอร์ม 2020/06/30 11 ค่าธรรมเนียมการทำธุรกรรมซึ่งแสดงโดยชุด F ยังอยู่ภายใต้การกำกับดูแลเช่นกัน F เป็นผลจากสิ่งอันดับซึ่งอธิบายค่าธรรมเนียมที่เกี่ยวข้องกับคำสั่งและธุรกรรมต่างๆ สุดท้าย staking ครั้งและจำนวน ยังควบคุมได้ รายการพารามิเตอร์เหล่านี้ถูกกำหนดไว้ในรูปที่ 1 – ∆: จำนวนการปักหลัก อยู่ในสกุลเงิน $AVAX ค่านี้จะกำหนดเงินเดิมพันขั้นต่ำที่ต้องวางเป็น ผูกพันก่อนเข้าร่วมในระบบ – δmin : ระยะเวลาขั้นต่ำที่จำเป็นสำหรับโหนดในการเดิมพันเข้าสู่ระบบ – δmax : ระยะเวลาสูงสุดที่โหนดสามารถเดิมพันได้ – ρ : (π∆, τδmin) →R : ฟังก์ชันอัตรารางวัลหรือที่เรียกว่าอัตราการสร้างเหรียญ จะกำหนดรางวัล a ผู้เข้าร่วมสามารถอ้างสิทธิ์เป็นฟังก์ชันของจำนวน staking ของตน โดยได้รับโหนดจำนวน π ที่เปิดเผยต่อสาธารณะ ภายใต้ความเป็นเจ้าของ ตลอดระยะเวลา τ ต่อเนื่องกัน δmin กรอบเวลา เช่นว่า τδmin ≤δmax – F : โครงสร้างค่าธรรมเนียม ซึ่งเป็นชุดของพารามิเตอร์ค่าธรรมเนียมที่ควบคุมได้ซึ่งระบุต้นทุนสำหรับธุรกรรมต่างๆ รูปที่ 1. พารามิเตอร์ที่ไม่สอดคล้องกันที่สำคัญที่ใช้ใน Avalanche สัญกรณ์ทั้งหมดจะถูกกำหนดใหม่เมื่อมีการใช้งานครั้งแรก เพื่อให้สอดคล้องกับหลักการของการคาดการณ์ในระบบการเงิน การกำกับดูแลใน $AVAX มีฮิสเทรีซิส หมายความว่าการเปลี่ยนแปลงพารามิเตอร์จะขึ้นอยู่กับการเปลี่ยนแปลงล่าสุดเป็นอย่างมาก มีข้อจำกัดสองประการ 335 ที่เกี่ยวข้องกับแต่ละพารามิเตอร์ที่ควบคุมได้: เวลาและช่วงเวลา เมื่อพารามิเตอร์ถูกเปลี่ยนโดยใช้การกำกับดูแล การทำธุรกรรมจะกลายเป็นเรื่องยากมากที่จะเปลี่ยนแปลงอีกครั้งในทันทีและเป็นจำนวนเงินจำนวนมาก ความยากลำบากเหล่านี้ และข้อจำกัดด้านมูลค่าจะผ่อนคลายลงเมื่อเวลาผ่านไปนับตั้งแต่การเปลี่ยนแปลงครั้งล่าสุด โดยรวมแล้วสิ่งนี้ทำให้ระบบไม่ เปลี่ยนแปลงอย่างมากในช่วงเวลาสั้นๆ ทำให้ผู้ใช้สามารถคาดการณ์พารามิเตอร์ของระบบได้อย่างปลอดภัย ในระยะสั้นในขณะที่มีการควบคุมที่แข็งแกร่งและมีความยืดหยุ่นในระยะยาว 340

ガバナンス

1.1 Avalanche 目標と原則 Avalanche は、高性能、スケーラブル、カスタマイズ可能、安全な blockchain プラットフォームです。対象は3つ 幅広い使用例: 15 – 許可付き (プライベート) と許可なし (パブリック) にわたる、アプリケーション固有の blockchain の構築 展開。 – 拡張性の高い分散型アプリケーション (Dapps) を構築および起動します。 – カスタム ルール、約款、特約 (スマート アセット) を使用して、任意に複雑なデジタル アセットを構築します。 1 将来の見通しに関する記述は通常、将来の出来事または当社の将来の業績に関連しています。これには以下が含まれますが、含まれません。 Avalanche の予測パフォーマンスに限定されます。そのビジネスとプロジェクトの予想される発展。実行 そのビジョンと成長戦略について。現在進行中、開発中、または進行中のプロジェクトの完了 それ以外は検討中です。将来の見通しに関する記述は、経営陣の信念と仮定を表しています。 このプレゼンテーションの日付時点でのみ。これらの記述は、将来のパフォーマンスや不当なパフォーマンスを保証するものではありません。 それらに依存すべきではありません。このような将来予想に関する記述には、必然的に既知および未知の情報が含まれます。 実際の業績や将来の結果が予測と大きく異なる可能性があるリスク ここに明示または暗示されています。 Avalanche は、将来の見通しに関する記述を更新する義務を負いません。とはいえ 将来の見通しに関する記述は、それが行われた時点での当社の最善の予測であり、それを保証するものではありません。 実際の結果と将来の出来事は大幅に異なる可能性があるため、正確であることが判明します。読者は注意してください 将来の見通しに関する記述に過度に依存すること。2 ケビン・セクニキ、ダニエル・レイン、スティーブン・バットルフ、エミン・グラン・サイラー Avalanche の包括的な目的は、 20 デジタル資産。 構造上、Avalanche は次の特性を備えています。 スケーラブルな Avalanche は、非常にスケーラブルで、堅牢で、効率的になるように設計されています。コアコンセンサスエンジン は、低遅延で 1 秒あたりのトランザクション数が非常に多く、シームレスに動作する、インターネットに接続された潜在的に数億台の低出力デバイスと高出力デバイスのグローバル ネットワークをサポートできます。 25 Secure Avalanche は堅牢で高いセキュリティを実現するように設計されています。古典的なコンセンサスプロトコルは次のとおりです。 最大 f 人の攻撃者に耐えるように設計されており、サイズ f + 1 の攻撃者に直面すると完全に失敗します。 ナカモトのコンセンサスは、鉱山労働者の 51% がビザンチン人である場合、安全を提供しません。対照的に、 Avalanche は、攻撃者が特定のしきい値を下回る場合に非常に強力な安全性を保証します。 システム設計者がパラメータ化でき、攻撃者が制限を超えた場合に適切な機能低下を実現します。 30 この閾値。攻撃者が 51% を超えた場合でも、安全性 (ただし生存性ではない) の保証を維持できます。それは このような強力なセキュリティ保証を提供する最初のパーミッションレス システムです。 分散型 Avalanche は、前例のない分散化を実現するように設計されています。これはコミットメントを意味します 複数のクライアント実装に対応しており、いかなる種類の集中制御もありません。エコシステムは、次のことを避けるように設計されています。 異なる興味を持つユーザーのクラス間の分割。重要なことは、マイナー間には区別がありません。 35 開発者もユーザーも。 統治可能で民主的な $AVAX は、誰もがそのプラットフォームに接続できる、非常に包括的なプラットフォームです。 ネットワークを構築し、検証に参加し、ガバナンスに直接参加します。 token 所有者は誰でも投票できます。 主要な財務パラメータを選択し、システムがどのように進化するかを選択します。 相互運用性と柔軟性 Avalanche は、多数のユーザーにとって普遍的で柔軟なインフラストラクチャとなるように設計されています。 40 blockchains/assets のベース $AVAX はセキュリティおよび交換のアカウント単位として使用されます。の システムは、価値中立的な方法で、その上に構築される多くの blockchain をサポートすることを目的としています。プラットフォーム は、既存の blockchain を簡単に移植したり、残高をインポートしたり、 複数のスクリプト言語と仮想マシンをサポートし、複数の展開を有意義にサポートします。 シナリオ。 45 概要 この文書の残りの部分は 4 つの主要なセクションに分かれています。セクション 2 では、その詳細を概説します。 プラットフォームに動力を供給するエンジン。セクション 3 では、プラットフォームの背後にあるアーキテクチャ モデルについて説明します。 サブネットワーク、仮想マシン、ブートストラップ、メンバーシップ、および staking。セクション 4 ではガバナンスについて説明します 主要な経済パラメータの動的な変更を可能にするモデル。最後に、セクション 5 ではさまざまな点について説明します。 潜在的な最適化、ポスト量子暗号、現実的なものなど、興味深い周辺トピック 50 敵対者。

Avalanche プラットフォーム 2020/06/30 3 命名規則 プラットフォームの名前は Avalanche で、通常は「Avalanche」と呼ばれます。 「プラットフォーム」であり、「Avalanche ネットワーク」、または単に Avalanche と交換可能/同義です。 コードベースは、「v.[0-9].[0-9].[0-100]」というラベルが付いた 3 つの数値識別子を使用してリリースされます。 最初の番号はメジャー リリースを示し、2 番目の番号はマイナー リリースを示し、3 番目の番号はマイナー リリースを示します。 55 パッチを識別します。コードネーム Avalanche Borealis と呼ばれる最初の公開リリースは v. 1.0.0 です。ネイティブ token プラットフォームの名前は「$AVAX」です。 Avalanche プラットフォームで使用されるコンセンサス プロトコルのファミリーは次のとおりです。 Snow* ファミリーと呼ばれます。 Avalanche、Snowman、および という 3 つの具体的なインスタンス化があります。 冷ややかな。

ธรรมาภิบาล

1.1 Avalanche เป้าหมายและหลักการ Avalanche เป็นแพลตฟอร์ม blockchain ประสิทธิภาพสูง ปรับขนาดได้ ปรับแต่งได้ และปลอดภัย มันตั้งเป้าไว้สาม กรณีการใช้งานแบบกว้างๆ: 15 – การสร้างแอปพลิเคชันเฉพาะ blockchains ครอบคลุมการอนุญาต (ส่วนตัว) และไม่ได้รับอนุญาต (สาธารณะ) การใช้งาน – การสร้างและการเปิดตัวแอปพลิเคชันที่ปรับขนาดได้และกระจายอำนาจสูง (Dapps) – การสร้างสินทรัพย์ดิจิทัลที่ซับซ้อนตามอำเภอใจด้วยกฎที่กำหนดเอง พันธสัญญา และผู้ขับขี่ (สินทรัพย์อัจฉริยะ) 1 ข้อความคาดการณ์ล่วงหน้าโดยทั่วไปเกี่ยวข้องกับเหตุการณ์ในอนาคตหรือผลการดำเนินงานในอนาคตของเรา ซึ่งรวมถึงแต่ไม่ใช่ จำกัดอยู่ที่ประสิทธิภาพที่คาดการณ์ไว้ของ Avalanche; การพัฒนาธุรกิจและโครงการที่คาดหวัง การดำเนินการ วิสัยทัศน์และกลยุทธ์การเติบโต และโครงการที่อยู่ระหว่างดำเนินการ อยู่ระหว่างการพัฒนา หรือแล้วเสร็จ มิฉะนั้นจะอยู่ระหว่างการพิจารณา ข้อความคาดการณ์ล่วงหน้าแสดงถึงความเชื่อและสมมติฐานของฝ่ายบริหารของเรา ณ วันที่นำเสนอนี้เท่านั้น ข้อความเหล่านี้ไม่ได้รับประกันประสิทธิภาพการทำงานในอนาคตและเกินควร ไม่ควรพึ่งสิ่งเหล่านั้น ข้อความคาดการณ์ล่วงหน้าดังกล่าวจำเป็นต้องเกี่ยวข้องกับการทราบและไม่ทราบ ความเสี่ยงซึ่งอาจส่งผลให้ผลการดำเนินงานจริงและผลลัพธ์ในช่วงเวลาต่อๆ ไปแตกต่างอย่างมากจากการคาดการณ์ใดๆ โดยชัดแจ้งหรือโดยนัยในที่นี้ Avalanche ไม่มีภาระผูกพันในการอัปเดตข้อความคาดการณ์ล่วงหน้า แม้ว่า ข้อความคาดการณ์ล่วงหน้าเป็นการคาดการณ์ที่ดีที่สุดของเรา ณ เวลาที่จัดทำขึ้น ไม่สามารถรับประกันได้ จะพิสูจน์ได้ว่ามีความถูกต้อง เนื่องจากผลลัพธ์ที่แท้จริงและเหตุการณ์ในอนาคตอาจแตกต่างอย่างมาก ผู้อ่านไม่ได้รับคำเตือน ที่จะไว้วางใจข้อความคาดการณ์ล่วงหน้าอย่างไม่เหมาะสม2 Kevin Sekniqi, Daniel Laine, Stephen Buttolph และ Emin G¨un Sirer เป้าหมายโดยรวมของ Avalanche คือการจัดหาแพลตฟอร์มที่รวมเป็นหนึ่งสำหรับการสร้าง ถ่ายโอน และแลกเปลี่ยน 20 สินทรัพย์ดิจิทัล โดยการก่อสร้าง Avalanche มีคุณสมบัติดังต่อไปนี้: Avalanche ที่ปรับขนาดได้ได้รับการออกแบบมาให้สามารถปรับขนาดได้จำนวนมาก แข็งแกร่ง และมีประสิทธิภาพ เครื่องยนต์ฉันทามติหลัก สามารถรองรับเครือข่ายทั่วโลกของอุปกรณ์ที่เชื่อมต่ออินเทอร์เน็ต พลังงานต่ำและสูงที่อาจเชื่อมต่ออินเทอร์เน็ตนับร้อยล้านเครื่อง ซึ่งทำงานได้อย่างราบรื่น โดยมีความหน่วงต่ำและธุรกรรมต่อวินาทีที่สูงมาก 25 Secure Avalanche ได้รับการออกแบบมาให้แข็งแกร่งและมีความปลอดภัยสูง โปรโตคอลฉันทามติแบบคลาสสิกคือ ออกแบบมาให้ทนทานต่อผู้โจมตี f และล้มเหลวโดยสิ้นเชิงเมื่อเผชิญหน้ากับผู้โจมตีขนาด f + 1 หรือ ใหญ่กว่า และฉันทามติของ Nakamoto ไม่ได้ให้ความปลอดภัยเมื่อ 51% ของผู้ขุดเป็น Byzantine ในทางตรงกันข้าม Avalanche ให้การรับประกันความปลอดภัยที่แข็งแกร่งมากเมื่อผู้โจมตีอยู่ต่ำกว่าเกณฑ์ที่กำหนด ซึ่ง ผู้ออกแบบระบบสามารถกำหนดพารามิเตอร์ได้ และจะช่วยลดประสิทธิภาพลงอย่างมากเมื่อผู้โจมตีเกินกว่านั้น 30 เกณฑ์นี้ สามารถรับประกันความปลอดภัย (แต่ไม่ใช่ความมีชีวิตชีวา) แม้ว่าผู้โจมตีจะเกิน 51% ก็ตาม มันคือ ระบบแรกที่ไม่ได้รับอนุญาตที่ให้การรับประกันความปลอดภัยที่แข็งแกร่งเช่นนี้ การกระจายอำนาจ Avalanche ได้รับการออกแบบมาเพื่อมอบการกระจายอำนาจที่ไม่เคยมีมาก่อน นี่หมายถึงความมุ่งมั่น ไปยังการใช้งานไคลเอนต์หลายตัวและไม่มีการควบคุมแบบรวมศูนย์ใด ๆ ระบบนิเวศได้รับการออกแบบเพื่อหลีกเลี่ยง การแบ่งแยกระหว่างคลาสของผู้ใช้ที่มีความสนใจต่างกัน สิ่งสำคัญที่สุดคือไม่มีความแตกต่างระหว่างคนงานเหมือง 35 นักพัฒนาและผู้ใช้ $AVAX ที่ปกครองได้และเป็นประชาธิปไตยเป็นแพลตฟอร์มที่มีความครอบคลุมสูง ซึ่งช่วยให้ทุกคนสามารถเชื่อมต่อกับแพลตฟอร์มได้ เครือข่ายและมีส่วนร่วมในการตรวจสอบและมือแรกในการกำกับดูแล ผู้ถือ token คนใดก็ตามสามารถลงคะแนนได้ การเลือกพารามิเตอร์ทางการเงินที่สำคัญและในการเลือกวิธีที่ระบบจะพัฒนา Avalanche ที่ทำงานร่วมกันได้และยืดหยุ่นได้รับการออกแบบให้เป็นโครงสร้างพื้นฐานที่เป็นสากลและยืดหยุ่นได้สำหรับผู้คนจำนวนมาก 40 ของ blockchains/assets โดยที่ $AVAX พื้นฐานถูกใช้เพื่อความปลอดภัยและเป็นหน่วยของบัญชีสำหรับการแลกเปลี่ยน ที่ ระบบมีจุดมุ่งหมายเพื่อรองรับ blockchains จำนวนมากที่จะสร้างขึ้นด้านบนในลักษณะที่ไม่มีคุณค่า แพลตฟอร์ม ได้รับการออกแบบตั้งแต่ต้นจนจบเพื่อให้ง่ายต่อการย้าย blockchains ที่มีอยู่ลงไป เพื่อนำเข้ายอดคงเหลือ รองรับภาษาสคริปต์และเครื่องเสมือนหลายภาษา และรองรับการใช้งานหลาย ๆ อย่างอย่างมีความหมาย สถานการณ์ 45 โครงร่าง ส่วนที่เหลือของบทความนี้แบ่งออกเป็นสี่ส่วนหลัก ส่วนที่ 2 สรุปรายละเอียดของ เครื่องยนต์ที่ขับเคลื่อนแพลตฟอร์ม ส่วนที่ 3 กล่าวถึงโมเดลสถาปัตยกรรมเบื้องหลังแพลตฟอร์ม ได้แก่ เครือข่ายย่อย, เครื่องเสมือน, การบูตสแตรปปิ้ง, การเป็นสมาชิก และ staking ส่วนที่ 4 อธิบายเรื่องการกำกับดูแล แบบจำลองที่ทำให้เกิดการเปลี่ยนแปลงแบบไดนามิกต่อพารามิเตอร์ทางเศรษฐกิจที่สำคัญ ในที่สุดในส่วนที่ 5 สำรวจต่างๆ หัวข้อต่อพ่วงที่น่าสนใจ รวมถึงการเพิ่มประสิทธิภาพที่เป็นไปได้ การเข้ารหัสหลังควอนตัม และความเป็นจริง 50 ฝ่ายตรงข้าม

Avalanche แพลตฟอร์ม 2020/06/30 3 แบบแผนการตั้งชื่อ ชื่อของแพลตฟอร์มคือ Avalanche และโดยทั่วไปจะเรียกว่า “Avalanche แพลตฟอร์ม” และสามารถใช้แทนกันได้/ตรงกันกับ “เครือข่าย Avalanche” หรือ – เพียงแค่ – Avalanche Codebases จะถูกปล่อยออกมาโดยใช้ตัวระบุตัวเลขสามตัวที่มีป้ายกำกับ “v.[0-9].[0-9][0-100]” โดยที่ ตัวเลขแรกระบุรุ่นหลัก ตัวเลขที่สองระบุรุ่นรอง และหมายเลขที่สาม 55 ระบุแพทช์ การเผยแพร่สู่สาธารณะครั้งแรกซึ่งมีชื่อรหัสว่า Avalanche Borealis คือเวอร์ชัน 1.0.0 พื้นเมือง token ของแพลตฟอร์มนี้เรียกว่า “$AVAX” กลุ่มโปรโตคอลฉันทามติที่ใช้โดยแพลตฟอร์ม Avalanche คือ เรียกว่าตระกูล Snow* มีอินสแตนซ์ที่เป็นรูปธรรมสามแบบ เรียกว่า Avalanche, Snowman และ หนาวจัด

議論

5.1 最適化 多くの blockchain プラットフォーム、特に Bitcoin などのnakamoto コンセンサスを実装しているプラットフォームのプルーニング 永続的な状態の成長に苦しんでいます。これは、プロトコルにより、すべての履歴を保存する必要があるためです。 取引。ただし、blockchain が持続的に成長するには、古い歴史を刈り込むことができなければなりません。 345 これは、Avalanche など、高パフォーマンスをサポートする blockchain にとって特に重要です。 Snow* ファミリーでは剪定が簡単です。 Bitcoin (および同様のプロトコル) とは異なり、プルーニングは行われません。 アルゴリズム要件に従って可能であるため、$AVAX ノードは、DAG の一部を維持する必要がありません。 深くて献身的です。これらのノードは、新しいブートストラップに対する過去の履歴を証明する必要がありません。 したがって、アクティブな状態、つまり現在の残高とコミットされていない状態を保存するだけで済みます。 350 取引。 クライアント タイプ Avalanche は、アーカイブ、フル、ライトという 3 つの異なるクライアント タイプをサポートできます。アーカイブ ノードには、$AVAX サブネット、staking サブネット、および smart contract サブネットの履歴全体が保存されます。12 ケビン・セクニキ、ダニエル・レイン、スティーブン・バットルフ、エミン・グラン・サイラー つまり、これらのノードは、新しい受信ノードのブートストラップ ノードとして機能します。さらに これらのノードは、validator として選択した他のサブネットの完全な履歴を保存する場合があります。アーカイブ 355 ノードは通常、ダウンロード時に他のノードによって料金が支払われる、高ストレージ機能を備えたマシンです。 古い状態。一方、完全なノードは検証に参加しますが、すべての履歴を保存する代わりに、 アクティブな状態 (現在の UTXO セットなど) を保存するだけです。最後に、単に安全にやり取りする必要がある人向けです。 最小限のリソースを使用するネットワークでは、Avalanche は、次のようなライト クライアントをサポートします。 履歴のダウンロードや同期を必要とせずに、一部のトランザクションがコミットされたことを証明します。ライト 360 クライアントは、安全なコミットメントとネットワーク全体を確保するために、プロトコルの繰り返しサンプリング フェーズに参加します。 コンセンサス。したがって、Avalanche のライト クライアントは、フル ノードと同じセキュリティ保証を提供します。 シャーディング シャーディングは、パフォーマンスを向上させるためにさまざまなシステム リソースを分割するプロセスです。 そして負荷を軽減します。シャーディング メカニズムにはさまざまな種類があります。ネットワーク シャーディングでは、参加者のセット アルゴリズムの負荷を軽減するために、個別のサブネットワークに分割されます。状態シャーディングでは、参加者は次のことに同意します 365 グローバル状態全体の特定の部分のみを保存および維持する。最後に、トランザクションのシャーディングでは、 参加者は、受信トランザクションの処理を分離することに同意します。 Avalanche Borealis では、シャーディングの最初の形式はサブネットワーク機能を通じて存在します。のために たとえば、ゴールド サブネットと別の不動産サブネットを起動することができます。これら 2 つのサブネットは完全に次の場所に存在できます。 平行。サブネットは、ユーザーが保有する金を使用して不動産契約を購入したい場合にのみ対話します。 370 この時点で、Avalanche によって 2 つのサブネット間のアトミック スワップが有効になります。 5.2 懸念事項 ポスト量子暗号 ポスト量子暗号は最近広く注目を集めています。 量子コンピューターとアルゴリズムの開発の進歩によるものです。量子に関する懸念 コンピュータは、現在導入されている暗号プロトコルの一部、特にデジタルを破ることができるということです。 375 署名。 Avalanche ネットワーク モデルは任意の数の VM を有効にするため、耐量子性をサポートします。 適切なデジタル署名メカニズムを備えた仮想マシン。いくつかの種類のデジタル署名が予想されます 量子耐性のある RLWE ベースの署名を含む、展開されるスキーム。コンセンサスメカニズム コア動作にはいかなる種類の重い暗号も想定していません。この設計を考えると、次のことは簡単です。 量子安全暗号プリミティブを提供する新しい仮想マシンでシステムを拡張します。 380 現実的な敵対者 Avalanche 論文 [6] は、攻撃者の存在下で非常に強力な保証を提供します。 強力で敵対的な敵。完全なポイントツーポイント モデルではラウンド適応型敵として知られています。で 別の言い方をすれば、敵対者は常にすべての単一の正しいノードの状態に完全にアクセスでき、 すべての正しいノードをランダムに選択するだけでなく、その前後でいつでも自身の状態を更新できます。 正しいノードには、自身の状態を更新する機会があります。事実上、この敵は次の点を除いてすべて強力です。 385 正しいノードの状態を直接更新したり、正しいノード間の通信を変更したりする機能 ノード。それにもかかわらず、実際には、そのような敵は純粋に理論上のものです。 考えられる最強の敵は、ネットワーク状態の統計的近似に限定されます。したがって、 実際には、最悪のシナリオの攻撃を展開するのは難しいと予想されます。Avalanche プラットフォーム 2020/06/30 13 包括性と平等 パーミッションレス通貨でよくある問題は、「富裕層の獲得」です。 390 もっと豊かに」。 PoS システムが不適切に実装されていると、実際には 富の創出は、システムにおけるすでに大規模な利権保有者に不釣り合いに起因している。あ 簡単な例は、リーダーベースのコンセンサスプロトコルです。このプロトコルでは、小委員会または指名されたリーダーが組織されます。 操作中にすべての報酬を収集します。報酬を収集するために選ばれる確率は次のとおりです。 賭け金に比例し、強力な報酬複利効果が得られます。さらに、Bitcoin などのシステムでは、 395 大手マイナーが小規模マイナーよりも有利な条件を享受する、「大企業がさらに大きくなる」現象が起きています。 孤児も減り、失われる仕事も減りました。対照的に、Avalanche は鋳造の平等な分布を採用しています。 staking プロトコルのすべての参加者には、賭け金に基づいて公平かつ比例的に報酬が与えられます。 非常に多くの人が staking に直接参加できるようにすることで、Avalanche は 何百万人もの人々が平等にstakingに参加できるようになります。参加に必要な最低金額は、 400 プロトコルはガバナンス対象になりますが、幅広い参加を促すために低い値に初期化されます。 これは、代表団が少ない割り当てで参加する必要がないことも意味します。 6 結論 このペーパーでは、Avalanche プラットフォームのアーキテクチャについて説明しました。現在の他のプラットフォームと比較して、 これらは、古典的なスタイルのコンセンサスプロトコルを実行するため、本質的にスケーラブルではない、または 405 ナカモト式のコンセンサスは非効率的で高い運用コストがかかり、Avalanche は軽量であり、 高速、スケーラブル、安全、そして効率的です。ネイティブ token。ネットワークの保護と料金の支払いに使用されます。 さまざまなインフラストラクチャ コストはシンプルで下位互換性があります。 $AVAX は他の提案を超える能力を持っています より高いレベルの分散化を達成し、攻撃に抵抗し、クォーラムなしで数百万のノードに拡張する または委員会の選挙であるため、参加に制限を課すことはありません。 410 コンセンサス エンジンに加えて、Avalanche はスタックを革新し、シンプルだが重要な機能を導入します。 トランザクション管理、ガバナンス、および他のプラットフォームでは利用できないその他の多数のコンポーネントに関するアイデア。プロトコルの各参加者は、常にプロトコルの進化に影響を与える発言権を持ちます。 強力なガバナンスメカニズムによって可能になります。 Avalanche は高度なカスタマイズ性をサポートしており、 既存の blockchain とほぼ瞬時にプラグアンドプレイできます。 415

การอภิปราย

5.1 การเพิ่มประสิทธิภาพ การตัดแพลตฟอร์ม blockchain จำนวนมาก โดยเฉพาะอย่างยิ่งแพลตฟอร์มที่ใช้ฉันทามติของ Nakamoto เช่น Bitcoin ทุกข์ทรมานจากการเติบโตอย่างต่อเนื่องของรัฐ เนื่องจากตามระเบียบการ พวกเขาจะต้องจัดเก็บประวัติทั้งหมดของ การทำธุรกรรม อย่างไรก็ตาม เพื่อให้ blockchain เติบโตอย่างยั่งยืน จะต้องสามารถตัดทอนประวัติศาสตร์เก่าได้ 345 นี่เป็นสิ่งสำคัญอย่างยิ่งสำหรับ blockchains ที่รองรับประสิทธิภาพสูง เช่น Avalanche การตัดแต่งกิ่งเป็นเรื่องง่ายในตระกูล Snow* ไม่เหมือนกับใน Bitcoin (และโปรโตคอลที่คล้ายกัน) ซึ่งไม่มีการตัดแต่งกิ่ง เป็นไปได้ตามข้อกำหนดของอัลกอริทึม ในโหนด $AVAX ไม่จำเป็นต้องรักษาส่วนของ DAG นั้น มีความลึกซึ้งและมุ่งมั่นอย่างมาก โหนดเหล่านี้ไม่จำเป็นต้องพิสูจน์ประวัติที่ผ่านมาในการบูตสแตรปใหม่ โหนด ดังนั้นจึงต้องจัดเก็บสถานะที่ใช้งานอยู่ เช่น ยอดคงเหลือปัจจุบัน และไม่มีข้อผูกมัด 350 การทำธุรกรรม ประเภทไคลเอนต์ Avalanche สามารถรองรับไคลเอนต์ที่แตกต่างกันสามประเภท: จดหมายเหตุ แบบเต็ม และเบา เอกสารสำคัญ โหนดจัดเก็บประวัติทั้งหมดของซับเน็ต $AVAX, ซับเน็ต staking และซับเน็ต smart contract ทั้งหมด12 Kevin Sekniqi, Daniel Laine, Stephen Buttolph และ Emin G¨un Sirer วิธีการกำเนิด ซึ่งหมายความว่าโหนดเหล่านี้ทำหน้าที่เป็นโหนดบูตสำหรับโหนดที่เข้ามาใหม่ นอกจากนี้ โหนดเหล่านี้อาจจัดเก็บประวัติแบบเต็มของซับเน็ตอื่นๆ ที่พวกเขาเลือกให้เป็น validators เอกสารสำคัญ 355 โดยทั่วไปโหนดจะเป็นเครื่องที่มีความสามารถในการจัดเก็บข้อมูลสูงซึ่งโหนดอื่นจะจ่ายเมื่อทำการดาวน์โหลด รัฐเก่า ในทางกลับกัน โหนดแบบเต็มจะมีส่วนร่วมในการตรวจสอบ แต่แทนที่จะจัดเก็บประวัติทั้งหมด โหนดเหล่านั้น เพียงจัดเก็บสถานะที่ใช้งานอยู่ (เช่นชุด UTXO ปัจจุบัน) สุดท้ายนี้ สำหรับผู้ที่ต้องการโต้ตอบอย่างปลอดภัย เนื่องจากเครือข่ายใช้ทรัพยากรน้อยที่สุด Avalanche จึงสนับสนุนไคลเอ็นต์แบบ light ซึ่งสามารถทำได้ พิสูจน์ว่ามีการทำธุรกรรมบางอย่างโดยไม่จำเป็นต้องดาวน์โหลดหรือซิงโครไนซ์ประวัติ เบา 360 ลูกค้ามีส่วนร่วมในขั้นตอนการสุ่มตัวอย่างซ้ำของโปรโตคอลเพื่อให้แน่ใจว่ามีความมุ่งมั่นที่ปลอดภัยและทั่วทั้งเครือข่าย ฉันทามติ ดังนั้นไคลเอ็นต์แบบ light ใน Avalanche จึงให้การรับประกันความปลอดภัยเช่นเดียวกับโหนดแบบเต็ม Sharding Sharding คือกระบวนการแบ่งพาร์ติชันทรัพยากรระบบต่างๆ เพื่อเพิ่มประสิทธิภาพ และลดภาระ กลไกการแบ่งส่วนมีหลายประเภท ในการแบ่งกลุ่มเครือข่าย หมายถึงชุดของผู้เข้าร่วม ถูกแบ่งออกเป็นเครือข่ายย่อยที่แยกจากกันเพื่อลดโหลดอัลกอริธึม ในการแบ่งรัฐผู้เข้าร่วมเห็นด้วย 365 จัดเก็บและบำรุงรักษาเฉพาะส่วนย่อยเฉพาะของสถานะโลกทั้งหมด สุดท้ายนี้ ในการแบ่งส่วนธุรกรรม ผู้เข้าร่วมตกลงที่จะแยกการประมวลผลธุรกรรมที่เข้ามา ใน Avalanche Borealis รูปแบบแรกของการแบ่งส่วนมีอยู่ผ่านฟังก์ชันการทำงานของเครือข่ายย่อย สำหรับ ตัวอย่างเช่น เครือข่ายหนึ่งอาจเปิดตัวเครือข่ายย่อยระดับทองและเครือข่ายย่อยด้านอสังหาริมทรัพย์อีกเครือข่ายหนึ่ง เครือข่ายย่อยทั้งสองนี้สามารถมีอยู่ได้ทั้งหมด ขนาน เครือข่ายย่อยโต้ตอบเฉพาะเมื่อผู้ใช้ต้องการซื้อสัญญาอสังหาริมทรัพย์โดยใช้การถือครองทองคำของตน 370 ณ จุดนี้ Avalanche จะเปิดใช้งานการสลับอะตอมมิกระหว่างเครือข่ายย่อยทั้งสอง 5.2 ความกังวล การเข้ารหัสหลังควอนตัม การเข้ารหัสหลังควอนตัมได้รับความสนใจอย่างกว้างขวางเมื่อเร็วๆ นี้ เนื่องจากความก้าวหน้าในการพัฒนาคอมพิวเตอร์ควอนตัมและอัลกอริธึม ความกังวลกับควอนตัม คอมพิวเตอร์ก็คือว่า พวกเขาสามารถทำลายโปรโตคอลการเข้ารหัสบางส่วนที่ใช้งานอยู่ในปัจจุบัน โดยเฉพาะระบบดิจิทัล 375 ลายเซ็น โมเดลเครือข่าย Avalanche เปิดใช้งาน VM จำนวนเท่าใดก็ได้ ดังนั้นจึงรองรับการต้านทานควอนตัม เครื่องเสมือนพร้อมกลไกลายเซ็นดิจิทัลที่เหมาะสม เราคาดว่าจะมีลายเซ็นดิจิทัลหลายประเภท รูปแบบที่จะปรับใช้ รวมถึงลายเซ็นที่ใช้ RLWE ที่ต้านทานควอนตัม กลไกฉันทามติ ไม่ถือว่ามีการเข้ารหัสหนักใดๆ สำหรับการดำเนินการหลัก ด้วยการออกแบบนี้ มันจึงตรงไปตรงมา ขยายระบบด้วยเครื่องเสมือนใหม่ที่ให้การเข้ารหัสลับแบบควอนตัมที่ปลอดภัย 380 ศัตรูที่สมจริง เอกสาร Avalanche [6] ให้การรับประกันที่แข็งแกร่งมากเมื่อมี ศัตรูที่ทรงพลังและเป็นศัตรู รู้จักกันในชื่อศัตรูที่ปรับตัวได้รอบในรูปแบบจุดต่อจุดเต็มรูปแบบ ใน เงื่อนไขอื่น ๆ ฝ่ายตรงข้ามสามารถเข้าถึงสถานะของทุก ๆ โหนดที่ถูกต้องได้ตลอดเวลา สุ่มเลือกโหนดที่ถูกต้องทั้งหมดและสามารถอัพเดตสถานะของตัวเองได้ตลอดเวลาทั้งก่อนและหลัง โหนดที่ถูกต้องมีโอกาสที่จะอัปเดตสถานะของตัวเอง ปฏิปักษ์นี้มีพลังอำนาจทั้งหมด ยกเว้น 385 ความสามารถในการอัปเดตสถานะของโหนดที่ถูกต้องโดยตรงหรือแก้ไขการสื่อสารระหว่างที่ถูกต้อง โหนด อย่างไรก็ตาม ในความเป็นจริง ปฏิปักษ์ดังกล่าวเป็นเพียงทฤษฎีล้วนๆ นับตั้งแต่มีการใช้งานจริงของ ศัตรูที่แข็งแกร่งที่สุดเท่าที่จะเป็นไปได้จะถูกจำกัดไว้ที่การประมาณทางสถิติของสถานะเครือข่าย ดังนั้นใน ในทางปฏิบัติ เราคาดว่าการโจมตีในสถานการณ์ที่เลวร้ายที่สุดจะใช้งานได้ยากAvalanche แพลตฟอร์ม 2020/06/30 13 การไม่แบ่งแยกและความเท่าเทียม ปัญหาที่พบบ่อยในสกุลเงินที่ไม่ได้รับอนุญาตก็คือเรื่องของ “การได้รับความร่ำรวย 390 ยิ่งขึ้น” นี่เป็นข้อกังวลที่ถูกต้อง เนื่องจากระบบ PoS ที่ใช้งานไม่ถูกต้องอาจอนุญาตได้จริง การสร้างความมั่งคั่งจะถือว่าไม่สมส่วนกับผู้ถือครองรายใหญ่ในระบบ ก ตัวอย่างง่ายๆ คือ ระเบียบการฉันทามติตามผู้นำ โดยที่คณะอนุกรรมการหรือผู้นำที่ได้รับมอบหมาย รวบรวมรางวัลทั้งหมดระหว่างการดำเนินการ และความน่าจะเป็นในการรับรางวัลคือ ตามสัดส่วนของเงินเดิมพัน รับรางวัลทบต้นที่แข็งแกร่ง นอกจากนี้ ในระบบเช่น Bitcoin 395 มีปรากฏการณ์ "ใหญ่ขึ้นใหญ่ขึ้น" ที่นักขุดรายใหญ่เพลิดเพลินกับพรีเมี่ยมมากกว่าอันที่เล็กกว่าในแง่ มีเด็กกำพร้าน้อยลงและตกงานน้อยลง ในทางตรงกันข้าม Avalanche ใช้การกระจายการผลิตเหรียญกษาปณ์อย่างเท่าเทียมกัน: ผู้เข้าร่วมทุกคนในโปรโตคอล staking จะได้รับรางวัลอย่างเท่าเทียมกันและเป็นสัดส่วนตามสัดส่วนการเดิมพัน ด้วยการทำให้ผู้คนจำนวนมากสามารถเข้าร่วมโดยตรงใน staking, Avalanche สามารถรองรับได้ ผู้คนนับล้านเข้าร่วมอย่างเท่าเทียมกันใน staking จำนวนเงินขั้นต่ำที่ต้องใช้ในการเข้าร่วม 400 โปรโตคอลจะขึ้นอยู่กับการกำกับดูแล แต่จะเริ่มต้นเป็นค่าต่ำเพื่อส่งเสริมการมีส่วนร่วมในวงกว้าง นอกจากนี้ยังบอกเป็นนัยว่าการมอบหมายไม่จำเป็นต้องเข้าร่วมด้วยการจัดสรรเพียงเล็กน้อย 6 บทสรุป ในบทความนี้ เราได้พูดคุยถึงสถาปัตยกรรมของแพลตฟอร์ม Avalanche เมื่อเทียบกับแพลตฟอร์มอื่นๆ ในปัจจุบัน ซึ่งใช้โปรโตคอลฉันทามติสไตล์คลาสสิก ดังนั้นจึงไม่สามารถปรับขนาดได้ หรือใช้ 405 ฉันทามติสไตล์ Nakamoto ที่ไม่มีความรู้และกำหนดต้นทุนการดำเนินงานสูง Avalanche มีน้ำหนักเบา รวดเร็ว ปรับขนาดได้ ปลอดภัย และมีประสิทธิภาพ token แบบเนทีฟ ซึ่งทำหน้าที่รักษาความปลอดภัยเครือข่ายและชำระเงิน ต้นทุนโครงสร้างพื้นฐานต่างๆ นั้นเรียบง่ายและเข้ากันได้แบบย้อนหลัง $AVAX มีความสามารถเหนือกว่าข้อเสนออื่นๆ เพื่อให้บรรลุระดับการกระจายอำนาจที่สูงขึ้น ต่อต้านการโจมตี และขยายขนาดเป็นล้านโหนดโดยไม่มีองค์ประชุม หรือการเลือกตั้งคณะกรรมการ และด้วยเหตุนี้ จึงไม่เป็นการจำกัดการเข้าร่วมใดๆ 410 นอกจากกลไกฉันทามติแล้ว Avalanche ยังสร้างสรรค์สแต็กใหม่และแนะนำที่เรียบง่ายแต่สำคัญ แนวคิดในการจัดการธุรกรรม การกำกับดูแล และองค์ประกอบอื่นๆ ที่ไม่มีอยู่ในแพลตฟอร์มอื่น ผู้เข้าร่วมแต่ละคนในโปรโตคอลจะมีเสียงในการมีอิทธิพลต่อการพัฒนาของโปรโตคอลตลอดเวลา เกิดขึ้นได้ด้วยกลไกการกำกับดูแลอันทรงพลัง Avalanche รองรับความสามารถในการปรับแต่งได้สูง Plug-and-Play เกือบจะทันทีด้วย blockchains ที่มีอยู่ 415