Polygon Labs gibt dringende Kunden-Upgrade-Ankündigung nach den Hardforks Austin und Kyoto heraus

Polygon Labs gab bekannt, dass jeder Polygon PoS-Knoten, der nach den beiden Aktivierungs-Höhen im August auf den vor-Hardfork-Bor- oder Heimdall-Binärdateien geblieben ist, bereits aus dem kanonischen Konsens gefallen ist. In der Praxis muss der veraltete Knoten ein Upgrade durchführen und aufholen, bevor er der akzeptierten Geschichte des Netzwerks wieder folgen kann.

Die Sicherheitsüberprüfung des Unternehmens vom 27. August beschrieb eine Folge der Client-Kompatibilität. Polygon erklärte, dass es keine Störungen im Hauptnetz aufgrund von Austin beobachtet habe und die offengelegten Änderungen als proaktive Korrekturen einordnete.

Bor ist der Ausführungsclient von Polygon PoS, während Heimdall den Konsens und die Checkpoints verwaltet. Bor-Versionen vor v2.10.0 sind nach der Aktivierung von Austin bei Block 91.949.700 im Hauptnetz inkompatibel, ein Cutoff, der für alle Bor-Knotenrollen gilt.

Heimdall-Validatoren und vollständige Knoten benötigen v0.11.0, nachdem Kyoto bei Höhe 51.533.000 aktiviert wurde. Die Veröffentlichungsankündigung von Polygon für Heimdall datiert diese Aktivierung im Hauptnetz auf den 18. August um 10:10:31 UTC.

Austin und Kyoto adressierten separate Client-Risiken

Austin begrenzte das Gas, das verbraucht wird, während Bor Status-Synchronisierungsereignisse von L1-zu-L2-Brücken-Einzahlungen verarbeitet. Diese Ereignisse führen Vertragscode und Precompiles aus, aber ihr Gasverbrauch wurde zuvor nicht gegen eine feste Blockobergrenze gezählt.

Genug Ereignisse oder ein ausreichend kostspieliges Ereignis könnten die Blockverarbeitung so verlangsamen, dass die Kette vorübergehend ins Stocken gerät.

Die zweite Schwäche lag im TxDependency-Zusatzdatenfeld von Bor, einem Hinweis, der für die parallele Ausführung verwendet wird. Da das vom Produzenten bereitgestellte Feld keine Größenbeschränkung hatte, konnte ein Blockproduzent einen beliebig großen Blob in einen ansonsten gültigen Geschwisterblock einfügen und Peers, die versuchten, ihn zu verarbeiten, zum Absturz bringen.

Austin entfernte das Feld aus dem Datenformat, und Polygon klassifizierte beide Schwächen als Risiken der Ressourcenerschöpfung.

Die öffentliche Veröffentlichung von Bor v2.10.0 dokumentiert die Aktivierungsblöcke von Austin im Hauptnetz und Amoy. GitHub zeigte v2.10.1 als die neueste Bor-Version, als am 28. August überprüft wurde, während v2.10.0 oder später die Kompatibilität mit Austin bietet.

Betrieblich drohte ein Austin-Weg eine verzögerte Blockverarbeitung, während der andere Peers, die ein übergroßes Datenfeld eines Produzenten erhielten, beenden konnte.

Kyotos schwerwiegendste Korrektur zielt auf tief verschachtelte google.protobuf.Any-Nachrichten ab. Ein Absender konnte kostengünstig eine Transaktion konstruieren, die jeden Validator zwang, stark für die Dekodierung auszugeben. Der Hardfork fügte eine Byte-Ebenen-Nesting-Prüfung sowohl bei der Zulassung zum Mempool als auch bei der Blockvorschlagsverarbeitung hinzu, um diese Pfade konsistent zu halten.

Er begrenzte separat die Gebührenmünzlisten vor einem O(n)-Validierungsscan, und die Integration von Heimdall erlaubt eine Gebührenmünze.

Weitere Änderungen in Kyoto adressieren unterschiedliche Randfälle. Sie normalisieren die Bytes zur Wiederherstellung von Checkpointsignaturen, sodass eine gültige Signatur die Wiederherstellung auf Ethereum nicht fehlschlagen kann und das Ankern verzögert, machen wiederholte Produzenten-Downtime-Nachrichten idempotent, binden Meilensteinbereichsabstimmungen an den signierten Eltern-Hash und verhindern, dass eine fehlgeschlagene Erstellung eines zukünftigen Zeitraums die Meilensteinverpflichtung blockiert.

Wiedergabeschlüssel für Topup-, Clerk- und Stake-Ereignisse wurden ebenfalls injektiv für außer Reichweite liegende Protokollindizes gestaltet, sodass unterschiedliche Layer-1-Ereignisse sich nicht stillschweigend gegenseitig überschattet werden können.

Beide Hardforks sind einfache binäre Upgrades ohne Statusmigration oder Genesis-Änderung, und Knoten, die sich nicht divergiert haben, benötigen keine erneute Synchronisierung.

Betriebsleiter, die bereits über die relevante Höhe auf einem älteren Client hinaus sind, sollten die entsprechende Veröffentlichung installieren, bei Bedarf auf einen Punkt vor dem Hardfork zurücksetzen und unter der Anleitung von Polygon erneut synchronisieren.

Dieser Inhalt wird nur zu allgemeinen Informationszwecken bereitgestellt und stellt keine finanzielle, Anlage-, Rechts- oder Steuerberatung dar. Alle erwähnten Ereignisse, Prämien, Online-Aktionen oder zugehörige Informationen sollten nicht als Empfehlung, Aufforderung oder Einladung zum Kauf, Verkauf, Handel oder anderweitigem Umgang mit Krypto-Assets betrachtet werden. Krypto-Assets sind sehr volatil und können zu Verlusten führen. Die Verfügbarkeit von WEEX Services, Produkten und zugehörigen Aktionen kann je nach Region unterschiedlich sein. Sie sind dafür verantwortlich sicherzustellen, dass Ihre Teilnahme mit geltenden lokalen Gesetzen und Vorschriften übereinstimmt.