Avalanche AVAX

• Avalanche ist nach der Dokumentation ein heterogenes Netzwerk aus Blockchains, in dem für verschiedene Anwendungen eigene Chains entstehen können.
• Das Primary Network betreibt drei Blockchains mit unterschiedlichen Aufgaben, darunter eine Umsetzung der Ethereum Virtual Machine; das Mainnet (Hauptnetz) startete im September 2020.
• Validatoren (Netzwerkteilnehmer mit Prüfaufgabe) einigen sich über wiederholte Abstimmungen unter zufällig gewählten Teilen des Netzwerks.
• AVAX ist der native Token: Gebühren werden in AVAX bezahlt und gehen als Burn (Vernichtung von Token) aus dem Umlauf, und über Staking (Coins zur Netzsicherung hinterlegen) wird die Plattform gesichert; die Menge ist nach oben begrenzt.

Nach der Dokumentation ist Avalanche ein heterogenes Netzwerk aus Blockchains: Anders als in homogenen Netzwerken, in denen alle Anwendungen in derselben Chain liegen, können hier getrennte Chains für verschiedene Anwendungen angelegt werden. Ein Avalanche L1 ist dabei ein souveränes Netzwerk, das seine Regeln für Mitgliedschaft und Token-Ökonomie selbst festlegt. Das Primary Network ist ein besonderer Avalanche L1, der drei Blockchains betreibt: die Contract Chain (C-Chain), die Platform Chain (P-Chain) und die Exchange Chain (X-Chain).

Die C-Chain ist eine Implementierung der Ethereum Virtual Machine und unterstützt die Bereitstellung und Ausführung von Smart Contracts (auf der Blockchain gespeicherter Programmcode), die in Solidity geschrieben sind. Die P-Chain ist für alle Aufgaben rund um Validatoren und Avalanche L1s zuständig, darunter Staking und das Anlegen neuer Blockchains. Die X-Chain ist für digitale Smart Assets zuständig, die als Avalanche Native Tokens bezeichnet werden.

Das Mainnet startete laut Hilfeseite des Projekts im September 2020. Es besteht aus dem Primary Network und allen eingesetzten Avalanche L1s.

Konsensprotokolle der Avalanche-Familie arbeiten nach Angaben der Dokumentation über wiederholte Abstimmungen in Stichproben. Will ein Knoten entscheiden, ob eine Transaktion akzeptiert wird, fragt er eine kleine, zufällig gewählte Teilmenge der Validatoren nach ihrer Präferenz. Er wiederholt die Befragung, bis die befragten Validatoren über genügend aufeinanderfolgende Runden dieselbe Antwort geben. Snowman Consensus verbindet nach der Dokumentation Merkmale klassischer Konsensverfahren und des Nakamoto-Konsenses und ist auf hohen Durchsatz, schnelle Finality (Endgültigkeit von Transaktionen) und Energieeffizienz ausgelegt. Ungültige Transaktionen nimmt der Konsens nie auf.

Nach Angaben der Dokumentation hat jeder Validator bei Entscheidungen im Netzwerk ein Gewicht, das seinem Anteil an den insgesamt hinterlegten AVAX im Proof of Stake (Konsens über hinterlegte Coins) entspricht. Avalanche kürzt hinterlegte Coins laut Dokumentation nicht per Slashing (Kürzung hinterlegter Coins bei Fehlverhalten), auch nicht bei nachlässigem oder böswilligem Verhalten. Seit dem Etna-Upgrade (ACP-77) müssen Validatoren eines Avalanche L1 das Primary Network nicht validieren und synchronisieren nur die P-Chain. Jede Blockchain wird von genau einem Avalanche L1 validiert, ein Avalanche L1 kann aber mehrere Blockchains validieren.

Ava Labs wurde nach Angaben des Projekts 2018 gegründet, das Mainnet von Avalanche startete im September 2020. Die Avalanche Foundation hat demnach das öffentliche Netzwerk gestartet und unterstützt das Wachstum seines Ökosystems. Ava Labs ist ein Softwareunternehmen, das die Kern-Infrastruktur von Avalanche entwickelt und Leistungen für die Foundation erbringt. Von Ava Labs stammt nach der Dokumentation auch die Umsetzung von Snowman Consensus in der Software AvalancheGo.

Gründer und CEO von Ava Labs ist nach Angaben der Avalanche Foundation Emin Gün Sirer. Die Foundation bezeichnet ihn als Architekten des Konsensprotokolls von Avalanche.

• 2018Gründung von Ava Labs.
• September 2020Start des Mainnet von Avalanche.

AVAX ist nach der Dokumentation der native Utility-Token von Avalanche. Er dient dazu, Gebühren zu bezahlen, die Plattform per Staking zu sichern und als Recheneinheit zwischen den verschiedenen Avalanche L1s zu fungieren. Die Menge ist auf 720 Millionen AVAX begrenzt. Im Genesis Block (Startblock der Chain) wurden 360 Millionen AVAX erzeugt; laut Dokumentation wird fortlaufend ein kleiner Betrag AVAX als Belohnung für Validatoren neu erzeugt. Die Gebühren für eine Transaktion werden dauerhaft aus dem Umlauf genommen. Avalanche L1s können eigene Token-Ökonomien mit eigenen nativen Token, Gebührenmärkten und Anreizen haben.

Nach Angaben der Projektseite setzen Vermögensverwalter, Transferagenten und Emittenten Avalanche für Tokenization (Abbildung von Werten als Token) ein, also zur Ausgabe, Verwaltung und Abwicklung von Fonds, Aktien, Immobilien und Kreditprodukten als Token. Banken und Zahlungsunternehmen wickeln dort demnach grenzüberschreitende Zahlungen ab, und Institutionen können eigene regulierte Stablecoins (Token mit stabilisiertem Wert) oder tokenisierte Einlagen ausgeben. Öffentliche Stellen nutzen Avalanche demnach für Aufzeichnungen, Register und Zahlungen. Mit Avalanche L1s können Institutionen festlegen, wer validiert und wer Transaktionen ausführt, sodass Regeln schon auf Infrastrukturebene gelten. Ein Avalanche L1 kann nach der Dokumentation verlangen, dass Validatoren in einem bestimmten Land sitzen, KYC- und AML-Prüfungen bestehen oder eine Lizenz halten. Über Avalanche Warp Messaging können Avalanche L1s nativ miteinander kommunizieren.

• Gebundener Einsatz beim Delegieren. Nach Angaben der Dokumentation lassen sich die Angaben einer Delegation nicht mehr ändern, sobald die Transaktion abgeschickt ist: Der Einsatz kann weder vorzeitig abgezogen noch in der Menge geändert werden.
• Abhängigkeit vom gewählten Validator. Die Belohnung für delegierte AVAX hängt nach der Dokumentation davon ab, dass der gewählte Validator ausreichend korrekt und erreichbar arbeitet. Der Validator behält außerdem einen Teil der Belohnung als Delegationsgebühr ein.
• Stillstand der Blockbestätigung im Februar 2024. Am 23. Februar 2024 nahm das Primary Network nach dem Störungsbericht des Projekts keine Blöcke mehr an, weil die Blockbestätigung stillstand. Ursache war eine mit Version 1.10.18 eingeführte Logik, durch die Validatoren einander übermäßig viele Nachrichten schickten; Validatoren sollten deshalb auf AvalancheGo 1.11.1 wechseln, das diese Logik abschaltet.