Avalanche: Eine neue Familie von Konsensprotokollen
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.
Zusammenfassung
Avalanche Plattform 30.06.2020 Kevin Sekniqi, Daniel Laine, Stephen Buttolph und Emin Gün Sirer Zusammenfassung. Dieses Dokument bietet einen Architekturüberblick über die erste Version der Avalanche-Plattform. Codename Avalanche Borealis. Einzelheiten zur Wirtschaftlichkeit des nativen token mit der Bezeichnung $AVAX finden Sie hier 5 Führen Sie den Leser zum begleitenden token Dynamikpapier [2]. Offenlegung: Die in diesem Dokument beschriebenen Informationen sind vorläufig und können jederzeit geändert werden. Darüber hinaus kann dieses Papier „zukunftsgerichtete Aussagen“1 enthalten Git-Commit: 7497e4a4ba0a1ea2dc2a111bc6deefbf3023708e 1 Einführung 10 Dieses Dokument bietet einen Architekturüberblick über die Avalanche-Plattform. Der Schwerpunkt liegt auf den drei Schlüsseln Unterscheidungsmerkmale der Plattform: die Engine, das Architekturmodell und der Governance-Mechanismus. 1.1 Avalanche Ziele und Prinzipien Avalanche ist eine leistungsstarke, skalierbare, anpassbare und sichere blockchain-Plattform. Es zielt auf drei ab breite Anwendungsfälle: 15 – Erstellen anwendungsspezifischer blockchains, die berechtigte (private) und erlaubnislose (öffentliche) umfassen Bereitstellungen. – Erstellen und Starten hochskalierbarer und dezentraler Anwendungen (Dapps). – Aufbau beliebig komplexer digitaler Assets mit benutzerdefinierten Regeln, Vereinbarungen und Fahrern (intelligente Assets). 1 Zukunftsgerichtete Aussagen beziehen sich im Allgemeinen auf zukünftige Ereignisse oder unsere zukünftige Leistung. Dies schließt ein, ist es aber nicht beschränkt auf die geplante Leistung von Avalanche; die erwartete Entwicklung seines Geschäfts und seiner Projekte; Ausführung seiner Vision und Wachstumsstrategie; und Abschluss von Projekten, die derzeit laufen, sich in der Entwicklung befinden oder ansonsten in Erwägung gezogen. Zukunftsgerichtete Aussagen spiegeln die Überzeugungen und Annahmen unseres Managements wider erst ab dem Datum dieser Präsentation. Diese Aussagen stellen keine Garantien für zukünftige Leistungen dar und sind unzulässig Man sollte sich nicht auf sie verlassen. Solche zukunftsgerichteten Aussagen betreffen zwangsläufig Bekanntes und Unbekanntes Risiken, die dazu führen können, dass die tatsächlichen Leistungen und Ergebnisse in zukünftigen Zeiträumen erheblich von den Prognosen abweichen hierin ausgedrückt oder impliziert. Avalanche übernimmt keine Verpflichtung, zukunftsgerichtete Aussagen zu aktualisieren. Obwohl Bei zukunftsgerichteten Aussagen handelt es sich um unsere bestmöglichen Vorhersagen zum Zeitpunkt ihrer Äußerung. Wir können nicht garantieren, dass dies der Fall ist werden sich als korrekt erweisen, da tatsächliche Ergebnisse und zukünftige Ereignisse erheblich abweichen können. Der Leser wird davor gewarnt sich unangemessen auf zukunftsgerichtete Aussagen zu verlassen.
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
Einführung
10 Dieses Dokument bietet einen Architekturüberblick über die Avalanche-Plattform. Der Schwerpunkt liegt auf den drei Schlüsseln Unterscheidungsmerkmale der Plattform: die Engine, das Architekturmodell und die
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.
Der Motor
60 Die Diskussion der Avalanche-Plattform beginnt mit der Kernkomponente, die die Plattform antreibt: dem Konsens-Engine. Hintergrund Verteilte Zahlungen und – allgemeiner – Berechnungen erfordern eine Vereinbarung zwischen einer Gruppe von Maschinen. Daher liegen Konsensprotokolle vor, die es einer Gruppe von Knoten ermöglichen, eine Einigung zu erzielen Herzstück von blockchains sowie fast jedem eingesetzten großen industriellen verteilten System. Das Thema 65 wurde fast fünf Jahrzehnte lang eingehend untersucht, und dieser Versuch hat bis heute nur zwei Familien hervorgebracht von Protokollen: klassische Konsensprotokolle, die auf All-to-All-Kommunikation basieren, und Nakamoto-Konsens, Dies basiert auf proof-of-work-Mining in Verbindung mit der Longest-Chain-Regel. Während klassische Konsensprotokolle können eine geringe Latenz und einen hohen Durchsatz haben, sie lassen sich jedoch nicht auf eine große Anzahl von Teilnehmern skalieren, und das ist auch nicht der Fall robust angesichts von Mitgliedschaftsänderungen, die sie größtenteils in die Erlaubnisliste verwiesen haben 70 statische Bereitstellungen. Nakamoto-Konsensprotokolle [5, 7, 4] hingegen sind robust, leiden aber unter Hohe Bestätigungslatenzen, geringer Durchsatz und ein konstanter Energieaufwand für ihre Sicherheit. Die von Avalanche eingeführte Snow-Protokollfamilie kombiniert die besten Eigenschaften klassischer Konsensprotokolle mit den besten Eigenschaften des Nakamoto-Konsenses. Basierend auf einem einfachen Netzwerk-Sampling-Mechanismus, Sie erreichen eine geringe Latenz und einen hohen Durchsatz, ohne dass die genaue Mitgliedschaft vereinbart werden muss 75 System. Sie skalieren gut von Tausenden bis zu Millionen von Teilnehmern mit direkter Beteiligung am Konsensprotokoll. Darüber hinaus nutzen die Protokolle kein PoW-Mining und vermeiden daher dessen exorbitante Nutzung Energieverbrauch und daraus resultierender Wertverlust im Ökosystem, was zu leichten, umweltfreundlichen und geräuscharmen Produkten führt Protokolle. Mechanismus und Eigenschaften Die Snow-Protokolle funktionieren durch wiederholtes Abtasten des Netzwerks. Jeder Knoten 80 fragt eine kleine, zufällig ausgewählte Menge von Nachbarn mit konstanter Größe ab und ändert seinen Vorschlag, wenn eine Supermehrheit vorliegt unterstützt einen anderen Wert. Die Proben werden wiederholt, bis die Konvergenz erreicht ist, was schnell geschieht Normalbetrieb. Wir verdeutlichen die Funktionsweise anhand eines konkreten Beispiels. Zunächst wird eine Transaktion erstellt einem Benutzer übermittelt und an einen Validierungsknoten gesendet, bei dem es sich um einen Knoten handelt, der am Konsensverfahren teilnimmt. Dann ist es so 85 durch Klatschen an andere Knoten im Netzwerk weitergegeben. Was passiert, wenn dieser Benutzer auch eine widersprüchliche Meldung ausgibt?4 Kevin Sekniqi, Daniel Laine, Stephen Buttolph und Emin Gün Sirer Transaktion, also ein Doublespend? Um zwischen den widersprüchlichen Transaktionen auszuwählen und doppelte Ausgaben zu verhindern, wählt jeder Knoten zufällig eine kleine Teilmenge von Knoten aus und fragt ab, welche der widersprüchlichen Transaktionen Die abgefragten Knoten halten es für gültig. Wenn der abfragende Knoten eine positive Mehrheitsantwort erhält einer Transaktion ändert der Knoten seine eigene Antwort auf diese Transaktion. Jeder Knoten im Netzwerk 90 wiederholt diesen Vorgang, bis sich das gesamte Netzwerk über eine der widersprüchlichen Transaktionen einig ist. Obwohl der grundlegende Funktionsmechanismus recht einfach ist, führen diese Protokolle überraschenderweise zu sehr hohen Ergebnissen wünschenswerte Systemdynamik, die sie für den Einsatz in großem Maßstab geeignet macht. – Erlaubnisfrei, offen für Abwanderung und robust. Die neuesten blockchain-Projekte verwenden klassische Elemente Konsensprotokolle und erfordern daher umfassende Mitgliedschaftskenntnisse. Den gesamten Par95-Satz kennen Teilnehmer sind in geschlossenen, zugelassenen Systemen ausreichend einfach, werden jedoch in offenen, zugelassenen Systemen zunehmend schwieriger. dezentrale Netzwerke. Diese Einschränkung birgt hohe Sicherheitsrisiken für die bestehenden Arbeitsplätze der etablierten Unternehmen solche Protokolle. Im Gegensatz dazu gewährleisten Snow-Protokolle hohe Sicherheitsgarantien, selbst wenn es gut quantifizierte Diskrepanzen zwischen den Netzwerkansichten zweier beliebiger Knoten gibt. Validatoren von Snow-Protokollen Genießen Sie die Möglichkeit zur Validierung ohne kontinuierliche Vollmitgliedschaftskenntnisse. Sie sind daher robust 100 und sehr gut geeignet für öffentliche blockchains. – Skalierbar und dezentral Ein Kernmerkmal der Snow-Familie ist ihre Fähigkeit, ohne Kostenaufwand zu skalieren grundlegende Kompromisse. Snow-Protokolle können auf Zehntausende oder Millionen von Knoten skaliert werden, ohne dass eine Delegation an Teilmengen von validators erforderlich ist. Diese Protokolle verfügen über die beste Systemdezentralisierung ihrer Klasse und ermöglichen Jeder Knoten muss vollständig validiert werden. Die kontinuierliche Teilnahme aus erster Hand hat tiefgreifende Auswirkungen auf die Sicherheit 105 des Systems. In fast jedem proof-of-stake-Protokoll, das versucht, auf eine große Teilnehmergruppe zu skalieren, Die typische Vorgehensweise besteht darin, eine Skalierung zu ermöglichen, indem die Validierung an einen Unterausschuss delegiert wird. Dies bedeutet natürlich, dass die Sicherheit des Systems jetzt genau so hoch ist wie die Korruptionskosten des Systems Unterausschuss. Darüber hinaus unterliegen Unterausschüsse der Kartellbildung. In Protokollen vom Typ Snow ist eine solche Delegation nicht erforderlich, sodass jeder Knotenbetreiber über ein First110 verfügen kann Hand sagen Sie jederzeit im System. Ein anderes Design, das typischerweise als State Sharding bezeichnet wird, versucht Bereitstellung von Skalierbarkeit durch Parallelisierung der Transaktionsserialisierung in unabhängigen Netzwerken von validators. Leider wird die Sicherheit des Systems bei einem solchen Design nur so hoch wie die einfachste Korrumpierbarkeit unabhängige Scherbe. Daher sind weder Unterausschusswahl noch Sharding geeignete Skalierungsstrategien für Krypto-Plattformen. 115 – Adaptiv. Im Gegensatz zu anderen abstimmungsbasierten Systemen erzielen Snow-Protokolle eine höhere Leistung, wenn die Der Gegner ist klein und dennoch äußerst widerstandsfähig gegenüber großen Angriffen. – Asynchron sicher. Snow-Protokolle erfordern im Gegensatz zu Protokollen mit der längsten Kette keine Synchronität arbeiten sicher und verhindern so doppelte Ausgaben, selbst bei Netzwerkpartitionen. Im Bitcoin, Wenn beispielsweise die Synchronizitätsannahme verletzt wird, ist es möglich, mit unabhängigen Zweigen des zu operieren 120 Bitcoin Netzwerk für längere Zeiträume, was alle Transaktionen nach der Gabelung ungültig machen würde heilen. – Geringe Latenz. Die meisten blockchains sind heute nicht in der Lage, Geschäftsanwendungen wie Handel oder Tagesgeschäfte zu unterstützen Massenzahlungen. Es ist einfach nicht praktikabel, Minuten oder sogar Stunden auf die Bestätigung von Transaktionen zu warten. Daher ist eine der wichtigsten und dennoch häufig übersehenen Eigenschaften von Konsensprotokollen die 125 Zeit bis zur Endgültigkeit. Snow-Protokolle erreichen ihre Endgültigkeit typischerweise in ≤1 Sekunde, was deutlich kürzer ist als Sowohl Protokolle mit der längsten Kette als auch Shard-blockchains, die typischerweise beide die Endgültigkeit einer Angelegenheit umfassen von Minuten.Avalanche Plattform 30.06.2020 5 – Hoher Durchsatz. Snow-Protokolle, die eine lineare Kette oder einen DAG aufbauen können, erreichen Tausende von Transaktionen pro Sekunde (5000+ tps) und behalten gleichzeitig die vollständige Dezentralisierung bei. Neue blockchain-Lösungen, die Anspruch haben 130 hoch TPS tauschen typischerweise Dezentralisierung und Sicherheit aus und entscheiden sich für mehr Zentralisierung und Unsicherheit Konsensmechanismen. Einige Projekte melden Zahlen aus stark kontrollierten Umgebungen und melden daher falsch echte Leistungsergebnisse. Die gemeldeten Zahlen für $AVAX stammen direkt aus einem echten, vollständig implementierten Avalanche-Netzwerk, das auf 2000 Knoten auf AWS läuft und im Low-End-Bereich geografisch über den ganzen Globus verteilt ist Maschinen. Höhere Leistungsergebnisse (10.000+) können durch die Annahme einer höheren Bandbreite erzielt werden 135 Bereitstellung für jeden Knoten und dedizierte Hardware für die Signaturüberprüfung. Abschließend stellen wir fest, dass die Die oben genannten Metriken befinden sich auf der Basisebene. Layer-2-Skalierungslösungen verbessern diese Ergebnisse sofort erheblich. Vergleichende Konsensdiagramme Tabelle 1 beschreibt die Unterschiede zwischen den drei bekannten Familien von Konsensprotokollen über einen Satz von 8 kritischen Achsen. 140 Nakamoto Klassisch Schnee Robust (geeignet für offene Einstellungen) + - + Stark dezentralisiert (ermöglicht viele Validatoren) + - + Geringe Latenz und schnelle Endgültigkeit (schnelle Transaktionsbestätigung) - + + Hoher Durchsatz (ermöglicht viele Clients) - + + Leicht (Geringe Systemanforderungen) - + + Ruhend (nicht aktiv, wenn keine Entscheidungen getroffen werden) - + + Sicherheit parametrierbar (mehr als 51 % gegnerische Präsenz) - - + Hoch skalierbar - - + Tabelle 1. Vergleichsdiagramm zwischen den drei bekannten Familien von Konsensprotokollen. Avalanche, Schneemann und Frosty gehören alle zur Familie Snow.
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
Plattformübersicht
In diesem Abschnitt geben wir einen Überblick über die Architektur der Plattform und diskutieren verschiedene Implementierungen Details. Die Avalanche-Plattform trennt drei Bereiche sauber: Ketten (und darauf aufbauende Assets) und Ausführung Umgebungen und Bereitstellung. 3.1 Architektur 145 Subnetzwerke Ein Subnetzwerk oder Subnetz ist eine dynamische Gruppe von validators, die zusammenarbeiten, um einen Konsens zu erzielen über den Zustand einer Menge von blockchains. Jeder blockchain wird von einem Subnetz validiert, und ein Subnetz kann validieren beliebig viele blockchains. Ein validator kann Mitglied beliebig vieler Subnetze sein. Ein Subnetz entscheidet wer es betreten darf, und kann verlangen, dass die darin enthaltenen validators bestimmte Eigenschaften haben. Der Avalanche Die Plattform unterstützt den Aufbau und Betrieb beliebig vieler Subnetze. Um ein neues Subnetz zu erstellen 150 oder um einem Subnetz beizutreten, muss man eine Gebühr in $AVAX zahlen.
6 Kevin Sekniqi, Daniel Laine, Stephen Buttolph und Emin Gün Sirer Das Subnetzmodell bietet eine Reihe von Vorteilen: – Wenn einem validator die blockchains in einem bestimmten Subnetz egal sind, wird er diesem Subnetz einfach nicht beitreten. Dies reduziert den Netzwerkverkehr und die für validators erforderlichen Rechenressourcen. Das ist drin Im Gegensatz zu anderen blockchain-Projekten, bei denen jeder validator sogar jede Transaktion validieren muss 155 diejenigen, die ihnen egal sind. – Da Subnetze darüber entscheiden, wer sie betreten darf, kann man private Subnetze erstellen. Das heißt, jeder blockchain in Das Subnetz wird nur durch eine Reihe vertrauenswürdiger validators validiert. – Man kann ein Subnetz erstellen, in dem jeder validator bestimmte Eigenschaften hat. Beispielsweise könnte man eine erstellen Subnetz, in dem sich jeder validator in einer bestimmten Gerichtsbarkeit befindet oder in dem jeder validator an einen bestimmten Gerichtsstand gebunden ist 160 realer Vertrag. Dies kann aus Compliance-Gründen von Vorteil sein. Es gibt ein spezielles Subnetz namens Standardsubnetz. Es wird von allen validators validiert. (Das heißt, in der Reihenfolge Um ein Subnetz zu validieren, muss auch das Standard-Subnetz validiert werden.) Das Standard-Subnetz validiert eine Reihe von vordefinierte blockchains, einschließlich des blockchain, in dem $AVAX lebt und gehandelt wird. Virtuelle Maschinen Jede blockchain ist eine Instanz einer virtuellen Maschine (VM). Eine VM ist eine Blaupause für eine 165 blockchain, ähnlich wie eine Klasse ein Entwurf für ein Objekt in einer objektorientierten Programmiersprache ist. Die Schnittstelle, Status und Verhalten eines blockchain werden durch die VM definiert, die der blockchain ausführt. Folgendes Eigenschaften eines blockchain und andere werden von einer VM definiert: – Der Inhalt eines Blocks – Der Zustandsübergang, der auftritt, wenn ein Block akzeptiert wird 170 – Die von blockchain bereitgestellten APIs und ihre Endpunkte – Die Daten, die auf der Festplatte gespeichert werden Wir sagen, dass ein blockchain eine bestimmte VM „verwendet“ oder „ausführt“. Beim Erstellen eines blockchain gibt man die VM an es läuft, sowie der Genesis-Status von blockchain. Ein neuer blockchain kann unter Verwendung eines bereits vorhandenen erstellt werden VM oder ein Entwickler kann eine neue programmieren. Es kann beliebig viele blockchains geben, die dieselbe VM ausführen. 175 Jeder blockchain, auch diejenigen, die dieselbe VM ausführen, ist logisch unabhängig von anderen und behält seine bei eigener Staat. 3.2 Bootstrapping Der erste Schritt bei der Teilnahme an Avalanche ist das Bootstrapping. Der Prozess erfolgt in drei Phasen: Verbindung um Anker zu säen, Netzwerke und Zustände zu entdecken und ein validator zu werden. 180 Seed-Anker Jedes vernetzte System von Peers, das ohne autorisierte (d. h. fest codierte) Netzwerke arbeitet. Eine Reihe von Identitäten erfordert einen Mechanismus zur Peer-Erkennung. In Peer-to-Peer-Filesharing-Netzwerken gibt es eine Reihe von Es kommen Tracker zum Einsatz. Ein typischer Mechanismus in Kryptonetzwerken ist die Verwendung von DNS-Seed-Knoten (auf die wir verweisen).Avalanche Plattform 30.06.2020 7 als Seed-Anker), die aus einer Reihe wohldefinierter Seed-IP-Adressen bestehen, von denen andere Mitglieder von Das Netzwerk kann entdeckt werden. Die Rolle von DNS-Seed-Knoten besteht darin, nützliche Informationen über die Gruppe bereitzustellen 185 der aktiven Teilnehmer am System. Der gleiche Mechanismus wird in Bitcoin Core [1] verwendet, wobei der Die Datei src/chainparams.cpp des Quellcodes enthält eine Liste hartcodierter Seed-Knoten. Der Unterschied zwischen BTC und Avalanche besteht darin, dass BTC nur einen korrekten DNS-Seed-Knoten erfordert, während Avalanche einen einfachen erfordert Die meisten Anker sind korrekt. Ein neuer Benutzer könnte sich beispielsweise dafür entscheiden, die Netzwerkansicht zu booten über eine Reihe gut etablierter und seriöser Börsen, von denen jeder einzelne nicht vertrauenswürdig ist. 190 Wir weisen jedoch darauf hin, dass der Satz von Bootstrap-Knoten nicht fest codiert oder statisch sein muss und dies auch sein kann Vom Benutzer bereitgestellt, aus Gründen der Benutzerfreundlichkeit können Kunden jedoch eine Standardeinstellung bereitstellen, die wirtschaftlich ist wichtige Akteure, wie z. B. Börsen, mit denen Kunden ihre Weltanschauung teilen möchten. Es gibt kein Hindernis dafür zu einem Seed-Anker werden, daher kann eine Reihe von Seed-Ankern nicht vorschreiben, ob ein Knoten eintreten darf oder nicht Das Netzwerk, da Knoten das neueste Netzwerk von Avalanche-Peers erkennen können, indem sie sich an einen beliebigen Seed-Satz anhängen 195 Anker. Netzwerk- und Zustandserkennung Sobald ein Knoten mit den Seed-Ankern verbunden ist, fragt er nach dem neuesten Satz von Zustandsübergänge. Wir nennen diese Menge von Zustandsübergängen die akzeptierte Grenze. Für eine Kette die akzeptierte Grenze ist der letzte akzeptierte Block. Für eine DAG ist die akzeptierte Grenze die Menge der Scheitelpunkte, die akzeptiert werden, aber dennoch vorhanden sind keine akzeptierten Kinder. Nachdem der Staat die akzeptierten Grenzen von den Seed-Ankern erfasst hat, übergeht er diese 200 von der Mehrheit der Seed-Anker akzeptiert werden, gilt als akzeptiert. Anschließend wird der korrekte Zustand extrahiert durch Synchronisierung mit den abgetasteten Knoten. Solange es eine Mehrheit korrekter Knoten im Seed-Anker gibt gesetzt, dann müssen die akzeptierten Zustandsübergänge von mindestens einem korrekten Knoten als akzeptiert markiert worden sein. Dieser Zustandserkennungsprozess wird auch für die Netzwerkerkennung verwendet. Der Mitgliedersatz des Netzwerks ist in der Kette validator definiert. Daher ermöglicht die Synchronisierung mit der Kette validator dem Knoten die Erkennung 205 der aktuelle Satz von validators. Die validator-Kette wird im nächsten Abschnitt weiter besprochen. 3.3 Sybil-Kontrolle und Mitgliedschaft Konsensprotokolle stellen ihre Sicherheitsgarantien unter der Annahme bereit, dass bis zu einer Schwellenwertzahl Die Anzahl der Mitglieder im System könnte kontrovers sein. Ein Sybil-Angriff, bei dem ein Knoten das Netzwerk kostengünstig überflutet mit böswilligen Identitäten können diese Garantien trivialerweise außer Kraft setzen. Grundsätzlich kann ein solcher Angriff nur sein 210 abgeschreckt, indem man die Präsenz mit dem Beweis einer schwer zu fälschenden Ressource [3] tauscht. Frühere Systeme haben die Verwendung untersucht von Sybil-Abschreckungsmechanismen, die proof-of-work (PoW), proof-of-stake (PoS) und den Nachweis der verstrichenen Zeit umfassen (POET), Proof-of-Space-and-Time (PoST) und Proof-of-Authority (PoA). Im Kern erfüllen alle diese Mechanismen eine identische Funktion: Sie erfordern, dass jeder Teilnehmer dies tut ein gewisser „Skin in the Game“ in Form eines wirtschaftlichen Engagements, das wiederum einen wirtschaftlichen Nutzen mit sich bringt 215 Barriere gegen Fehlverhalten dieses Teilnehmers. Bei allen handelt es sich um eine Form des Einsatzes, sei es in der Form von Mining-Rigs und hash Strom (PoW), Speicherplatz (PoST), vertrauenswürdiger Hardware (POET) oder einer genehmigten Identität (PoA). Dieser Einsatz bildet die Grundlage für die wirtschaftlichen Kosten, die die Teilnehmer tragen müssen, um eine Stimme zu erhalten. Für Beispielsweise ist in Bitcoin die Fähigkeit, gültige Blöcke beizutragen, direkt proportional zur hash-Leistung des vorgeschlagener Teilnehmer. Leider kam es auch bei den Konsensprotokollen zu erheblicher Verwirrung8 Kevin Sekniqi, Daniel Laine, Stephen Buttolph und Emin Gün Sirer versus Sybil-Kontrollmechanismen. Wir stellen fest, dass die Wahl der Konsensprotokolle größtenteils orthogonal zur Wahl des Sybil-Kontrollmechanismus. Das soll nicht heißen, dass Sybil-Kontrollmechanismen vorhanden sind Drop-in-Replacements für einander, da eine bestimmte Wahl Auswirkungen auf den Basiswert haben kann Garantien des Konsensprotokolls. Allerdings kann die Familie Snow* mit vielen dieser bekannten Arten gekoppelt werden Mechanismen, ohne nennenswerte Modifikation. 225 Letztendlich aus Sicherheitsgründen und um sicherzustellen, dass die Anreize der Teilnehmer zum Wohle von ausgerichtet sind Im Netzwerk wählt $AVAX PoS zum zentralen Sybil-Kontrollmechanismus. Einige Formen des Einsatzes sind von Natur aus zentralisiert: Die Herstellung von Mining-Rigs (PoW) beispielsweise ist von Natur aus in den Händen einiger weniger zentralisiert Menschen mit dem entsprechenden Know-how und Zugang zu den Dutzenden Patenten, die für wettbewerbsfähige VLSI erforderlich sind Herstellung. Darüber hinaus verliert das PoW-Mining aufgrund der hohen jährlichen Miner-Subventionen an Wert. Ebenso, 230 Der Speicherplatz befindet sich größtenteils im Besitz großer Rechenzentrumsbetreiber. Darüber hinaus verfügen alle Sybil-Kontrollmechanismen die laufende Kosten verursachen, z.B. Stromkosten für hashing, Wertverlust aus dem Ökosystem, ganz zu schweigen davon zerstören die Umwelt. Dies wiederum verringert den Machbarkeitsrahmen für token, was nachteilig ist Preisschwankungen über einen kurzen Zeitraum können dazu führen, dass das System nicht mehr funktionsfähig ist. Proof-of-Work wählt grundsätzlich aus Bergleute, die über die Verbindungen verfügen, um billigen Strom zu beschaffen, was wenig mit der Fähigkeit der Bergleute zu tun hat 235 um Transaktionen oder deren Beiträge zum gesamten Ökosystem zu serialisieren. Unter diesen Optionen wählen wir proof-of-stake, weil es grün, zugänglich und offen für alle ist. Wir weisen jedoch darauf hin, dass dabei das $AVAX verwendet wird PoS, das Netzwerk Avalanche ermöglicht den Start von Subnetzen mit PoW und PoS. Das Abstecken ist ein natürlicher Mechanismus für die Teilnahme an einem offenen Netzwerk, da es eine direkte wirtschaftliche Nutzung ermöglicht Argument: Die Erfolgswahrscheinlichkeit eines Angriffs ist direkt proportional zu wohldefinierten monetären Kosten 240 Funktion. Mit anderen Worten: Die beteiligten Knoten sind wirtschaftlich motiviert, sich nicht auf ein solches Verhalten einzulassen könnten den Wert ihres Einsatzes beeinträchtigen. Darüber hinaus fallen für diesen Einsatz keine weiteren Unterhaltskosten (sonstige) an dann die Opportunitätskosten der Investition in einen anderen Vermögenswert) und verfügt über das Eigentum, das im Gegensatz zu Bergbauausrüstung wird vollständig verbraucht, wenn es bei einem katastrophalen Angriff verwendet wird. Für PoW-Operationen kann Bergbauausrüstung einfach sein wiederverwendet oder – wenn der Eigentümer dies wünscht – vollständig an den Markt zurückverkauft. 245 Ein Knoten, der dem Netzwerk beitreten möchte, kann dies frei tun, indem er zunächst einen immobilisierten Pfahl setzt während der Dauer der Teilnahme am Netzwerk. Der Nutzer bestimmt die Höhe der Einsatzdauer. Sobald ein Einsatz angenommen wurde, kann er nicht mehr rückgängig gemacht werden. Das Hauptziel besteht darin, sicherzustellen, dass die Knoten im Wesentlichen gemeinsam genutzt werden gleiche weitgehend stabile Sicht auf das Netzwerk. Wir gehen davon aus, dass die Mindestzeit staking in der Größenordnung von a liegt Woche. 250 Im Gegensatz zu anderen Systemen, die ebenfalls einen PoS-Mechanismus anbieten, nutzt $AVAX kein Slashing und Daher werden alle Einsätze nach Ablauf des Zeitraums staking zurückgegeben. Dies verhindert unerwünschte Szenarien wie z ein Software- oder Hardwarefehler des Clients, der zum Verlust von Münzen führt. Dies passt zu unserer Designphilosophie des Aufbaus vorhersehbarer Technologie: Die abgesteckten tokens sind nicht gefährdet, selbst wenn Software vorhanden ist oder Hardwarefehler. 255 In Avalanche gibt ein Knoten, der teilnehmen möchte, eine spezielle Stake-Transaktion an die validator-Kette aus. Zu den Stake-Transaktionen gehören der zu setzende Betrag, der staking-Schlüssel des Teilnehmers, der staking ist, die Dauer, und die Zeit, zu der die Validierung beginnt. Sobald die Transaktion akzeptiert wird, wird das Geld bis zum gesperrt Ende des Zeitraums staking. Der minimal zulässige Betrag wird vom System festgelegt und durchgesetzt. Der Einsatz Der von einem Teilnehmer platzierte Betrag hat Auswirkungen auf das Ausmaß des Einflusses, den der Teilnehmer auf das Unternehmen hatAvalanche Plattform 30.06.2020 9 Konsensprozess sowie die Belohnung, wie später besprochen. Die angegebene Dauer staking muss zwischen liegen δmin und δmax, die minimalen und maximalen Zeitrahmen, für die jeder Einsatz gesperrt werden kann. Wie bei der staking Betrag, der Zeitraum staking hat auch Auswirkungen auf die Belohnung im System. Verlust oder Diebstahl des Der Schlüssel staking kann nicht zu einem Vermögensverlust führen, da der Schlüssel staking nur im Konsensprozess und nicht für Vermögenswerte verwendet wird übertragen. 265 3.4 Intelligente Verträge in $AVAX Beim Start unterstützt Avalanche standardmäßige Solidity-basierte smart contracts über die virtuelle Maschine Ethereum (EVM). Wir gehen davon aus, dass die Plattform einen umfangreicheren und leistungsfähigeren Satz von smart contract unterstützen wird. Werkzeuge, darunter: – Intelligente Verträge mit Off-Chain-Ausführung und On-Chain-Verifizierung. 270 – Intelligente Verträge mit paralleler Ausführung. Alle smart contracts, die nicht mit demselben Status in arbeiten Jedes Subnetz in Avalanche kann parallel ausgeführt werden. – Eine verbesserte Solidity, genannt Solidity++. Diese neue Sprache wird Versionierung und sichere Mathematik unterstützen und Festkomma-Arithmetik, ein verbessertes Typsystem, Kompilierung in LLVM und Just-in-Time-Ausführung. Wenn ein Entwickler EVM-Unterstützung benötigt, aber smart contracts in einem privaten Subnetz bereitstellen möchte, muss er 275 kann direkt ein neues Subnetz aufbauen. Auf diese Weise ermöglicht Avalanche funktionsspezifisches Sharding die Subnetze. Wenn ein Entwickler außerdem Interaktionen mit dem aktuell bereitgestellten Ethereum smart Verträge können sie mit dem Athereum-Subnetz interagieren, das ein Löffel von Ethereum ist. Schließlich, wenn ein Entwickler eine andere Ausführungsumgebung als die virtuelle Maschine Ethereum erfordert, können sie sich für die Bereitstellung entscheiden ihre smart contract über ein Subnetz, das eine andere Ausführungsumgebung wie DAML implementiert 280 oder WASM. Subnetze können über das VM-Verhalten hinaus zusätzliche Funktionen unterstützen. Beispielsweise können Subnetze erzwingen Leistungsanforderungen für größere validator-Knoten, die smart contracts über längere Zeiträume halten, oder validators, die den Vertragsstatus privat halten. 4 Governance und der $AVAX-Token 4.1 Der $AVAX Native Token 285 Geldpolitik Das native token, $AVAX, ist begrenztes Angebot, wobei die Obergrenze auf 720.000.000 tokens festgelegt ist. mit 360.000.000 tokens, die beim Mainnet-Start verfügbar sind. Allerdings im Gegensatz zu anderen tokens mit begrenzter Versorgung, die Um die Prägerate kontinuierlich zu erhöhen, besteht die Geldpolitik von \(AVAX is designed to react to changing economic conditions. In particular, the objective of \)AVAX darin, die Anreize der Benutzer auszugleichen, token zu setzen. im Gegensatz zur Verwendung zur Interaktion mit der Vielfalt der auf der Plattform verfügbaren Dienste. Teilnehmer der Plattform 290 fungieren gemeinsam als dezentrale Reservebank. Die auf Avalanche verfügbaren Hebel sind staking Belohnungen, Gebühren, und Luftabwürfe, die alle durch steuerbare Parameter beeinflusst werden. Die Einsatzprämien werden durch die On-Chain-Governance festgelegt und von einer Funktion gesteuert, die darauf ausgelegt ist, das begrenzte Angebot niemals zu überschreiten. Das Abstecken kann induziert werden durch Erhöhung der Gebühren oder Erhöhung der staking Prämien. Andererseits können wir ein stärkeres Engagement herbeiführen mit den Avalanche-Plattformdiensten durch Senkung der Gebühren und Reduzierung der staking-Prämie.10 Kevin Sekniqi, Daniel Laine, Stephen Buttolph und Emin Gün Sirer Verwendungsmöglichkeiten Zahlungen Echte dezentrale Peer-to-Peer-Zahlungen sind für die Branche aufgrund von weitgehend ein unerfüllter Traum die derzeitige mangelnde Leistung der etablierten Betreiber. $AVAX ist genauso leistungsstark und einfach zu verwenden wie Zahlungen Visa ermöglicht weltweit jede Sekunde Tausende von Transaktionen auf völlig vertrauenswürdige und dezentralisierte Weise. Darüber hinaus bietet $AVAX für Händler weltweit ein direktes Wertversprechen gegenüber Visa, nämlich einen niedrigeren 300 Gebühren. Abstecken: Sichern des Systems Auf der Plattform Avalanche wird die Sybil-Kontrolle über staking erreicht. In Ordnung Zur Validierung muss ein Teilnehmer Münzen oder Einsätze sperren. Validatoren, manchmal auch Staker genannt, sind es wurden für ihre Validierungsdienste unter anderem basierend auf staking Betrag und staking Dauer entschädigt Eigenschaften. Die gewählte Kompensationsfunktion sollte die Varianz minimieren und sicherstellen, dass dies bei großen Spielern nicht der Fall ist 305 erhalten unverhältnismäßig mehr Entschädigung. Die Teilnehmer unterliegen auch keinen „Glücksfaktoren“ wie z PoW-Mining. Ein solches Belohnungssystem verhindert auch die Bildung von Mining- oder staking-Pools, was es wirklich ermöglicht dezentrale, vertrauenslose Teilnahme am Netzwerk. Atomic Swaps Neben der Bereitstellung der Kernsicherheit des Systems dient $AVAX token als universelle Einheit des Austausches. Von da an wird die Avalanche-Plattform in der Lage sein, vertrauenswürdige Atom-Swaps nativ zu unterstützen 310 Die Plattform ermöglicht den nativen, wirklich dezentralen Austausch von Vermögenswerten aller Art direkt auf Avalanche. 4.2 Regierungsführung Governance ist für die Entwicklung und Einführung jeder Plattform von entscheidender Bedeutung, denn – wie bei allen anderen Arten auch von Systemen – Avalanche wird ebenfalls einer natürlichen Weiterentwicklung und Aktualisierungen ausgesetzt sein. $AVAX bietet On-Chain-Governance für kritische Parameter des Netzwerks, wobei die Teilnehmer über Änderungen am Netzwerk abstimmen können und 315 Entscheidungen zur Netzwerkmodernisierung demokratisch regeln. Dazu gehören Faktoren wie der Mindestbetrag staking, Prägerate sowie andere wirtschaftliche Parameter. Dadurch kann die Plattform eine dynamische Parameteroptimierung mithilfe einer Crowd oracle effektiv durchführen. Allerdings im Gegensatz zu einigen anderen Governance-Plattformen Da draußen erlaubt Avalanche keine unbegrenzten Änderungen an beliebigen Aspekten des Systems. Stattdessen nur ein Eine vorab festgelegte Anzahl von Parametern kann über Governance geändert werden, wodurch das System vorhersehbarer wird 320 und Erhöhung der Sicherheit. Darüber hinaus unterliegen alle regelbaren Parameter innerhalb bestimmter Zeitgrenzen Grenzen. Einführung einer Hysterese und Sicherstellung, dass das System über kurze Zeiträume vorhersehbar bleibt. Für dezentrale Systeme ohne Verwalter ist ein praktikabler Prozess zur Ermittlung global akzeptabler Werte für Systemparameter von entscheidender Bedeutung. Avalanche kann seinen Konsensmechanismus nutzen, um ein System aufzubauen, das dies ermöglicht Jeder kann spezielle Transaktionen vorschlagen, bei denen es sich im Wesentlichen um systemweite Umfragen handelt. Jeder teilnehmende Knoten kann 325 solche Vorschläge machen. Der nominale Belohnungssatz ist ein wichtiger Parameter, der sich auf jede Währung auswirkt, egal ob digital oder fiat. Leider können Kryptowährungen, die diesen Parameter beheben, mit verschiedenen Problemen konfrontiert sein, einschließlich Deflation oder Inflation. Zu diesem Zweck unterliegt der nominale Belohnungssatz einer Steuerung innerhalb vorab festgelegter Grenzen. Das wird Erlauben Sie token-Inhabern, zu entscheiden, ob $AVAX letztendlich begrenzt, unbegrenzt oder sogar deflationär sein soll.Avalanche Plattform 30.06.2020 11 Transaktionsgebühren, die mit der Menge F bezeichnet werden, unterliegen ebenfalls der Governance. F ist praktisch ein Tupel, das die mit den verschiedenen Anweisungen und Transaktionen verbundenen Gebühren beschreibt. Schließlich staking Zeiten und Beträge sind ebenfalls regierbar. Die Liste dieser Parameter ist in Abbildung 1 definiert. – ∆: Einsatzbetrag, denominiert in $AVAX. Dieser Wert definiert den Mindesteinsatz, der platziert werden muss Bevor Sie am System teilnehmen, müssen Sie eine Bindung eingehen. – δmin: Die minimale Zeit, die ein Knoten benötigt, um sich in das System einzubinden. – δmax: Die maximale Zeit, die ein Knoten einsetzen kann. – ρ : (π∆, τδmin) →R : Belohnungsratenfunktion, auch Minting-Rate genannt, bestimmt die Belohnung a Der Teilnehmer kann einen Anspruch in Abhängigkeit von seinem staking-Betrag bei gegebener Anzahl von π öffentlich bekannt gegebenen Knoten erheben in seinem Besitz, über einen Zeitraum von τ aufeinanderfolgenden δmin Zeitrahmen, so dass τδmin ≤δmax. – F: die Gebührenstruktur, bei der es sich um eine Reihe regelbarer Gebührenparameter handelt, die die Kosten für verschiedene Transaktionen angeben. Abb. 1. Wichtige Nicht-Konsens-Parameter, die in Avalanche verwendet werden. Bei der ersten Verwendung wird die gesamte Notation neu definiert. Im Einklang mit dem Prinzip der Vorhersehbarkeit in einem Finanzsystem weist die Governance in $AVAX eine Hysterese auf. Dies bedeutet, dass Änderungen an Parametern stark von den letzten Änderungen abhängen. Es gibt zwei Grenzen 335 jedem regelbaren Parameter zugeordnet: Zeit und Bereich. Sobald ein Parameter mithilfe einer Governance geändert wird Bei einer Transaktion wird es sehr schwierig, sie sofort und in großem Umfang wieder zu ändern. Diese Schwierigkeiten und Wertbeschränkungen lockern sich, je mehr Zeit seit der letzten Änderung vergeht. Insgesamt hält dies das System davon ab sich innerhalb kurzer Zeit drastisch ändern, sodass Benutzer die Systemparameter im sicher vorhersagen können kurzfristig und bietet gleichzeitig eine starke Kontrolle und Flexibilität auf lange Sicht. 340
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.
Regierungsführung
1.1 Avalanche Ziele und Prinzipien Avalanche ist eine leistungsstarke, skalierbare, anpassbare und sichere blockchain-Plattform. Es zielt auf drei ab breite Anwendungsfälle: 15 – Erstellen anwendungsspezifischer blockchains, die berechtigte (private) und erlaubnislose (öffentliche) umfassen Bereitstellungen. – Erstellen und Starten hochskalierbarer und dezentraler Anwendungen (Dapps). – Aufbau beliebig komplexer digitaler Assets mit benutzerdefinierten Regeln, Vereinbarungen und Fahrern (intelligente Assets). 1 Zukunftsgerichtete Aussagen beziehen sich im Allgemeinen auf zukünftige Ereignisse oder unsere zukünftige Leistung. Dies schließt ein, ist es aber nicht beschränkt auf die geplante Leistung von Avalanche; die erwartete Entwicklung seines Geschäfts und seiner Projekte; Ausführung seiner Vision und Wachstumsstrategie; und Abschluss von Projekten, die derzeit laufen, sich in der Entwicklung befinden oder ansonsten in Erwägung gezogen. Zukunftsgerichtete Aussagen spiegeln die Überzeugungen und Annahmen unseres Managements wider erst ab dem Datum dieser Präsentation. Diese Aussagen stellen keine Garantien für zukünftige Leistungen dar und sind unzulässig Man sollte sich nicht auf sie verlassen. Solche zukunftsgerichteten Aussagen betreffen zwangsläufig Bekanntes und Unbekanntes Risiken, die dazu führen können, dass die tatsächlichen Leistungen und Ergebnisse in zukünftigen Zeiträumen erheblich von den Prognosen abweichen hierin ausgedrückt oder impliziert. Avalanche übernimmt keine Verpflichtung, zukunftsgerichtete Aussagen zu aktualisieren. Obwohl Bei zukunftsgerichteten Aussagen handelt es sich um unsere bestmöglichen Vorhersagen zum Zeitpunkt ihrer Äußerung. Wir können nicht garantieren, dass dies der Fall ist werden sich als korrekt erweisen, da tatsächliche Ergebnisse und zukünftige Ereignisse erheblich abweichen können. Der Leser wird davor gewarnt sich unangemessen auf zukunftsgerichtete Aussagen zu verlassen.2 Kevin Sekniqi, Daniel Laine, Stephen Buttolph und Emin Gün Sirer Das übergeordnete Ziel von Avalanche ist die Bereitstellung einer einheitlichen Plattform für die Erstellung, Übertragung und den Handel von 20 digitale Vermögenswerte. Konstruktionsbedingt besitzt Avalanche die folgenden Eigenschaften: Skalierbar Avalanche ist auf enorme Skalierbarkeit, Robustheit und Effizienz ausgelegt. Die zentrale Konsensmaschine ist in der Lage, ein globales Netzwerk von potenziell Hunderten Millionen mit dem Internet verbundenen Geräten mit geringer und hoher Leistung zu unterstützen, die nahtlos, mit geringen Latenzen und sehr hohen Transaktionen pro Sekunde funktionieren. 25 Secure Avalanche ist auf Robustheit und hohe Sicherheit ausgelegt. Klassische Konsensprotokolle sind Entwickelt, um bis zu f-Angreifern standzuhalten und vollständig zu versagen, wenn sie einem Angreifer der Größe f + 1 gegenüberstehen oder größer, und der Nakamoto-Konsens bietet keine Sicherheit, wenn 51 % der Bergleute Byzantiner sind. Im Gegensatz dazu Avalanche bietet eine sehr starke Sicherheitsgarantie, wenn der Angreifer einen bestimmten Schwellenwert unterschreitet kann vom Systemdesigner parametrisiert werden und sorgt für eine sanfte Verschlechterung, wenn der Angreifer die Grenze überschreitet 30 dieser Schwelle. Es kann Sicherheitsgarantien (jedoch keine Lebendigkeitsgarantien) aufrechterhalten, selbst wenn der Angreifer 51 % überschreitet. Es ist das erste erlaubnislose System, das derart starke Sicherheitsgarantien bietet. Dezentralisiert Avalanche soll eine beispiellose Dezentralisierung ermöglichen. Dies impliziert eine Verpflichtung auf mehrere Client-Implementierungen und keine zentralisierte Kontrolle jeglicher Art. Das Ökosystem ist darauf ausgelegt, zu vermeiden Trennungen zwischen Benutzerklassen mit unterschiedlichen Interessen. Entscheidend ist, dass es keinen Unterschied zwischen Bergleuten gibt, 35 Entwickler und Benutzer. Regierbares und demokratisches $AVAX ist eine äußerst integrative Plattform, die es jedem ermöglicht, sich mit ihr zu verbinden Vernetzen Sie sich und beteiligen Sie sich an der Validierung und aus erster Hand an der Governance. Jeder token-Inhaber kann abstimmen Auswahl wichtiger Finanzparameter und Entscheidung darüber, wie sich das System entwickelt. Interoperabel und flexibel Avalanche ist als universelle und flexible Infrastruktur für eine Vielzahl konzipiert 40 von blockchains/assets, wobei die Basis $AVAX zur Sicherheit und als Rechnungseinheit für den Umtausch verwendet wird. Die Das System soll wertneutral viele darauf aufbauende blockchains unterstützen. Die Plattform ist von Grund auf so konzipiert, dass es einfach ist, vorhandene blockchains darauf zu portieren, Salden zu importieren Unterstützung mehrerer Skriptsprachen und virtueller Maschinen sowie sinnvolle Unterstützung mehrerer Bereitstellungen Szenarien. 45 Gliederung Der Rest dieses Dokuments ist in vier Hauptabschnitte unterteilt. Abschnitt 2 beschreibt die Einzelheiten dazu Motor, der die Plattform antreibt. In Abschnitt 3 wird das Architekturmodell hinter der Plattform erörtert, einschließlich Subnetzwerke, virtuelle Maschinen, Bootstrapping, Mitgliedschaft und staking. Abschnitt 4 erläutert die Governance Modell, das dynamische Änderungen wichtiger wirtschaftlicher Parameter ermöglicht. Schließlich werden in Abschnitt 5 verschiedene untersucht Randthemen von Interesse, einschließlich potenzieller Optimierungen, Post-Quanten-Kryptographie und realistischer 50 Gegner.
Avalanche Plattform 30.06.2020 3 Namenskonvention Der Name der Plattform lautet Avalanche und wird üblicherweise als „der Avalanche“ bezeichnet. Plattform“ und ist austauschbar/synonym mit „dem Netzwerk Avalanche“ oder – einfach – Avalanche. Codebasen werden unter Verwendung von drei numerischen Kennungen mit der Bezeichnung „v.[0-9].[0-9].[0-100]“ veröffentlicht, wobei die Die erste Nummer identifiziert Hauptversionen, die zweite Nummer identifiziert Nebenversionen und die dritte Nummer 55 identifiziert Patches. Die erste öffentliche Veröffentlichung mit dem Codenamen Avalanche Borealis ist Version 1.0.0. Der Einheimische token der Plattform heißt „$AVAX“. Die von der Avalanche-Plattform verwendete Familie von Konsensprotokollen ist wird als Snow*-Familie bezeichnet. Es gibt drei konkrete Instanziierungen mit den Namen Avalanche, Snowman und Frostig.
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
Diskussion
5.1 Optimierungen Beschneidung vieler blockchain-Plattformen, insbesondere derjenigen, die den Nakamoto-Konsens implementieren, wie Bitcoin, leiden unter ständigem Staatswachstum. Dies liegt daran, dass sie laut Protokoll den gesamten Verlauf von speichern müssen Transaktionen. Damit ein blockchain jedoch nachhaltig wachsen kann, muss er in der Lage sein, alte Geschichte zu beschneiden. 345 Dies ist besonders wichtig für blockchains, die eine hohe Leistung unterstützen, wie z. B. Avalanche. Bei der Snow*-Familie ist das Beschneiden einfach. Anders als in Bitcoin (und ähnlichen Protokollen), wo das Beschneiden nicht erfolgt Gemäß den algorithmischen Anforderungen ist es möglich, dass in $AVAX-Knoten Teile der DAG nicht verwaltet werden müssen sind tiefgründig und sehr engagiert. Diese Knoten müssen keine Vorgeschichte für neues Bootstrapping nachweisen Knoten und müssen daher lediglich den aktiven Zustand, d. h. die aktuellen Salden, sowie den nicht festgeschriebenen Zustand speichern 350 Transaktionen. Clienttypen Avalanche kann drei verschiedene Clienttypen unterstützen: Archival, Full und Light. Archiv Knoten speichern den gesamten Verlauf des $AVAX-Subnetzes, des staking-Subnetzes und des smart contract-Subnetzes12 Kevin Sekniqi, Daniel Laine, Stephen Buttolph und Emin Gün Sirer Weg zur Entstehung, was bedeutet, dass diese Knoten als Bootstrapping-Knoten für neue eingehende Knoten dienen. Zusätzlich Diese Knoten können den vollständigen Verlauf anderer Subnetze speichern, für die sie sich als validators entscheiden. Archiv 355 Knoten sind typischerweise Maschinen mit hoher Speicherkapazität, die beim Herunterladen von anderen Knoten bezahlt werden Alter Zustand. Vollständige Knoten hingegen nehmen an der Validierung teil, speichern jedoch nicht den gesamten Verlauf Speichern Sie einfach den aktiven Status (z. B. den aktuellen UTXO-Satz). Schließlich für diejenigen, die einfach sicher interagieren müssen Da das Netzwerk die geringste Menge an Ressourcen beansprucht, unterstützt Avalanche Light-Clients, die dies können Beweisen Sie, dass eine Transaktion festgeschrieben wurde, ohne dass der Verlauf heruntergeladen oder synchronisiert werden muss. Licht 360 Kunden beteiligen sich an der wiederholten Sampling-Phase des Protokolls, um ein sicheres Engagement und ein netzwerkweites Netzwerk zu gewährleisten Konsens. Daher bieten Light-Clients in Avalanche die gleichen Sicherheitsgarantien wie vollständige Knoten. Sharding Sharding ist der Prozess der Partitionierung verschiedener Systemressourcen, um die Leistung zu steigern und Belastung reduzieren. Es gibt verschiedene Arten von Sharding-Mechanismen. Beim Netzwerk-Sharding die Gruppe der Teilnehmer ist in separate Teilnetzwerke unterteilt, um die algorithmische Belastung zu reduzieren; Beim State Sharding sind sich die Teilnehmer einig 365 Speicherung und Pflege nur bestimmter Teilbereiche des gesamten globalen Zustands; schließlich beim Transaktions-Sharding, Die Teilnehmer verpflichten sich, die Verarbeitung eingehender Transaktionen getrennt durchzuführen. In Avalanche Borealis existiert die erste Form des Shardings durch die Subnetzwerk-Funktionalität. Für Beispielsweise könnte man ein Gold-Subnetz und ein weiteres Immobilien-Subnetz starten. Diese beiden Subnetze können vollständig vorhanden sein parallel. Die Subnetze interagieren nur, wenn ein Benutzer mit seinen Goldbeständen Immobilienverträge kaufen möchte. 370 Zu diesem Zeitpunkt ermöglicht Avalanche einen atomaren Austausch zwischen den beiden Subnetzen. 5.2 Bedenken Post-Quanten-Kryptographie Die Post-Quanten-Kryptographie hat in letzter Zeit große Aufmerksamkeit erlangt aufgrund der Fortschritte in der Entwicklung von Quantencomputern und Algorithmen. Die Sorge um Quanten Der Nachteil von Computern besteht darin, dass sie einige der derzeit eingesetzten kryptografischen Protokolle, insbesondere digitale, brechen können 375 Unterschriften. Das Netzwerkmodell Avalanche ermöglicht eine beliebige Anzahl von VMs und unterstützt somit eine Quantenresistenz virtuelle Maschine mit einem geeigneten digitalen Signaturmechanismus. Wir erwarten verschiedene Arten digitaler Signaturen einzusetzende Systeme, einschließlich quantenresistenter RLWE-basierter Signaturen. Der Konsensmechanismus setzt für seinen Kernbetrieb keinerlei schwere Krypto voraus. Aufgrund dieses Designs ist es einfach Erweitern Sie das System um eine neue virtuelle Maschine, die quantensichere kryptografische Grundelemente bereitstellt. 380 Realistische Gegner Das Avalanche Papier [6] bietet sehr starke Garantien in Gegenwart eines mächtiger und feindlicher Gegner, im vollständigen Punkt-zu-Punkt-Modell als rundenadaptiver Gegner bekannt. In Mit anderen Worten, der Gegner hat zu jeder Zeit vollen Zugriff auf den Zustand jedes einzelnen korrekten Knotens, weiß das Zufallsauswahl aller korrekten Knoten, außerdem kann der eigene Status jederzeit vor und nach dem aktualisiert werden Der richtige Knoten hat die Möglichkeit, seinen eigenen Status zu aktualisieren. Tatsächlich ist dieser Gegner allmächtig, außer 385 die Möglichkeit, den Status eines korrekten Knotens direkt zu aktualisieren oder die Kommunikation zwischen korrekten Knoten zu ändern Knoten. Dennoch ist ein solcher Gegner in Wirklichkeit rein theoretisch, da die praktische Umsetzung des Der stärkste mögliche Gegner ist auf statistische Näherungen des Netzwerkzustands beschränkt. Daher in In der Praxis gehen wir davon aus, dass Angriffe im schlimmsten Fall nur schwer durchzuführen sind.Avalanche Plattform 30.06.2020 13 Inklusion und Gleichheit Ein häufiges Problem bei erlaubnislosen Währungen ist das „Reichwerden“. 390 reicher“. Dies ist eine berechtigte Sorge, da ein unsachgemäß implementiertes PoS-System dies tatsächlich ermöglichen kann Die Schaffung von Wohlstand wird überproportional den bereits großen Anteilseignern des Systems zugeschrieben. A Ein einfaches Beispiel sind leiterbasierte Konsensprotokolle, bei denen ein Unterausschuss oder ein benannter Leiter eingesetzt wird sammelt während seines Betriebs alle Belohnungen ein und die Wahrscheinlichkeit, für das Sammeln von Belohnungen ausgewählt zu werden, ist hoch proportional zum Einsatz, was zu starken Belohnungseffekten führt. Darüber hinaus gilt in Systemen wie Bitcoin 395 Es gibt ein „Groß wird größer“-Phänomen, bei dem die großen Bergleute einen Vorteil gegenüber den kleineren genießen von weniger Waisenkindern und weniger Arbeitsausfällen. Im Gegensatz dazu verwendet Avalanche eine egalitäre Verteilung der Prägung: Jeder einzelne Teilnehmer am staking-Protokoll wird gerecht und proportional auf der Grundlage seines Einsatzes entlohnt. Indem Avalanche einer sehr großen Anzahl von Menschen die direkte Teilnahme an staking ermöglicht, kann dies berücksichtigt werden Millionen von Menschen sollen gleichermaßen an staking teilnehmen. Der Mindestbetrag, der für die Teilnahme erforderlich ist 400 Das Protokoll unterliegt der Governance, wird jedoch auf einen niedrigen Wert initialisiert, um eine breite Beteiligung zu fördern. Dies bedeutet auch, dass die Delegation nicht verpflichtet ist, sich mit einem geringen Kontingent zu beteiligen. 6 Fazit In diesem Artikel haben wir die Architektur der Avalanche-Plattform besprochen. Im Vergleich zu anderen Plattformen heute die entweder Konsensprotokolle im klassischen Stil ausführen und daher von Natur aus nicht skalierbar sind oder diese nutzen 405 Konsens im Nakamoto-Stil, der ineffizient ist und hohe Betriebskosten verursacht; der Avalanche ist leichtgewichtig, schnell, skalierbar, sicher und effizient. Der native token, der zur Sicherung des Netzwerks und zur Bezahlung dient verschiedenen Infrastrukturkosten ist einfach und abwärtskompatibel. $AVAX verfügt über Kapazitäten, die andere Vorschläge übertreffen um ein höheres Maß an Dezentralisierung zu erreichen, Angriffen zu widerstehen und auf Millionen von Knoten ohne Quorum zu skalieren oder Gremienwahl, und somit ohne Beteiligungsbeschränkungen. 410 Neben der Konsens-Engine erweitert Avalanche den Stack und führt einfache, aber wichtige Elemente ein Ideen für Transaktionsmanagement, Governance und eine Reihe anderer Komponenten, die auf anderen Plattformen nicht verfügbar sind. Jeder Teilnehmer des Protokolls hat jederzeit Einfluss darauf, wie sich das Protokoll weiterentwickelt. Möglich gemacht durch einen leistungsstarken Governance-Mechanismus. Avalanche unterstützt eine hohe Anpassbarkeit und ermöglicht Fast sofortiges Plug-and-Play mit vorhandenen blockchains. 415