Avalanche: عائلة جديدة من بروتوكولات الإجماع
초록
Avalanche 플랫폼 2020/06/30 Kevin Sekniqi, Daniel Laine, Stephen Buttolph, Emin G¨un Sirer 추상. 이 문서는 Avalanche 플랫폼의 첫 번째 릴리스에 대한 아키텍처 개요를 제공합니다. 코드네임 Avalanche Borealis. $AVAX라고 표시된 네이티브 token의 경제성에 대한 자세한 내용은 5 독자에게 함께 제공되는 token 역학 논문 [2]을 안내하세요. 공개: 이 백서에 설명된 정보는 예비적이며 언제든지 변경될 수 있습니다. 또한 이 문서에는 "미래 예측 진술"이 포함될 수 있습니다.1 Git 커밋: 7497e4a4ba0a1ea2dc2a111bc6deefbf3023708e 1 소개 10 이 문서는 Avalanche 플랫폼의 아키텍처 개요를 제공합니다. 핵심은 세 가지 핵심에 있다 플랫폼의 차별화 요소: 엔진, 아키텍처 모델, 거버넌스 메커니즘. 1.1 Avalanche 목표 및 원칙 Avalanche은 고성능, 확장 가능, 사용자 정의 가능하고 안전한 blockchain 플랫폼입니다. 3명을 대상으로 한다 광범위한 사용 사례: 15 – 허가형(비공개) 및 무허가형(공용)을 포괄하는 애플리케이션별 blockchain 구축 배포. – 확장성이 뛰어난 분산형 애플리케이션(Dapp)을 구축하고 출시합니다. – 맞춤형 규칙, 약정 및 라이더(스마트 자산)를 사용하여 임의로 복잡한 디지털 자산을 구축합니다. 1 미래 예측 진술은 일반적으로 미래 사건이나 당사의 미래 성과와 관련됩니다. 여기에는 포함되지만 그렇지 않습니다. Avalanche의 예상 성능으로 제한됩니다. 사업 및 프로젝트의 예상되는 발전; 처형 비전과 성장 전략 현재 진행 중이거나 개발 중인 프로젝트의 완료 또는 그렇지 않으면 고려 중입니다. 미래 예측 진술은 경영진의 신념과 가정을 나타냅니다. 이 프레젠테이션 날짜 현재에만 해당됩니다. 이러한 진술은 미래의 성과와 부당한 성과를 보장하지 않습니다. 그들에게 의존해서는 안됩니다. 이러한 미래예측 진술에는 반드시 알려지거나 알려지지 않은 내용이 포함됩니다. 실제 실적과 미래 기간의 결과가 예상과 실질적으로 달라질 수 있는 위험 여기에 표현되거나 암시되어 있습니다. Avalanche은 미래 예측 진술을 업데이트할 의무가 없습니다. 비록 미래예측진술은 작성 당시 당사의 최선의 예측이므로, 해당 내용이 적용될 것이라는 보장은 없습니다. 실제 결과와 향후 사건은 실질적으로 다를 수 있으므로 정확한 것으로 입증될 것입니다. 독자는 다음과 같이 경고합니다. 미래 예측 진술에 지나치게 의존하는 것.
خلاصة
Avalanche المنصة 2020/06/30 كيفن سيكنيكي، ودانيال لين، وستيفن بوتولف، وأمين جون سيرير مجردة. تقدم هذه الورقة نظرة عامة معمارية على الإصدار الأول من منصة Avalanche، الاسم الرمزي Avalanche بورياليس. للحصول على تفاصيل حول اقتصاديات token الأصلي، المسمى $AVAX، نحن 5 قم بتوجيه القارئ إلى ورقة الديناميكيات token المصاحبة [2]. الإفصاح: المعلومات الموضحة في هذه الورقة أولية وقابلة للتغيير في أي وقت. علاوة على ذلك، قد تحتوي هذه الورقة على "بيانات تطلعية". التزام البوابة: 7497e4a4ba0a1ea2dc2a111bc6deefbf3023708e 1 مقدمة 10 تقدم هذه الورقة نظرة عامة معمارية على النظام الأساسي Avalanche. التركيز الرئيسي هو على المفاتيح الثلاثة مميزات المنصة: المحرك، النموذج المعماري، وآلية الإدارة. 1.1 Avalanche الأهداف والمبادئ Avalanche عبارة عن منصة blockchain عالية الأداء وقابلة للتطوير وقابلة للتخصيص وآمنة. ويستهدف ثلاثة حالات الاستخدام واسعة النطاق: 15 - إنشاء تطبيقات محددة blockchains، تمتد إلى المسموح به (الخاص) وغير المسموح به (العامة) عمليات النشر. - بناء وإطلاق تطبيقات لامركزية وقابلة للتطوير بشكل كبير (Dapps). - بناء أصول رقمية معقدة بشكل تعسفي مع قواعد ومواثيق وراكبين مخصصين (الأصول الذكية). 1 تتعلق البيانات التطلعية بشكل عام بالأحداث المستقبلية أو أدائنا المستقبلي. وهذا يشمل، ولكن ليس كذلك يقتصر على الأداء المتوقع لـ Avalanche؛ والتطور المتوقع لأعمالها ومشاريعها؛ التنفيذ ورؤيتها واستراتيجيتها للنمو؛ والانتهاء من المشاريع الجاري تنفيذها حاليًا أو قيد التطوير أو وإلا قيد النظر. تمثل البيانات التطلعية معتقدات وافتراضات إدارتنا فقط اعتبارا من تاريخ هذا العرض. هذه البيانات ليست ضمانات للأداء المستقبلي ولا مبرر لها ولا ينبغي الاعتماد عليهم. تتضمن مثل هذه البيانات التطلعية بالضرورة معلومات معروفة وغير معروفة المخاطر، والتي قد تتسبب في اختلاف الأداء الفعلي والنتائج في الفترات المستقبلية بشكل جوهري عن أي توقعات صريحة أو ضمنية هنا. Avalanche لا يتحمل أي التزام بتحديث البيانات التطلعية. على الرغم من إن البيانات التطلعية هي أفضل تنبؤاتنا في وقت إصدارها، وليس هناك ما يضمن أنها كذلك ستثبت دقتها، حيث قد تختلف النتائج الفعلية والأحداث المستقبلية بشكل جوهري. ويتم تحذير القارئ لا لوضع الاعتماد غير المبرر على البيانات التطلعية.
소개
10 이 문서는 Avalanche 플랫폼의 아키텍처 개요를 제공합니다. 핵심은 세 가지 핵심에 있다 플랫폼의 차별화 요소: 엔진, 아키텍처 모델 및
مقدمة
10 تقدم هذه الورقة نظرة عامة معمارية على النظام الأساسي Avalanche. التركيز الرئيسي هو على المفاتيح الثلاثة مميزات المنصة: المحرك، النموذج المعماري، و
엔진
60 Avalanche 플랫폼에 대한 논의는 플랫폼을 구동하는 핵심 구성 요소인 합의 엔진. 배경 분산 결제 및 더 일반적으로는 계산에는 집합 간의 합의가 필요합니다. 기계의. 따라서 노드 그룹이 합의를 달성할 수 있도록 하는 합의 프로토콜은 blockchains의 핵심이자 배포된 거의 모든 대규모 산업 분산 시스템입니다. 주제 65 거의 50년 동안 광범위한 조사를 받았고, 그 노력으로 현재까지 단 두 가족만이 탄생했습니다. 프로토콜: 전체 통신에 의존하는 고전적인 합의 프로토콜과 Nakamoto 합의, 이는 가장 긴 체인 규칙과 결합된 proof-of-work 채굴에 의존합니다. 전통적인 합의 프로토콜은 짧은 대기 시간과 높은 처리량을 가질 수 있지만 많은 수의 참가자로 확장되지도 않습니다. 멤버십 변경이 있을 때 강력합니다. 이로 인해 대부분 허가된 것으로 강등되었습니다. 70 정적 배포. 반면에 Nakamoto 합의 프로토콜[5, 7, 4]은 강력하지만 다음과 같은 문제가 있습니다. 확인 대기 시간이 길고 처리량이 낮으며 보안을 위해 지속적인 에너지 소비가 필요합니다. Avalanche에 의해 소개된 Snow 프로토콜 제품군은 기존 합의 프로토콜의 최고의 속성과 Nakamoto 합의의 장점을 결합합니다. 경량 네트워크 샘플링 메커니즘을 기반으로 정확한 구성원 자격에 동의하지 않고도 낮은 대기 시간과 높은 처리량을 달성합니다. 75 시스템. 합의 프로토콜에 직접 참여하여 수천 명에서 수백만 명의 참가자로 확장됩니다. 또한, 프로토콜은 PoW 채굴을 활용하지 않으므로 과도한 채굴을 방지합니다. 에너지 소비와 그에 따른 생태계의 가치 누출로 인해 가볍고 친환경적이며 정지 상태인 제품이 탄생합니다. 프로토콜. 메커니즘 및 속성 Snow 프로토콜은 네트워크의 반복적인 샘플링을 통해 작동합니다. 각 노드 80 작고 일정한 크기의 무작위로 선택된 이웃 집합을 폴링하고 압도적인 수가 있을 경우 제안을 전환합니다. 다른 값을 지원합니다. 수렴에 도달할 때까지 샘플이 반복됩니다. 수렴은 빠르게 발생합니다. 정상적인 운영. 구체적인 예를 통해 작동 메커니즘을 설명합니다. 먼저 트랜잭션이 생성됩니다. 합의 절차에 참여하는 노드인 검증 노드로 전송됩니다. 그때이다 85 험담을 통해 네트워크의 다른 노드로 전파됩니다. 해당 사용자가 충돌을 일으키면 어떻게 되나요?4 Kevin Sekniqi, Daniel Laine, Stephen Buttolph, Emin G¨un Sirer 거래, 즉 이중지불인가요? 충돌하는 거래 중에서 선택하고 이중 지출을 방지하기 위해 모든 노드는 노드의 작은 하위 집합을 무작위로 선택하고 충돌하는 거래 중 어느 것을 쿼리합니다. 쿼리된 노드는 유효한 노드라고 생각합니다. 쿼리 노드가 압도적 다수의 응답을 받은 경우 한 트랜잭션의 경우 노드는 해당 트랜잭션에 대한 자체 응답을 변경합니다. 네트워크의 모든 노드 90 전체 네트워크가 충돌하는 거래 중 하나에 합의할 때까지 이 절차를 반복합니다. 놀랍게도 핵심 작동 메커니즘은 매우 간단하지만 이러한 프로토콜은 대규모 배포에 적합하도록 만드는 바람직한 시스템 역학입니다. – 허가가 없고 이탈이 가능하며 견고합니다. 최신 blockchain 프로젝트에서는 클래식을 사용합니다. 합의 프로토콜이므로 완전한 회원 지식이 필요합니다. par95의 전체 세트를 아는 것 참여자는 폐쇄형, 허가형 시스템에서는 충분히 단순하지만 개방형 시스템에서는 점점 어려워집니다. 분산형 네트워크. 이러한 제한은 기존 직원에게 높은 보안 위험을 초래합니다. 그러한 프로토콜. 이와 대조적으로 Snow 프로토콜은 두 노드의 네트워크 보기 간에 정량화된 불일치가 있는 경우에도 높은 안전성을 보장합니다. Snow 프로토콜 검증자 지속적인 정회원 지식 없이도 검증할 수 있는 기능을 누려보세요. 따라서 그들은 견고합니다. 100 공개 blockchain에 매우 적합합니다. – 확장 가능 및 분산화 Snow 제품군의 핵심 기능은 비용 부담 없이 확장할 수 있는 능력입니다. 근본적인 절충안. Snow 프로토콜은 validator 하위 집합에 위임하지 않고도 수만 또는 수백만 개의 노드로 확장될 수 있습니다. 이러한 프로토콜은 동급 최고의 시스템 분산화를 누리고 있습니다. 모든 노드를 완전히 검증해야 합니다. 직접적인 지속적인 참여는 보안에 깊은 영향을 미칩니다. 105 시스템의. 대규모 참가자 세트로 확장하려고 시도하는 거의 모든 proof-of-stake 프로토콜에서, 일반적인 운영 모드는 검증을 소위원회에 위임하여 확장을 활성화하는 것입니다. 당연히 이는 시스템의 보안이 이제 부패 비용만큼 높다는 것을 의미합니다. 소위원회. 또한 소위원회는 카르텔 형성의 대상이 됩니다. Snow 유형 프로토콜에서는 이러한 위임이 필요하지 않으므로 모든 노드 운영자가 첫 번째110을 가질 수 있습니다. 항상 시스템에서 직접 말하세요. 일반적으로 상태 샤딩(State Sharding)이라고 하는 또 다른 설계 시도 validators의 독립 네트워크에 트랜잭션 직렬화를 병렬화하여 확장성을 제공합니다. 불행하게도 이러한 설계에서 시스템의 보안은 가장 쉽게 손상될 수 있는 만큼만 높아집니다. 독립 샤드. 따라서 소위원회 선출이나 샤딩 모두 적합한 확장 전략이 아닙니다. 암호화폐 플랫폼용. 115 – 적응력. 다른 투표 기반 시스템과 달리 Snow 프로토콜은 다음과 같은 경우 더 높은 성능을 달성합니다. 적은 작지만 대규모 공격에 대한 회복력이 뛰어납니다. – 비동기적으로 안전합니다. Snow 프로토콜은 가장 긴 체인 프로토콜과 달리 동기화가 필요하지 않습니다. 안전하게 운영되므로 네트워크 분할 시에도 이중 지출을 방지할 수 있습니다. Bitcoin에서는 예를 들어, 동시성 가정이 위반되면 독립적인 포크로 작동하는 것이 가능합니다. 120 Bitcoin 네트워크를 장기간 유지하므로 포크되면 모든 거래가 무효화됩니다. 치유하다. – 낮은 대기 시간. 오늘날 대부분의 blockchain은 거래 또는 일일과 같은 비즈니스 애플리케이션을 지원할 수 없습니다. 소매 지불. 거래 확인을 위해 몇 분, 심지어 몇 시간을 기다리는 것은 불가능합니다. 따라서 가장 중요하면서도 간과되기 쉬운 합의 프로토콜의 속성 중 하나는 125 최종까지의 시간. Snow 프로토콜은 일반적으로 1초 이내로 최종성에 도달합니다. 가장 긴 체인 프로토콜과 샤딩된 blockchain 모두 일반적으로 문제에 대한 최종성을 포괄합니다. 분.Avalanche 플랫폼 2020/06/30 5 – 높은 처리량. 선형 체인 또는 DAG를 구축할 수 있는 Snow 프로토콜은 완전한 분산화를 유지하면서 초당 수천 건의 트랜잭션(5000+ tps)에 도달합니다. 주장하는 새로운 blockchain 솔루션 130 높음 TPS 일반적으로 탈중앙화와 보안을 절충하고 보다 중앙 집중화되고 안전하지 않은 것을 선택합니다. 합의 메커니즘. 일부 프로젝트에서는 고도로 통제된 설정의 수치를 보고하므로 잘못 보고됩니다. 진정한 성능 결과. $AVAX에 대해 보고된 수치는 전 세계에 저사양으로 지리적으로 분산된 AWS의 2000개 노드에서 실행되는 완전히 구현된 실제 Avalanche 네트워크에서 직접 가져온 것입니다. 기계. 더 높은 대역폭을 가정하면 더 높은 성능 결과(10,000+)를 얻을 수 있습니다. 135 각 노드에 대한 프로비저닝과 서명 검증을 위한 전용 하드웨어. 마지막으로, 우리는 앞서 언급한 측정항목은 기본 계층에 있습니다. 레이어 2 확장 솔루션은 이러한 결과를 즉시 강화합니다. 상당히. 합의 비교 차트 표 1은 알려진 세 가지 계열 간의 차이점을 설명합니다. 8개의 핵심 축 세트를 통한 합의 프로토콜. 140 나카모토 클래식 눈 견고함(개방형 설정에 적합) + - + 고도로 분산화됨(많은 검증인 허용) + - + 낮은 지연 시간 및 빠른 최종성(빠른 트랜잭션 확인) - + + 높은 처리량(많은 클라이언트 허용) - + + 경량(낮은 시스템 요구 사항) - + + 정지(결정이 수행되지 않으면 활성화되지 않음) - + + 안전 매개변수화 가능(적대 존재 51% 이상) - - + 확장성이 뛰어남 - - + 표 1. 알려진 세 가지 합의 프로토콜 계열 간의 비교 차트. Avalanche, 눈사람 그리고 Frosty는 모두 Snow 제품군에 속합니다.
المحرك
60 تبدأ مناقشة النظام الأساسي Avalanche بالمكون الأساسي الذي يشغل النظام الأساسي: محرك الإجماع. الخلفية: تتطلب المدفوعات الموزعة، والحسابات بشكل عام، الاتفاق بين المجموعة من الآلات. ولذلك، فإن بروتوكولات الإجماع، التي تمكن مجموعة من العقد من التوصل إلى اتفاق، تكمن في قلب blockchains، بالإضافة إلى كل نظام توزيع صناعي واسع النطاق تقريبًا. الموضوع 65 لقد خضعت لتدقيق واسع النطاق لما يقرب من خمسة عقود، ولم يسفر هذا الجهد، حتى الآن، إلا عن عائلتين فقط البروتوكولات: بروتوكولات الإجماع الكلاسيكية، التي تعتمد على التواصل الشامل، وإجماع ناكاموتو، والذي يعتمد على تعدين proof-of-work مقترنًا بقاعدة السلسلة الأطول. بينما بروتوكولات الإجماع الكلاسيكية يمكن أن يكون لها زمن وصول منخفض وإنتاجية عالية، إلا أنها لا تتسع لأعداد كبيرة من المشاركين، كما أنها ليست كذلك قوية في ظل وجود تغييرات في العضوية، مما أدى إلى إنزالها في الغالب إلى المسموح بها، في الغالب 70 عمليات النشر الثابتة. من ناحية أخرى، تعتبر بروتوكولات إجماع ناكاموتو [5، 7، 4] قوية، ولكنها تعاني من زمن استجابة مرتفع للتأكيد، وإنتاجية منخفضة، وتتطلب إنفاقًا ثابتًا للطاقة من أجل أمنها. تجمع مجموعة بروتوكولات Snow، التي قدمها Avalanche، بين أفضل خصائص بروتوكولات الإجماع الكلاسيكية مع أفضل إجماع ناكاموتو. استنادا إلى آلية أخذ العينات شبكة خفيفة الوزن، إنهم يحققون زمن وصول منخفضًا وإنتاجية عالية دون الحاجة إلى الاتفاق على العضوية الدقيقة لـ 75 نظام. إنهم يتسعون بشكل جيد من الآلاف إلى الملايين من المشاركين بمشاركة مباشرة في بروتوكول الإجماع. علاوة على ذلك، لا تستفيد البروتوكولات من تعدين إثبات العمل (PoW)، وبالتالي تتجنب تكلفته الباهظة استهلاك الطاقة والتسرب اللاحق للقيمة في النظام البيئي، مما ينتج عنه وزن خفيف وخضراء وهادئ البروتوكولات. الآلية والخصائص تعمل بروتوكولات Snow من خلال أخذ عينات متكررة من الشبكة. كل عقدة 80 يستطلع آراء مجموعة صغيرة ذات حجم ثابت ويتم اختيارها عشوائيًا من الجيران، ويغير اقتراحه إذا كانت الأغلبية العظمى يدعم قيمة مختلفة. يتم تكرار العينات حتى يتم الوصول إلى التقارب، وهو ما يحدث بسرعة العمليات العادية. نوضح آلية العمل من خلال مثال ملموس. أولاً، يتم إنشاء المعاملة بواسطة مستخدم وإرساله إلى عقدة التحقق، وهي عقدة تشارك في إجراء الإجماع. إنه إذن 85 يتم نشرها إلى العقد الأخرى في الشبكة عبر النميمة. ماذا يحدث إذا أصدر هذا المستخدم أيضًا رسالة متضاربة4 كيفن سيكنيكي، ودانيال لين، وستيفن بوتولف، وأمين جون سيرير معاملة، أي إنفاق مزدوج؟ للاختيار من بين المعاملات المتعارضة ومنع الإنفاق المزدوج، تقوم كل عقدة بشكل عشوائي باختيار مجموعة فرعية صغيرة من العقد والاستعلام عن أي من المعاملات المتضاربة العقد التي تم الاستعلام عنها هي التي تعتقد أنها صالحة. إذا تلقت عقدة الاستعلام استجابة الأغلبية العظمى لصالحها لمعاملة واحدة، تقوم العقدة بتغيير استجابتها لتلك المعاملة. كل عقدة في الشبكة 90 يكرر هذا الإجراء حتى تتوصل الشبكة بأكملها إلى توافق في الآراء بشأن إحدى المعاملات المتعارضة. من المثير للدهشة، أنه على الرغم من أن الآلية الأساسية للتشغيل بسيطة للغاية، إلا أن هذه البروتوكولات تؤدي إلى درجة عالية من الدقة ديناميكيات النظام المرغوبة التي تجعلها مناسبة للنشر على نطاق واسع. - غير مسموح به، ومفتوح للتغيير، وقوي. يستخدم أحدث عدد من مشاريع blockchain الكلاسيكية بروتوكولات الإجماع وبالتالي تتطلب المعرفة الكاملة بالعضوية. معرفة المجموعة الكاملة لـ par95 يكون المشاركون بسيطين بدرجة كافية في الأنظمة المغلقة والمرخصة، لكنهم يصبحون أكثر صعوبة في الأنظمة المفتوحة، الشبكات اللامركزية. يفرض هذا القيد مخاطر أمنية عالية على الموظفين الحاليين مثل هذه البروتوكولات. وفي المقابل، تحافظ بروتوكولات Snow على ضمانات أمان عالية حتى عند وجود تناقضات محددة جيدًا بين طرق عرض الشبكة لأي عقدتين. المصادقون على بروتوكولات Snow التمتع بالقدرة على التحقق دون المعرفة المستمرة بالعضوية الكاملة. ولذلك فهي قوية 100 ومناسب جدًا للعامة blockchains. - قابلة للتطوير ولا مركزية. الميزة الأساسية لعائلة Snow هي قدرتها على التوسع دون تكبد الصفقات الأساسية. يمكن لبروتوكولات Snow التوسع إلى عشرات الآلاف أو الملايين من العقد، دون التفويض إلى مجموعات فرعية من validators. تتمتع هذه البروتوكولات بأفضل نظام لامركزي في فئته، مما يسمح بذلك كل عقدة للتحقق من صحتها بشكل كامل. إن المشاركة المستمرة المباشرة لها آثار عميقة على الأمن 105 من النظام. في كل بروتوكول proof-of-stake تقريبًا الذي يحاول التوسع إلى مجموعة كبيرة من المشاركين، الوضع النموذجي للتشغيل هو تمكين التوسع عن طريق تفويض التحقق من الصحة إلى لجنة فرعية. وبطبيعة الحال، فإن هذا يعني أن أمان النظام أصبح الآن على وجه التحديد مرتفعًا مثل تكلفة الفساد في النظام اللجنة الفرعية. علاوة على ذلك، تخضع اللجان الفرعية لتشكيل الكارتلات. في البروتوكولات من نوع Snow، لا يعد مثل هذا التفويض ضروريًا، مما يسمح لكل مشغل عقدة بالحصول على أول 110 ومن ناحية القول في النظام، في جميع الأوقات. يحاول تصميم آخر، يُشار إليه عادةً بتقسيم الحالة لتوفير قابلية التوسع من خلال موازنة تسلسل المعاملات مع شبكات مستقلة من validators. ولسوء الحظ، فإن مستوى أمان النظام في مثل هذا التصميم يصبح مرتفعًا بقدر سهولة النظام القابل للفساد شظية مستقلة. لذلك، لا تعد انتخابات اللجان الفرعية ولا تقسيمها من استراتيجيات القياس المناسبة لمنصات التشفير. 115 - التكيف. على عكس الأنظمة الأخرى المعتمدة على التصويت، تحقق بروتوكولات Snow أداءً أعلى عند الخصم صغير الحجم، ولكنه يتمتع بقدر كبير من المرونة في مواجهة الهجمات الكبيرة. - آمن بشكل غير متزامن. لا تتطلب بروتوكولات Snow، على عكس بروتوكولات السلسلة الأطول، التزامن تعمل بأمان، وبالتالي تمنع الإنفاق المزدوج حتى في مواجهة أقسام الشبكة. في Bitcoin، على سبيل المثال، إذا تم انتهاك افتراض التزامن، فمن الممكن العمل على تفرعات مستقلة من 120 Bitcoin الشبكة لفترات طويلة من الزمن، الأمر الذي من شأنه أن يبطل أي معاملات بمجرد الشوك شفاء. – الكمون المنخفض. معظم blockchains اليوم غير قادرة على دعم تطبيقات الأعمال، مثل التداول أو التطبيقات اليومية مدفوعات التجزئة. ومن غير العملي ببساطة الانتظار دقائق، أو حتى ساعات، لتأكيد المعاملات. ولذلك، فإن إحدى أهم خصائص بروتوكولات الإجماع، والتي يتم التغاضي عنها بشدة، هي 125 الوقت حتى النهاية. تصل بروتوكولات Snow إلى النهاية عادةً خلال أقل من ثانية واحدة، وهو أقل بكثير من كلا من البروتوكولات ذات السلسلة الأطول والبروتوكولات المجزأة blockchain، وكلاهما عادةً ما يمتد إلى النهاية لمسألة ما من الدقائق.Avalanche المنصة 2020/06/30 5 – إنتاجية عالية. تصل بروتوكولات Snow، التي يمكنها بناء سلسلة خطية أو DAG، إلى آلاف المعاملات في الثانية (5000+ tps)، مع الحفاظ على اللامركزية الكاملة. حلول blockchain الجديدة التي تطالب 130 عادةً ما يتاجر TPS المرتفع باللامركزية والأمن ويختار المزيد من المركزية وغير الآمنة آليات الإجماع. تقوم بعض المشاريع بالإبلاغ عن أرقام من إعدادات يتم التحكم فيها بشكل كبير، وبالتالي يتم الإبلاغ بشكل خاطئ نتائج الأداء الحقيقية. الأرقام المبلغ عنها لـ $AVAX مأخوذة مباشرةً من شبكة Avalanche حقيقية ومُنفذة بالكامل وتعمل على 2000 عقدة على AWS، وموزعة جغرافيًا في جميع أنحاء العالم على النطاقات المنخفضة آلات. يمكن تحقيق نتائج أداء أعلى (10000+) من خلال افتراض عرض نطاق ترددي أعلى 135 توفير لكل عقدة وأجهزة مخصصة للتحقق من التوقيع. وأخيرا نلاحظ أن المقاييس المذكورة أعلاه موجودة في الطبقة الأساسية. تعمل حلول قياس الطبقة الثانية على زيادة هذه النتائج على الفور إلى حد كبير. الرسوم البيانية المقارنة للإجماع يصف الجدول 1 الاختلافات بين العائلات الثلاث المعروفة من بروتوكولات الإجماع من خلال مجموعة من 8 محاور حاسمة. 140 ناكاموتو الكلاسيكية ثلج قوية (مناسبة للإعدادات المفتوحة) + - + لامركزية للغاية (تسمح بالعديد من المصادقين) + - + زمن وصول منخفض وإنهاء سريع (تأكيد سريع للمعاملة) - + + إنتاجية عالية (يسمح للعديد من العملاء) - + + خفيف الوزن (متطلبات النظام منخفضة) - + + هادئ (غير نشط عند عدم تنفيذ أي قرارات) - + + معايير السلامة (ما يتجاوز 51% من التواجد العدائي) - - + قابلة للتطوير بدرجة كبيرة - - + الجدول 1. رسم بياني مقارن بين العائلات الثلاث المعروفة لبروتوكولات الإجماع. Avalanche، رجل الثلج، و ينتمي Frosty جميعًا إلى عائلة Snow.
플랫폼 개요
이 섹션에서는 플랫폼의 아키텍처 개요를 제공하고 다양한 구현에 대해 논의합니다. 세부 사항. Avalanche 플랫폼은 체인(및 그 위에 구축된 자산), 실행이라는 세 가지 문제를 명확하게 분리합니다. 환경 및 배포. 3.1 건축 145 하위 네트워크 하위 네트워크 또는 서브넷은 합의를 달성하기 위해 함께 작동하는 validator의 동적 집합입니다. blockchain 세트의 상태에 대해. 각 blockchain은 하나의 서브넷으로 검증되며, 서브넷은 검증할 수 있습니다. 임의로 많은 blockchains. validator은 임의의 많은 서브넷의 구성원일 수 있습니다. 서브넷이 결정합니다. 누가 그것을 입력할 수 있고 그 구성 요소 validator에 특정 속성이 있도록 요구할 수 있습니다. Avalanche 플랫폼은 임의로 많은 서브넷의 생성 및 운영을 지원합니다. 새로운 서브넷을 생성하기 위해 150 또는 서브넷에 가입하려면 $AVAX로 표시된 수수료를 지불해야 합니다.
6 Kevin Sekniqi, Daniel Laine, Stephen Buttolph, Emin G¨un Sirer 서브넷 모델은 다음과 같은 여러 가지 장점을 제공합니다. – validator이 특정 서브넷의 blockchain에 관심이 없으면 단순히 해당 서브넷에 가입하지 않습니다. 이렇게 하면 네트워크 트래픽은 물론 validators에 필요한 계산 리소스도 줄어듭니다. 이것은 모든 validator이 모든 거래를 검증해야 하는 다른 blockchain 프로젝트와는 대조적입니다. 155 그들이 신경 쓰지 않는 것. – 서브넷에 들어갈 수 있는 사람이 결정되므로 개인 서브넷을 만들 수 있습니다. 즉, 각 blockchain 서브넷은 신뢰할 수 있는 validator 집합에 의해서만 검증됩니다. – 각 validator에 특정 속성이 있는 서브넷을 만들 수 있습니다. 예를 들어 각 validator이 특정 관할권에 위치하거나 각 validator이 일부 관할권에 의해 구속되는 서브넷 160 실제 계약. 이는 규정 준수상의 이유로 도움이 될 수 있습니다. 기본 서브넷이라는 특수 서브넷이 하나 있습니다. 모든 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을 실행하는 blockchain이 임의로 많이 있을 수 있습니다. 175 각 blockchain은 동일한 VM을 실행하는 경우라도 다른 VM과 논리적으로 독립적이며 해당 VM을 유지합니다. 자신의 상태. 3.2 부트스트래핑 Avalanche에 참여하는 첫 번째 단계는 부트스트래핑입니다. 프로세스는 세 단계로 진행됩니다. 연결 앵커, 네트워크 및 상태 검색을 시드하고 validator이 됩니다. 180 시드 앵커(Seed Anchor) 허가되지 않은(즉, 하드 코딩된) 없이 작동하는 모든 네트워크형 피어 시스템 ID 집합에는 피어 검색을 위한 일부 메커니즘이 필요합니다. P2P 파일 공유 네트워크에서 일련의 추적기가 사용됩니다. 암호화 네트워크에서 일반적인 메커니즘은 DNS 시드 노드(우리는 이를 참조)를 사용하는 것입니다.Avalanche 플랫폼 2020/06/30 7 다른 구성원이 사용하는 잘 정의된 시드 IP 주소 집합으로 구성됩니다. 네트워크를 발견할 수 있습니다. DNS 시드 노드의 역할은 세트에 대한 유용한 정보를 제공하는 것입니다. 185 시스템에 적극적으로 참여하는 참가자의 수입니다. 동일한 메커니즘이 Bitcoin Core [1]에 사용됩니다. 소스 코드의 src/chainparams.cpp 파일에는 하드 코딩된 시드 노드 목록이 들어 있습니다. 사이의 차이점 BTC 및 Avalanche은 BTC에 단 하나의 올바른 DNS 시드 노드만 필요하고 Avalanche에는 간단한 DNS 시드 노드가 필요하다는 것입니다. 대부분의 앵커가 정확해야 합니다. 예를 들어, 새로운 사용자는 네트워크 보기를 부트스트랩하도록 선택할 수 있습니다. 개별적으로 신뢰할 수 없는 잘 확립되고 평판이 좋은 일련의 교환을 통해. 190 그러나 부트스트랩 노드 세트는 하드 코딩되거나 정적일 필요는 없으며, 사용자가 제공하지만 사용 편의성을 위해 클라이언트는 경제적 측면을 포함하는 기본 설정을 제공할 수 있습니다. 고객이 세계관을 공유하고 싶어하는 교류 등의 중요한 행위자입니다. 장벽이 없다 시드 앵커가 되므로 시드 앵커 세트는 노드가 들어갈 수 있는지 여부를 지시할 수 없습니다. 노드는 임의의 시드 세트에 연결하여 Avalanche 피어의 최신 네트워크를 발견할 수 있으므로 네트워크 195 앵커. 네트워크 및 상태 검색 일단 시드 앵커에 연결되면 노드는 최신 세트를 쿼리합니다. 상태 전환. 우리는 이러한 상태 전환 집합을 허용된 경계선이라고 부릅니다. 체인의 경우 허용되는 경계 마지막으로 허용되는 블록입니다. DAG의 경우 허용된 프론티어는 허용되지만 아직 받아들여지지 않는 아이들. 시드 앵커에서 허용된 프론티어를 수집한 후 상태는 다음과 같이 전환됩니다. 200 대다수의 시드 앵커에 의해 승인된 것으로 정의됩니다. 그런 다음 올바른 상태가 추출됩니다. 샘플링된 노드와 동기화하여 시드 앵커에 대다수의 올바른 노드가 있는 한 설정된 경우 허용된 상태 전환은 하나 이상의 올바른 노드에서 허용된 것으로 표시되어야 합니다. 이 상태 검색 프로세스는 네트워크 검색에도 사용됩니다. 네트워크의 멤버십 세트는 다음과 같습니다. validator 체인에 정의되어 있습니다. 따라서 validator 체인과 동기화하면 노드가 검색할 수 있습니다. 205 현재 validator 세트. validator 체인에 대해서는 다음 섹션에서 자세히 설명합니다. 3.3 Sybil 제어 및 멤버십 합의 프로토콜은 임계값까지 가정하여 보안을 보장합니다. 시스템 구성원 중 적대적일 수 있습니다. 노드가 네트워크를 저렴하게 플러딩하는 Sybil 공격 악의적인 ID를 사용하면 이러한 보증이 사소한 이유로 무효화될 수 있습니다. 기본적으로 이러한 공격은 다음과 같습니다. 210 위조하기 어려운 자원 [3]의 증거로 존재를 거래함으로써 저지되었습니다. 과거 시스템에서는 용도를 탐색했습니다. proof-of-work(PoW), proof-of-stake(PoS), 경과 시간 증명을 포괄하는 Sybil 억제 메커니즘 (POET), 공간 및 시간 증명(PoST), 권한 증명(PoA)이 있습니다. 핵심적으로 이러한 모든 메커니즘은 동일한 기능을 수행합니다. 각 참가자는 경제적인 약속의 형태로 일부 "게임 속 스킨"을 제공하며, 이는 결국 경제적 이익을 제공합니다. 215 해당 참가자의 잘못된 행동에 대한 장벽. 그들 모두는 형태에 관계없이 지분 형태를 포함합니다. 채굴 장비 및 hash 전력(PoW), 디스크 공간(PoST), 신뢰할 수 있는 하드웨어(POET) 또는 승인된 ID (포아). 이 지분은 참가자가 발언권을 획득하기 위해 부담해야 하는 경제적 비용의 기초를 형성합니다. 에 대한 예를 들어, Bitcoin에서 유효한 블록을 기여하는 능력은 hash의 힘에 정비례합니다. 참가자를 제안합니다. 불행하게도 합의 프로토콜 간에도 상당한 혼란이 있었습니다.8 Kevin Sekniqi, Daniel Laine, Stephen Buttolph, Emin G¨un Sirer 대 Sybil 제어 메커니즘. 합의 프로토콜의 선택은 대부분 다음과 같습니다. Sybil 제어 메커니즘의 선택과 직교합니다. 이는 Sybil 제어 메커니즘이 다음과 같다고 말하는 것이 아닙니다. 특정 선택이 기본 사항에 영향을 미칠 수 있기 때문에 서로에 대한 드롭인 교체가 가능합니다. 합의 프로토콜을 보장합니다. 그러나 Snow* 제품군은 알려진 이들 중 다수와 결합될 수 있습니다. 큰 수정 없이 메커니즘을 사용합니다. 225 궁극적으로 보안을 위해 그리고 참가자의 인센티브가 다음의 이익과 일치하도록 보장합니다. 네트워크에서 $AVAX는 핵심 Sybil 제어 메커니즘에 PoS를 선택합니다. 일부 형태의 지분은 본질적으로 중앙 집중화: 예를 들어 채굴 장비 제조(PoW)는 본질적으로 소수의 손에 중앙 집중화되어 있습니다. 경쟁력 있는 VLSI에 필요한 수십 개의 특허에 대한 적절한 노하우와 접근 권한을 갖춘 사람 제조. 게다가, PoW 채굴은 연간 대규모 채굴자 보조금으로 인해 가치가 누출됩니다. 마찬가지로, 230 디스크 공간은 대규모 데이터 센터 운영자가 가장 많이 소유하고 있습니다. 또한 모든 시빌 제어 메커니즘은 지속적인 비용이 발생합니다. hashing에 대한 전기 비용, 생태계에서 가치 누출은 말할 것도 없습니다. 환경을 파괴합니다. 이는 결과적으로 token에 대한 실현 가능성 범위를 감소시킵니다. 짧은 기간 동안의 가격 변동으로 인해 시스템이 작동하지 않을 수 있습니다. 작업 증명은 본질적으로 다음을 선택합니다. 광부의 능력과는 거의 관련이 없는 값싼 전기를 조달할 수 있는 연결이 있는 광부 235 거래 또는 전체 생태계에 대한 기여를 직렬화합니다. 이 옵션 중에서 우리는 선택합니다 proof-of-stake, 친환경적이고 접근 가능하며 모두에게 개방되어 있기 때문입니다. 그러나 $AVAX가 사용하는 동안 PoS, Avalanche 네트워크를 사용하면 PoW 및 PoS로 서브넷을 시작할 수 있습니다. 스테이킹은 직접적인 경제 활동을 가능하게 하기 때문에 개방형 네트워크에 참여하기 위한 자연스러운 메커니즘입니다. 주장: 공격의 성공 확률은 잘 정의된 금전적 비용에 정비례합니다. 240 기능. 즉, 스테이킹된 노드는 경제적으로 다음과 같은 행동에 참여하지 않도록 동기가 부여됩니다. 지분 가치가 손상될 수 있습니다. 또한, 이 스테이크에는 추가 유지 비용이 발생하지 않습니다(기타 다른 자산에 투자하는 기회비용), 채굴 장비와는 달리 치명적인 공격에 사용하면 완전히 소모됩니다. PoW 작업의 경우 채굴 장비는 간단하게 재사용되거나 소유자가 결정한 경우 완전히 시장에 다시 판매됩니다. 245 네트워크에 진입하려는 노드는 먼저 고정된 지분을 올려 자유롭게 진입할 수 있습니다. 네트워크에 참여하는 동안. 사용자는 스테이크의 기간을 결정합니다. 일단 수락하면 지분을 되돌릴 수 없습니다. 주요 목표는 노드가 실질적으로 공유를 공유하도록 보장하는 것입니다. 네트워크에 대한 거의 안정적인 관점과 동일합니다. 우리는 최소 staking 시간을 다음 순서로 설정할 것으로 예상합니다. 주. 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으로의 컴파일, JIT(Just-In-Time) 실행 등이 있습니다. 개발자가 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 Kevin Sekniqi, Daniel Laine, Stephen Buttolph, Emin G¨un Sirer 용도 결제 진정한 분산형 P2P 결제는 다음과 같은 이유로 인해 업계에서는 대체로 실현되지 않은 꿈입니다. 현재 현직자들의 성과 부족. $AVAX는 다음을 사용하는 결제만큼 강력하고 사용하기 쉽습니다. Visa는 완전히 신뢰할 수 없는 분산 방식으로 매초 전 세계적으로 수천 건의 거래를 허용합니다. 또한 전 세계 판매자에게 $AVAX는 Visa에 비해 직접적인 가치 제안을 제공합니다. 300 수수료. 스테이킹: 시스템 보안 Avalanche 플랫폼에서 시빌 제어는 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의 거버넌스에는 히스테리시스가 있습니다. 이는 매개변수 변경 사항이 최근 변경 사항에 크게 의존한다는 의미입니다. 두 가지 제한이 있습니다. 335 각 제어 가능한 매개변수(시간 및 범위)와 연관됩니다. 거버넌스를 사용하여 매개변수가 변경되면 거래가 완료되면 즉시 큰 금액을 다시 변경하는 것이 매우 어려워집니다. 이러한 어려움 마지막 변경 이후 시간이 지날수록 값 제약이 완화됩니다. 전반적으로 이는 시스템을 다음과 같이 유지합니다. 짧은 시간 동안 급격하게 변화하므로 사용자는 시스템 매개변수를 안전하게 예측할 수 있습니다. 단기적으로는 강력한 통제력과 유연성을 갖고 있지만 장기적으로는 유연성이 뛰어납니다. 340
نظرة عامة على المنصة
في هذا القسم، نقدم نظرة عامة معمارية للمنصة ونناقش طرق التنفيذ المختلفة التفاصيل. يفصل النظام الأساسي Avalanche بشكل واضح بين ثلاثة اهتمامات: السلاسل (والأصول المبنية في الأعلى)، والتنفيذ البيئات والنشر. 3.1 الهندسة المعمارية 145 الشبكات الفرعية الشبكة الفرعية، أو الشبكة الفرعية، هي مجموعة ديناميكية من validators تعمل معًا لتحقيق الإجماع على حالة مجموعة من blockchains. يتم التحقق من صحة كل blockchain بواسطة شبكة فرعية واحدة، ويمكن للشبكة الفرعية التحقق من صحتها العديد من blockchains بشكل تعسفي. قد يكون validator عضوًا في العديد من الشبكات الفرعية بشكل عشوائي. شبكة فرعية تقرر من يجوز له الدخول إليه، وقد يطلب أن يكون لمكوناته validator خصائص معينة. Avalanche يدعم النظام الأساسي إنشاء وتشغيل العديد من الشبكات الفرعية بشكل تعسفي. من أجل إنشاء شبكة فرعية جديدة 150 أو للانضمام إلى شبكة فرعية، يجب على المرء دفع رسوم مقومة بالدولار AVAX.
6 كيفن سيكنيكي، ودانيال لين، وستيفن بوتولف، وأمين جون سيرير يقدم نموذج الشبكة الفرعية عددًا من المزايا: - إذا كان validator لا يهتم بـ blockchains في شبكة فرعية معينة، فلن ينضم ببساطة إلى تلك الشبكة الفرعية. يؤدي هذا إلى تقليل حركة مرور الشبكة، بالإضافة إلى الموارد الحسابية المطلوبة لـ validators. هذا في على النقيض من مشاريع blockchain الأخرى، حيث يجب على كل validator التحقق من صحة كل معاملة، حتى 155 أولئك الذين لا يهتمون بهم. – بما أن الشبكات الفرعية هي التي تقرر من يمكنه الدخول إليها، فيمكن إنشاء شبكات فرعية خاصة. وهذا يعني أن كل blockchain في يتم التحقق من صحة الشبكة الفرعية فقط من خلال مجموعة من validators الموثوق بها. - يمكن للمرء إنشاء شبكة فرعية حيث يكون لكل validator خصائص معينة. على سبيل المثال، يمكن للمرء إنشاء شبكة فرعية حيث يقع كل validator في ولاية قضائية معينة، أو حيث يكون كل validator مرتبطًا ببعض 160 عقد في العالم الحقيقي. قد يكون هذا مفيدًا لأسباب تتعلق بالامتثال. توجد شبكة فرعية خاصة واحدة تسمى الشبكة الفرعية الافتراضية. تم التحقق من صحته من قبل كافة validators. (أي بالترتيب للتحقق من صحة أي شبكة فرعية، يجب أيضًا التحقق من صحة الشبكة الفرعية الافتراضية.) تقوم الشبكة الفرعية الافتراضية بالتحقق من صحة مجموعة من blockchains المحددة مسبقًا، بما في ذلك blockchain حيث يوجد AVAX $ ويتم تداوله. الأجهزة الافتراضية كل blockchain هو مثيل للجهاز الظاهري (VM.) VM هو مخطط لـ 165 blockchain، يشبه إلى حد كبير الفصل الدراسي عبارة عن مخطط لكائن في لغة برمجة موجهة للكائنات. ال يتم تحديد واجهة وحالة وسلوك blockchain بواسطة الجهاز الظاهري الذي يقوم blockchain بتشغيله. ما يلي يتم تعريف خصائص blockchain وغيرها بواسطة VM: – محتويات الكتلة – انتقال الحالة الذي يحدث عند قبول الكتلة 170 – واجهات برمجة التطبيقات التي تم الكشف عنها بواسطة blockchain ونقاط النهاية الخاصة بها - البيانات التي استمرت على القرص نقول أن blockchain "يستخدم" أو "يشغل" جهازًا افتراضيًا محددًا. عند إنشاء blockchain، يتم تحديد VM يتم تشغيله، بالإضافة إلى حالة نشأة blockchain. يمكن إنشاء blockchain جديد باستخدام موجود مسبقًا يمكن لـ VM أو المطور ترميز رمز جديد. يمكن أن يكون هناك العديد من blockchains التي تقوم بتشغيل نفس الجهاز الافتراضي بشكل عشوائي. 175 كل blockchain، حتى أولئك الذين يقومون بتشغيل نفس الجهاز الافتراضي، يكونون مستقلين منطقيًا عن الآخرين ويحافظون على مكانتهم الدولة الخاصة. 3.2 التمهيد الخطوة الأولى للمشاركة في Avalanche هي التمهيد. تتم العملية على ثلاث مراحل: الاتصال لوضع نقاط الارتكاز واكتشاف الشبكات والحالة، وأن تصبح validator. 180 Seed Anchors أي نظام متصل بالشبكة من أقرانه يعمل بدون تصريح (أي مشفر) تتطلب مجموعة الهويات بعض الآليات لاكتشاف الأقران. في شبكات مشاركة الملفات من نظير إلى نظير، توجد مجموعة من يتم استخدام أجهزة التتبع. في شبكات التشفير، تتمثل الآلية النموذجية في استخدام العقد الأولية لنظام أسماء النطاقات (والتي نشير إليهاAvalanche المنصة 2020/06/30 7 إلى كمثبتات أولية)، والتي تشتمل على مجموعة من عناوين IP الأولية المحددة جيدًا والتي يمكن من خلالها للأعضاء الآخرين يمكن اكتشاف الشبكة. يتمثل دور عقد DNS الأولية في توفير معلومات مفيدة حول المجموعة 185 من المشاركين النشطين في النظام. يتم استخدام نفس الآلية في Bitcoin الأساسية [1]، حيث يحتوي ملف src/chainparams.cpp للكود المصدري على قائمة بالعقد الأولية المشفرة. الفرق بين BTC وAvalanche هو أن BTC تتطلب عقدة DNS أساسية واحدة صحيحة فقط، بينما يتطلب Avalanche عقدة بسيطة غالبية المراسي لتكون صحيحة. على سبيل المثال، قد يختار مستخدم جديد تشغيل عرض الشبكة من خلال مجموعة من البورصات الراسخة وذات السمعة الطيبة، والتي لا يمكن الثقة في أي منها بشكل فردي. 190 ومع ذلك، نلاحظ أن مجموعة عقد التمهيد لا تحتاج إلى أن تكون ثابتة أو ثابتة، ويمكن أن تكون المقدمة من قبل المستخدم، على الرغم من سهولة الاستخدام، قد يوفر العملاء إعدادًا افتراضيًا يتضمن اقتصاديًا جهات فاعلة مهمة، مثل عمليات التبادل، التي يرغب العملاء في مشاركة رؤيتها للعالم. لا يوجد أي مانع لذلك تصبح مرساة بذرة، وبالتالي لا يمكن لمجموعة من مراسي البذور أن تحدد ما إذا كانت العقدة قد تدخل أم لا الشبكة، نظرًا لأن العقد يمكنها اكتشاف أحدث شبكة من Avalanche أقرانها عن طريق الارتباط بأي مجموعة من البذور 195 المراسي. اكتشاف الشبكة والحالة بمجرد الاتصال بالمثبتات الأولية، تستعلم العقدة عن أحدث مجموعة من تحولات الدولة. نحن نطلق على هذه المجموعة من تحولات الحالة الحدود المقبولة. لسلسلة، الحدود المقبولة هي آخر كتلة مقبولة. بالنسبة لـ DAG، الحدود المقبولة هي مجموعة القمم المقبولة، ولكن لديها لا يوجد أطفال مقبولين. بعد جمع الحدود المقبولة من مرتكزات البذور، تقوم الدولة بتحويل ذلك 200 يتم قبولها من قبل غالبية مراسي البذور ومن المقرر أن تكون مقبولة. ثم يتم استخراج الحالة الصحيحة عن طريق المزامنة مع العقد التي تم أخذ عينات منها. طالما أن هناك غالبية العقد الصحيحة في مرساة البذور تعيين، فيجب أن يتم وضع علامة على انتقالات الحالة المقبولة على أنها مقبولة بواسطة عقدة واحدة صحيحة على الأقل. تُستخدم عملية اكتشاف الحالة هذه أيضًا لاكتشاف الشبكة. مجموعة العضوية في الشبكة هي المحددة في السلسلة validator. لذلك، فإن المزامنة مع السلسلة validator تسمح للعقدة بالاكتشاف 205 المجموعة الحالية من validators. ستتم مناقشة سلسلة validator بشكل أكبر في القسم التالي. 3.3 سيبيل التحكم والعضوية توفر بروتوكولات الإجماع ضماناتها الأمنية على افتراض أن يصل إلى رقم العتبة من الممكن أن يكون أعضاء النظام متخاصمين. هجوم Sybil، حيث تقوم العقدة بإغراق الشبكة بتكلفة زهيدة مع هويات ضارة، يمكن أن يبطل هذه الضمانات بشكل تافه. في الأساس، لا يمكن إلا أن يكون مثل هذا الهجوم 210 تم ردعه من خلال التواجد التجاري مع إثبات وجود مورد يصعب تزويره [3]. لقد استكشفت الأنظمة السابقة الاستخدام من آليات الردع Sybil التي تمتد إلى proof-of-work (PoW)، proof-of-stake (PoS)، إثبات الوقت المنقضي (POET)، وإثبات المكان والزمان (PoST)، وإثبات السلطة (PoA). في جوهرها، تؤدي كل هذه الآليات وظيفة متطابقة: فهي تتطلب أن يكون لدى كل مشارك بعض "الجلد في اللعبة" في شكل بعض الالتزام الاقتصادي، والذي بدوره يوفر دخلاً اقتصاديًا 215 حاجز ضد سوء السلوك من قبل هذا المشارك. وكلها تنطوي على شكل من أشكال الحصة، سواء كانت بالشكل من منصات التعدين وhash الطاقة (PoW)، أو مساحة القرص (PoST)، أو الأجهزة الموثوقة (POET)، أو الهوية المعتمدة (برنامج العمل). تشكل هذه الحصة أساس التكلفة الاقتصادية التي يجب على المشاركين تحملها للحصول على صوت. ل على سبيل المثال، في Bitcoin، تتناسب القدرة على المساهمة بالكتل الصالحة بشكل مباشر مع قوة hash الخاصة بـ اقتراح المشارك. ولسوء الحظ، كان هناك أيضًا ارتباك كبير بين بروتوكولات الإجماع8 كيفن سيكنيكي، ودانيال لين، وستيفن بوتولف، وأمين جون سيرير مقابل آليات التحكم سيبيل. نلاحظ أن اختيار بروتوكولات الإجماع هو، في معظمه، متعامد مع اختيار آلية التحكم Sybil. هذا لا يعني أن آليات التحكم في سيبيل موجودة البدائل المنسدلة لبعضها البعض، نظرًا لأن اختيارًا معينًا قد يكون له آثار على الأساس ضمانات بروتوكول الإجماع. ومع ذلك، يمكن أن تقترن عائلة Snow* بالعديد من هذه العناصر المعروفة الآليات، دون تعديل كبير. 225 في نهاية المطاف، من أجل الأمن والتأكد من أن حوافز المشاركين تتماشى مع صالحهم الشبكة، $AVAX اختر PoS لآلية التحكم الأساسية في Sybil. بعض أشكال الحصة بطبيعتها مركزية: على سبيل المثال، يعتبر تصنيع منصات التعدين (PoW) مركزيًا بطبيعته في أيدي عدد قليل من الأشخاص الأشخاص الذين يتمتعون بالمعرفة المناسبة والقدرة على الوصول إلى العشرات من براءات الاختراع المطلوبة لـ VLSI التنافسية التصنيع. علاوة على ذلك، فإن تعدين إثبات العمل (PoW) يتسرب من قيمته بسبب الإعانات السنوية الكبيرة لعمال المناجم. وبالمثل، 230 مساحة القرص مملوكة بشكل كبير لمشغلي مراكز البيانات الكبيرة. علاوة على ذلك، جميع آليات التحكم في سيبيل التي تتراكم التكاليف الجارية، على سبيل المثال. تكاليف الكهرباء لـ hashing، وقيمة التسرب خارج النظام البيئي، ناهيك عن ذلك تدمير البيئة. وهذا بدوره يقلل من غلاف الجدوى لـ token، حيث يكون هناك تأثير سلبي قد يؤدي تحرك السعر خلال إطار زمني صغير إلى جعل النظام غير صالح للعمل. إثبات العمل يختار بطبيعته عمال المناجم الذين لديهم اتصالات لشراء الكهرباء الرخيصة، وهو ما لا علاقة له بقدرة عمال المناجم 235 لتسلسل المعاملات أو مساهماتها في النظام البيئي الشامل. ومن بين هذه الخيارات نختار proof-of-stake، لأنها خضراء ويمكن الوصول إليها ومفتوحة للجميع. ومع ذلك، نلاحظ أنه أثناء استخدام $AVAX PoS، تتيح شبكة Avalanche إمكانية إطلاق الشبكات الفرعية باستخدام PoW وPoS. يعد التوقيع المساحي آلية طبيعية للمشاركة في شبكة مفتوحة لأنها تمكن من تحقيق اقتصادي مباشر الحجة: إن احتمال نجاح الهجوم يتناسب طرديا مع التكلفة المالية المحددة جيدا 240 وظيفة. وبعبارة أخرى، فإن العقد المعنية لديها دوافع اقتصادية لعدم الانخراط في السلوك الذي قد يضر بقيمة حصتهم. بالإضافة إلى ذلك، لا تتحمل هذه الحصة أي تكاليف صيانة إضافية (أخرى ثم تكلفة الفرصة البديلة للاستثمار في أصل آخر)، ولها خاصية، على عكس معدات التعدين، يتم استهلاكها بالكامل إذا تم استخدامها في هجوم كارثي. بالنسبة لعمليات إثبات العمل، يمكن أن تكون معدات التعدين بسيطة إعادة استخدامها أو - إذا قرر المالك - بيعها بالكامل مرة أخرى إلى السوق. 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++. ستدعم هذه اللغة الجديدة الإصدارات والرياضيات الآمنة وحساب النقاط الثابتة، ونظام الكتابة المحسّن، والتجميع إلى LLVM، والتنفيذ في الوقت المناسب. إذا كان المطور يحتاج إلى دعم EVM ولكنه يريد نشر smart contracts في شبكة فرعية خاصة، فإنه 275 يمكن أن تدور شبكة فرعية جديدة مباشرة. هذه هي الطريقة التي يقوم بها Avalanche بتمكين التقسيم الوظيفي المحدد الشبكات الفرعية. علاوة على ذلك، إذا كان المطور يحتاج إلى تفاعلات مع Ethereum الذكي المنتشر حاليًا العقود، يمكنهم التفاعل مع شبكة Athereum الفرعية، وهي عبارة عن ملعقة من Ethereum. وأخيرا، إذا كان المطور يتطلب بيئة تنفيذ مختلفة عن الجهاز الظاهري Ethereum، فقد يختارون النشر smart contract من خلال شبكة فرعية تطبق بيئة تنفيذ مختلفة، مثل DAML 280 أو واسم. يمكن للشبكات الفرعية أن تدعم ميزات إضافية تتجاوز سلوك الأجهزة الافتراضية. على سبيل المثال، يمكن للشبكات الفرعية فرض متطلبات الأداء لعقد validator الأكبر التي تحتوي على smart contracts لفترات زمنية أطول، أو validators التي تحمل حالة العقد بشكل خاص. 4 الحوكمة ورمز AVAX $ 4.1 رمز $AVAX الأصلي 285 السياسة النقدية إن الأصل token، $AVAX، له سقف للعرض، حيث تم تعيين الحد الأقصى على 720،000،000 tokens، مع 360,000,000 tokens متاحة عند إطلاق الشبكة الرئيسية. ومع ذلك، على عكس الإمدادات ذات الحد الأقصى الأخرى tokens التي الحفاظ على معدل سك العملة بشكل دائم، \(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 : دالة معدل المكافأة، والتي يشار إليها أيضًا باسم معدل سك العملة، تحدد المكافأة أ يمكن للمشاركين المطالبة كدالة لمبلغ staking الخاص بهم بالنظر إلى عدد معين من العقد π التي تم الكشف عنها علنًا تحت ملكيتها، على مدى فترة τ من الأطر الزمنية المتتالية δmin، بحيث τδmin δδmax. - F: هيكل الرسوم، وهو عبارة عن مجموعة من معلمات الرسوم القابلة للإدارة والتي تحدد تكاليف المعاملات المختلفة. الشكل 1. معلمات عدم الإجماع الرئيسية المستخدمة في Avalanche. يتم إعادة تعريف جميع التدوين عند الاستخدام الأول. تماشيًا مع مبدأ القدرة على التنبؤ في النظام المالي، تتسم الإدارة في $AVAX بالتباطؤ، وهذا يعني أن التغييرات في المعلمات تعتمد بشكل كبير على التغييرات الأخيرة. هناك نوعان من الحدود 335 المرتبطة بكل معلمة قابلة للحكم: الوقت والمدى. بمجرد تغيير المعلمة باستخدام الحكم في المعاملة، يصبح من الصعب جدًا تغييرها مرة أخرى على الفور وبمبلغ كبير. هذه الصعوبات وتخفف قيود القيمة مع مرور المزيد من الوقت منذ آخر تغيير. بشكل عام، هذا يحافظ على النظام من يتغير بشكل جذري خلال فترة زمنية قصيرة، مما يسمح للمستخدمين بالتنبؤ بأمان بمعلمات النظام في على المدى القصير، مع وجود سيطرة قوية ومرونة على المدى الطويل. 340
거버넌스
1.1 Avalanche 목표 및 원칙 Avalanche은 고성능, 확장 가능, 사용자 정의 가능하고 안전한 blockchain 플랫폼입니다. 3명을 대상으로 한다 광범위한 사용 사례: 15 – 허가형(비공개) 및 무허가형(공용)을 포괄하는 애플리케이션별 blockchain 구축 배포. – 확장성이 뛰어난 분산형 애플리케이션(Dapp)을 구축하고 출시합니다. – 맞춤형 규칙, 약정 및 라이더(스마트 자산)를 사용하여 임의로 복잡한 디지털 자산을 구축합니다. 1 미래 예측 진술은 일반적으로 미래 사건이나 당사의 미래 성과와 관련됩니다. 여기에는 포함되지만 그렇지 않습니다. Avalanche의 예상 성능으로 제한됩니다. 사업 및 프로젝트의 예상되는 발전; 처형 비전과 성장 전략 현재 진행 중이거나 개발 중인 프로젝트의 완료 또는 그렇지 않으면 고려 중입니다. 미래 예측 진술은 경영진의 신념과 가정을 나타냅니다. 이 프레젠테이션 날짜 현재에만 해당됩니다. 이러한 진술은 미래의 성과와 부당한 성과를 보장하지 않습니다. 그들에게 의존해서는 안됩니다. 이러한 미래예측 진술에는 반드시 알려지거나 알려지지 않은 내용이 포함됩니다. 실제 실적과 미래 기간의 결과가 예상과 실질적으로 달라질 수 있는 위험 여기에 표현되거나 암시되어 있습니다. Avalanche은 미래 예측 진술을 업데이트할 의무가 없습니다. 비록 미래예측진술은 작성 당시 당사의 최선의 예측이므로, 해당 내용이 적용될 것이라는 보장은 없습니다. 실제 결과와 향후 사건은 실질적으로 다를 수 있으므로 정확한 것으로 입증될 것입니다. 독자는 다음과 같이 경고합니다. 미래 예측 진술에 지나치게 의존하는 것.2 Kevin Sekniqi, Daniel Laine, Stephen Buttolph, Emin G¨un Sirer Avalanche의 가장 중요한 목표는 다음의 생성, 전송 및 거래를 위한 통합 플랫폼을 제공하는 것입니다. 20 디지털 자산. 구조적으로 Avalanche은 다음 속성을 보유합니다. 확장 가능 Avalanche은 대규모 확장이 가능하고 강력하며 효율적으로 설계되었습니다. 핵심 합의 엔진 낮은 지연 시간과 매우 높은 초당 트랜잭션으로 원활하게 작동하는 잠재적으로 수억 개의 인터넷 연결, 저전력 및 고전력 장치로 구성된 글로벌 네트워크를 지원할 수 있습니다. 25 보안 Avalanche은 강력하고 높은 보안을 달성하도록 설계되었습니다. 전통적인 합의 프로토콜은 다음과 같습니다. 최대 f명의 공격자를 견딜 수 있도록 설계되었으며, f + 1 또는 크기의 공격자와 마주하면 완전히 실패합니다. 나카모토 합의는 채굴자의 51%가 비잔틴인 경우 보안을 제공하지 않습니다. 대조적으로, Avalanche은 공격자가 특정 임계값 미만일 때 매우 강력한 안전 보장을 제공합니다. 시스템 설계자가 매개변수화할 수 있으며, 공격자가 이를 초과하면 우아한 성능 저하를 제공합니다. 30 이 문턱. 공격자가 51%를 초과하는 경우에도 안전(활성은 아님) 보장을 유지할 수 있습니다. 그것은 이렇게 강력한 보안을 보장하는 최초의 무허가형 시스템입니다. 분산형 Avalanche은 전례 없는 분산화를 제공하도록 설계되었습니다. 이는 약속을 의미합니다. 여러 클라이언트 구현에 적용되며 어떤 종류의 중앙 집중식 제어도 없습니다. 생태계는 다음을 방지하도록 설계되었습니다. 서로 다른 관심사를 가진 사용자 계층 간의 구분. 결정적으로, 채굴자 사이에는 구별이 없습니다. 35 개발자, 사용자. 거버너블하고 민주적인 $AVAX는 매우 포괄적인 플랫폼으로 누구나 연결할 수 있습니다. 네트워크를 형성하고 검증에 참여하고 거버넌스에 직접 참여합니다. 모든 token 보유자는 투표를 할 수 있습니다. 주요 재무 매개변수를 선택하고 시스템이 어떻게 발전하는지 선택합니다. 상호 운용 가능하고 유연한 Avalanche은 다양한 사용자를 위한 보편적이고 유연한 인프라로 설계되었습니다. 40 blockchains/assets. 여기서 기본 $AVAX는 보안 및 교환용 계정 단위로 사용됩니다. 는 시스템은 가치 중립적인 방식으로 위에 구축될 많은 blockchain을 지원하기 위한 것입니다. 플랫폼 기존 blockchain을 쉽게 포팅하고, 잔액을 가져오고, 여러 스크립팅 언어와 가상 머신을 지원하고 의미 있는 다중 배포를 지원합니다. 시나리오. 45 개요 이 문서의 나머지 부분은 네 가지 주요 섹션으로 구성됩니다. 섹션 2에는 세부 사항이 설명되어 있습니다. 플랫폼을 구동하는 엔진. 섹션 3에서는 다음을 포함하여 플랫폼 뒤의 아키텍처 모델에 대해 논의합니다. 하위 네트워크, 가상 머신, 부트스트래핑, 멤버십 및 staking. 섹션 4에서는 거버넌스를 설명합니다. 주요 경제 매개변수에 대한 역동적인 변화를 가능하게 하는 모델입니다. 마지막으로 5장에서는 다양한 내용을 탐구한다. 잠재적인 최적화, 포스트 양자 암호화 및 현실적 관심을 포함한 주변 관심 주제 50 적.
Avalanche 플랫폼 2020/06/30 3 명명 규칙 플랫폼 이름은 Avalanche이며 일반적으로 "Avalanche"이라고 합니다. 플랫폼”이며 “Avalanche 네트워크” 또는 – 간단히 – Avalanche과 상호 교환 가능/동의어입니다. 코드베이스는 "v.[0-9].[0-9].[0-100]"이라는 라벨이 붙은 세 개의 숫자 식별자를 사용하여 릴리스됩니다. 첫 번째 숫자는 주요 릴리스를 식별하고, 두 번째 숫자는 부 릴리스를 식별하며, 세 번째 숫자는 55 패치를 식별합니다. 코드명 Avalanche Borealis인 첫 번째 공개 릴리스는 v. 1.0.0입니다. 네이티브 token 플랫폼의 이름은 "$AVAX"입니다. Avalanche 플랫폼에서 사용되는 합의 프로토콜 제품군은 다음과 같습니다. Snow* 제품군이라고 합니다. Avalanche, Snowman 및 서리가 내린.
الحكم
1.1 Avalanche الأهداف والمبادئ Avalanche عبارة عن منصة blockchain عالية الأداء وقابلة للتطوير وقابلة للتخصيص وآمنة. ويستهدف ثلاثة حالات الاستخدام واسعة النطاق: 15 – إنشاء تطبيقات محددة blockchains، تمتد إلى المسموح به (الخاص) وغير المسموح به (العامة) عمليات النشر. - بناء وإطلاق تطبيقات لامركزية وقابلة للتطوير بشكل كبير (Dapps). - بناء أصول رقمية معقدة بشكل تعسفي مع قواعد ومواثيق وراكبين مخصصين (الأصول الذكية). 1 تتعلق البيانات التطلعية بشكل عام بالأحداث المستقبلية أو أدائنا المستقبلي. وهذا يشمل، ولكن ليس كذلك يقتصر على الأداء المتوقع لـ Avalanche؛ والتطور المتوقع لأعمالها ومشاريعها؛ التنفيذ ورؤيتها واستراتيجيتها للنمو؛ والانتهاء من المشاريع الجاري تنفيذها حاليًا أو قيد التطوير أو وإلا قيد النظر. تمثل البيانات التطلعية معتقدات وافتراضات إدارتنا فقط اعتبارا من تاريخ هذا العرض. هذه البيانات ليست ضمانات للأداء المستقبلي ولا مبرر لها ولا ينبغي الاعتماد عليهم. تتضمن مثل هذه البيانات التطلعية بالضرورة معلومات معروفة وغير معروفة المخاطر، والتي قد تتسبب في اختلاف الأداء الفعلي والنتائج في الفترات المستقبلية بشكل جوهري عن أي توقعات صريحة أو ضمنية هنا. Avalanche لا يتحمل أي التزام بتحديث البيانات التطلعية. على الرغم من إن البيانات التطلعية هي أفضل تنبؤاتنا في وقت إصدارها، وليس هناك ما يضمن أنها كذلك ستثبت دقتها، حيث قد تختلف النتائج الفعلية والأحداث المستقبلية بشكل جوهري. ويتم تحذير القارئ لا لوضع الاعتماد غير المبرر على البيانات التطلعية.2 كيفن سيكنيكي، ودانيال لين، وستيفن بوتولف، وأمين جون سيرير الهدف الشامل لـ Avalanche هو توفير منصة موحدة لإنشاء ونقل وتجارة 20 الأصول الرقمية. من خلال البناء، Avalanche يمتلك الخصائص التالية: تم تصميم Avalanche القابل للتطوير ليكون قابلاً للتطوير وقويًا وفعالاً على نطاق واسع. محرك الإجماع الأساسي قادر على دعم شبكة عالمية تضم مئات الملايين من الأجهزة المتصلة بالإنترنت، ذات الطاقة المنخفضة والعالية، والتي تعمل بسلاسة، مع زمن وصول منخفض ومعاملات عالية جدًا في الثانية. 25 تم تصميم الأمان Avalanche ليكون قويًا ويحقق أمانًا عاليًا. بروتوكولات الإجماع الكلاسيكية هي مصممة لتحمل ما يصل إلى f من المهاجمين، وتفشل تمامًا عند مواجهة مهاجم بحجم f + 1 أو أكبر، وإجماع ناكاموتو لا يوفر أي أمان عندما يكون 51٪ من عمال المناجم بيزنطيين. في المقابل، Avalanche يوفر ضمانًا قويًا للغاية للأمان عندما يكون المهاجم أقل من حد معين، وهو ما يمكن تحديد معلماتها بواسطة مصمم النظام، وتوفر تدهورًا رائعًا عندما يتجاوز المهاجم 30 هذه العتبة. يمكنه الحفاظ على ضمانات السلامة (ولكن ليس الحيوية) حتى عندما يتجاوز المهاجم 51%. إنه كذلك أول نظام غير مصرح به يوفر مثل هذه الضمانات الأمنية القوية. تم تصميم اللامركزية Avalanche لتوفير لامركزية غير مسبوقة. وهذا يعني الالتزام لتطبيقات عملاء متعددة ولا يوجد تحكم مركزي من أي نوع. تم تصميم النظام البيئي لتجنب الانقسامات بين فئات المستخدمين ذوي الاهتمامات المختلفة. والأهم أنه لا يوجد تمييز بين عمال المناجم، 35 المطورين والمستخدمين. تعد AVAX $ الخاضعة للإدارة والديمقراطية منصة شاملة للغاية، تمكن أي شخص من الاتصال بها التواصل والمشاركة في التحقق من الصحة والحكم المباشر. يمكن لأي حامل token التصويت فيه اختيار المعايير المالية الرئيسية واختيار كيفية تطور النظام. تم تصميم Avalanche القابل للتشغيل البيني والمرن ليكون بنية تحتية عالمية ومرنة لعدد كبير من الأشخاص 40 من blockchains/الأصول، حيث يتم استخدام $AVAX الأساسي للأمان وكوحدة حساب للتبادل. ال يهدف النظام إلى دعم العديد من blockchains التي سيتم بناؤها في الأعلى، بطريقة محايدة القيمة. المنصة تم تصميمه من الألف إلى الياء لتسهيل نقل blockchains الموجودة عليه، لاستيراد الأرصدة، دعم لغات البرمجة النصية المتعددة والأجهزة الافتراضية، ودعم النشر المتعدد بشكل مفيد سيناريوهات. 45 الخطوط العريضة يتم تقسيم بقية هذه الورقة إلى أربعة أقسام رئيسية. ويبين القسم 2 تفاصيل المحرك الذي يشغل المنصة. ويناقش القسم 3 النموذج المعماري وراء المنصة، بما في ذلك الشبكات الفرعية، والأجهزة الافتراضية، والتمهيد، والعضوية، وstaking. ويشرح القسم 4 الحوكمة نموذج يتيح إجراء تغييرات ديناميكية على المعايير الاقتصادية الرئيسية. وأخيرا، في القسم 5 يستكشف مختلف الموضوعات الطرفية ذات الاهتمام، بما في ذلك التحسينات المحتملة، والتشفير بعد الكم، والواقعية 50 الخصوم.
Avalanche المنصة 2020/06/30 3 اصطلاح التسمية اسم النظام الأساسي هو Avalanche، ويُشار إليه عادةً باسم "Avalanche" النظام الأساسي"، وهو قابل للتبديل/مرادف لـ "شبكة Avalanche"، أو - ببساطة - Avalanche. سيتم إصدار قواعد التعليمات البرمجية باستخدام ثلاثة معرفات رقمية، تسمى "v.[0-9].[0-9].[0-100]"، حيث يكون الرقم الأول يحدد الإصدارات الرئيسية، والرقم الثاني يحدد الإصدارات الثانوية، والرقم الثالث 55 يحدد البقع. الإصدار العام الأول، الذي يحمل الاسم الرمزي Avalanche Borealis، هو الإصدار 1.0.0. المواطن token النظام الأساسي يسمى "$AVAX". عائلة بروتوكولات الإجماع التي يستخدمها النظام الأساسي Avalanche هي يشار إليها باسم عائلة الثلج *. هناك ثلاثة مثيلات ملموسة، تسمى Avalanche، وSnowman، و فاترة.
논의
5.1 최적화 많은 blockchain 플랫폼, 특히 Bitcoin와 같은 Nakamoto 합의를 구현하는 플랫폼, 지속적인 국가 성장으로 고통받습니다. 이는 프로토콜에 따라 전체 기록을 저장해야 하기 때문입니다. 거래. 하지만 blockchain이 지속적으로 성장하려면 오래된 역사를 정리할 수 있어야 합니다. 345 이는 Avalanche과 같이 고성능을 지원하는 blockchain에 특히 중요합니다. Snow* 제품군에서는 가지치기가 간단합니다. Bitcoin(및 유사한 프로토콜)과 달리 가지치기가 수행되지 않습니다. 알고리즘 요구 사항에 따라 가능하며 $AVAX 노드에서는 다음과 같은 DAG 부분을 유지할 필요가 없습니다. 깊고 헌신적입니다. 이러한 노드는 새로운 부트스트래핑에 대한 과거 기록을 증명할 필요가 없습니다. 따라서 활성 상태, 즉 현재 잔액과 커밋되지 않은 잔액을 저장하면 됩니다. 350 거래. 클라이언트 유형 Avalanche은 보관, 전체, 경량의 세 가지 클라이언트 유형을 지원할 수 있습니다. 아카이브 노드는 $AVAX 서브넷, staking 서브넷 및 smart contract 서브넷의 전체 기록을 저장합니다.12 Kevin Sekniqi, Daniel Laine, Stephen Buttolph, Emin G¨un Sirer 이는 이러한 노드가 새로운 들어오는 노드에 대한 부트스트래핑 노드 역할을 한다는 것을 의미합니다. 추가적으로 이러한 노드는 validator로 선택한 다른 서브넷의 전체 기록을 저장할 수 있습니다. 아카이브 355 노드는 일반적으로 다운로드 시 다른 노드에서 비용을 지불하는 높은 저장 용량을 갖춘 시스템입니다. 오래된 상태. 반면에 전체 노드는 검증에 참여하지만 모든 기록을 저장하는 대신 단순히 활성 상태(예: 현재 UTXO 세트)를 저장하세요. 마지막으로, 단순히 안전하게 상호작용해야 하는 사람들을 위한 것입니다. 가장 최소한의 리소스를 사용하는 네트워크에서 Avalanche은(는) 다음과 같은 라이트 클라이언트를 지원합니다. 기록을 다운로드하거나 동기화할 필요 없이 일부 트랜잭션이 커밋되었음을 증명합니다. 빛 360 클라이언트는 안전한 약속과 네트워크 전체를 보장하기 위해 프로토콜의 반복적인 샘플링 단계에 참여합니다. 합의. 따라서 Avalanche의 라이트 클라이언트는 전체 노드와 동일한 보안 보장을 제공합니다. 샤딩(Sharding) 샤딩은 성능을 높이기 위해 다양한 시스템 자원을 분할하는 프로세스입니다. 그리고 부하를 줄이세요. 샤딩 메커니즘에는 다양한 유형이 있습니다. 네트워크 샤딩에서는 참가자 집합이 알고리즘 부하를 줄이기 위해 별도의 하위 네트워크로 구분됩니다. 상태 샤딩에서 참가자는 다음에 동의합니다. 365 전체 전역 상태의 특정 하위 부분만 저장하고 유지합니다. 마지막으로 트랜잭션 샤딩에서는 참가자는 들어오는 거래를 별도로 처리하는 데 동의합니다. Avalanche Borealis에서는 첫 번째 형태의 샤딩이 하위 네트워크 기능을 통해 존재합니다. 에 대한 예를 들어 골드 서브넷과 다른 부동산 서브넷을 시작할 수 있습니다. 이 두 서브넷은 완전히 존재할 수 있습니다. 평행. 서브넷은 사용자가 보유 금을 사용하여 부동산 계약을 구매하려는 경우에만 상호 작용합니다. 370 이 시점에서 Avalanche은 두 서브넷 간의 원자 교환을 활성화합니다. 5.2 우려사항 포스트 양자 암호화(Post Quantum Cryptography) 포스트 양자 암호화는 최근 광범위한 주목을 받고 있습니다. 양자컴퓨터와 알고리즘의 발전 덕분이다. 양자에 대한 우려 컴퓨터는 현재 배포된 암호화 프로토콜 중 일부, 특히 디지털 프로토콜을 깨뜨릴 수 있다는 점입니다. 375 서명. Avalanche 네트워크 모델은 VM 수에 관계없이 가능하므로 양자 저항성을 지원합니다. 적절한 디지털 서명 메커니즘을 갖춘 가상 머신. 우리는 여러 유형의 디지털 서명을 예상합니다. 양자 저항성 RLWE 기반 서명을 포함하여 배포할 계획입니다. 합의 메커니즘 핵심 운영을 위해 어떤 종류의 무거운 암호화폐도 가정하지 않습니다. 이 디자인을 보면 간단하다. 양자 보안 암호화 기본 요소를 제공하는 새로운 가상 머신으로 시스템을 확장합니다. 380 현실적인 적 Avalanche 논문 [6]은 다음과 같은 상황에서 매우 강력한 보장을 제공합니다. 강력하고 적대적인 적, 전체 지점 간 모델에서 라운드 적응형 적이라고 합니다. 에서 즉, 공격자는 항상 모든 단일 노드의 상태에 대한 전체 액세스 권한을 갖고 있으며 모든 올바른 노드를 무작위로 선택할 수 있을 뿐만 아니라 노드 전후에 언제든지 자체 상태를 업데이트할 수 있습니다. 올바른 노드는 자신의 상태를 업데이트할 기회를 갖습니다. 사실상 이 적은 다음을 제외하면 모두 강력합니다. 385 올바른 노드의 상태를 직접 업데이트하거나 올바른 노드 간의 통신을 수정하는 기능 노드. 그럼에도 불구하고 실제로 그러한 적은 순전히 이론적인 것입니다. 가능한 가장 강력한 적은 네트워크 상태의 통계적 근사치로 제한됩니다. 따라서 실제로 최악의 시나리오 공격은 배포하기 어려울 것으로 예상됩니다.Avalanche 플랫폼 2020/06/30 13 포용과 평등 허가 없는 통화에서 흔히 발생하는 문제는 '부자가 돈을 벌다'는 것입니다. 390 더 부자”. 부적절하게 구현된 PoS 시스템은 실제로 PoS 시스템을 허용할 수 있으므로 이는 타당한 우려입니다. 부의 창출은 이미 시스템의 대규모 지분 보유자에게 불균형적으로 귀속됩니다. 에이 간단한 예는 리더 기반 합의 프로토콜의 예입니다. 여기서 소위원회 또는 지정된 리더는 운영 중에 모든 보상을 수집하며, 보상을 수집하도록 선택될 확률은 지분에 비례하여 강력한 보상 복합 효과가 발생합니다. 또한 Bitcoin와 같은 시스템에서는 395 대규모 채굴자가 작은 채굴자보다 프리미엄을 누리는 "큰 규모의 성장" 현상이 있습니다. 고아가 적고 일자리 손실이 적습니다. 대조적으로, Avalanche은 주조의 평등한 분배를 사용합니다. staking 프로토콜의 모든 참가자는 지분에 따라 공평하고 비례적으로 보상을 받습니다. 매우 많은 수의 사람들이 staking에 직접 참여할 수 있도록 함으로써 Avalanche은(는) 수용할 수 있습니다. 수백만 명의 사람들이 staking에 동등하게 참여합니다. 참여에 필요한 최소 금액 400 프로토콜은 거버넌스에 사용될 것이지만 광범위한 참여를 장려하기 위해 낮은 값으로 초기화될 것입니다. 이는 또한 작은 할당으로 위임이 참여할 필요가 없음을 의미합니다. 6 결론 이 문서에서는 Avalanche 플랫폼의 아키텍처에 대해 논의했습니다. 현재 다른 플랫폼에 비해 이는 고전적인 스타일의 합의 프로토콜을 실행하므로 본질적으로 확장이 불가능하거나 다음을 사용합니다. 405 비효율적이고 높은 운영 비용을 부과하는 나카모토식 합의, Avalanche은 가볍고, 빠르고, 확장 가능하며, 안전하고 효율적입니다. 네트워크를 보호하고 비용을 지불하는 데 사용되는 네이티브 token 다양한 인프라 비용은 간단하고 이전 버전과 호환됩니다. $AVAX는 다른 제안보다 더 많은 용량을 가지고 있습니다. 더 높은 수준의 분산화를 달성하고 공격에 저항하며 쿼럼 없이 수백만 개의 노드로 확장합니다. 또는 위원회 선출로 인해 참여에 어떠한 제한도 두지 않습니다. 410 합의 엔진 외에도 Avalanche는 스택을 혁신하고 간단하지만 중요한 기능을 도입합니다. 트랜잭션 관리, 거버넌스 및 다른 플랫폼에서는 사용할 수 없는 수많은 기타 구성 요소에 대한 아이디어입니다. 프로토콜의 각 참가자는 항상 프로토콜이 어떻게 발전하는지에 영향을 미치는 목소리를 갖게 됩니다. 강력한 거버넌스 메커니즘을 통해 가능해졌습니다. Avalanche은 높은 사용자 정의 기능을 지원합니다. 기존 blockchain을 사용한 거의 즉각적인 플러그 앤 플레이. 415
مناقشة
5.1 التحسينات تقليم العديد من منصات blockchain، خاصة تلك التي تطبق إجماع ناكاموتو مثل Bitcoin، تعاني من نمو الدولة الدائم. وذلك لأنه – بموجب البروتوكول – يتعين عليهم تخزين التاريخ الكامل لـ المعاملات. ومع ذلك، لكي ينمو blockchain بشكل مستدام، يجب أن يكون قادرًا على تقليم التاريخ القديم. 345 يعد هذا مهمًا بشكل خاص بالنسبة إلى blockchain التي تدعم الأداء العالي، مثل Avalanche. يعد التقليم أمرًا بسيطًا في عائلة Snow*. بخلاف Bitcoin (والبروتوكولات المشابهة)، حيث لا يتم التقليم ممكنًا وفقًا للمتطلبات الخوارزمية، في $AVAX لا تحتاج العقد إلى الحفاظ على أجزاء من DAG عميقة وملتزمة للغاية. لا تحتاج هذه العقد إلى إثبات أي تاريخ سابق لعملية التمهيد الجديدة العقد، وبالتالي يتعين عليها ببساطة تخزين الحالة النشطة، أي الأرصدة الحالية، وكذلك غير الملتزم بها 350 المعاملات. أنواع العملاء Avalanche يمكن أن تدعم ثلاثة أنواع مختلفة من العملاء: الأرشيفي والكامل والخفيف. أرشيفية تقوم العقد بتخزين السجل الكامل للشبكة الفرعية $AVAX، والشبكة الفرعية staking، والشبكة الفرعية smart contract، وكلها12 كيفن سيكنيكي، ودانيال لين، وستيفن بوتولف، وأمين جون سيرير طريقة التكوين، مما يعني أن هذه العقد تعمل كعقد تمهيدية للعقد الجديدة الواردة. بالإضافة إلى ذلك قد تقوم هذه العقد بتخزين السجل الكامل للشبكات الفرعية الأخرى التي اختارت أن تكون validators لها. أرشيفية 355 عادةً ما تكون العقد عبارة عن أجهزة ذات إمكانات تخزين عالية تدفعها العقد الأخرى عند التنزيل الدولة القديمة. من ناحية أخرى، تشارك العقد الكاملة في التحقق من الصحة، ولكن بدلاً من تخزين كل السجل، فإنها ما عليك سوى تخزين الحالة النشطة (على سبيل المثال مجموعة UTXO الحالية). أخيرًا، لأولئك الذين يحتاجون ببساطة إلى التفاعل بشكل آمن مع استخدام الشبكة لأقل قدر ممكن من الموارد، يدعم Avalanche العملاء الخفيفين الذين يمكنهم ذلك إثبات أن بعض المعاملات قد تم تنفيذها دون الحاجة إلى تنزيل السجل أو مزامنته. ضوء 360 ينخرط العملاء في مرحلة أخذ العينات المتكررة من البروتوكول لضمان الالتزام الآمن والشبكة على نطاق واسع الإجماع. لذلك، يوفر العملاء الخفيفون في Avalanche نفس ضمانات الأمان التي توفرها العقد الكاملة. المشاركة هي عملية تقسيم موارد النظام المختلفة من أجل زيادة الأداء وتقليل الحمل. هناك أنواع مختلفة من آليات المشاركة. في مشاركة الشبكة، مجموعة المشاركين مقسمة إلى شبكات فرعية منفصلة لتقليل الحمل الخوارزمي؛ في تقاسم الدولة، يتفق المشاركون على 365 تخزين وصيانة أجزاء فرعية محددة فقط من الحالة العالمية بأكملها؛ وأخيرًا، في تقاسم المعاملات، يوافق المشاركون على فصل معالجة المعاملات الواردة. في Avalanche Borealis، يوجد الشكل الأول للتقسيم من خلال وظيفة الشبكات الفرعية. ل على سبيل المثال، يمكن للمرء إطلاق شبكة فرعية ذهبية وشبكة فرعية أخرى للعقارات. يمكن أن توجد هاتان الشبكتان الفرعيتان بالكامل بالتوازي. تتفاعل الشبكات الفرعية فقط عندما يرغب المستخدم في شراء عقود عقارية باستخدام ممتلكاته من الذهب، 370 وعند هذه النقطة Avalanche سيمكن التبادل الذري بين الشبكتين الفرعيتين. 5.2 مخاوف لقد اكتسب التشفير ما بعد الكمي مؤخرًا اهتمامًا واسع النطاق بسبب التقدم في تطوير أجهزة الكمبيوتر والخوارزميات الكمومية. القلق مع الكم تكمن المشكلة الأساسية في أجهزة الكمبيوتر في قدرتها على كسر بعض بروتوكولات التشفير المنتشرة حاليًا، وخاصةً بروتوكولات التشفير الرقمية 375 التوقيعات. يتيح نموذج الشبكة Avalanche أي عدد من الأجهزة الافتراضية، لذا فهو يدعم مقاومة الكم جهاز افتراضي مزود بآلية التوقيع الرقمي المناسبة. نتوقع عدة أنواع من التوقيع الرقمي المخططات التي سيتم نشرها، بما في ذلك التوقيعات المستندة إلى 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 يدعم إمكانية التخصيص العالية، مما يسمح بذلك التوصيل والتشغيل الفوري تقريبًا مع blockchains الموجودة. 415