Banff: Elastische Subnetze

Jan 09 2023

Update: Banff wurde um 12 Uhr erfolgreich im Avalanche Mainnet aktiviert

Update: Banff wurde am Dienstag, 18. Oktober, um 12 Uhr EDT erfolgreich im Avalanche Mainnet aktiviert!

Update (18.10.): Banff wurde heute Morgen um 12:00 Uhr EDT erfolgreich im Avalanche Mainnet aktiviert!

Elastische Subnetze

Banff eröffnet Subnetz-Erstellern die Möglichkeit, die Proof-of-Stake-Validierung und betriebszeitbasierte Belohnungen mithilfe ihres eigenen Tokens in ihrem eigenen Subnetz zu aktivieren. Dies bedeutet, dass zum ersten Mal jeder zum Validator eines Subnetzes werden kann, indem er einfach seinen Token auf der P-Chain absteckt. Subnetze, die diese neuen Funktionen aktivieren möchten, müssen eine einmalige Umwandlung in einen neuen Subnetztyp namens „Elastic Subnet“ durchlaufen.

Bei der Aktivierung der elastischen Validierung sperrt der Ersteller das Subnetz dauerhaft vor zukünftigen Änderungen (er gibt seine Kontrollschlüssel ab), gibt einen Avalanche Native Token (ANT) an, den Validatoren zum Abstecken verwenden müssen und der als Absteckbelohnung verteilt wird, und stellt eine Reihe von bereit Parameter, die bestimmen, wie die Absteckmechanismen des Subnetzes funktionieren (z. B. „Wie hoch ist der Mindesteinsatzbetrag“)? Einige dieser konfigurierbaren Parameter sind unten aufgeführt:

Asset-ID (Asset, das für Einsätze und Belohnungen verwendet wird)
Anfängliches Token-Angebot (aktuelles Asset-Angebot nach der Transformation)
Maximales Angebot (Menge an Vermögenswerten, die nach der Prägung aller Belohnungen vorhanden sein wird)
Min. Validator-Einsatz (Mindestbetrag der Mittel, die erforderlich sind, um ein Validator zu werden)
Max. Validator-Einsatz (maximaler Betrag an Geldern, der einem einzelnen Validator zugewiesen werden kann, einschließlich delegierter Gelder)
Mindesteinsatzdauer (Mindestanzahl an Sekunden, die ein Spieler einsetzen kann)
Maximale Einsatzdauer (maximale Anzahl an Sekunden, die ein Spieler einsetzen kann)
Min. Delegationsgebühr (Mindestprozentsatz, den ein Validator einem Delegierenden für das Delegieren berechnen muss)
Min Delegator Stake (Mindestbetrag der Mittel, die erforderlich sind, um Delegator zu werden)
Max Validator Weight Factor (Faktor, der die maximale Delegationsmenge berechnet, die ein Validator empfangen kann)
Betriebszeitanforderung (Mindestprozentsatz, den ein Validator online und reagieren muss, um eine Belohnung zu erhalten)

Bei der Banff-Aktivierung ist es nur möglich, Avalanche Native Tokens aus der X-Chain als absteckbare Token auf Elastic Subnets zu verwenden. In einer zukünftigen Version wird Unterstützung für die Verwendung von ERC-20s als ANTs hinzugefügt (die als absteckbare und lohnende Vermögenswerte in Elastic Subnets verwendet werden können).

Frühzeitiges Entfernen des Subnetzvalidators

Subnetzersteller müssen für jeden Validator, den sie zum Validatorsatz ihres Subnetzes hinzufügen, eine explizite Absteckdauer und Absteckgewichtung angeben (es sei denn, das Subnetz wurde bereits in ein elastisches Subnetz umgewandelt. In diesem Fall bestimmen die Validatoren dies beim Abstecken). Einmal festgelegt, können weder die Einsatzdauer noch das Einsatzgewicht eines Validators geändert werden.

Während dies in den meisten Fällen kein Problem darstellt, kann ein Subnetzersteller, der einen Validator mit der falschen Einsatzgewichtung oder einer leistungsschwachen Validierung hinzufügt, die problematische Validierung nicht entfernen, bis die vorgegebene Einsatzdauer abgelaufen ist. Bis jetzt!

In Banff erhalten Subnetz-Ersteller die Möglichkeit, einen Validator vor Ablauf seiner Einsatzperiode aus einem Subnetz zu entfernen. Wenn ein Subnetz bereits elastisch gemacht wurde, kann ein Subnetzersteller diese Transaktion auch verwenden, um Validatoren zu entfernen, die hinzugefügt wurden, bevor tokenbasiertes Abstecken aktiviert wurde.

P2P-Protobuf-Messaging

In allen früheren Versionen von AvalancheGo verwendeten alle zwischen Knoten gesendeten Peer-to-Peer-Nachrichten (p2p) einen benutzerdefinierten Serialisierer zum Kodieren/Dekodieren strukturierter Daten (siehe Nachricht/Codec und Wrapper ) . Diese Implementierung ist stark für AvalancheGo optimiert, lässt sich jedoch nur schwer erweitern, ohne vorhandene Nachrichten/Daten ungültig zu machen, da sie nicht abwärts- und vorwärtskompatibel ist. Diese Bibliothek eignet sich zwar hervorragend für die Kodierung von Daten, die ein kanonisches Format erfordern (z. B. Blöcke), macht die Änderung von AvalancheGo-Netzwerkpaketen jedoch unnötig umständlich.

In Banff werden alle P2P-Nachrichten mithilfe von Protokollpuffern (Protobuf) serialisiert. Obwohl es Hunderte von Serialisierungsansätzen gibt, war Protobuf die offensichtliche Wahl für diese Erweiterung, da es vom benutzerdefinierten VM-Handler bereits in AvalancheGo weit verbreitet verwendet wird. Abgesehen davon, dass das Wire-Format abwärts- und vorwärtskompatibel ist, benötigt unser neues Protobuf-basiertes Serialisierungspaket weniger Speicher, weniger Bandbreite und ist schneller als unsere vorherige Implementierung. Ganz zu schweigen davon, dass Serialisierungscode für andere Sprachen automatisch generiert werden kann. Hier können Sie alle von AvalancheGo verwendeten *.proto-Dateien einsehen .

Empfänger der Gebühr für die benutzerdefinierte Delegation

Beim Entwerfen von Elastic Subnets haben wir eine neue Art von Absteckungstransaktion erstellt, um alle tokenbasierten Absteckungsinteraktionen zu vereinheitlichen (ob im primären Netzwerk oder einem elastischen Subnetz). Dieser neue Transaktionstyp ermöglicht es Validatoren, einen separaten Belohnungsempfänger für Delegationsgebühren anzugeben und zusätzlich Unterstützung für das Abstecken von ANTs hinzuzufügen

Diese Flexibilität bei der Gebührenzahlung ermöglicht es Stake-Anbietern, ihre Partner direkt dafür zu entschädigen, dass sie Delegationen zu ihren Validatoren locken. Wie Sie vielleicht erraten haben, funktioniert diese Funktion im primären Netzwerk und in elastischen Subnetzen gleichermaßen gut.

FAQ

Wie aktualisiere ich meinen Knoten?

Der Vorgang zum Upgrade auf AvalancheGo v1.9.0 ist der gleiche wie bei jedem anderen Upgrade. Wenn Sie aus dem Quellcode erstellen, führen Sie das Build-Skript wie zuvor aus. Wenn Sie die vorkompilierten Binärdateien verwenden, rufen Sie sie wie zuvor auf. Wenn Sie das Installationsskript verwenden , verwenden Sie dieses wie zuvor.

Sobald Sie AvalancheGo v1.9.0 starten, müssen Sie nichts weiter tun. Weitere Informationen zum Aktualisieren eines Knotens finden Sie hier . Zur Erinnerung: Es empfiehlt sich, eine Sicherungskopie Ihres Absteckschlüssels/Zertifikats anzufertigen.

Muss ich meinen Knoten aktualisieren?

Wenn Sie Ihren Validator nicht vor dem Avalanche Mainnet-Aktivierungsdatum (das in den kommenden Tagen bekannt gegeben wird) auf Version 1.9.0 aktualisieren, wird Ihr Knoten als offline markiert und andere Knoten melden, dass Ihr Knoten eine geringere Betriebszeit hat, was zu einer Gefährdung führen kann Ihre Einsatzprämien.

Gibt es Änderungen bei den Hardwareanforderungen?

NEIN.

Verringert die Aktualisierung die Betriebszeit meines Validators?

Nein. Zur Erinnerung: Sie können die geschätzte Betriebszeit Ihres Validators mit dem API-Aufruf „info.uptime“ überprüfen :

Ich denke, dass etwas nicht stimmt. Was soll ich machen?

Stellen Sie zunächst sicher, dass Sie die Dokumentation gründlich gelesen und die FAQs überprüft haben . Wenn Sie keine Antwort auf Ihre Frage sehen, gehen Sie zu unserem Discord- Server und suchen Sie nach Ihrer Frage. Wenn es noch nicht gefragt wurde, posten Sie es bitte im entsprechenden Kanal.

Über Lawine

Avalanche ist die schnellste Smart-Contracts-Plattform in der Blockchain-Branche, gemessen an der Zeit bis zur Endgültigkeit, und verfügt über die meisten Validatoren, die ihre Aktivität unter allen Proof-of-Stake-Protokollen sichern. Avalanche ist unglaublich schnell, kostengünstig und umweltfreundlich. Jede Smart-Contract-fähige Anwendung kann ihre Konkurrenz durch die Bereitstellung auf Avalanche übertreffen. Glauben Sie es nicht? Probieren Sie Avalanche noch heute aus.