Was ist ein Subnetz auf Avalanche?

Definition und Kernfunktionalität

1. Ein Subnetz auf Avalanche ist eine anpassbare, unabhängige Blockchain, die innerhalb des Avalanche-Ökosystems betrieben wird.

2. Jedes Subnetz definiert seine eigene virtuelle Maschine, Konsensregeln, Token-Ökonomie und Mitgliedschaftskriterien.

3. Subnetze sind keine abstrakten Schichten oder logischen Gruppierungen – sie stellen physisch unterschiedliche Validatorsätze dar, auf denen dedizierte Software ausgeführt wird.

4. Sie erben Sicherheitseigenschaften vom Kernkonsensprotokoll von Avalanche, verlassen sich jedoch nicht auf den standardmäßig festgelegten Validator des primären Netzwerks.

5. Für die Teilnahme an einem Subnetz müssen Validatoren AVAX einsetzen und kompatible Knotensoftware ausführen, die für dieses bestimmte Subnetz konfiguriert ist.

Validatoranforderungen und Governance

1. Validatoren müssen Mindesthardwarespezifikationen erfüllen und durch die Konfiguration des Subnetzes definierte Verfügbarkeitsschwellenwerte einhalten.

2. Ein Subnetz kann von Validatoren verlangen, dass sie AVAX direkt einsetzen oder alternative Einsatztoken akzeptieren, wenn eine berechtigte Logik implementiert ist.

3. Der Zugang zum Validator kann je nach Subnetzdesign offen, nur auf Einladung oder durch Genehmigung mehrerer Signaturen erfolgen.

4. Änderungen an Validatorsätzen oder Protokollparametern werden durch On-Chain-Governance-Verträge erzwungen, die im Subnetz selbst bereitgestellt werden.

5. Subnetz-Ersteller behalten die volle Kontrolle über die Auswahl des Validators, es sei denn, sie delegieren die Autorität ausdrücklich über Smart Contracts.

Interoperabilität und Cross-Subnetz-Kommunikation

1. Subnetze kommunizieren untereinander über das Avalanche Interchain Messaging (ICM)-Protokoll.

2. ICM ermöglicht die asynchrone Nachrichtenübermittlung zwischen Subnetzen, ohne dass ein gemeinsamer Status oder synchronisierte Uhren erforderlich sind.

3. Nachrichten enthalten kryptografische Beweise zur Überprüfung von Herkunft und Integrität, die im Zeitstempeldienst der Avalanche-Plattform verankert sind.

4. Es gibt keine nativen, subnetzübergreifenden atomaren Swaps – Asset-Transfers hängen von Brücken ab, die auf ICM mit externen Verifizierungsmechanismen aufgebaut sind.

5. Entwickler setzen Relayer-Knoten ein, um Ereignisse in einem Subnetz zu beobachten und entsprechende Transaktionen in einem anderen zu übermitteln, wodurch vertrauensminimierte Brücken gebildet werden.

Anwendungsfälle und Bereitstellungsbeispiele

1. Finanzinstitute setzen Subnetze ein, um die gesetzlichen Vorschriften einzuhalten und gleichzeitig die Unveränderlichkeit des Hauptbuchs aufrechtzuerhalten.

2. Gaming-Ökosysteme richten Subnetze ein, um NFT-Minting mit hohem Durchsatz und den Handel mit Gegenständen in Echtzeit ohne Überlastung zu unterstützen.

3. Unternehmenslieferkettennetzwerke nutzen Subnetze, um die Datensichtbarkeit auf autorisierte Teilnehmer zu beschränken.

4. Pilotprojekte für digitale Zentralbankwährungen (CBDC) betreiben Subnetze mit KYC-erzwungenen Validierungsknoten und Transaktionsüberwachungsmodulen.

5. Dezentrale Identitäts-Frameworks stellen Subnetze bereit, in denen die Ausstellung und der Widerruf von Anmeldeinformationen außerhalb der öffentlichen C-Kette erfolgen.

Häufig gestellte Fragen

F: Kann ein einzelner Validator gleichzeitig an mehreren Subnetzen teilnehmen? Ja. Ein Validatorknoten kann mehreren Subnetzen beitreten, solange er die Hardware-, Staking- und Softwareanforderungen jedes Subnetzes unabhängig erfüllt.

F: Ist AVAX erforderlich, um ein Subnetz zu erstellen? Ja. Das Erstellen eines Subnetzes erfordert die Übermittlung einer Transaktion auf der P-Chain, die eine Einzahlung von AVAX zur Deckung der Initialisierungskosten und der Registrierungsgebühren des Validators beinhaltet.

F: Teilen Subnetze den Blockverlauf mit den wichtigsten Avalanche-Ketten? Nein. Subnetze verwalten separate Genesis-Blöcke, Statusdatenbanken und Blockheader. Ihre Geschichten sind völlig isoliert, sofern sie nicht ausdrücklich überbrückt werden.

F: Kann ein Subnetz seine virtuelle Maschine nach dem Start ändern? Ja – wenn der Governance-Mechanismus des Subnetzes Upgrades zulässt und die neue VM-Binärdatei mit der bestehenden Konsenslogik kompatibel ist, können Validatoren ein koordiniertes Software-Update koordinieren.