Was ist Avalanche
Hinweis: Dieses Dokument ist eine automatische Übersetzung des englischen Originals.
Was ist Avalanche
Avalanche ist eine Layer-1-Blockchain-Plattform, die auf hohen Durchsatz, geringe Latenz und die Fähigkeit ausgelegt ist, unabhängige, anwendungsspezifische Netzwerke namens Subnets zu hosten. Sie wurde von Ava Labs gestartet und nutzt eine Familie von Konsensprotokollen — am bekanntesten Snowman —, die es dem Netzwerk ermöglichen, Transaktionen in unter zwei Sekunden zu finalisieren, ohne die Dezentralisierung zu opfern.
Avalanche ist keine einzelne Kette, sondern eine Architektur aus mehreren Ketten und Subnets. Die Plattform umfasst drei eingebaute Ketten — die X-Chain (Erstellung und Übertragung von Assets), die C-Chain (EVM-kompatible Smart Contracts) und die P-Chain (Koordination von Subnets und Validatoren) —, von denen jede für eine andere Funktion optimiert ist. Über diese Standardketten hinaus kann jeder ein Subnet erstellen: eine dedizierte Blockchain-Umgebung mit eigenen Validatoren, Konsensregeln und einer eigenen virtuellen Maschine.
Kurz gesagt: Avalanche ist eine Layer-1-Plattform, die um eine Subnet-Architektur und schnellen Konsens herum aufgebaut ist. Ihre C-Chain bietet Ethereum-Kompatibilität, während ihr Subnet-Modell es Projekten ermöglicht, unabhängige, zweckgebundene Blockchains innerhalb des Avalanche-Ökosystems zu starten.
Wie Avalanche funktioniert
Multi-Chain-Architektur
Das Kerndesign von Avalanche trennt verschiedene Arten von Arbeit über spezialisierte Ketten hinweg:
| Kette | Zweck | Schlüsselmerkmal |
|---|---|---|
| X-Chain | Erstellung und Übertragung von Assets | Nutzt den (DAG-basierten) Avalanche-Konsens für einfache Übertragungen mit hohem Durchsatz |
| C-Chain | Smart Contracts | EVM-kompatibel; führt Solidity-Contracts aus; von den meisten DeFi- und KI-Anwendungen genutzt |
| P-Chain | Plattform-Koordination | Verwaltet Validatoren, Stakes und die Erstellung von Subnets |
Diese Trennung erlaubt es, jede Kette für ihre Arbeitslast zu optimieren. Die meisten Nutzer und Entwickler interagieren in erster Linie mit der C-Chain, die sich wie eine schnelle, EVM-kompatible Smart-Contract-Kette verhält.
Snowman-Konsens
Avalanche verwendet das Snowman-Konsensprotokoll für seine linearen Ketten (C-Chain und P-Chain). Snowman gehört zu einer Familie von Konsensmechanismen, die auf wiederholtem zufälligem Sub-Sampling basieren: Statt dass jeder Validator mit jedem anderen Validator kommuniziert (was einen Kommunikationsengpass erzeugt), befragt jeder Validator eine kleine zufällige Teilmenge von Peers und passt seine Entscheidung anhand der Antworten an. Dieser Prozess wiederholt sich, bis das Netzwerk auf eine endgültige Entscheidung konvergiert.
Das Ergebnis ist ein Konsensmechanismus, der die Finalität in ein bis zwei Sekunden erreicht, gut skaliert, wenn die Validatorenmenge wächst, und einen hohen Durchsatz aufrechterhält, ohne dass ein Leader oder eine Komitee-Wahl erforderlich ist. Snowman ist ein Proof-of-Stake-Protokoll — Validatoren müssen AVAX staken, um teilzunehmen, und ihr Stake-Gewicht beeinflusst ihren Einfluss im Sampling-Prozess.
Subnets
Ein Subnet auf Avalanche ist ein unabhängiges Netzwerk, das seine eigene Blockchain, seine eigenen Regeln und seine eigene Validatorenmenge definiert (die eine Teilmenge der Avalanche-Validatoren sein muss — jeder Subnet-Validator validiert auch das Primary Network). Subnets ermöglichen es Projekten:
- Die Ausführungsumgebung anzupassen — ein Subnet kann die EVM, eine benutzerdefinierte virtuelle Maschine oder jede Ausführungs-Engine ausführen, die das Projekt benötigt.
- Die Validatorenmenge zu kontrollieren — Subnet-Ersteller können verlangen, dass Validatoren bestimmte Hardware-, geografische oder Compliance-Anforderungen erfüllen.
- Gas- und Gebührenparameter festzulegen — jedes Subnet bestimmt unabhängig seine Gebührenstruktur und Tokenomics.
- State und Durchsatz zu isolieren — Aktivität auf einem Subnet beeinflusst die Leistung auf einem anderen nicht.
Diese Architektur ist für KI- und Krypto-Projekte relevant, weil sie es spezialisierten Anwendungen erlaubt, dedizierten Durchsatz und benutzerdefinierte Ausführungslogik zu haben, ohne um Blockraum auf der Haupt-C-Chain konkurrieren zu müssen. Ein dezentrales KI-Inferenznetzwerk könnte beispielsweise als Avalanche-Subnet betrieben werden, mit Validatoren, die speziell für GPU-fähige Hardware ausgewählt sind.
AVAX-Token
AVAX ist der native Token der Avalanche-Plattform. Zu seinen primären Rollen gehören:
- Staking — Validatoren und Delegatoren staken AVAX, um das Primary Network zu sichern und am Konsens teilzunehmen.
- Transaktionsgebühren — alle Gebühren auf den primären Ketten (X, C, P) werden in AVAX bezahlt. Gebühren werden verbrannt, was einen deflationären Druck erzeugt.
- Erstellung von Subnets — die Registrierung eines neuen Subnets auf der P-Chain erfordert AVAX.
- Cross-Subnet-Koordination — AVAX dient als gemeinsames Asset über das Multi-Chain-Ökosystem hinweg.
Schlüsselmerkmale
| Eigenschaft | Wert |
|---|---|
| Typ | Layer 1 (Multi-Chain-Architektur) |
| Konsens | Avalanche Consensus (Snowball-Protokollfamilie) |
| Nativer Token | AVAX |
| Token-Standard | ARC-20 (C-Chain: ERC-20-kompatibel) |
| EVM-kompatibel | Ja (C-Chain) |
| Blockzeit | ~2 Sekunden (C-Chain) |
| Smart Contracts | Solidity (C-Chain) |
Warum Avalanche in der Krypto-KI wichtig ist
Die Subnet-Architektur von Avalanche macht sie aus mehreren Gründen zu einer Kandidatenplattform für KI-bezogene Blockchain-Anwendungen:
- Dedizierte Umgebungen für KI-Workloads — Projekte können Subnets mit benutzerdefinierter Ausführungslogik starten, die auf KI-Koordination, Inferenzverifizierung oder den Betrieb von Datenmarktplätzen zugeschnitten ist, ohne mit unverwandten Anwendungen um Blockraum zu konkurrieren.
- EVM-Kompatibilität auf der C-Chain — die EVM-Unterstützung der C-Chain bedeutet, dass bestehende Ethereum-basierte Tools, Contracts und Entwicklerbibliotheken mit minimalen Änderungen auf Avalanche funktionieren. Projekte, die KI-Tools auf Ethereum aufbauen, können auf der C-Chain von Avalanche bereitstellen, um schnellere Finalität und niedrigere Gebühren zu erhalten.
- Schnelle Finalität — die Ein-bis-Zwei-Sekunden-Finalität von Snowman ist relevant für Anwendungen, die eine schnelle On-Chain-Bestätigung benötigen, etwa das Aufzeichnen von Inferenzergebnissen, das Abrechnen von Compute-Zahlungen oder das Aktualisieren von On-Chain-Modellregistern.
- Validator-Spezialisierung — Subnets können verlangen, dass Validatoren bestimmte Hardware (z. B. GPUs) betreiben, was mit den Anforderungen dezentraler KI-Compute-Netzwerke übereinstimmt.
In DecAIHub agieren Projekte mit Main chain: Avalanche innerhalb dieses Ökosystems — entweder auf der C-Chain oder innerhalb dedizierter Subnets.
Wo es in DecAIHub-Projektkarten erscheint
In DecAIHub-Projektkarten taucht Avalanche in mehreren Feldern auf:
- Main chain — Projekte, die auf Avalanche bereitstellen, führen es als ihre Hauptkette auf. Das bedeutet typischerweise, dass sie Contracts auf der C-Chain bereitstellen oder ein dediziertes Subnet betreiben.
- Type — Avalanche selbst ist ein L1. Projekte, die Subnets auf Avalanche aufbauen, können entsprechend ihrer spezifischen Architektur klassifiziert werden (Appchain, L1-Subnet usw.).
- Consensus — Projekte auf der C-Chain von Avalanche erben den Snowman-Konsens. Subnets können Snowman verwenden oder ihre eigenen Konsensregeln definieren.
- EVM-Kompatibilität — C-Chain-Projekte sind EVM-kompatibel, was beeinflusst, wie ihre Contracts und Tokens strukturiert sind.
Das Chain-Feld sagt Ihnen, wo das Projekt seine Contracts bereitstellt. Es sagt Ihnen nicht, ob die KI-Behauptungen des Projekts verifiziert sind (AI reality), ob der Token einem echten Zweck dient (Token necessity) oder ob die On-Chain-Komponente sinnvoll ist (Onchain necessity). Diese Bewertungen werden separat von den entsprechenden DecAIHub-Bewertungsachsen behandelt.
Was Avalanche allein nicht beweist
- Eine Bereitstellung auf Avalanche beweist keine KI-Fähigkeit oder AI reality. Die Kette stellt Infrastruktur bereit; ob ein Projekt tatsächlich KI nutzt, hängt von seiner eigenen AI component und unterstützenden Belegen ab.
- Die Existenz eines Subnets ist nicht gleich Adoption. Jeder, der die Staking-Anforderung erfüllt, kann ein Subnet erstellen. Seine Existenz beweist keine Nutzernachfrage, keinen echten Durchsatz und keine funktionierende Anwendung.
- Schneller Konsens beseitigt nicht das Zentralisierungsrisiko. Snowman erreicht schnelle Finalität, aber der Grad der Dezentralisierung hängt von der tatsächlichen Anzahl und Verteilung der Validatoren ab, nicht nur vom Protokolldesign.
- EVM-Kompatibilität bedeutet nicht, dass das Projekt einzigartig für Avalanche ist oder dass seine On-Chain-Rolle die Onchain necessity erfüllt. EVM-kompatible Contracts können auf vielen Ketten bereitgestellt werden. Die spezifische Nutzung von Avalanche durch das Projekt kann sinnvolle architektonische Vorteile bieten oder auch nicht.
Nicht verwechseln mit
- Subnet — ein Subnet ist eine Komponente der Architektur von Avalanche (und einiger anderer Netzwerke). Avalanche ist die Plattform; Subnets sind ihre modularen Bausteine.
- L1 — Avalanche ist eine Layer-1-Plattform. Andere L1s (Ethereum, Solana, Bittensor) haben unterschiedliche Architekturen, Konsensmechanismen und Designziele. Ein L1 zu sein ist eine strukturelle Klassifizierung, kein Qualitätsindikator.
- Ethereum — die C-Chain von Avalanche ist EVM-kompatibel, was bedeutet, dass sie dieselbe Smart-Contract-Sprache ausführt. Allerdings ist Avalanche ein separates Netzwerk mit eigenen Validatoren, eigenem Konsens und eigenem Token. EVM-Kompatibilität macht es nicht „dasselbe wie Ethereum".
- Cosmos — wie Avalanche nutzt Cosmos eine Architektur aus miteinander verbundenen Ketten. Allerdings verwenden Cosmos-Ketten (Zonen) den Tendermint/CometBFT-Konsens und kommunizieren über IBC, während Avalanche-Subnets Konsens aus der Snowman-Familie verwenden und die Avalanche-Validatorenmenge teilen.
Häufig gestellte Fragen
Was ist der Unterschied zwischen der C-Chain von Avalanche und einem Subnet?
Die C-Chain ist eine der drei eingebauten Ketten von Avalanche. Sie führt die EVM aus und ist der Ort, an dem die meisten Smart-Contract-Anwendungen bereitgestellt werden. Ein Subnet ist eine unabhängige, benutzerdefinierte Blockchain, die ein Projekt auf der Plattformebene von Avalanche erstellt. Die C-Chain teilt den Blockraum unter all ihren Anwendungen; ein Subnet hat dedizierten Blockraum und kann eine benutzerdefinierte virtuelle Maschine verwenden. Projekte mit einfachen Smart-Contract-Anforderungen nutzen typischerweise die C-Chain; Projekte, die benutzerdefinierte Ausführung, dedizierten Durchsatz oder spezialisierte Validatoren benötigen, erstellen ihr eigenes Subnet.
Wie erreicht der Snowman-Konsens eine schnelle Finalität?
Der Snowman-Konsens nutzt wiederholtes zufälliges Sub-Sampling. Jeder Validator befragt eine kleine zufällige Teilmenge anderer Validatoren zu einer vorgeschlagenen Transaktion. Wenn eine ausreichende Mehrheit zustimmt, stärkt der Validator seine Zuversicht. Dieser Prozess wiederholt sich, bis der Validator eine Entscheidungsschwelle erreicht. Da jede Runde nur eine kleine Stichprobe einbezieht (nicht die gesamte Validatorenmenge), konvergiert das Protokoll schnell — typischerweise innerhalb von ein bis zwei Sekunden. Der Prozess ist probabilistisch: Finalität wird erreicht, wenn die Wahrscheinlichkeit einer Umkehrung vernachlässigbar wird.
Ist Avalanche EVM-kompatibel?
Die C-Chain von Avalanche ist vollständig EVM-kompatibel. In Solidity für Ethereum geschriebene Smart Contracts können in der Regel mit minimalen Änderungen auf der C-Chain bereitgestellt werden, und Standard-Ethereum-Tooling — etwa MetaMask, Hardhat und Ethers.js — funktioniert mit der C-Chain. Kompatibilität garantiert jedoch kein identisches Verhalten: Unterschiede bei der Gas-Abrechnung, bei Precompiles und bei der Blocksemantik bedeuten, dass ein Contract auf der Zielkette getestet (und bei Bedarf neu auditiert) werden sollte, bevor er mit echten Mitteln bereitgestellt wird. Avalanche-Subnets müssen ebenfalls nicht EVM-kompatibel sein; ein Subnet kann jede virtuelle Maschine ausführen, die seine Ersteller wählen.
Externe Referenzen
- Avalanche-Dokumentation — offizielle Entwicklerdokumentation, die Netzwerkarchitektur, Subnets, Konsens und Bereitstellungsanleitungen abdeckt.
- Avalanche-Konsens-Whitepaper — das ursprüngliche akademische Papier, das die Snowman- und Avalanche-Konsensprotokollfamilie beschreibt.
- Avalanche Explorer — offizieller Block-Explorer und Subnet-Verzeichnis für das Avalanche-Netzwerk.
No comments to display
No comments to display