Avalanches v1.15.2 entfernt Coreth und mottet mehrere veraltete C-Chain-Optionen aus
Victoria Shinder1 Min. LesezeitAvalancheGo v1.15.2 mit Namen Helicon.2 entfernt Coreth, den alten C-Chain-Client, und schließt damit einen Übergang ab, den das Netz mit dem Helicon-Upgrade begann. Die praktische Folge ist eine Upgrade-Regel: Ein Knoten, der zuletzt vor der Helicon-Aktivierung lief, muss zuerst v1.15.0 oder v1.15.1 fahren, bis seine C-Chain über Helicon hinaus gebootstrappt ist, oder aus einer leeren Datenbank neu synchronisieren. Das Release ergänzt vms/evm/evmclient, das Standard-Ethereum-, Geth-spezifische, rohe RPC- und Avalanche-spezifische EVM-Methoden vereint, und mottet in v1.15.0 Veraltetes aus: die RPC avax.getAtomicTxStatus (stattdessen avax.getAtomicTx), die Option eth-apis (nun mit Warnung ignoriert; apis setzen) und einen P-Chain-Gossip-Konfigschlüssel, der seit v1.14.2 wirkungslos war. C-Chain-Metriken verlieren das Transition-Präfix, und neue Messgrößen verfolgen unabgerechnetes Gas und den Spielraum der Ausführungs-Gasrate.
Was das bedeutet
Coreth zu entfernen ist die Schlagzeile, weil es das Ende einer Zwei-Client-Ära für Avalanches C-Chain markiert — und Zwei-Client-Ären sind der Ort, an dem subtile Divergenzfehler wohnen. Die wichtigere Zeile für Betreiber ist die Bootstrap-Regel, denn sie ist genau jenes Detail, das ein Routine-Upgrade in einen hängenden Knoten verwandelt: Überspringt man die Zwischenversionen auf einem alten Knoten, kann die C-Chain die Helicon-Grenze nicht überschreiten. Das Muster im Rest der Notizen — Optionen zu entfernen, die vor zwei, drei Releases veraltet wurden, einen seit v1.14.2 inerten Konfigschlüssel zu streichen — ist ein Projekt, das die unglamouröse Aufräumarbeit leistet, die einen Code ehrlich hält. Vor dem Anfassen eines lange ruhenden Knotens den Upgrade-Pfad lesen; alles Übrige hier ist Hauswirtschaft.