Avalanche : une nouvelle famille de protocoles de consensus
Аннотация
Avalanche Платформа 2020/06/30 Кевин Секники, Дэниел Лейн, Стивен Баттольф и Эмин Гюн Сирер Аннотация. В этом документе представлен обзор архитектуры первой версии платформы Avalanche. под кодовым названием Avalanche Borealis. Для получения подробной информации об экономике собственного token, помеченного как $AVAX, мы 5 направьте читателя к прилагаемой token статье по динамике [2]. Раскрытие информации: Информация, описанная в этом документе, является предварительной и может быть изменена в любое время. Кроме того, настоящий документ может содержать «заявления прогнозного характера».1 Git-коммит: 7497e4a4ba0a1ea2dc2a111bc6deefbf3023708e 1 Введение 10 В этом документе представлен архитектурный обзор платформы Avalanche. Основное внимание уделяется трем ключевым Отличительные особенности платформы: движок, архитектурная модель и механизм управления. 1.1 Avalanche Цели и принципы Avalanche — это высокопроизводительная, масштабируемая, настраиваемая и безопасная платформа blockchain. Он нацелен на три широкие варианты использования: 15 – Создание blockchain для конкретных приложений, охватывающих разрешенные (частные) и не требующие разрешений (публичные) развертывания. – Создание и запуск масштабируемых и децентрализованных приложений (Dapps). – Создание произвольно сложных цифровых активов с индивидуальными правилами, соглашениями и ограничениями (умные активы). 1 Заявления прогнозного характера обычно относятся к будущим событиям или нашим будущим результатам. Это включает, но не ограничено прогнозируемой производительностью Avalanche; ожидаемое развитие его бизнеса и проектов; исполнение своего видения и стратегии роста; и завершение проектов, которые в настоящее время реализуются, находятся в стадии разработки или в противном случае на рассмотрении. Заявления прогнозного характера отражают убеждения и предположения нашего руководства. только на дату настоящей презентации. Эти заявления не являются гарантией будущих результатов и не являются неправомерными. на них не следует полагаться. Такие прогнозные заявления обязательно включают в себя известные и неизвестные риски, которые могут привести к тому, что фактические показатели и результаты в будущих периодах будут существенно отличаться от любых прогнозов выраженные или подразумеваемые здесь. Avalanche не берет на себя никаких обязательств по обновлению прогнозных заявлений. Хотя прогнозные заявления являются нашим лучшим прогнозом на момент их составления, не может быть никакой гарантии, что они окажется точным, поскольку фактические результаты и будущие события могут существенно отличаться. Читателя предостерегают: не необоснованно полагаться на прогнозные заявления.
Résumé
Avalanche Plateforme 30/06/2020 Kevin Sekniqi, Daniel Laine, Stephen Buttolph et Emin G¨un Sirer Résumé. Cet article fournit un aperçu architectural de la première version de la plateforme Avalanche, nom de code Avalanche Borealis. Pour plus de détails sur l'économie du token natif, étiqueté $AVAX, nous 5 guidez le lecteur vers le document de dynamique token ci-joint [2]. Divulgation : Les informations décrites dans ce document sont préliminaires et sujettes à modification à tout moment. De plus, ce document peut contenir des « déclarations prospectives ».1 Validation Git : 7497e4a4ba0a1ea2dc2a111bc6deefbf3023708e 1 Introduction 10 Cet article fournit un aperçu architectural de la plate-forme Avalanche. L'accent est mis sur les trois éléments clés différenciateurs de la plateforme : le moteur, le modèle architectural et le mécanisme de gouvernance. 1.1 Avalanche Buts et principes Avalanche est une plateforme blockchain hautes performances, évolutive, personnalisable et sécurisée. Il cible trois cas d'utilisation généraux : 15 – Création de blockchain spécifiques à l'application, couvrant les autorisations (privées) et sans autorisation (publiques) déploiements. – Création et lancement d’applications hautement évolutives et décentralisées (Dapps). – Créer des actifs numériques arbitrairement complexes avec des règles, des clauses et des avenants personnalisés (actifs intelligents). 1 Les déclarations prospectives se rapportent généralement à des événements futurs ou à nos performances futures. Cela inclut, mais n'est pas limité aux performances projetées de Avalanche ; l'évolution attendue de son activité et de ses projets ; exécution de sa vision et de sa stratégie de croissance ; et la réalisation de projets actuellement en cours, en développement ou sinon à l'étude. Les déclarations prospectives représentent les convictions et hypothèses de notre direction. seulement à compter de la date de cette présentation. Ces déclarations ne constituent pas des garanties de performances futures et des il ne faut pas s’y fier. Ces déclarations prospectives impliquent nécessairement des informations connues et inconnues. risques, qui peuvent faire en sorte que la performance réelle et les résultats des périodes futures diffèrent sensiblement des projections. exprimé ou implicite dans les présentes. Avalanche n'assume aucune obligation de mettre à jour les déclarations prospectives. Bien que les déclarations prospectives constituent notre meilleure prédiction au moment où elles sont faites, rien ne garantit qu'elles s’avérera exact, car les résultats réels et les événements futurs pourraient différer sensiblement. Le lecteur est averti de ne pas de se fier indûment aux déclarations prospectives.
Введение
10 В этом документе представлен архитектурный обзор платформы Avalanche. Основное внимание уделяется трем ключевым дифференциаторы платформы: движок, архитектурная модель и
Introduction
10 Cet article fournit un aperçu architectural de la plate-forme Avalanche. L'accent est mis sur les trois éléments clés différenciateurs de la plateforme : le moteur, le modèle architectural et le
Двигатель
60 Обсуждение платформы Avalanche начинается с основного компонента, который обеспечивает работу платформы: механизм консенсуса. Предыстория Распределенные платежи и, в более общем плане, вычисления требуют согласования между набором машин. Таким образом, протоколы консенсуса, которые позволяют группе узлов достичь соглашения, лежат в основе сердце blockchains, а также почти каждой развернутой крупномасштабной промышленной распределенной системы. Тема 65 подвергался тщательному изучению на протяжении почти пяти десятилетий, и в результате этих усилий на сегодняшний день только две семьи протоколов: классические протоколы консенсуса, которые полагаются на связь «все со всеми», и консенсус Накамото, который основан на майнинге proof-of-work в сочетании с правилом самой длинной цепочки. В то время как классические протоколы консенсуса могут иметь низкую задержку и высокую пропускную способность, они не масштабируются для большого количества участников и не устойчивы в условиях изменений в членстве, что отнесло их в основном к разрешенным, в основном 70 статические развертывания. С другой стороны, протоколы консенсуса Накамото [5, 7, 4] надежны, но страдают от высокие задержки подтверждения, низкая пропускная способность и требуют постоянных затрат энергии для обеспечения своей безопасности. Семейство протоколов Snow, представленное Avalanche, сочетает в себе лучшие свойства классических протоколов консенсуса с лучшими качествами консенсуса Накамото. Основанный на легком механизме выборки сети, они достигают низкой задержки и высокой пропускной способности без необходимости согласования точного членства 75 система. Они хорошо масштабируются от тысяч до миллионов участников при непосредственном участии в протоколе консенсуса. Кроме того, протоколы не используют PoW-майнинг и, следовательно, избегают его непомерных размеров. расход энергии и последующая утечка ценности в экосистему, в результате чего получается легкий, зеленый и тихий протоколы. Механизм и свойства Протоколы Snow работают путем повторной выборки сети. Каждый узел 80 опрашивает небольшой случайно выбранный набор соседей постоянного размера и меняет свое предложение, если подавляющее большинство поддерживает другое значение. Выборки повторяются до тех пор, пока не будет достигнута сходимость, что происходит быстро в нормальные операции. Поясним механизм работы на конкретном примере. Сначала транзакция создается пользователя и отправляется на проверяющий узел, который является узлом, участвующим в процедуре консенсуса. Это тогда 85 распространяется на другие узлы сети посредством сплетен. Что произойдет, если этот пользователь также выдаст конфликтующее4 Кевин Секники, Дэниел Лейн, Стивен Баттольф и Эмин Гюн Сирер транзакция, то есть двойная трата? Чтобы выбрать среди конфликтующих транзакций и предотвратить двойную трату, каждый узел случайным образом выбирает небольшое подмножество узлов и запрашивает, какие из конфликтующих транзакций запрошенные узлы считают его действительным. Если запрашивающий узел получает ответ квалифицированного большинства в пользу одной транзакции, то узел меняет свой ответ на эту транзакцию. Каждый узел сети 90 повторяет эту процедуру до тех пор, пока вся сеть не придет к консенсусу по одной из конфликтующих транзакций. Удивительно, но хотя основной механизм работы довольно прост, эти протоколы приводят к очень высокой эффективности. желательная системная динамика, которая делает их пригодными для крупномасштабного развертывания. – Без разрешения, открыт для изменений и надежен. В последних проектах blockchain используются классические протоколы консенсуса и, следовательно, требуют полного знания членов. Зная весь набор пар95 участников достаточно проста в закрытых, разрешенных системах, но становится все более сложной в открытых, децентрализованные сети. Это ограничение создает высокие риски для безопасности существующих операторов, использующих такие протоколы. Напротив, протоколы Snow сохраняют высокие гарантии безопасности даже при наличии четко определенных расхождений между представлениями сети любых двух узлов. Валидаторы протоколов Snow наслаждайтесь возможностью проверки без постоянного полного знания членства. Поэтому они устойчивы 100 и очень подходит для общедоступных blockchain. – Масштабируемость и децентрализованность. Основной особенностью семейства Snow является его способность масштабироваться без каких-либо затрат. фундаментальные компромиссы. Протоколы Snow могут масштабироваться до десятков тысяч или миллионов узлов без делегирования подмножествам validator. Эти протоколы обладают лучшей в своем классе децентрализацией системы, что позволяет каждый узел для полной проверки. Непрерывное участие из первых рук имеет глубокие последствия для безопасности 105 системы. Почти в каждом протоколе proof-of-stake, который пытается масштабироваться до большого набора участников, типичный режим работы — обеспечить масштабирование путем делегирования проверки подкомитету. Естественно, это означает, что безопасность системы сейчас точно равна коррупционным издержкам системы. подкомитет. Кроме того, подкомитеты могут образовывать картели. В протоколах типа Snow такое делегирование не является необходимым, что позволяет каждому оператору узла иметь первый110 рука говорит в системе, в любое время. Другая конструкция, обычно называемая сегментированием состояния, пытается для обеспечения масштабируемости путем распараллеливания сериализации транзакций в независимые сети validators. К сожалению, безопасность системы в такой конструкции становится настолько же высокой, насколько высока самая простая испорченная система. независимый осколок. Следовательно, ни выборы в подкомитеты, ни сегментирование не являются подходящими стратегиями масштабирования. для криптоплатформ. 115 – Адаптивный. В отличие от других систем, основанных на голосовании, протоколы Snow достигают более высокой производительности, когда Противник небольшой, но при этом очень устойчивый к крупным атакам. – Асинхронно безопасно. Протоколы Snow, в отличие от протоколов с самой длинной цепочкой, не требуют синхронности для работать безопасно и, следовательно, предотвращать двойные расходы даже при наличии сетевых разделов. В Bitcoin, например, если предположение синхронности нарушено, можно работать с независимыми вилками 120 Bitcoin сети в течение длительных периодов времени, что приведет к аннулированию любых транзакций после разветвления исцелиться. - Низкая задержка. Большинство blockchain сегодня не могут поддерживать бизнес-приложения, такие как торговые или ежедневные розничные платежи. Ждать минут, а то и часов подтверждения транзакции просто невозможно. Таким образом, одним из наиболее важных, но часто упускаемых из виду свойств протоколов консенсуса является 125 время до окончательности. Протоколы Snow завершаются обычно менее чем за 1 секунду, что значительно ниже, чем как протоколы с самой длинной цепочкой, так и сегментированные blockchain, оба из которых обычно приводят к завершению дела минут.Avalanche Платформа 30.06.2020 5 – Высокая пропускная способность. Протоколы Snow, которые могут создавать линейную цепочку или DAG, достигают тысяч транзакций в секунду (5000+ tps), сохраняя при этом полную децентрализацию. Новые blockchain решения, утверждающие 130 высокий TPS обычно отказывается от децентрализации и безопасности и выбирает более централизованный и небезопасный вариант. механизмы консенсуса. Некоторые проекты сообщают о цифрах, полученных в строго контролируемых условиях, тем самым предоставляя неверные данные. реальные результаты производительности. Сообщенные цифры для $AVAX взяты непосредственно из реальной, полностью реализованной сети Avalanche, работающей на 2000 узлах на AWS, географически распределенной по всему миру на низкоуровневом уровне. машины. Более высокие результаты производительности (10 000+) могут быть достигнуты за счет более высокой пропускной способности. 135 обеспечение каждого узла и выделенного оборудования для проверки подписи. Наконец, отметим, что вышеупомянутые метрики находятся на базовом уровне. Решения для масштабирования уровня 2 немедленно дополняют эти результаты. значительно. Сравнительные диаграммы консенсуса. В таблице 1 описаны различия между тремя известными семействами. консенсусных протоколов через набор из 8 критических осей. 140 Накамото Классический Снег Надежный (подходит для открытых настроек) + - + Высокая децентрализация (позволяет использовать множество валидаторов) + - + Низкая задержка и быстрая завершенность (быстрое подтверждение транзакции) - + + Высокая пропускная способность (позволяет использовать множество клиентов) - + + Легкий вес (низкие системные требования) - + + Неподвижный (не активен, если не принято никаких решений) - + + Параметрируемая безопасность (присутствие состязателей более 51%) - - + Высокая масштабируемость - - + Таблица 1. Сравнительная таблица трех известных семейств консенсусных протоколов. Avalanche, Снеговик и Все Фрости принадлежат к семье Сноу.
Le moteur
60 La discussion sur la plateforme Avalanche commence par le composant principal qui alimente la plateforme : le moteur de consensus. Contexte Les paiements distribués et – plus généralement – le calcul nécessitent un accord entre un ensemble de machines. Par conséquent, les protocoles de consensus, qui permettent à un groupe de nœuds de parvenir à un accord, se situent au cœur du processus. cœur des blockchain, ainsi que de presque tous les systèmes distribués industriels déployés à grande échelle. Le sujet 65 a fait l’objet d’un examen approfondi pendant près de cinq décennies, et cet effort, à ce jour, n’a donné que deux familles de protocoles : les protocoles de consensus classiques, qui reposent sur une communication de tous à tous, et le consensus de Nakamoto, qui repose sur le minage proof-of-work associé à la règle de la chaîne la plus longue. Alors que les protocoles de consensus classiques peuvent avoir une faible latence et un débit élevé, ils ne s'adaptent pas à un grand nombre de participants et ne sont pas non plus robustes en présence de changements d'adhésion, ce qui les a relégués pour la plupart dans des groupes autorisés, principalement 70 déploiements statiques. Les protocoles de consensus de Nakamoto [5, 7, 4], en revanche, sont robustes, mais souffrent de des latences de confirmation élevées, un faible débit et nécessitent une dépense énergétique constante pour leur sécurité. La famille de protocoles Snow, introduite par Avalanche, combine les meilleures propriétés des protocoles de consensus classiques avec le meilleur du consensus de Nakamoto. Basé sur un mécanisme d'échantillonnage de réseau léger, ils atteignent une faible latence et un débit élevé sans avoir besoin de se mettre d'accord sur l'appartenance précise du groupe. 75 système. Ils s'étendent bien de milliers à des millions de participants avec une participation directe au protocole de consensus. De plus, les protocoles n’utilisent pas le minage PoW et évitent donc son coût exorbitant. dépense énergétique et fuite de valeur ultérieure dans l'écosystème, produisant des produits légers, verts et silencieux protocoles. Mécanisme et propriétés Les protocoles Snow fonctionnent par échantillonnage répété du réseau. Chaque nœud 80 interroge un petit ensemble de voisins de taille constante, choisis au hasard, et change de proposition en cas de majorité qualifiée prend en charge une valeur différente. Les échantillons sont répétés jusqu'à ce que la convergence soit atteinte, ce qui se produit rapidement en opérations normales. Nous élucidons le mécanisme de fonctionnement via un exemple concret. Premièrement, une transaction est créée par un utilisateur et envoyé à un nœud de validation, qui est un nœud participant à la procédure de consensus. C'est alors 85 propagés à d’autres nœuds du réseau via des commérages. Que se passe-t-il si cet utilisateur émet également un message4 Kevin Sekniqi, Daniel Laine, Stephen Buttolph et Emin G¨un Sirer transaction, c'est-à-dire une double dépense ? Pour choisir parmi les transactions en conflit et éviter les doubles dépenses, chaque nœud sélectionne au hasard un petit sous-ensemble de nœuds et demande laquelle des transactions en conflit les nœuds interrogés pensent que c'est le nœud valide. Si le nœud interrogeant reçoit une réponse majoritaire en faveur d'une transaction, le nœud modifie sa propre réponse à cette transaction. Chaque nœud du réseau 90 répète cette procédure jusqu'à ce que l'ensemble du réseau parvienne à un consensus sur l'une des transactions conflictuelles. Étonnamment, bien que le mécanisme de fonctionnement de base soit assez simple, ces protocoles conduisent à des résultats très élevés. dynamique de système souhaitable qui les rend adaptés à un déploiement à grande échelle. – Sans autorisation, ouvert au désabonnement et robuste. La dernière série de projets blockchain emploie des méthodes classiques protocoles consensuels et nécessitent donc une connaissance approfondie des membres. Connaître l'ensemble du par95 participants est suffisamment simple dans des systèmes fermés et autorisés, mais devient de plus en plus difficile dans des systèmes ouverts et autorisés. réseaux décentralisés. Cette limitation impose des risques de sécurité élevés aux opérateurs historiques actuels qui emploient de tels protocoles. En revanche, les protocoles Snow maintiennent des garanties de sécurité élevées même lorsqu'il existe des écarts bien quantifiés entre les vues du réseau de deux nœuds quelconques. Validateurs des protocoles Snow profitez de la possibilité de valider sans connaissance continue et complète de l’adhésion. Ils sont donc robustes 100 et convient parfaitement aux blockchain publics. – Évolutif et décentralisé Une caractéristique essentielle de la famille Snow est sa capacité à évoluer sans encourir des compromis fondamentaux. Les protocoles Snow peuvent s'étendre à des dizaines de milliers ou des millions de nœuds, sans délégation à des sous-ensembles de validator. Ces protocoles bénéficient de la meilleure décentralisation du système, permettant chaque nœud pour valider complètement. La participation directe et continue a de profondes implications pour la sécurité 105 du système. Dans presque tous les protocoles proof-of-stake qui tentent de s'adapter à un grand nombre de participants, le mode de fonctionnement typique consiste à permettre la mise à l’échelle en déléguant la validation à un sous-comité. Naturellement, cela implique que la sécurité du système est désormais aussi élevée que le coût de la corruption du système. sous-commission. Les sous-comités sont en outre sujets à la formation de cartels. Dans les protocoles de type Snow, une telle délégation n'est pas nécessaire, permettant à chaque opérateur de nœud d'avoir un premier dire à la main dans le système, à tout moment. Une autre conception, généralement appelée fragmentation d'état, tente pour assurer l'évolutivité en parallélisant la sérialisation des transactions sur des réseaux indépendants de validator. Malheureusement, la sécurité du système dans une telle conception ne devient qu'à la hauteur de la sécurité la plus facile à corrompre. fragment indépendant. Par conséquent, ni l’élection d’un sous-comité ni le partage ne constituent des stratégies de mise à l’échelle appropriées. pour les plateformes de cryptographie. 115 – Adaptatif. Contrairement à d'autres systèmes basés sur le vote, les protocoles Snow atteignent des performances supérieures lorsque le L'adversaire est petit, mais très résilient face à des attaques de grande envergure. – Sûr de manière asynchrone. Les protocoles Snow, contrairement aux protocoles à chaîne la plus longue, ne nécessitent pas de synchronisme pour fonctionner en toute sécurité et éviter ainsi les doubles dépenses, même face aux partitions réseau. En Bitcoin, par exemple, si l'hypothèse de synchronicité n'est pas respectée, il est possible d'opérer sur des fourches indépendantes du 120 Bitcoin réseau pendant des périodes prolongées, ce qui invaliderait toute transaction une fois la fourchette guérir. – Faible latence. La plupart des blockchain d'aujourd'hui ne sont pas en mesure de prendre en charge les applications professionnelles, telles que le trading ou les opérations quotidiennes. paiements de détail. Il est tout simplement irréalisable d'attendre des minutes, voire des heures, pour la confirmation d'une transaction. Par conséquent, l’une des propriétés les plus importantes, et pourtant très négligée, des protocoles de consensus est la 125 le temps de la finalité. Les protocoles Snow atteignent généralement leur finalité en ≤ 1 seconde, ce qui est significativement inférieur à à la fois les protocoles à chaîne la plus longue et les blockchain fragmentés, qui couvrent généralement tous deux la finalité d'un sujet. de minutes.Avalanche Plateforme 2020/06/30 5 – Haut débit. Les protocoles Snow, qui peuvent construire une chaîne linéaire ou un DAG, atteignent des milliers de transactions par seconde (plus de 5 000 tps), tout en conservant une décentralisation totale. De nouvelles solutions blockchain qui prétendent 130 élevé TPS fait généralement un compromis entre décentralisation et sécurité et opte pour des solutions plus centralisées et moins sécurisées. mécanismes de consensus. Certains projets rapportent des chiffres provenant de contextes hautement contrôlés, donnant ainsi des informations erronées. de véritables résultats de performance. Les chiffres rapportés pour $AVAX proviennent directement d'un réseau Avalanche réel et entièrement implémenté, fonctionnant sur 2 000 nœuds sur AWS, géodistribués à travers le monde sur des réseaux bas de gamme. machines. Des résultats de performances plus élevés (10 000+) peuvent être obtenus en supposant une bande passante plus élevée 135 provisionnement pour chaque nœud et matériel dédié pour la vérification de la signature. Enfin, nous notons que le les métriques susmentionnées se trouvent au niveau de la couche de base. Les solutions de mise à l'échelle de couche 2 augmentent immédiatement ces résultats considérablement. Tableaux comparatifs de consensus Le tableau 1 décrit les différences entre les trois familles connues de protocoles de consensus à travers un ensemble de 8 axes critiques. 140 Nakamoto Classique Neige Robuste (adapté aux paramètres ouverts) + - + Hautement décentralisé (permet de nombreux validateurs) + - + Faible latence et finalité rapide (confirmation rapide des transactions) - + + Débit élevé (permet à de nombreux clients) - + + Léger (faible configuration système requise) - + + Au repos (non actif lorsqu'aucune décision n'est effectuée) - + + Sécurité paramétrable (au-delà de 51 % de présence adverse) - - + Hautement évolutif - - + Tableau 1. Tableau comparatif entre les trois familles connues de protocoles de consensus. Avalanche, bonhomme de neige et Frosty appartient tous à la famille Snow.
Обзор платформы
В этом разделе мы даем обзор архитектуры платформы и обсуждаем различные варианты реализации. детали. Платформа Avalanche четко разделяет три задачи: цепочки (и активы, построенные на их основе), исполнение среды и развертывание. 3.1 Архитектура 145 Подсети Подсеть или подсеть — это динамический набор validator, работающих вместе для достижения консенсуса. о состоянии набора blockchains. Каждый blockchain проверяется одной подсетью, и подсеть может проверять произвольное количество blockchains. validator может быть членом произвольного числа подсетей. Подсеть решает кто может войти в него и может потребовать, чтобы составляющие его validator имели определенные свойства. Avalanche Платформа поддерживает создание и работу произвольного количества подсетей. Чтобы создать новую подсеть 150 или для присоединения к подсети необходимо заплатить комиссию, выраженную в $AVAX.
6 Кевин Секники, Дэниел Лейн, Стивен Баттольф и Эмин Гюн Сирер Модель подсети предлагает ряд преимуществ: – Если validator не заботится о blockchain в данной подсети, он просто не присоединится к этой подсети. Это уменьшает сетевой трафик, а также вычислительные ресурсы, необходимые для validators. Это в в отличие от других проектов blockchain, в которых каждый validator должен проверять каждую транзакцию, даже 155 те, о ком они не заботятся. – Поскольку подсети решают, кто может входить в них, можно создавать частные подсети. То есть каждый blockchain в подсеть проверяется только набором доверенных validator. – Можно создать подсеть, в которой каждый validator имеет определенные свойства. Например, можно создать подсеть, в которой каждый validator расположен в определенной юрисдикции или где каждый validator привязан к какой-либо 160 реальный контракт. Это может быть выгодно с точки зрения соблюдения требований. Существует одна специальная подсеть, называемая подсетью по умолчанию. Это подтверждено всеми validator. (то есть для того, чтобы для проверки любой подсети необходимо также проверить подсеть по умолчанию.) Подсеть по умолчанию проверяет набор заранее определенные blockchain, включая blockchain, где живет и торгуется $AVAX. Виртуальные машины. Каждый blockchain является экземпляром виртуальной машины (ВМ). 165 blockchain, так же, как класс — это проект объекта в объектно-ориентированном языке программирования. интерфейс, состояние и поведение blockchain определяются виртуальной машиной, на которой работает blockchain. Следующие свойства blockchain и другие определяются виртуальной машиной: – Содержимое блока – Переход состояния, который происходит, когда блок принят. 170 – API-интерфейсы, предоставляемые blockchain, и их конечные точки. – Данные, которые сохраняются на диске Мы говорим, что blockchain «использует» или «запускает» данную виртуальную машину. При создании blockchain указывается виртуальная машина. он работает, а также исходное состояние blockchain. Новый blockchain можно создать, используя уже существующий VM или разработчик могут написать новый код. Может быть произвольное количество blockchain, на которых работает одна и та же виртуальная машина. 175 Каждый blockchain, даже тот, на котором работает одна и та же виртуальная машина, логически независим от других и сохраняет свои собственное государство. 3.2 Начальная загрузка Первым шагом в участии в Avalanche является начальная загрузка. Процесс происходит в три этапа: подключение чтобы засеять якоря, открыть сеть и состояние и стать validator. 180 Начальные якоря Любая сетевая система одноранговых узлов, работающая без разрешения (т. е. жестко запрограммированного) набор идентификаторов требует некоторого механизма обнаружения одноранговых узлов. В одноранговых сетях обмена файлами набор используются трекеры. В криптосетях типичным механизмом является использование начальных узлов DNS (которые мы называемAvalanche Платформа 30.06.2020 7 в качестве начальных якорей), которые включают в себя набор четко определенных начальных IP-адресов, с которых другие члены сеть может быть обнаружена. Роль начальных узлов DNS заключается в предоставлении полезной информации о наборе 185 активных участников системы. Тот же механизм используется в Bitcoin Core [1], где Файл исходного кода src/chainparams.cpp содержит список жестко закодированных начальных узлов. Разница между BTC и Avalanche заключается в том, что для BTC требуется только один правильный начальный узел DNS, а для Avalanche требуется простой большинство якорей верны. Например, новый пользователь может выбрать загрузку представления сети. через ряд хорошо зарекомендовавших себя и авторитетных бирж, ни одна из которых по отдельности не заслуживает доверия. 190 Однако отметим, что набор узлов начальной загрузки не обязательно должен быть жестко закодирован или статичен, и его можно предоставляется пользователем, однако для простоты использования клиенты могут предоставить настройку по умолчанию, включающую экономичные важных участников, таких как биржи, с которыми клиенты хотят поделиться мировоззрением. Нет никаких препятствий для стать исходным якорем, поэтому набор начальных якорей не может определять, может или не может узел входить сети, поскольку узлы могут обнаружить последнюю сеть пиров Avalanche, подключившись к любому набору начальных значений 195 якоря. Обнаружение сети и состояния. После подключения к начальным якорям узел запрашивает последний набор переходы состояний. Мы называем этот набор переходов состояний принятой границей. Для цепи принятая граница это последний принятый блок. Для DAG принятая граница — это набор вершин, которые приняты, но имеют нет принятых детей. После сбора принятых границ из начальных якорей происходит переход состояния, который 200 принимаются большинством исходных якорей, считается принятым. Затем извлекается правильное состояние. путем синхронизации с выбранными узлами. Пока в исходном якоре имеется большинство правильных узлов. установлено, то принятые переходы состояний должны быть помечены как принятые хотя бы одним правильным узлом. Этот процесс обнаружения состояния также используется для обнаружения сети. Набор членов сети определено в цепочке validator. Таким образом, синхронизация с цепочкой validator позволяет узлу обнаружить 205 текущий набор validators. Цепочка validator будет обсуждаться далее в следующем разделе. 3.3 Сибил Контроль и членство Протоколы консенсуса предоставляют свои гарантии безопасности при условии, что до порогового числа участников системы могут быть враждебными. Атака Сивиллы, при которой узел дешево заливает сеть. со злонамеренными личностями, могут тривиально лишить эти гарантии законной силы. По сути, такая атака может быть только 210 сдерживается обменом присутствия с доказательством трудно подделанного ресурса [3]. Предыдущие системы исследовали использование механизмов сдерживания Сивиллы, которые охватывают PH_0001 (PoW), proof-of-stake (PoS), доказательство прошедшего времени (POET), доказательство пространства и времени (PoST) и доказательство авторитетности (PoA). По своей сути все эти механизмы выполняют одну и ту же функцию: они требуют, чтобы каждый участник имел некоторую «скину в игре» в виде некоторых экономических обязательств, которые, в свою очередь, обеспечивают экономическую выгоду. 215 барьер против неправомерного поведения этого участника. Все они предполагают ту или иную форму ставки, будь то в форме майнинговых установок и hash мощности (PoW), дискового пространства (PoST), доверенного оборудования (POET) или утвержденного удостоверения. (ПоА). Эта ставка формирует основу экономических затрат, которые участники должны нести, чтобы получить право голоса. Для например, в Bitcoin способность вносить действительные блоки прямо пропорциональна hash-мощности предлагающий участник. К сожалению, существует также существенная путаница между протоколами консенсуса.8 Кевин Секники, Дэниел Лейн, Стивен Баттольф и Эмин Гюн Сирер против механизмов контроля Сивиллы. Мы отмечаем, что выбор протоколов консенсуса, по большей части, ортогонально выбору механизма управления Сивиллы. Это не означает, что механизмы контроля Сивиллы взаимозаменяемые замены, поскольку конкретный выбор может иметь последствия для основного гарантии протокола консенсуса. Однако семейство Сноу* можно связать со многими из этих известных механизмы без существенных модификаций. 225 В конечном счете, в целях безопасности и обеспечения того, чтобы стимулы участников были согласованы на благо общества. сети $AVAX выбирает PoS для основного механизма управления Сивиллы. Некоторые формы ставок по своей сути централизовано: например, производство горнодобывающих установок (PoW) по своей сути централизовано и находится в руках нескольких люди с соответствующими ноу-хау и доступом к десяткам патентов, необходимых для конкурентоспособной СБИС. производство. Кроме того, стоимость майнинга 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 Платформа 30.06.2020 9 процесс достижения консенсуса, а также вознаграждение, как обсуждается позже. Указанная продолжительность staking должна быть между δmin и δmax — минимальный и максимальный таймфреймы, на которые можно заблокировать любую ставку. Как и в случае Сумма staking, период staking также влияет на вознаграждение в системе. Потеря или кража Ключ staking не может привести к потере актива, поскольку ключ staking используется только в процессе консенсуса, а не для актива. трансфер. 265 3.4 Смарт-контракты в $AVAX При запуске Avalanche поддерживает стандартные smart contract на основе Solidity через виртуальную машину Ethereum (EVM). Мы предполагаем, что платформа будет поддерживать более богатый и мощный набор smart contract. инструменты, в том числе: – Смарт-контракты с исполнением вне сети и проверкой в сети. 270 – Смарт-контракты с параллельным исполнением. Любые smart contract, которые не работают в одном и том же состоянии в любая подсеть в Avalanche сможет выполняться параллельно. – Улучшенная Solidity под названием Solidity++. Этот новый язык будет поддерживать управление версиями и безопасную математику. арифметика с фиксированной запятой, улучшенная система типов, компиляция в LLVM и своевременное выполнение. Если разработчику требуется поддержка EVM, но он хочет развернуть smart contract в частной подсети, он 275 можно напрямую развернуть новую подсеть. Вот как Avalanche позволяет выполнять сегментирование с учетом функциональности посредством подсети. Кроме того, если разработчику требуется взаимодействие с развернутым в данный момент Ethereum smart контракты, они могут взаимодействовать с подсетью Athereum, которая представляет собой ложку Ethereum. Наконец, если разработчик требуется среда выполнения, отличная от виртуальной машины Ethereum, они могут выбрать развертывание их smart contract через подсеть, реализующую другую среду выполнения, например DAML 280 или ВАСМ. Подсети могут поддерживать дополнительные функции, помимо поведения виртуальной машины. Например, подсети могут обеспечивать принудительное требования к производительности для более крупных узлов validator, которые содержат smart contract в течение более длительных периодов времени, или validators, которые хранят состояние контракта в частном порядке. 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 контроль Сивиллы осуществляется через 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 Платформа 30.06.2020 11 Комиссии за транзакции, обозначаемые набором F, также подлежат управлению. F фактически представляет собой кортеж, описывающий комиссии, связанные с различными инструкциями и транзакциями. Наконец, staking раз и суммы также являются управляемыми. Список этих параметров определен на рисунке 1. – ∆: сумма ставки, выраженная в $AVAX. Это значение определяет минимальную ставку, которую необходимо разместить в качестве залог перед участием в системе. – δmin: минимальное время, необходимое узлу для подключения к системе. – δmax: максимальное количество времени, в течение которого узел может делать ставку. – ρ : (π∆, τδmin) →R : Функция ставки вознаграждения, также называемая ставкой чеканки, определяет вознаграждение участник может требовать в зависимости от своей суммы staking при наличии некоторого количества π публично раскрытых узлов под его собственностью в течение периода τ последовательных δmin таймфреймов, так что τδmin ≤δmax. – F: структура комиссий, которая представляет собой набор регулируемых параметров комиссий, определяющих затраты на различные транзакции. Рис. 1. Ключевые несогласованные параметры, используемые в Avalanche. Все обозначения переопределяются при первом использовании. В соответствии с принципом предсказуемости финансовой системы управление в $AVAX имеет гистерезис. это означает, что изменения параметров сильно зависят от их недавних изменений. Есть два предела 335 связанный с каждым управляемым параметром: временем и диапазоном. После изменения параметра с помощью управления транзакции, становится очень сложно поменять ее сразу и на большую сумму. Эти трудности и ценностные ограничения ослабляются по мере того, как проходит больше времени с момента последнего изменения. В целом, это удерживает систему от радикально меняются за короткий период времени, что позволяет пользователям безопасно прогнозировать параметры системы в в краткосрочной перспективе, сохраняя при этом сильный контроль и гибкость в долгосрочной перспективе. 340
Présentation de la plateforme
Dans cette section, nous fournissons un aperçu architectural de la plateforme et discutons de diverses mises en œuvre détails. La plateforme Avalanche sépare clairement trois préoccupations : les chaînes (et les actifs construits au-dessus), l'exécution environnements et déploiement. 3.1 Architecture 145 Sous-réseaux Un sous-réseau, ou sous-réseau, est un ensemble dynamique de validator travaillant ensemble pour parvenir à un consensus. sur l'état d'un ensemble de blockchains. Chaque blockchain est validé par un sous-réseau, et un sous-réseau peut valider arbitrairement de nombreux blockchain. Un validator peut être membre d'un nombre arbitraire de sous-réseaux. Un sous-réseau décide qui peut y entrer, et peut exiger que ses validators constituants possèdent certaines propriétés. Le Avalanche La plate-forme prend en charge la création et l’exploitation d’un nombre arbitraire de sous-réseaux. Afin de créer un nouveau sous-réseau 150 ou pour rejoindre un sous-réseau, il faut payer des frais libellés en $AVAX.
6 Kevin Sekniqi, Daniel Laine, Stephen Buttolph et Emin G¨un Sirer Le modèle de sous-réseau offre de nombreux avantages : – Si un validator ne se soucie pas des blockchain dans un sous-réseau donné, il ne rejoindra tout simplement pas ce sous-réseau. Cela réduit le trafic réseau, ainsi que les ressources de calcul requises des validator. C'est dans contrairement aux autres projets blockchain, dans lesquels chaque validator doit valider chaque transaction, même 155 ceux dont ils ne se soucient pas. – Puisque les sous-réseaux décident qui peut y accéder, on peut créer des sous-réseaux privés. Autrement dit, chaque blockchain dans le sous-réseau est validé uniquement par un ensemble de validator de confiance. – On peut créer un sous-réseau où chaque validator possède certaines propriétés. Par exemple, on pourrait créer un sous-réseau où chaque validator est situé dans une certaine juridiction, ou où chaque validator est lié par certains 160 contrat du monde réel. Cela peut être bénéfique pour des raisons de conformité. Il existe un sous-réseau spécial appelé sous-réseau par défaut. Il est validé par tous les validator. (C'est-à-dire pour pour valider n'importe quel sous-réseau, il faut également valider le sous-réseau par défaut.) Le sous-réseau par défaut valide un ensemble de blockchain prédéfinis, y compris le blockchain où $AVAX vit et est échangé. Machines virtuelles Chaque blockchain est une instance d'une machine virtuelle (VM). Une VM est un modèle pour un 165 blockchain, tout comme une classe, est un modèle pour un objet dans un langage de programmation orienté objet. Le L'interface, l'état et le comportement d'un blockchain sont définis par la VM que le blockchain exécute. Ce qui suit les propriétés d'un blockchain, et autres, sont définies par une VM : – Le contenu d'un bloc – La transition d'état qui se produit lorsqu'un bloc est accepté 170 – Les API exposées par le blockchain et leurs points de terminaison – Les données conservées sur le disque On dit qu'un blockchain « utilise » ou « exécute » une VM donnée. Lors de la création d'un blockchain, on précise la VM il fonctionne, ainsi que l'état de genèse du blockchain. Un nouveau blockchain peut être créé à l'aide d'un La VM, ou un développeur, peut en coder une nouvelle. Il peut y avoir arbitrairement plusieurs blockchain qui exécutent la même VM. 175 Chaque blockchain, même ceux exécutant la même VM, est logiquement indépendant des autres et conserve son propre État. 3.2 Amorçage La première étape pour participer à Avalanche est le bootstrap. Le processus se déroule en trois étapes : connexion pour semer des ancres, la découverte de réseaux et d'états, et devenir un validator. 180 Seed Anchors Tout système en réseau de pairs qui fonctionne sans autorisation (c'est-à-dire codé en dur) un ensemble d’identités nécessite un mécanisme de découverte par les pairs. Dans les réseaux de partage de fichiers peer-to-peer, un ensemble de des trackers sont utilisés. Dans les réseaux cryptographiques, un mécanisme typique est l'utilisation de nœuds DNS seed (que nous référonsAvalanche Plateforme 2020/06/30 7 comme ancres de départ), qui comprennent un ensemble d'adresses IP de départ bien définies à partir desquelles les autres membres de le réseau peut être découvert. Le rôle des nœuds de départ DNS est de fournir des informations utiles sur l'ensemble 185 de participants actifs au système. Le même mécanisme est utilisé dans Bitcoin Core [1], dans lequel le Le fichier src/chainparams.cpp du code source contient une liste de nœuds seed codés en dur. La différence entre BTC et Avalanche est que BTC ne nécessite qu'un seul nœud DNS correct, tandis que Avalanche nécessite un simple nœud DNS. la majorité des ancres sont correctes. À titre d'exemple, un nouvel utilisateur peut choisir d'amorcer la vue réseau à travers un ensemble d’échanges bien établis et réputés, dont aucun individuellement n’est digne de confiance. 190 Nous notons cependant que l'ensemble des nœuds d'amorçage n'a pas besoin d'être codé en dur ou statique, et peut être fourni par l'utilisateur, mais pour faciliter l'utilisation, les clients peuvent fournir un paramètre par défaut qui inclut économiquement des acteurs importants, comme les échanges, avec lesquels les clients souhaitent partager une vision du monde. Il n'y a aucun obstacle à devenir une ancre de départ, donc un ensemble d'ancres de départ ne peut pas dicter si un nœud peut ou non entrer le réseau, puisque les nœuds peuvent découvrir le dernier réseau de pairs Avalanche en s'attachant à n'importe quel ensemble de graines 195 ancres. Découverte du réseau et de l'état Une fois connecté aux ancres de départ, un nœud recherche le dernier ensemble de transitions d'état. Nous appelons cet ensemble de transitions d’état la frontière acceptée. Pour une chaîne, la frontière acceptée est le dernier bloc accepté. Pour un DAG, la frontière acceptée est l'ensemble des sommets qui sont acceptés, mais qui ont pas d'enfants acceptés. Après avoir collecté les frontières acceptées à partir des ancres de départ, les transitions d'état qui 200 sont acceptés par une majorité des ancres de semences est défini comme étant accepté. L'état correct est ensuite extrait en se synchronisant avec les nœuds échantillonnés. Tant qu'il y a une majorité de nœuds corrects dans l'ancre de départ défini, alors les transitions d'état acceptées doivent avoir été marquées comme acceptées par au moins un nœud correct. Ce processus de découverte d'état est également utilisé pour la découverte de réseau. L’ensemble des membres du réseau est défini sur la chaîne validator. Par conséquent, la synchronisation avec la chaîne validator permet au nœud de découvrir 205 l'ensemble actuel de validators. La chaîne validator sera abordée plus en détail dans la section suivante. 3.3 Sybil Contrôle et adhésion Les protocoles de consensus fournissent leurs garanties de sécurité en supposant que jusqu'à un certain nombre de seuils des membres du système pourrait être contradictoire. Une attaque Sybil, dans laquelle un nœud inonde le réseau à moindre coût avec des identités malveillantes, peuvent invalider trivialement ces garanties. Fondamentalement, une telle attaque ne peut être 210 dissuadé par l'échange de présence avec la preuve d'une ressource difficile à forger [3]. Les systèmes antérieurs ont exploré l'utilisation des mécanismes de dissuasion Sybil qui couvrent proof-of-work (PoW), proof-of-stake (PoS), preuve du temps écoulé (POET), preuve d'espace et de temps (PoST) et preuve d'autorité (PoA). À la base, tous ces mécanismes remplissent une fonction identique : ils exigent que chaque participant ait une certaine « peau dans le jeu » sous la forme d’un engagement économique, qui à son tour fournit un avantage économique. 215 barrière contre les mauvaises conduites de ce participant. Tous impliquent une forme de participation, que ce soit sous la forme de plates-formes minières et d'alimentation hash (PoW), d'espace disque (PoST), de matériel de confiance (POET) ou d'une identité approuvée (PoA). Cet enjeu constitue la base d'un coût économique que les participants doivent supporter pour acquérir une voix. Pour Par exemple, dans Bitcoin, la capacité de contribuer à des blocs valides est directement proportionnelle à la puissance hash du participant proposant. Malheureusement, il y a également eu une confusion importante entre les protocoles de consensus8 Kevin Sekniqi, Daniel Laine, Stephen Buttolph et Emin G¨un Sirer par rapport aux mécanismes de contrôle Sybil. Nous notons que le choix des protocoles consensuels est, pour l'essentiel, orthogonal au choix du mécanisme de commande Sybil. Cela ne veut pas dire que les mécanismes de contrôle Sybil sont des remplacements immédiats les uns pour les autres, car un choix particulier peut avoir des implications sur le sous-jacent garanties du protocole de consensus. Cependant, la famille Snow* peut être couplée à plusieurs de ces produits connus. mécanismes, sans modification significative. 225 En fin de compte, pour des raisons de sécurité et pour garantir que les incitations des participants sont alignées au bénéfice de le réseau, $AVAX choisit PoS comme mécanisme de contrôle principal de Sybil. Certaines formes de participation sont intrinsèquement centralisé : la fabrication de plates-formes minières (PoW), par exemple, est intrinsèquement centralisée entre les mains de quelques des personnes possédant le savoir-faire approprié et ayant accès aux dizaines de brevets nécessaires pour un VLSI compétitif fabrication. De plus, l’exploitation minière PoW perd de la valeur en raison des importantes subventions annuelles accordées aux mineurs. De même, 230 l'espace disque appartient en grande partie aux grands opérateurs de centres de données. De plus, tous les mécanismes de contrôle Sybil qui génèrent des coûts permanents, par ex. les coûts d'électricité pour hashing, la valeur des fuites hors de l'écosystème, sans parler détruire l'environnement. Ceci, à son tour, réduit l'enveloppe de faisabilité pour le token, dans lequel un une évolution des prix sur une courte période peut rendre le système inutilisable. La preuve de travail sélectionne intrinsèquement des mineurs qui ont les connexions nécessaires pour se procurer de l’électricité à bas prix, ce qui n’a pas grand-chose à voir avec la capacité des mineurs 235 pour sérialiser les transactions ou leurs contributions à l’écosystème global. Parmi ces options, nous choisissons proof-of-stake, parce qu'il est vert, accessible et ouvert à tous. Nous notons cependant que même si $AVAX utilise PoS, le réseau Avalanche permet de lancer des sous-réseaux avec PoW et PoS. Le jalonnement est un mécanisme naturel de participation à un réseau ouvert car il permet un échange économique direct. Argument : la probabilité de succès d’une attaque est directement proportionnelle à un coût monétaire bien défini 240 fonction. En d’autres termes, les nœuds concernés sont économiquement motivés à ne pas s’engager dans un comportement qui pourrait nuire à la valeur de leur participation. De plus, cette participation n'entraîne aucun coût d'entretien supplémentaire (autres puis le coût d'opportunité d'investir dans un autre actif), et possède la propriété qui, contrairement à l'équipement minier, est entièrement consommé s’il est utilisé lors d’une attaque catastrophique. Pour les opérations PoW, l'équipement minier peut être simplement réutilisés ou – si le propriétaire le décide – entièrement revendus sur le marché. 245 Un nœud souhaitant entrer dans le réseau peut le faire librement en posant d'abord un enjeu immobilisé. pendant la durée de la participation au réseau. L'utilisateur détermine le montant et la durée de la mise. Une fois acceptée, une mise ne peut être annulée. L'objectif principal est de garantir que les nœuds partagent substantiellement le même vue globalement stable du réseau. Nous prévoyons de fixer le temps minimum staking sur ordre d'un semaine. 250 Contrairement à d'autres systèmes qui proposent également un mécanisme PoS, $AVAX n'utilise pas de slashing, et par conséquent, toutes les mises sont restituées à l'expiration de la période staking. Cela évite des scénarios indésirables tels que une panne logicielle ou matérielle client entraînant une perte de pièces. Cela correspond à notre philosophie de conception de construire une technologie prévisible : les token jalonnés ne sont pas en danger, même en présence de logiciels ou défauts matériels. 255 Dans Avalanche, un nœud qui souhaite participer émet une transaction de participation spéciale sur la chaîne validator. Les transactions de staking nomment un montant à miser, la clé staking du participant qui est staking, la durée, et l'heure à laquelle la validation commencera. Une fois la transaction acceptée, les fonds seront bloqués jusqu'à ce que le fin de la période staking. Le montant minimum autorisé est décidé et appliqué par le système. L'enjeu Le montant placé par un participant a des implications à la fois sur le degré d'influence du participant dans leAvalanche Plateforme 2020/06/30 9 processus de consensus, ainsi que la récompense, comme nous le verrons plus loin. La durée staking spécifiée doit être comprise entre δmin et δmax, les délais minimum et maximum pendant lesquels toute mise peut être verrouillée. Comme avec le Montant staking, la période staking a également des implications sur la récompense dans le système. La perte ou le vol du La clé staking ne peut pas entraîner une perte d'actifs, car la clé staking est utilisée uniquement dans le processus de consensus, pas pour les actifs. transfert. 265 3.4 Contrats intelligents en $AVAX Au lancement, Avalanche prend en charge les smart contract standards basés sur Solidity via la machine virtuelle Ethereum (EVM). Nous prévoyons que la plateforme prendra en charge un ensemble plus riche et plus puissant de smart contract des outils, notamment : – Contrats intelligents avec exécution hors chaîne et vérification en chaîne. 270 – Contrats intelligents avec exécution parallèle. Tous les smart contract qui ne fonctionnent pas sur le même état dans n'importe quel sous-réseau dans Avalanche pourra s'exécuter en parallèle. – Un Solidity amélioré, appelé Solidity++. Ce nouveau langage prendra en charge le versioning et les mathématiques sécurisées et l'arithmétique à virgule fixe, un système de types amélioré, la compilation vers LLVM et l'exécution juste à temps. Si un développeur nécessite la prise en charge de EVM mais souhaite déployer des smart contract dans un sous-réseau privé, il 275 peut créer directement un nouveau sous-réseau. C'est ainsi que Avalanche permet le partitionnement spécifique à des fonctionnalités via les sous-réseaux. De plus, si un développeur a besoin d'interactions avec le logiciel intelligent Ethereum actuellement déployé contrats, ils peuvent interagir avec le sous-réseau Athereum, qui est une cuillère de Ethereum. Enfin, si un développeur nécessite un environnement d'exécution différent de la machine virtuelle Ethereum, ils peuvent choisir de déployer leur smart contract via un sous-réseau qui implémente un environnement d'exécution différent, tel que DAML 280 ou WASM. Les sous-réseaux peuvent prendre en charge des fonctionnalités supplémentaires au-delà du comportement des VM. Par exemple, les sous-réseaux peuvent appliquer les exigences de performances pour les nœuds validator plus gros qui contiennent des smart contract pendant des périodes plus longues, ou validators qui détiennent un contrat en privé. 4 Gouvernance et jeton $AVAX 4.1 Le jeton natif $AVAX 285 Politique monétaire Le token natif, $AVAX, est une offre plafonnée, où le plafond est fixé à 720 000 000 tokens, avec 360 000 000 token disponibles au lancement du réseau principal. Cependant, contrairement aux autres token à approvisionnement plafonné qui En fonction du taux de frappe perpétuel, la politique monétaire de \(AVAX is designed to react to changing economic conditions. In particular, the objective of \)AVAX consiste à équilibrer les incitations des utilisateurs à miser sur le token. plutôt que de l’utiliser pour interagir avec la variété de services disponibles sur la plateforme. Participants à la plateforme 290 agissent collectivement comme une banque de réserve décentralisée. Les leviers disponibles sur Avalanche sont staking récompenses, frais, et les parachutages, qui sont tous influencés par des paramètres gouvernables. Les récompenses de mise sont fixées par la gouvernance en chaîne et sont régies par une fonction conçue pour ne jamais dépasser l'offre plafonnée. Le jalonnement peut être induit en augmentant les frais ou en augmentant les récompenses staking. D’un autre côté, nous pouvons induire un engagement accru avec les services de la plateforme Avalanche en réduisant les frais et en diminuant la récompense staking.10 Kevin Sekniqi, Daniel Laine, Stephen Buttolph et Emin G¨un Sirer Utilisations Paiements Les véritables paiements peer-to-peer décentralisés sont en grande partie un rêve non réalisé pour l'industrie en raison de le manque de performance actuel des opérateurs historiques. $AVAX est aussi puissant et facile à utiliser que les paiements utilisant Visa, permettant des milliers de transactions dans le monde chaque seconde, de manière totalement décentralisée et sans confiance. De plus, pour les commerçants du monde entier, $AVAX offre une proposition de valeur directe par rapport à Visa, à savoir une valeur inférieure 300 frais. Jalonnement : sécurisation du système Sur la plateforme Avalanche, le contrôle sybil est réalisé via staking. Afin pour valider, un participant doit verrouiller des pièces ou miser. Les validateurs, parfois appelés « jalonneurs », sont rémunérés pour leurs services de validation sur la base du montant staking et de la durée staking, entre autres propriétés. La fonction de rémunération choisie doit minimiser la variance, garantissant que les gros intervenants ne 305 reçoivent de manière disproportionnée une plus grande compensation. Les participants ne sont également soumis à aucun facteur de « chance », comme dans Exploitation minière PoW. Un tel système de récompense décourage également la formation de pools miniers ou de staking permettant de véritablement participation décentralisée et sans confiance au réseau. Swaps atomiques En plus de fournir la sécurité de base du système, le $AVAX token sert d'unité universelle d'échange. À partir de là, la plate-forme Avalanche sera en mesure de prendre en charge les échanges atomiques sans confiance de manière native sur 310 la plateforme permettant des échanges natifs et véritablement décentralisés de tout type d'actifs directement sur Avalanche. 4.2 Gouvernance La gouvernance est essentielle au développement et à l’adoption de toute plateforme car, comme pour tous les autres types des systèmes – Avalanche sera également confronté à une évolution et des mises à jour naturelles. $AVAX fournit une gouvernance en chaîne pour les paramètres critiques du réseau où les participants peuvent voter sur les modifications apportées au réseau et 315 régler démocratiquement les décisions de mise à niveau du réseau. Cela inclut des facteurs tels que le montant minimum de staking, taux de frappe, ainsi que d'autres paramètres économiques. Cela permet à la plate-forme d'effectuer efficacement une optimisation dynamique des paramètres via une foule oracle. Cependant, contrairement à certaines autres plateformes de gouvernance là-bas, Avalanche ne permet pas de modifications illimitées des aspects arbitraires du système. Au lieu de cela, seul un un nombre prédéterminé de paramètres peut être modifié via la gouvernance, rendant le système plus prévisible 320 et accroître la sécurité. De plus, tous les paramètres gouvernables sont soumis à des limites dans des délais précis, introduire une hystérésis et garantir que le système reste prévisible sur de courtes périodes. Un processus réalisable pour trouver des valeurs globalement acceptables pour les paramètres du système est essentiel pour les systèmes décentralisés sans gardiens. Avalanche peut utiliser son mécanisme de consensus pour créer un système qui permet à quiconque de proposer des transactions spéciales qui sont, par essence, des sondages à l'échelle du système. Tout nœud participant peut 325 émettre de telles propositions. Le taux de récompense nominal est un paramètre important qui affecte toute monnaie, qu'elle soit numérique ou foncière. Malheureusement, les crypto-monnaies qui corrigent ce paramètre peuvent être confrontées à divers problèmes, notamment la déflation ou l'inflation. À cette fin, le taux de récompense nominal est soumis à une gouvernance, dans des limites préétablies. Cela va permettre aux détenteurs de token de choisir si $AVAX est finalement plafonné, non plafonné ou même déflationniste.Avalanche Plateforme 2020/06/30 11 Les frais de transaction, désignés par l'ensemble F, sont également soumis à la gouvernance. F est en fait un tuple qui décrit les frais associés aux différentes instructions et transactions. Enfin, staking fois et montants sont également gouvernables. La liste de ces paramètres est définie sur la figure 1. – ∆ : Montant du Staking, libellé en $AVAX. Cette valeur définit la mise minimale requise pour être placée comme caution avant de participer au système. – δmin : Le temps minimal requis pour qu'un nœud s'implante dans le système. – δmax : La durée maximale qu'un nœud peut miser. – ρ : (π∆, τδmin) →R : La fonction du taux de récompense, également appelée taux de frappe, détermine la récompense a le participant peut réclamer en fonction de son montant staking étant donné un certain nombre de nœuds π divulgués publiquement dont il est propriétaire, sur une période de τ δmin consécutives, telle que τδmin ≤δmax. – F : la structure des frais, qui est un ensemble de paramètres de frais gouvernables qui spécifient les coûts de diverses transactions. Fig. 1. Principaux paramètres non consensuels utilisés dans Avalanche. Toute notation est redéfinie lors de la première utilisation. Conformément au principe de prévisibilité dans un système financier, la gouvernance dans $AVAX a une hystérésis, ce qui signifie que les modifications apportées aux paramètres dépendent fortement de leurs modifications récentes. Il y a deux limites 335 associés à chaque paramètre gouvernable : temps et plage. Une fois qu'un paramètre est modifié à l'aide d'une gouvernance transaction, il devient très difficile de le changer à nouveau immédiatement et pour un montant important. Ces difficultés et les contraintes de valeur se relâchent à mesure que le temps s'écoule depuis le dernier changement. Globalement, cela empêche le système de changeant radicalement sur une courte période de temps, permettant aux utilisateurs de prédire en toute sécurité les paramètres du système dans le à court terme, tout en bénéficiant d'un contrôle et d'une flexibilité forts sur le long terme. 340
Управление
1.1 Avalanche Цели и принципы Avalanche — это высокопроизводительная, масштабируемая, настраиваемая и безопасная платформа blockchain. Он нацелен на три широкие варианты использования: 15 – Создание blockchain для конкретных приложений, охватывающих разрешенные (частные) и не требующие разрешений (публичные) развертывания. – Создание и запуск масштабируемых и децентрализованных приложений (Dapps). – Создание произвольно сложных цифровых активов с индивидуальными правилами, соглашениями и ограничениями (умные активы). 1 Заявления прогнозного характера обычно относятся к будущим событиям или нашим будущим результатам. Это включает, но не ограничено прогнозируемой производительностью Avalanche; ожидаемое развитие его бизнеса и проектов; исполнение своего видения и стратегии роста; и завершение проектов, которые в настоящее время реализуются, находятся в стадии разработки или в противном случае на рассмотрении. Заявления прогнозного характера отражают убеждения и предположения нашего руководства. только на дату настоящей презентации. Эти заявления не являются гарантией будущих результатов и не являются неправомерными. на них не следует полагаться. Такие прогнозные заявления обязательно включают в себя известные и неизвестные риски, которые могут привести к тому, что фактические показатели и результаты в будущих периодах будут существенно отличаться от любых прогнозов выраженные или подразумеваемые здесь. Avalanche не берет на себя никаких обязательств по обновлению прогнозных заявлений. Хотя прогнозные заявления являются нашим лучшим прогнозом на момент их составления, не может быть никакой гарантии, что они окажется точным, поскольку фактические результаты и будущие события могут существенно отличаться. Читателя предостерегают: не необоснованно полагаться на прогнозные заявления.2 Кевин Секники, Дэниел Лейн, Стивен Баттольф и Эмин Гюн Сирер Основная цель Avalanche — предоставить объединяющую платформу для создания, передачи и торговли 20 цифровые активы. По конструкции Avalanche обладает следующими свойствами: Масштабируемый Avalanche спроектирован таким образом, чтобы быть масштабируемым, надежным и эффективным. Основной механизм консенсуса способен поддерживать глобальную сеть, потенциально состоящую из сотен миллионов подключенных к Интернету устройств с низким и высоким энергопотреблением, которые работают бесперебойно, с низкими задержками и очень высокой скоростью транзакций в секунду. 25 Secure 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 Платформа 30.06.2020 3 Соглашение об именовании. Название платформы — Avalanche, обычно его называют «Avalanche». платформа» и является взаимозаменяемым/синонимом «сети Avalanche» или – просто – Avalanche. Базы кода будут выпускаться с использованием трех числовых идентификаторов, помеченных как «v.[0-9].[0-9].[0-100]», где первая цифра обозначает основные выпуски, вторая цифра обозначает второстепенные выпуски, а третья цифра 55 идентифицирует патчи. Первый общедоступный выпуск под кодовым названием Avalanche Borealis — это версия 1.0.0. Родной token платформы называется «$AVAX». Семейство консенсусных протоколов, используемых платформой Avalanche, называемые семьей Сноу*. Существует три конкретных экземпляра: Avalanche, Снеговик и Морозный.
Gouvernance
1.1 Avalanche Buts et principes Avalanche est une plateforme blockchain hautes performances, évolutive, personnalisable et sécurisée. Il cible trois cas d'utilisation généraux : 15 – Création de blockchain spécifiques à l'application, couvrant les autorisations (privées) et sans autorisation (publiques) déploiements. – Création et lancement d’applications hautement évolutives et décentralisées (Dapps). – Créer des actifs numériques arbitrairement complexes avec des règles, des clauses et des avenants personnalisés (actifs intelligents). 1 Les déclarations prospectives se rapportent généralement à des événements futurs ou à nos performances futures. Cela inclut, mais n'est pas limité aux performances projetées de Avalanche ; l'évolution attendue de son activité et de ses projets ; exécution de sa vision et de sa stratégie de croissance ; et la réalisation de projets actuellement en cours, en développement ou sinon à l'étude. Les déclarations prospectives représentent les convictions et hypothèses de notre direction. seulement à compter de la date de cette présentation. Ces déclarations ne constituent pas des garanties de performances futures et des il ne faut pas s’y fier. Ces déclarations prospectives impliquent nécessairement des informations connues et inconnues. risques, qui peuvent faire en sorte que la performance réelle et les résultats des périodes futures diffèrent sensiblement des projections. exprimé ou implicite dans les présentes. Avalanche n'assume aucune obligation de mettre à jour les déclarations prospectives. Bien que les déclarations prospectives constituent notre meilleure prédiction au moment où elles sont faites, rien ne garantit qu'elles s’avérera exact, car les résultats réels et les événements futurs pourraient différer sensiblement. Le lecteur est averti de ne pas de se fier indûment aux déclarations prospectives.2 Kevin Sekniqi, Daniel Laine, Stephen Buttolph et Emin G¨un Sirer L'objectif primordial de Avalanche est de fournir une plate-forme unificatrice pour la création, le transfert et le commerce de 20 actifs numériques. Par construction, Avalanche possède les propriétés suivantes : Évolutif Avalanche est conçu pour être massivement évolutif, robuste et efficace. Le principal moteur de consensus est capable de prendre en charge un réseau mondial de centaines de millions d'appareils connectés à Internet, de faible ou de forte puissance, qui fonctionnent de manière transparente, avec de faibles latences et des transactions par seconde très élevées. 25 Secure Avalanche est conçu pour être robuste et offrir une sécurité élevée. Les protocoles de consensus classiques sont conçu pour résister jusqu'à f attaquants, et échouer complètement face à un attaquant de taille f + 1 ou plus grande, et le consensus de Nakamoto n’offre aucune sécurité alors que 51 % des mineurs sont byzantins. En revanche, Avalanche apporte une très forte garantie de sécurité lorsque l'attaquant est en dessous d'un certain seuil, ce qui peut être paramétré par le concepteur du système et fournit une dégradation progressive lorsque l'attaquant dépasse 30 ce seuil. Il peut maintenir les garanties de sécurité (mais pas de vivacité) même lorsque l'attaquant dépasse 51 %. C'est le premier système sans autorisation à fournir des garanties de sécurité aussi solides. Décentralisé Avalanche est conçu pour fournir une décentralisation sans précédent. Cela implique un engagement à plusieurs implémentations client et aucun contrôle centralisé d’aucune sorte. L'écosystème est conçu pour éviter divisions entre classes d’utilisateurs ayant des intérêts différents. Surtout, il n'y a aucune distinction entre les mineurs, 35 développeurs et utilisateurs. Gouvernable et démocratique $AVAX est une plateforme hautement inclusive, qui permet à chacun de se connecter à son réseau et participer à la validation et à la gouvernance. Tout détenteur de token peut voter sélectionner les paramètres financiers clés et choisir la façon dont le système évolue. Interopérable et flexible Avalanche est conçu pour être une infrastructure universelle et flexible pour une multitude 40 de blockchains/actifs, où la base $AVAX est utilisée à des fins de sécurité et comme unité de compte pour l'échange. Le Le système est destiné à prendre en charge, de manière neutre en termes de valeur, de nombreux blockchain à construire dessus. La plateforme est conçu dès le départ pour faciliter le portage de blockchain existants, l'importation de soldes, prendre en charge plusieurs langages de script et machines virtuelles, et prendre en charge de manière significative plusieurs déploiements scénarios. 45 Aperçu Le reste de cet article est divisé en quatre sections principales. La section 2 présente les détails de moteur qui alimente la plateforme. La section 3 traite du modèle architectural derrière la plate-forme, y compris sous-réseaux, machines virtuelles, démarrage, adhésion et staking. La section 4 explique la gouvernance modèle qui permet des changements dynamiques dans les paramètres économiques clés. Enfin, dans la section 5, nous explorons diverses sujets d'intérêt périphériques, y compris les optimisations potentielles, la cryptographie post-quantique et les 50 adversaires.
Avalanche Plateforme 2020/06/30 3 Convention de dénomination Le nom de la plateforme est Avalanche et est généralement appelé « le Avalanche ». plateforme », et est interchangeable/synonyme de « le réseau Avalanche », ou – simplement – Avalanche. Les bases de code seront publiées en utilisant trois identifiants numériques, intitulés « v.[0-9].[0-9].[0-100] », où le le premier numéro identifie les versions majeures, le deuxième numéro identifie les versions mineures et le troisième numéro 55 identifie les correctifs. La première version publique, nommée Avalanche Borealis, est la version 1.0.0. Le natif token de la plateforme s’appelle « $AVAX ». La famille de protocoles de consensus utilisée par la plateforme Avalanche est appelée la famille Snow*. Il existe trois instanciations concrètes, appelées Avalanche, Snowman et Glacial.
Обсуждение
5.1 Оптимизации Сокращение многих платформ blockchain, особенно тех, которые реализуют консенсус Накамото, таких как Bitcoin, страдают от постоянного роста государства. Это потому, что – по протоколу – они должны хранить всю историю транзакции. Однако для того, чтобы blockchain развивался устойчиво, он должен иметь возможность обрезать старую историю. 345 Это особенно важно для blockchain, поддерживающих высокую производительность, например Avalanche. Обрезка растений семейства Snow* проста. В отличие от Bitcoin (и подобных протоколов), где обрезка не возможно в соответствии с алгоритмическими требованиями, узлам $AVAX не нужно поддерживать части DAG, которые глубоки и очень преданы своему делу. Этим узлам не нужно доказывать какую-либо прошлую историю для новой начальной загрузки. узлы, и поэтому просто должны хранить активное состояние, то есть текущие балансы, а также незафиксированные 350 транзакции. Типы клиентов Avalanche могут поддерживать три различных типа клиентов: архивные, полные и облегченные. Архивный узлы хранят всю историю подсети $AVAX, подсети staking и подсети smart contract, все12 Кевин Секники, Дэниел Лейн, Стивен Баттольф и Эмин Гюн Сирер путь к генезису, что означает, что эти узлы служат узлами начальной загрузки для новых входящих узлов. Дополнительно эти узлы могут хранить полную историю других подсетей, для которых они выбирают роль validator. Архивный 355 узлы обычно представляют собой машины с большими возможностями хранения, за которые другие узлы платят при загрузке. старое государство. Полные узлы, с другой стороны, участвуют в проверке, но вместо того, чтобы хранить всю историю, они просто сохраните активное состояние (например, текущий набор UTXO). Наконец, для тех, кому просто необходимо безопасное взаимодействие поскольку сеть использует минимальное количество ресурсов, Avalanche поддерживает легкие клиенты, которые могут доказать, что какая-то транзакция была зафиксирована, без необходимости загрузки или синхронизации истории. Свет 360 клиенты участвуют в фазе повторной выборки протокола, чтобы обеспечить безопасную передачу данных и всю сеть. консенсус. Таким образом, легкие клиенты в Avalanche предоставляют те же гарантии безопасности, что и полные узлы. Шардинг Шардинг — это процесс разделения различных системных ресурсов с целью повышения производительности. и уменьшить нагрузку. Существуют различные типы механизмов шардинга. При шардинге сети набор участников разделен на отдельные подсети для снижения алгоритмической нагрузки; в государственном шардинге участники договариваются о 365 хранение и поддержка только определенных частей всего глобального состояния; наконец, при сегментировании транзакций, участники соглашаются разделить обработку входящих транзакций. В Avalanche Borealis первая форма сегментирования существует благодаря функциональности подсетей. Для Например, можно запустить золотую подсеть и еще одну подсеть по недвижимости. Эти две подсети могут полностью существовать в параллельно. Подсети взаимодействуют только тогда, когда пользователь желает купить контракты на недвижимость, используя свои золотые запасы. 370 в этот момент Avalanche включит атомарный обмен между двумя подсетями. 5.2 Проблемы Постквантовая криптография Постквантовая криптография в последнее время привлекла широкое внимание. благодаря достижениям в разработке квантовых компьютеров и алгоритмов. Озабоченность квантовыми компьютеров заключается в том, что они могут взломать некоторые из используемых в настоящее время криптографических протоколов, особенно цифровых 375 подписи. Сетевая модель Avalanche позволяет использовать любое количество виртуальных машин, поэтому она поддерживает квантово-устойчивую виртуальная машина с подходящим механизмом цифровой подписи. Мы ожидаем несколько типов цифровой подписи схемы, которые будут развернуты, включая квантовоустойчивые сигнатуры на основе RLWE. Механизм консенсуса не предполагает использования какой-либо тяжелой криптографии для своей основной работы. Учитывая эту конструкцию, легко расширить систему с помощью новой виртуальной машины, которая обеспечивает квантовобезопасные криптографические примитивы. 380 Реалистичные противники Документ Avalanche [6] предоставляет очень сильные гарантии при наличии мощный и враждебный противник, известный как адаптивный противник в полной модели «точка-точка». В другими словами, злоумышленник всегда имеет полный доступ к состоянию каждого правильного узла, знает случайный выбор всех правильных узлов, а также может обновлять собственное состояние в любое время, до и после правильный узел имеет возможность обновить свое состояние. По сути, этот противник всемогущ, за исключением 385 возможность напрямую обновлять состояние правильного узла или изменять связь между правильными узлы. Тем не менее, на самом деле такой противник является чисто теоретическим, поскольку практическая реализация сильнейший возможный противник ограничен статистическими аппроксимациями состояния сети. Поэтому в На практике мы ожидаем, что атаки по наихудшему сценарию будет сложно осуществить.Avalanche Платформа 30.06.2020 13 Инклюзивность и равенство. Распространенной проблемой в неразрешенных валютах является то, что «богатые получают 390 богаче». Это обоснованная проблема, поскольку неправильно реализованная система PoS может фактически позволить Создание богатства будет непропорционально приписано уже крупным держателям акций системы. А Простым примером являются протоколы консенсуса, основанные на лидерах, в которых подкомитет или назначенный лидер собирает все награды во время своей работы, и где вероятность быть выбранным для сбора наград равна пропорционально ставке, что приводит к сильному эффекту усугубления вознаграждения. Кроме того, в таких системах, как Bitcoin, 395 Существует феномен «большие становятся больше», когда крупные майнеры получают преимущество над более мелкими с точки зрения меньше сирот и меньше потерянной работы. Напротив, Avalanche использует эгалитарное распределение чеканки: каждый участник протокола staking вознаграждается справедливо и пропорционально в зависимости от ставки. Предоставляя возможность очень большому количеству людей принять непосредственное участие в staking, Avalanche может вместить миллионы людей смогут принять равноправное участие в staking. Минимальная сумма, необходимая для участия в акции 400 Протокол будет доступен для управления, но для него будет установлено низкое значение, чтобы стимулировать широкое участие. Это также означает, что делегирование не требуется для участия с небольшими ассигнованиями. 6 Заключение В этой статье мы обсудили архитектуру платформы Avalanche. По сравнению с другими платформами сегодня, которые либо используют консенсусные протоколы классического стиля и, следовательно, по своей сути не масштабируемы, либо используют 405 Консенсус в стиле Накамото, который неэффективен и требует высоких эксплуатационных расходов, Avalanche легкий, быстрый, масштабируемый, безопасный и эффективный. Родной token, который служит для защиты сети и оплаты различные инфраструктурные затраты просты и обратно совместимы. $AVAX имеет возможности, превосходящие другие предложения достичь более высокого уровня децентрализации, противостоять атакам и масштабироваться до миллионов узлов без какого-либо кворума или выборы комитета и, следовательно, не налагая никаких ограничений на участие. 410 Помимо механизма консенсуса, Avalanche вносит новшества в стек и вводит простые, но важные идеи в области управления транзакциями, управления и множества других компонентов, недоступных на других платформах. Каждый участник протокола будет иметь право голоса, влияя на то, как протокол будет развиваться в любое время. стало возможным благодаря мощному механизму управления. Avalanche поддерживает широкие возможности настройки, позволяя практически мгновенное подключение к существующим blockchain по принципу «подключи и работай». 415
Discussion
5.1 Optimisations Élagage de nombreuses plateformes blockchain, en particulier celles mettant en œuvre le consensus Nakamoto telles que Bitcoin, souffrent d’une croissance étatique perpétuelle. En effet, par protocole, ils doivent stocker l’intégralité de l’historique des transactions. Cependant, pour qu’un blockchain se développe de manière durable, il doit être capable d’élaguer l’histoire ancienne. 345 Ceci est particulièrement important pour les blockchain qui prennent en charge des performances élevées, tels que Avalanche. La taille est simple dans la famille Snow*. Contrairement à Bitcoin (et aux protocoles similaires), où l'élagage n'est pas possible selon les exigences algorithmiques, dans $AVAX, les nœuds n'ont pas besoin de maintenir des parties du DAG qui sont profonds et très engagés. Ces nœuds n'ont pas besoin de prouver d'antécédents pour un nouveau bootstrap. nœuds, et doivent donc simplement stocker l'état actif, c'est-à-dire les soldes actuels, ainsi que les soldes non engagés 350 transactions. Types de clients Avalanche peut prendre en charge trois types de clients différents : archivage, complet et léger. Archivage Les nœuds stockent l'historique complet du sous-réseau $AVAX, du sous-réseau staking et du sous-réseau smart contract, tous les12 Kevin Sekniqi, Daniel Laine, Stephen Buttolph et Emin G¨un Sirer chemin vers la genèse, ce qui signifie que ces nœuds servent de nœuds d’amorçage pour les nouveaux nœuds entrants. De plus ces nœuds peuvent stocker l'historique complet des autres sous-réseaux pour lesquels ils choisissent d'être validator. Archivage 355 les nœuds sont généralement des machines dotées de capacités de stockage élevées qui sont payées par d'autres nœuds lors du téléchargement ancien état. Les nœuds complets, en revanche, participent à la validation, mais au lieu de stocker tout l'historique, ils stockez simplement l'état actif (par exemple, l'ensemble UTXO actuel). Enfin, pour ceux qui ont simplement besoin d'interagir en toute sécurité avec le réseau utilisant la quantité de ressources la plus minimale, Avalanche prend en charge les clients légers qui peuvent prouver qu'une transaction a été validée sans avoir besoin de télécharger ou de synchroniser l'historique. Lumière 360 les clients s'engagent dans la phase d'échantillonnage répétée du protocole pour garantir un engagement sûr et à l'échelle du réseau consensus. Par conséquent, les clients légers dans Avalanche offrent les mêmes garanties de sécurité que les nœuds complets. Sharding Le Sharding est le processus de partitionnement de diverses ressources système afin d'augmenter les performances. et réduire la charge. Il existe différents types de mécanismes de partitionnement. Dans le partage de réseau, l'ensemble des participants est divisé en sous-réseaux distincts afin de réduire la charge algorithmique ; dans le partage d'état, les participants s'accordent sur 365 stocker et maintenir uniquement des sous-parties spécifiques de l'ensemble de l'état global ; enfin, dans le sharding des transactions, les participants conviennent de séparer le traitement des transactions entrantes. Dans Avalanche Borealis, la première forme de partitionnement existe via la fonctionnalité de sous-réseaux. Pour par exemple, on peut lancer un sous-réseau aurifère et un autre sous-réseau immobilier. Ces deux sous-réseaux peuvent exister entièrement dans parallèle. Les sous-réseaux interagissent uniquement lorsqu'un utilisateur souhaite acheter des contrats immobiliers en utilisant ses avoirs en or, 370 à ce stade, Avalanche permettra un échange atomique entre les deux sous-réseaux. 5.2 Préoccupations Cryptographie post-quantique La cryptographie post-quantique a récemment attiré une grande attention en raison des progrès dans le développement des ordinateurs et des algorithmes quantiques. Le souci du quantum ordinateurs est qu'ils peuvent briser certains des protocoles cryptographiques actuellement déployés, en particulier numériques. 375 signatures. Le modèle de réseau Avalanche autorise n'importe quel nombre de machines virtuelles, il prend donc en charge un système résistant aux quantiques. machine virtuelle avec un mécanisme de signature numérique approprié. Nous prévoyons plusieurs types de signature numérique schémas à déployer, y compris les signatures basées sur RLWE à résistance quantique. Le mécanisme du consensus ne suppose aucun type de cryptographie lourde pour son fonctionnement principal. Compte tenu de cette conception, il est simple de étendez le système avec une nouvelle machine virtuelle qui fournit des primitives cryptographiques sécurisées quantiques. 380 Adversaires réalistes Le document Avalanche [6] offre de très fortes garanties en présence d'un adversaire puissant et hostile, connu comme un adversaire adaptatif dans le modèle point à point complet. Dans en d’autres termes, l’adversaire a à tout moment un accès complet à l’état de chaque nœud correct, connaît le choix aléatoires de tous les nœuds corrects, et peut mettre à jour son propre état à tout moment, avant et après le Le nœud correct a la possibilité de mettre à jour son propre état. En effet, cet adversaire est tout puissant, à l'exception de 385 la possibilité de mettre à jour directement l'état d'un nœud correct ou de modifier la communication entre le bon nœud nœuds. Néanmoins, en réalité, un tel adversaire est purement théorique puisque les mises en œuvre pratiques du l’adversaire le plus puissant possible sont limités aux approximations statistiques de l’état du réseau. Par conséquent, dans En pratique, nous nous attendons à ce que les attaques correspondant aux pires scénarios soient difficiles à déployer.Avalanche Plateforme 2020/06/30 13 Inclusion et égalité Un problème courant dans les monnaies sans autorisation est celui du « devenir riche ». 390 plus riche ». Il s’agit d’une préoccupation légitime, puisqu’un système PoS mal mis en œuvre peut en fait permettre la création de richesse soit attribuée de manière disproportionnée aux détenteurs déjà importants de participations dans le système. Un Un exemple simple est celui des protocoles de consensus basés sur les dirigeants, dans lesquels un sous-comité ou un leader désigné collecte toutes les récompenses au cours de son fonctionnement, et où la probabilité d'être choisi pour collecter les récompenses est proportionnel à la mise, générant de forts effets cumulatifs de récompense. De plus, dans des systèmes tels que Bitcoin, 395 il existe un phénomène de « grand devenir plus grand » dans lequel les grands mineurs bénéficient d'une prime par rapport aux plus petits en termes de de moins d'orphelins et de moins de travail perdu. En revanche, Avalanche emploie une répartition égalitaire de la frappe : chaque participant au protocole staking est récompensé équitablement et proportionnellement en fonction de sa participation. En permettant à un très grand nombre de personnes de participer directement à staking, Avalanche peut accueillir des millions de personnes à participer de manière égale à staking. Le montant minimum requis pour participer au 400 le protocole sera soumis à la gouvernance, mais il sera initialisé à une valeur faible pour encourager une large participation. Cela implique également que la délégation n'est pas tenue de participer avec une petite allocation. 6 Conclusion Dans cet article, nous avons discuté de l'architecture de la plateforme Avalanche. Par rapport aux autres plateformes actuelles, qui soit exécutent des protocoles de consensus de style classique et sont donc intrinsèquement non évolutifs, soit utilisent 405 Consensus à la Nakamoto, inefficace et imposant des coûts de fonctionnement élevés, le Avalanche est léger, rapide, évolutif, sécurisé et efficace. Le token natif, qui sert à sécuriser le réseau et à payer divers coûts d’infrastructure sont simples et rétrocompatibles. $AVAX a une capacité au-delà des autres propositions pour atteindre des niveaux de décentralisation plus élevés, résister aux attaques et évoluer vers des millions de nœuds sans aucun quorum ou l'élection d'un comité, et donc sans imposer de limites à la participation. 410 Outre le moteur de consensus, Avalanche innove et introduit des éléments simples mais importants des idées en matière de gestion des transactions, de gouvernance et une multitude d'autres composants non disponibles sur d'autres plates-formes. Chaque participant au protocole aura une voix pour influencer l'évolution du protocole à tout moment, rendu possible par un mécanisme de gouvernance puissant. Avalanche prend en charge une personnalisation élevée, permettant Plug-and-play presque instantané avec les blockchain existants. 415