Avalancha: una nueva familia de protocolos de consenso
Аннотация
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 не берет на себя никаких обязательств по обновлению прогнозных заявлений. Хотя прогнозные заявления являются нашим лучшим прогнозом на момент их составления, не может быть никакой гарантии, что они окажется точным, поскольку фактические результаты и будущие события могут существенно отличаться. Читателя предостерегают: не необоснованно полагаться на прогнозные заявления.
Resumen
Avalanche Plataforma 2020/06/30 Kevin Sekniqi, Daniel Laine, Stephen Buttolph y Emin G¨un Sirer Resumen. Este documento proporciona una descripción general de la arquitectura de la primera versión de la plataforma Avalanche, nombre en código Avalanche Borealis. Para obtener detalles sobre la economía del nativo token, denominado $AVAX, 5 Guíe al lector al documento de dinámica token [2] adjunto. Divulgación: La información descrita en este documento es preliminar y está sujeta a cambios en cualquier momento. Además, este documento puede contener “declaraciones prospectivas”.1 Confirmación de Git: 7497e4a4ba0a1ea2dc2a111bc6deefbf3023708e 1 Introducción 10 Este documento proporciona una descripción general de la arquitectura de la plataforma Avalanche. El enfoque clave está en las tres claves. diferenciadores de la plataforma: el motor, el modelo arquitectónico y el mecanismo de gobernanza. 1.1 Avalanche Metas y Principios Avalanche es una plataforma blockchain de alto rendimiento, escalable, personalizable y segura. Se dirige a tres Casos de uso amplios: 15 – Creación de blockchains específicos de la aplicación, que abarcan permisos (privados) y permisos (públicos) implementaciones. – Construcción y lanzamiento de aplicaciones altamente escalables y descentralizadas (Dapps). – Construir activos digitales arbitrariamente complejos con reglas, convenios y cláusulas personalizadas (activos inteligentes). 1 Las declaraciones prospectivas generalmente se relacionan con eventos futuros o nuestro desempeño futuro. Esto incluye, pero no es limitado al desempeño proyectado de Avalanche; el desarrollo esperado de sus negocios y proyectos; ejecución de su visión y estrategia de crecimiento; y finalización de proyectos que se encuentran actualmente en marcha, en desarrollo o de lo contrario bajo consideración. Las declaraciones prospectivas representan las creencias y suposiciones de nuestra administración. sólo a partir de la fecha de esta presentación. Estas declaraciones no son garantías de desempeño futuro ni de No se debe confiar en ellos. Dichas declaraciones prospectivas necesariamente involucran hechos conocidos y desconocidos. riesgos, que pueden causar que el desempeño y los resultados reales en períodos futuros difieran materialmente de cualquier proyección expresado o implícito en este documento. Avalanche no asume ninguna obligación de actualizar las declaraciones prospectivas. Aunque Las declaraciones prospectivas son nuestra mejor predicción en el momento en que se hacen, no se puede garantizar que sean resultará ser exacto, ya que los resultados reales y los eventos futuros podrían diferir materialmente. Se advierte al lector que no confiar indebidamente en declaraciones prospectivas.
Введение
10 В этом документе представлен архитектурный обзор платформы Avalanche. Основное внимание уделяется трем ключевым дифференциаторы платформы: движок, архитектурная модель и
Introducción
10 Este documento proporciona una descripción general de la arquitectura de la plataforma Avalanche. El enfoque clave está en las tres claves. diferenciadores de la plataforma: el motor, el modelo arquitectónico y el
Двигатель
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, Снеговик и Все Фрости принадлежат к семье Сноу.
El motor
60 La discusión sobre la plataforma Avalanche comienza con el componente central que impulsa la plataforma: el motor de consenso. Antecedentes Los pagos distribuidos y, en términos más generales, el cálculo, requieren un acuerdo entre un conjunto de máquinas. Por lo tanto, los protocolos de consenso, que permiten a un grupo de nodos llegar a un acuerdo, se encuentran en el corazón de blockchains, así como casi todos los sistemas distribuidos industriales a gran escala implementados. el tema 65 ha recibido un amplio escrutinio durante casi cinco décadas, y ese esfuerzo, hasta la fecha, ha dado solo dos familias de protocolos: protocolos de consenso clásicos, que se basan en la comunicación entre todos, y el consenso de Nakamoto, que se basa en la minería proof-of-work junto con la regla de la cadena más larga. Mientras que los protocolos de consenso clásicos pueden tener baja latencia y alto rendimiento, no se escalan a un gran número de participantes ni son robusto en presencia de cambios de membresía, lo que los ha relegado en su mayoría a puestos autorizados, en su mayoría 70 Implementaciones estáticas. Los protocolos de consenso de Nakamoto [5, 7, 4], por otro lado, son sólidos, pero adolecen de altas latencias de confirmación, bajo rendimiento y requieren un gasto de energía constante para su seguridad. La familia de protocolos Snow, presentada por Avalanche, combina las mejores propiedades de los protocolos de consenso clásicos con lo mejor del consenso de Nakamoto. Basado en un mecanismo de muestreo de red liviano, logran baja latencia y alto rendimiento sin necesidad de acordar la membresía precisa del 75 sistema. Escalan bien desde miles hasta millones de participantes con participación directa en el protocolo de consenso. Además, los protocolos no hacen uso de la minería PoW y, por lo tanto, evitan su exorbitante Gasto de energía y posterior fuga de valor en el ecosistema, lo que produce un producto liviano, ecológico y silencioso. protocolos. Mecanismo y propiedades Los protocolos Snow funcionan mediante muestreo repetido de la red. Cada nodo 80 sondea a un conjunto pequeño de vecinos, de tamaño constante y elegidos al azar, y cambia su propuesta si se obtiene una supermayoría. admite un valor diferente. Las muestras se repiten hasta que se alcanza la convergencia, lo que ocurre rápidamente en operaciones normales. Aclaramos el mecanismo de funcionamiento mediante un ejemplo concreto. Primero, se crea una transacción mediante un usuario y enviado a un nodo de validación, que es un nodo que participa en el procedimiento de consenso. es entonces 85 propagado a otros nodos de la red a través de chismes. ¿Qué sucede si ese usuario también emite un conflicto?4 Kevin Sekniqi, Daniel Laine, Stephen Buttolph y Emin G¨un Sirer transacción, es decir, un doble gasto? Para elegir entre las transacciones en conflicto y evitar el doble gasto, cada nodo selecciona aleatoriamente un pequeño subconjunto de nodos y consulta cuál de las transacciones en conflicto los nodos consultados creen que es el válido. Si el nodo que realiza la consulta recibe una respuesta de supermayoría a favor de una transacción, entonces el nodo cambia su propia respuesta a esa transacción. Cada nodo de la red 90 Repite este procedimiento hasta que toda la red llega a un consenso sobre una de las transacciones en conflicto. Sorprendentemente, si bien el mecanismo central de operación es bastante simple, estos protocolos conducen a dinámicas de sistema deseables que los hagan adecuados para su implementación a gran escala. – Sin permiso, abierto al abandono y robusto. La última serie de proyectos blockchain emplean música clásica protocolos de consenso y, por lo tanto, requieren pleno conocimiento de los miembros. Conociendo el conjunto completo de par95 participantes es bastante simple en sistemas cerrados y autorizados, pero se vuelve cada vez más difícil en sistemas abiertos y Redes descentralizadas. Esta limitación impone altos riesgos de seguridad a los titulares existentes que emplean tales protocolos. Por el contrario, los protocolos Snow mantienen altas garantías de seguridad incluso cuando existen discrepancias bien cuantificadas entre las vistas de la red de dos nodos cualesquiera. Validadores de protocolos Snow disfrute de la capacidad de validar sin conocimiento continuo de membresía completa. Son, por tanto, robustos. 100 y muy adecuado para blockchains públicos. – Escalable y descentralizado Una característica central de la familia Snow es su capacidad de escalar sin incurrir en compensaciones fundamentales. Los protocolos Snow pueden escalar a decenas de miles o millones de nodos, sin delegación a subconjuntos de validators. Estos protocolos disfrutan de la mejor descentralización del sistema de su clase, lo que permite cada nodo para validar completamente. La participación continua de primera mano tiene profundas implicaciones para la seguridad. 105 del sistema. En casi todos los protocolos proof-of-stake que intentan escalar a un conjunto grande de participantes, El modo de operación típico es permitir el escalamiento delegando la validación a un subcomité. Naturalmente, esto implica que la seguridad del sistema es ahora precisamente tan alta como el costo de la corrupción del subcomité. Además, los subcomités están sujetos a la formación de cárteles. En los protocolos tipo Snow, dicha delegación no es necesaria, lo que permite que cada operador de nodo tenga un primer110 mano diga en el sistema, en todo momento. Otro diseño, normalmente denominado fragmentación de estado, intenta para proporcionar escalabilidad al paralelizar la serialización de transacciones a redes independientes de validators. Desafortunadamente, la seguridad del sistema en un diseño de este tipo sólo llega a ser tan alta como la más fácil de corromper. fragmento independiente. Por lo tanto, ni la elección de subcomités ni la fragmentación son estrategias de escalamiento adecuadas. para plataformas criptográficas. 115 – Adaptativo. A diferencia de otros sistemas basados en votación, los protocolos Snow logran un mayor rendimiento cuando el El adversario es pequeño y, sin embargo, muy resistente ante grandes ataques. – Asincrónicamente Seguro. Los protocolos Snow, a diferencia de los protocolos de cadena más larga, no requieren sincronicidad para operar de forma segura y, por lo tanto, evitar el doble gasto incluso ante particiones de red. En Bitcoin, por ejemplo, si se viola el supuesto de sincronicidad, es posible operar con bifurcaciones independientes del 120 Bitcoin red durante períodos prolongados de tiempo, lo que invalidaría cualquier transacción una vez que se bifurquen sanar. – Baja Latencia. La mayoría de los blockchain actuales no pueden admitir aplicaciones comerciales, como operaciones comerciales o diarias. pagos minoristas. Es simplemente inviable esperar minutos, o incluso horas, para la confirmación de las transacciones. Por lo tanto, una de las propiedades más importantes, y sin embargo, muy pasada por alto, de los protocolos de consenso es la 125 tiempo hasta la finalidad. Los protocolos de nieve alcanzan su finalidad normalmente en ≤1 segundo, lo cual es significativamente más bajo que tanto protocolos de cadena más larga como blockchains fragmentados, los cuales generalmente abarcan la finalidad de un asunto de minutos.Avalanche Plataforma 30/06/2020 5 – Alto rendimiento. Los protocolos Snow, que pueden construir una cadena lineal o un DAG, alcanzan miles de transacciones por segundo (más de 5000 tps), manteniendo al mismo tiempo una descentralización total. Nuevas soluciones blockchain que afirman 130 alto TPS normalmente sacrifican la descentralización y la seguridad y optan por sistemas más centralizados e inseguros. mecanismos de consenso. Algunos proyectos informan cifras provenientes de entornos altamente controlados, por lo que informan erróneamente verdaderos resultados de rendimiento. Las cifras reportadas para $AVAX se toman directamente de una red Avalanche real y completamente implementada que se ejecuta en 2000 nodos en AWS, distribuida geográficamente en todo el mundo en sistemas de gama baja. máquinas. Se pueden lograr resultados de rendimiento más altos (más de 10 000) asumiendo un mayor ancho de banda 135 aprovisionamiento para cada nodo y hardware dedicado para la verificación de firmas. Finalmente, observamos que el Las métricas antes mencionadas se encuentran en la capa base. Las soluciones de escalado de Capa 2 aumentan inmediatamente estos resultados considerablemente. Cuadros comparativos de consenso La Tabla 1 describe las diferencias entre las tres familias conocidas de protocolos de consenso a través de un conjunto de 8 ejes críticos. 140 Nakamoto clásico Nieve Robusto (Adecuado para entornos abiertos) + - + Altamente descentralizado (permite muchos validadores) + - + Baja latencia y finalización rápida (confirmación de transacción rápida) - + + Alto rendimiento (permite muchos clientes) - + + Ligero (bajos requisitos del sistema) - + + Inactivo (no activo cuando no se toman decisiones) - + + Seguridad parametrizable (más allá del 51% de presencia adversaria) - - + Altamente escalable - - + Tabla 1. Cuadro comparativo entre las tres familias conocidas de protocolos de consenso. Avalanche, muñeco de nieve y Frosty todos pertenecen a la familia 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
Descripción general de la plataforma
En esta sección, proporcionamos una descripción general de la arquitectura de la plataforma y analizamos varias implementaciones. detalles. La plataforma Avalanche separa claramente tres preocupaciones: cadenas (y activos construidos sobre ella), ejecución entornos y despliegue. 3.1 Arquitectura 145 Subredes Una subred, o subred, es un conjunto dinámico de validators que trabajan juntos para lograr un consenso. sobre el estado de un conjunto de blockchains. Cada blockchain es validado por una subred y una subred puede validar arbitrariamente muchos blockchains. Un validator puede ser miembro de muchas subredes arbitrarias. Una subred decide quién puede ingresarlo y puede requerir que sus validators constituyentes tengan ciertas propiedades. El Avalanche La plataforma admite la creación y operación de muchas subredes arbitrarias. Para crear una nueva subred 150 o para unirse a una subred se debe pagar una tarifa denominada en $AVAX.
6 Kevin Sekniqi, Daniel Laine, Stephen Buttolph y Emin G¨un Sirer El modelo de subred ofrece una serie de ventajas: – Si a un validator no le importan los blockchains en una subred determinada, simplemente no se unirá a esa subred. Esto reduce el tráfico de la red, así como los recursos computacionales necesarios de validators. esto esta en a diferencia de otros proyectos blockchain, en los que cada validator debe validar cada transacción, incluso 155 aquellos que no les importan. – Dado que las subredes deciden quién puede ingresar a ellas, se pueden crear subredes privadas. Es decir, cada blockchain en la subred es validada únicamente por un conjunto de validators confiables. – Se puede crear una subred donde cada validator tenga ciertas propiedades. Por ejemplo, se podría crear un subred donde cada validator está ubicado en una determinada jurisdicción, o donde cada validator está vinculado por alguna 160 contrato del mundo real. Esto puede ser benéfico por razones de cumplimiento. Hay una subred especial llamada Subred predeterminada. Está validado por todos los validators. (Es decir, en orden para validar cualquier subred, también se debe validar la subred predeterminada). La subred predeterminada valida un conjunto de blockchains predefinidos, incluido el blockchain donde $AVAX vive y se comercializa. Máquinas virtuales Cada blockchain es una instancia de una máquina virtual (VM). Una VM es un modelo para una 165 blockchain, al igual que una clase es un modelo para un objeto en un lenguaje de programación orientado a objetos. el La interfaz, el estado y el comportamiento de un blockchain están definidos por la máquina virtual que ejecuta blockchain. lo siguiente Las propiedades de un blockchain, y otras, están definidas por una VM: – El contenido de un bloque. – La transición de estado que ocurre cuando se acepta un bloque. 170 – Las API expuestas por blockchain y sus puntos finales – Los datos que se conservan en el disco. Decimos que un blockchain "usa" o "ejecuta" una máquina virtual determinada. Al crear un blockchain, se especifica la VM se ejecuta, así como el estado de génesis del blockchain. Se puede crear un nuevo blockchain utilizando un preexistente VM o un desarrollador pueden codificar uno nuevo. Puede haber muchos blockchain arbitrariamente que ejecuten la misma máquina virtual. 175 Cada blockchain, incluso aquellos que ejecutan la misma VM, es lógicamente independiente de los demás y mantiene su propio estado. 3.2 Arranque El primer paso para participar en Avalanche es el arranque. El proceso se produce en tres etapas: conexión para sembrar anclas, descubrimiento de redes y estados, y convertirse en un validator. 180 Seed Anchors Cualquier sistema en red de pares que opera sin permiso (es decir, codificado) Un conjunto de identidades requiere algún mecanismo para el descubrimiento entre pares. En las redes de intercambio de archivos peer-to-peer, un conjunto de Se utilizan rastreadores. En las redes criptográficas, un mecanismo típico es el uso de nodos semilla DNS (a los que nos referimosAvalanche Plataforma 30/06/2020 7 como anclajes de semillas), que comprenden un conjunto de direcciones IP de semillas bien definidas desde las cuales otros miembros de La red puede ser descubierta. La función de los nodos semilla DNS es proporcionar información útil sobre el conjunto 185 de participantes activos en el sistema. El mismo mecanismo se emplea en Bitcoin Core [1], en el que el El archivo src/chainparams.cpp del código fuente contiene una lista de nodos semilla codificados. La diferencia entre BTC y Avalanche es que BTC requiere solo un nodo semilla DNS correcto, mientras que Avalanche requiere un simple la mayoría de los anclajes son correctos. Como ejemplo, un nuevo usuario puede optar por iniciar la vista de red a través de un conjunto de intercambios bien establecidos y de buena reputación, ninguno de los cuales individualmente no es de confianza. 190 Sin embargo, observamos que el conjunto de nodos de arranque no necesita estar codificado ni ser estático, y puede ser proporcionado por el usuario, aunque para facilitar el uso, los clientes pueden proporcionar una configuración predeterminada que incluya económicamente actores importantes, como los intercambios, con los que los clientes desean compartir una visión del mundo. No hay barrera para convertirse en un ancla de semilla, por lo tanto, un conjunto de anclas de semilla no puede dictar si un nodo puede o no entrar la red, ya que los nodos pueden descubrir la red más reciente de Avalanche pares adjuntándose a cualquier conjunto de semillas 195 anclas. Descubrimiento de red y estado Una vez conectado a los anclajes semilla, un nodo consulta el último conjunto de transiciones de estado. A este conjunto de transiciones estatales lo llamamos frontera aceptada. Para una cadena, la frontera aceptada es el último bloque aceptado. Para un DAG, la frontera aceptada es el conjunto de vértices que se aceptan, pero que tienen No se aceptan niños. Después de recopilar las fronteras aceptadas de las anclas semilla, las transiciones de estado que 200 son aceptados por la mayoría de los anclajes de semillas se define como aceptado. Luego se extrae el estado correcto. sincronizándose con los nodos muestreados. Siempre que haya una mayoría de nodos correctos en el ancla semilla establecido, entonces las transiciones de estado aceptadas deben haber sido marcadas como aceptadas por al menos un nodo correcto. Este proceso de descubrimiento de estado también se utiliza para el descubrimiento de redes. El conjunto de miembros de la red es definido en la cadena validator. Por lo tanto, la sincronización con la cadena validator permite que el nodo descubra 205 el conjunto actual de validators. La cadena validator se analizará con más detalle en la siguiente sección. 3.3 Control y membresía de Sybil Los protocolos de consenso ofrecen sus garantías de seguridad bajo el supuesto de que hasta un número umbral de miembros en el sistema podría ser conflictivo. Un ataque Sybil, en el que un nodo inunda la red de forma económica con identidades maliciosas, pueden invalidar trivialmente estas garantías. Fundamentalmente, tal ataque sólo puede ser 210 disuadido por el intercambio de presencia con prueba de un recurso difícil de falsificar [3]. Los sistemas anteriores han explorado el uso de mecanismos de disuasión Sybil que abarcan proof-of-work (PoW), proof-of-stake (PoS), prueba de tiempo transcurrido (POET), prueba de espacio y tiempo (PoST) y prueba de autoridad (PoA). En esencia, todos estos mecanismos cumplen una función idéntica: requieren que cada participante tenga algo de “piel en el juego” en forma de algún compromiso económico, que a su vez proporciona una 215 barrera contra el mal comportamiento de ese participante. Todos ellos implican una forma de apuesta, ya sea en la forma de plataformas de minería y hash energía (PoW), espacio en disco (PoST), hardware confiable (POET) o una identidad aprobada (PoA). Esta apuesta constituye la base de un coste económico que los participantes deben soportar para adquirir voz. Para Por ejemplo, en Bitcoin, la capacidad de contribuir con bloques válidos es directamente proporcional a la potencia hash del participante proponente. Desafortunadamente, también ha habido una confusión sustancial entre los protocolos de consenso8 Kevin Sekniqi, Daniel Laine, Stephen Buttolph y Emin G¨un Sirer versus mecanismos de control de Sybil. Observamos que la elección de los protocolos de consenso depende, en su mayor parte, ortogonal a la elección del mecanismo de control Sybil. Esto no quiere decir que los mecanismos de control de Sybil sean reemplazos directos entre sí, ya que una elección particular podría tener implicaciones sobre el subyacente garantías del protocolo de consenso. Sin embargo, la familia Snow* puede combinarse con muchos de estos conocidos mecanismos, sin modificaciones significativas. 225 En última instancia, por seguridad y para garantizar que los incentivos de los participantes estén alineados en beneficio de la red, $AVAX elige PoS para el mecanismo de control central de Sybil. Algunas formas de participación son inherentemente Centralizado: la fabricación de plataformas mineras (PoW), por ejemplo, está inherentemente centralizada en manos de unos pocos. personas con el conocimiento adecuado y acceso a las docenas de patentes necesarias para un VLSI competitivo fabricación. Además, la minería PoW pierde valor debido a los grandes subsidios anuales a los mineros. De manera similar, 230 El espacio en disco pertenece en mayor medida a los grandes operadores de centros de datos. Además, todos los mecanismos de control de Sybil que acumulan costos continuos, p.e. costos de electricidad para hashing, valor de fuga fuera del ecosistema, sin mencionar destruir el medio ambiente. Esto, a su vez, reduce el alcance de viabilidad para el token, en el que una situación adversa El movimiento de precios durante un período de tiempo pequeño puede hacer que el sistema sea inoperable. La prueba de trabajo selecciona inherentemente mineros que tienen las conexiones para adquirir electricidad barata, lo que tiene poco que ver con la capacidad de los mineros 235 para serializar transacciones o sus contribuciones al ecosistema general. Entre estas opciones elegimos proof-of-stake, porque es verde, accesible y abierto a todos. Sin embargo, observamos que si bien $AVAX usa PoS, la red Avalanche permite lanzar subredes con PoW y PoS. El stake es un mecanismo natural para participar en una red abierta porque permite una relación económica directa. argumento: la probabilidad de éxito de un ataque es directamente proporcional a un costo monetario bien definido 240 función. En otras palabras, los nodos que participan están motivados económicamente para no participar en comportamientos que podría perjudicar el valor de su participación. Además, esta participación no genera ningún coste adicional de mantenimiento (otros luego el costo de oportunidad de invertir en otro activo), y tiene la propiedad que, a diferencia del equipo de minería, se consume por completo si se usa en un ataque catastrófico. Para operaciones PoW, los equipos de minería pueden ser simplemente reutilizarse o, si el propietario así lo decide, venderse íntegramente al mercado. 245 Un nodo que desee ingresar a la red puede hacerlo libremente colocando primero una estaca que esté inmovilizada. durante el tiempo de participación en la red. El usuario determina la cantidad y la duración de la apuesta. Una vez aceptada, una apuesta no se puede revertir. El objetivo principal es garantizar que los nodos compartan sustancialmente la misma vista mayoritariamente estable de la red. Anticipamos establecer el tiempo mínimo staking en el orden de un semana. 250 A diferencia de otros sistemas que también proponen un mecanismo PoS, $AVAX no utiliza slashing, y por lo tanto, toda la apuesta se devuelve cuando expira el período staking. Esto evita escenarios no deseados como un fallo de software o hardware del cliente que provoca una pérdida de monedas. Esto encaja con nuestra filosofía de diseño. de construir tecnología predecible: los tokens apostados no están en riesgo, incluso en presencia de software o fallas de hardware. 255 En Avalanche, un nodo que quiere participar emite una transacción de participación especial a la cadena validator. Las transacciones de apuesta indican una cantidad a apostar, la clave staking del participante que es staking, la duración, y la hora en que comenzará la validación. Una vez aceptada la transacción, los fondos se bloquearán hasta que final del período staking. La cantidad mínima permitida la decide y aplica el sistema. la estaca La cantidad colocada por un participante tiene implicaciones tanto para la cantidad de influencia que el participante tiene en elAvalanche Plataforma 30/06/2020 9 proceso de consenso, así como la recompensa, como se analiza más adelante. La duración especificada staking debe estar entre δmin y δmax, los plazos mínimo y máximo durante los cuales se puede bloquear cualquier apuesta. Al igual que con el staking monto, el período staking también tiene implicaciones para la recompensa en el sistema. Pérdida o robo del La clave staking no puede provocar la pérdida de activos, ya que la clave staking se utiliza sólo en el proceso de consenso, no para activos transferencia. 265 3.4 Contratos inteligentes en $AVAX En el lanzamiento, Avalanche admite smart contract estándar basados en Solidity a través de la máquina virtual Ethereum (EVM). Prevemos que la plataforma admitirá un conjunto más rico y potente de smart contract herramientas, incluyendo: – Contratos inteligentes con ejecución fuera de la cadena y verificación dentro de la cadena. 270 – Contratos inteligentes con ejecución paralela. Cualquier smart contracts que no opere en el mismo estado en cualquier subred en Avalanche podrá ejecutarse en paralelo. – Un Solidity mejorado, llamado Solidity++. Este nuevo lenguaje soportará versiones y matemáticas seguras y aritmética de punto fijo, un sistema de tipos mejorado, compilación en LLVM y ejecución justo a tiempo. Si un desarrollador requiere soporte para EVM pero desea implementar smart contracts en una subred privada, debe 275 puede activar una nueva subred directamente. Así es como Avalanche permite la fragmentación de funciones específicas a través de las subredes. Además, si un desarrollador requiere interacciones con el sistema inteligente Ethereum actualmente implementado contratos, pueden interactuar con la subred de Athereum, que es una cuchara de Ethereum. Finalmente, si un desarrollador requiere un entorno de ejecución diferente de la máquina virtual Ethereum, pueden optar por implementar su smart contract a través de una subred que implementa un entorno de ejecución diferente, como DAML 280 o WASM. Las subredes pueden admitir funciones adicionales más allá del comportamiento de las VM. Por ejemplo, las subredes pueden imponer requisitos de rendimiento para nodos validator más grandes que contienen smart contracts durante períodos de tiempo más largos, o validators que mantienen el estado del contrato de forma privada. 4 Gobernanza y el token $AVAX 4.1 El token nativo $AVAX 285 Política monetaria El token nativo, $AVAX, tiene oferta limitada, donde el límite se establece en 720, 000, 000 tokens, con 360, 000, 000 tokens disponibles en el lanzamiento de la red principal. Sin embargo, a diferencia de otros tokens de suministro limitado que hornear la tasa de acuñación perpetuamente, \(AVAX is designed to react to changing economic conditions. In particular, the objective of \)La política monetaria de AVAX es equilibrar los incentivos de los usuarios para apostar el token versus usarlo para interactuar con la variedad de servicios disponibles en la plataforma. Participantes en la plataforma 290 actuar colectivamente como un banco de reserva descentralizado. Las palancas disponibles en Avalanche son staking recompensas, tarifas, y lanzamientos desde el aire, todos los cuales están influenciados por parámetros gobernables. Las recompensas de las apuestas se establecen mediante la gobernanza en cadena y se rigen por una función diseñada para nunca superar el suministro limitado. Se puede inducir la apuesta aumentando las tarifas o aumentando las staking recompensas. Por otro lado, podemos inducir un mayor compromiso. con los servicios de la plataforma Avalanche reduciendo las tarifas y disminuyendo la recompensa staking.10 Kevin Sekniqi, Daniel Laine, Stephen Buttolph y Emin G¨un Sirer Usos Pagos Los verdaderos pagos descentralizados entre pares son en gran medida un sueño no realizado para la industria debido a la actual falta de desempeño de los titulares. $AVAX es tan potente y fácil de usar como los pagos mediante Visa, que permite miles de transacciones a nivel mundial cada segundo, de forma totalmente descentralizada y sin confianza. Además, para los comerciantes de todo el mundo, $AVAX ofrece una propuesta de valor directa sobre Visa, es decir, un menor 300 honorarios. Replanteo: Protección del sistema En la plataforma Avalanche, el control de Sybil se logra a través de staking. en orden Para validar, un participante debe bloquear monedas o apostar. Los validadores, a veces denominados participantes, son compensados por sus servicios de validación en base a staking monto y staking duración, entre otros propiedades. La función de compensación elegida debe minimizar la variación, asegurando que los grandes apostadores no 305 reciben desproporcionadamente más compensación. Los participantes tampoco están sujetos a ningún factor de "suerte", como en Minería de prisioneros de guerra. Tal esquema de recompensa también desalienta la formación de minería o pools staking que permitan una verdadera participación descentralizada y sin confianza en la red. Intercambios atómicos Además de proporcionar la seguridad central del sistema, el $AVAX token sirve como unidad universal. de intercambio. A partir de ahí, la plataforma Avalanche podrá admitir intercambios atómicos sin confianza de forma nativa en 310 la plataforma que permite intercambios nativos y verdaderamente descentralizados de cualquier tipo de activo directamente en Avalanche. 4.2 Gobernanza La gobernanza es fundamental para el desarrollo y la adopción de cualquier plataforma porque, como ocurre con todos los demás tipos de sistemas – Avalanche también enfrentará evolución natural y actualizaciones. $AVAX proporciona gobernanza en cadena para parámetros críticos de la red donde los participantes pueden votar sobre cambios en la red y 315 resolver democráticamente las decisiones de actualización de la red. Esto incluye factores como el monto mínimo staking, tasa de acuñación, así como otros parámetros económicos. Esto permite que la plataforma realice de manera efectiva la optimización de parámetros dinámicos a través de una multitud oracle. Sin embargo, a diferencia de otras plataformas de gobernanza Por ahí, Avalanche no permite cambios ilimitados en aspectos arbitrarios del sistema. En cambio, sólo un Un número predeterminado de parámetros se puede modificar a través de la gobernanza, lo que hace que el sistema sea más predecible. 320 y aumentar la seguridad. Además, todos los parámetros gobernables están sujetos a límites dentro de límites de tiempo específicos, introduciendo histéresis y asegurando que el sistema siga siendo predecible en rangos de tiempo cortos. Un proceso viable para encontrar valores globalmente aceptables para los parámetros del sistema es fundamental para los sistemas descentralizados sin custodios. Avalanche puede utilizar su mecanismo de consenso para construir un sistema que permita cualquiera pueda proponer transacciones especiales que sean, en esencia, encuestas a nivel de todo el sistema. Cualquier nodo participante podrá 325 emitir tales propuestas. La tasa de recompensa nominal es un parámetro importante que afecta a cualquier moneda, ya sea digital o fiduciaria. Desafortunadamente, las criptomonedas que fijan este parámetro pueden enfrentar varios problemas, incluida la deflación o la inflación. Para ello, la tasa de recompensa nominal está sujeta a gobernanza, dentro de límites preestablecidos. esto será permita a los titulares de token elegir si $AVAX finalmente tiene un tope, un tope o incluso una deflación.Avalanche Plataforma 30/06/2020 11 Las tarifas de transacción, indicadas por el conjunto F, también están sujetas a gobernanza. F es efectivamente una tupla que describe las tarifas asociadas con las diversas instrucciones y transacciones. Finalmente, staking tiempos y montos también son gobernables. La lista de estos parámetros se define en la Figura 1. – ∆: Monto de la apuesta, denominado en $AVAX. Este valor define la apuesta mínima requerida para ser colocada como bono antes de participar en el sistema. – δmin: la cantidad mínima de tiempo necesaria para que un nodo se incorpore al sistema. – δmax: la cantidad máxima de tiempo que un nodo puede apostar. – ρ : (π∆, τδmin) →R : Función de tasa de recompensa, también conocida como tasa de acuñación, determina la recompensa a el participante puede reclamar en función de su cantidad staking dado un número determinado de π nodos divulgados públicamente bajo su propiedad, durante un período de τ períodos de tiempo consecutivos δmin, de modo que τδmin ≤δmax. – F: la estructura de tarifas, que es un conjunto de parámetros de tarifas regulables que especifican los costos de diversas transacciones. Fig. 1. Parámetros clave no consensuados utilizados en Avalanche. Toda la notación se redefine desde el primer uso. De acuerdo con el principio de previsibilidad en un sistema financiero, la gobernanza en $AVAX tiene histéresis, lo que significa que los cambios en los parámetros dependen en gran medida de sus cambios recientes. Hay dos limites 335 asociados a cada parámetro gobernable: tiempo y rango. Una vez que se cambia un parámetro usando un gobierno transacción, se vuelve muy difícil cambiarla nuevamente inmediatamente y por una cantidad grande. Estas dificultades y las restricciones de valor se relajan a medida que pasa el tiempo desde el último cambio. En general, esto evita que el sistema cambiando drásticamente en un corto período de tiempo, lo que permite a los usuarios predecir de forma segura los parámetros del sistema en el corto plazo, manteniendo al mismo tiempo un fuerte control y flexibilidad para el largo plazo. 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, Снеговик и Морозный.
Gobernancia
1.1 Avalanche Metas y Principios Avalanche es una plataforma blockchain de alto rendimiento, escalable, personalizable y segura. Se dirige a tres Casos de uso amplios: 15 – Creación de blockchains específicos de la aplicación, que abarcan permisos (privados) y permisos (públicos) implementaciones. – Construcción y lanzamiento de aplicaciones altamente escalables y descentralizadas (Dapps). – Construir activos digitales arbitrariamente complejos con reglas, convenios y cláusulas personalizadas (activos inteligentes). 1 Las declaraciones prospectivas generalmente se relacionan con eventos futuros o nuestro desempeño futuro. Esto incluye, pero no es limitado al desempeño proyectado de Avalanche; el desarrollo esperado de sus negocios y proyectos; ejecución de su visión y estrategia de crecimiento; y finalización de proyectos que se encuentran actualmente en marcha, en desarrollo o de lo contrario bajo consideración. Las declaraciones prospectivas representan las creencias y suposiciones de nuestra administración. sólo a partir de la fecha de esta presentación. Estas declaraciones no son garantías de desempeño futuro ni de No se debe confiar en ellos. Dichas declaraciones prospectivas necesariamente involucran hechos conocidos y desconocidos. riesgos, que pueden causar que el desempeño y los resultados reales en períodos futuros difieran materialmente de cualquier proyección expresado o implícito en este documento. Avalanche no asume ninguna obligación de actualizar las declaraciones prospectivas. aunque Las declaraciones prospectivas son nuestra mejor predicción en el momento en que se hacen, no se puede garantizar que sean resultará ser exacto, ya que los resultados reales y los eventos futuros podrían diferir materialmente. Se advierte al lector que no confiar indebidamente en declaraciones prospectivas.2 Kevin Sekniqi, Daniel Laine, Stephen Buttolph y Emin G¨un Sirer El objetivo general de Avalanche es proporcionar una plataforma unificadora para la creación, transferencia y comercialización de 20 activos digitales. Por construcción, Avalanche posee las siguientes propiedades: Escalable Avalanche está diseñado para ser enormemente escalable, robusto y eficiente. El motor de consenso central es capaz de soportar una red global de potencialmente cientos de millones de dispositivos conectados a Internet, de baja y alta potencia, que funcionan sin problemas, con bajas latencias y transacciones muy altas por segundo. 25 Secure Avalanche está diseñado para ser robusto y lograr una alta seguridad. Los protocolos de consenso clásicos son diseñado para resistir hasta f atacantes, y fallar completamente cuando se enfrenta a un atacante de tamaño f + 1 o más grande, y el consenso de Nakamoto no proporciona ninguna seguridad cuando el 51% de los mineros son bizantinos. En contraste, Avalanche proporciona una garantía muy sólida de seguridad cuando el atacante está por debajo de cierto umbral, lo que puede ser parametrizado por el diseñador del sistema y proporciona una degradación elegante cuando el atacante excede 30 este umbral. Puede mantener las garantías de seguridad (pero no de vida) incluso cuando el atacante supera el 51%. es el primer sistema sin permisos que proporciona garantías de seguridad tan sólidas. Descentralizado Avalanche está diseñado para proporcionar una descentralización sin precedentes. Esto implica un compromiso a múltiples implementaciones de clientes y sin control centralizado de ningún tipo. El ecosistema está diseñado para evitar divisiones entre clases de usuarios con diferentes intereses. Fundamentalmente, no hay distinción entre mineros, 35 desarrolladores y usuarios. Gobernable y Democrático $AVAX es una plataforma altamente inclusiva, que permite a cualquiera conectarse a su trabajar en red y participar en la validación y de primera mano en la gobernanza. Cualquier titular de token puede tener voto en seleccionar parámetros financieros clave y elegir cómo evoluciona el sistema. Interoperable y flexible Avalanche está diseñado para ser una infraestructura universal y flexible para una multitud 40 de blockchains/activos, donde la base $AVAX se utiliza como garantía y como unidad de cuenta para el intercambio. el El sistema está destinado a admitir, de forma neutral en cuanto a valores, muchos blockchain que se construirán sobre él. la plataforma está diseñado desde cero para facilitar la transferencia de blockchains existentes, la importación de saldos y la admitir múltiples lenguajes de secuencias de comandos y máquinas virtuales, y admitir de manera significativa múltiples implementaciones escenarios. 45 Esquema El resto de este documento se divide en cuatro secciones principales. La sección 2 describe los detalles de la motor que impulsa la plataforma. La sección 3 analiza el modelo arquitectónico detrás de la plataforma, incluyendo subredes, máquinas virtuales, arranque, membresía y staking. La sección 4 explica la gobernanza. modelo que permita cambios dinámicos en parámetros económicos clave. Finalmente, en la Sección 5 se exploran varios temas periféricos de interés, incluidas optimizaciones potenciales, criptografía poscuántica y realistas 50 adversarios.
Avalanche Plataforma 30/06/2020 3 Convención de nomenclatura El nombre de la plataforma es Avalanche y normalmente se la conoce como “la Avalanche plataforma”, y es intercambiable/sinónimo de “la red Avalanche” o, simplemente, Avalanche. Las bases de código se publicarán utilizando tres identificadores numéricos, denominados “v.[0-9].[0-9].[0-100]”, donde el El primer número identifica los lanzamientos principales, el segundo número identifica los lanzamientos menores y el tercer número 55 identifica parches. La primera versión pública, con nombre en código Avalanche Borealis, es la versión 1.0.0. El nativo token de la plataforma se llama “$AVAX”. La familia de protocolos de consenso utilizados por la plataforma Avalanche es conocida como la familia Snow*. Hay tres instancias concretas, llamadas Avalanche, Snowman y Escarchado.
Обсуждение
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
Discusión
5.1 Optimizaciones Poda de muchas plataformas blockchain, especialmente aquellas que implementan el consenso de Nakamoto como Bitcoin, sufren de un crecimiento estatal perpetuo. Esto se debe a que, por protocolo, tienen que almacenar todo el historial de transacciones. Sin embargo, para que un blockchain crezca de manera sostenible, debe poder podar la historia antigua. 345 Esto es especialmente importante para los blockchain que admiten un alto rendimiento, como Avalanche. La poda es sencilla en la familia Snow*. A diferencia de Bitcoin (y protocolos similares), donde la poda no es posible según los requisitos algorítmicos, en $AVAX los nodos no necesitan mantener partes del DAG que son profundos y altamente comprometidos. Estos nodos no necesitan demostrar ningún historial pasado para un nuevo arranque. nodos y, por lo tanto, simplemente tienen que almacenar el estado activo, es decir, los saldos actuales, así como los no comprometidos. 350 transacciones. Tipos de clientes Avalanche puede admitir tres tipos diferentes de clientes: de archivo, completos y ligeros. Archivo Los nodos almacenan el historial completo de la subred $AVAX, la subred staking y la subred smart contract, todos los12 Kevin Sekniqi, Daniel Laine, Stephen Buttolph y Emin G¨un Sirer camino a la génesis, lo que significa que estos nodos sirven como nodos de arranque para nuevos nodos entrantes. Además estos nodos pueden almacenar el historial completo de otras subredes para las que elijan ser validators. Archivo 355 Los nodos suelen ser máquinas con altas capacidades de almacenamiento que otros nodos pagan al descargar. viejo estado. Los nodos completos, por otro lado, participan en la validación, pero en lugar de almacenar todo el historial, simplemente almacene el estado activo (por ejemplo, conjunto UTXO actual). Finalmente, para aquellos que simplemente necesitan interactuar de forma segura Con la red utilizando la cantidad mínima de recursos, Avalanche admite clientes ligeros que pueden demostrar que se ha cometido alguna transacción sin necesidad de descargar o sincronizar el historial. Luz 360 Los clientes participan en la fase de muestreo repetido del protocolo para garantizar un compromiso seguro y en toda la red. consenso. Por lo tanto, los clientes ligeros en Avalanche brindan las mismas garantías de seguridad que los nodos completos. Fragmentación La fragmentación es el proceso de particionar varios recursos del sistema para aumentar el rendimiento. y reducir la carga. Existen varios tipos de mecanismos de fragmentación. En la fragmentación de red, el conjunto de participantes se divide en subredes separadas para reducir la carga algorítmica; en la fragmentación del estado, los participantes acuerdan 365 almacenar y mantener sólo subpartes específicas de todo el estado global; Por último, en la fragmentación de transacciones, Los participantes acuerdan separar el procesamiento de las transacciones entrantes. En Avalanche Borealis, la primera forma de fragmentación existe a través de la funcionalidad de subredes. Para Por ejemplo, se puede lanzar una subred de oro y otra subred de bienes raíces. Estas dos subredes pueden existir completamente en paralelo. Las subredes interactúan sólo cuando un usuario desea comprar contratos inmobiliarios utilizando sus tenencias de oro. 370 momento en el que Avalanche habilitará un intercambio atómico entre las dos subredes. 5.2 Preocupaciones Criptografía poscuántica La criptografía poscuántica ha ganado recientemente una amplia atención. debido a los avances en el desarrollo de computadoras y algoritmos cuánticos. La preocupación por la cuántica computadoras es que pueden romper algunos de los protocolos criptográficos actualmente implementados, específicamente los digitales. 375 firmas. El modelo de red Avalanche permite cualquier número de máquinas virtuales, por lo que admite una resistencia cuántica máquina virtual con un mecanismo de firma digital adecuado. Anticipamos varios tipos de firma digital esquemas que se implementarán, incluidas firmas basadas en RLWE de resistencia cuántica. El mecanismo de consenso no asume ningún tipo de criptografía pesada para su operación principal. Dado este diseño, es sencillo ampliar el sistema con una nueva máquina virtual que proporciona primitivas criptográficas cuánticas seguras. 380 Adversarios realistas El documento Avalanche [6] proporciona garantías muy sólidas en presencia de un adversario poderoso y hostil, conocido como adversario adaptable a rondas en el modelo punto a punto completo. en En otros términos, el adversario tiene acceso total al estado de cada nodo correcto en todo momento, conoce el elecciones aleatorias de todos los nodos correctos, así como también puede actualizar su propio estado en cualquier momento, antes y después de la El nodo correcto tiene la posibilidad de actualizar su propio estado. Efectivamente, este adversario es todopoderoso, excepto 385 la capacidad de actualizar directamente el estado de un nodo correcto o modificar la comunicación entre los nodos correctos. nodos. Sin embargo, en realidad, tal adversario es puramente teórico ya que las implementaciones prácticas del El adversario más fuerte posible está limitado a aproximaciones estadísticas del estado de la red. Por lo tanto, en En la práctica, esperamos que los ataques en el peor de los casos sean difíciles de implementar.Avalanche Plataforma 30/06/2020 13 Inclusión e igualdad Un problema común en las monedas sin permiso es el de que “los ricos se vuelven 390 más rico”. Esta es una preocupación válida, ya que un sistema PoS que se implementa incorrectamente puede, de hecho, permitir la generación de riqueza se atribuya desproporcionadamente a los ya grandes accionistas del sistema. un Un ejemplo sencillo es el de los protocolos de consenso basados en líderes, en los que un subcomité o un líder designado recoge todas las recompensas durante su operación, y donde la probabilidad de ser elegido para recoger las recompensas es proporcional a la apuesta, acumulando fuertes efectos compuestos de recompensa. Además, en sistemas como Bitcoin, 395 Existe un fenómeno de "los grandes se hacen más grandes" en el que los grandes mineros disfrutan de una prima sobre los más pequeños en términos de menos huérfanos y menos trabajos perdidos. Por el contrario, Avalanche emplea una distribución igualitaria de acuñación: Cada participante en el protocolo staking recibe una recompensa equitativa y proporcional según su apuesta. Al permitir que un gran número de personas participen de primera mano en staking, Avalanche puede acomodar millones de personas participen por igual en staking. El monto mínimo requerido para participar en el 400 El protocolo estará disponible para la gobernanza, pero se inicializará a un valor bajo para fomentar una amplia participación. Esto también implica que no se requiere que la delegación participe con una pequeña asignación. 6 Conclusión En este artículo, analizamos la arquitectura de la plataforma Avalanche. En comparación con otras plataformas actuales, que ejecutan protocolos de consenso de estilo clásico y, por lo tanto, son inherentemente no escalables, o hacen uso de 405 Consenso al estilo Nakamoto que es ineficiente e impone altos costos operativos, el Avalanche es liviano, rápido, escalable, seguro y eficiente. El token nativo, que sirve para proteger la red y pagar diversos costos de infraestructura es simple y compatible con versiones anteriores. $AVAX tiene capacidad más allá de otras propuestas para lograr niveles más altos de descentralización, resistir ataques y escalar a millones de nodos sin ningún quórum o elección de comité, y por tanto sin imponer ningún límite a la participación. 410 Además del motor de consenso, Avalanche innova en la pila e introduce funciones simples pero importantes. ideas en gestión de transacciones, gobernanza y una serie de otros componentes que no están disponibles en otras plataformas. Cada participante en el protocolo tendrá voz para influir en cómo evoluciona el protocolo en todo momento. posible gracias a un poderoso mecanismo de gobernanza. Avalanche admite una alta personalización, lo que permite plug-and-play casi instantáneo con blockchains existentes. 415