cardano-node 11.1.3 macht eine IPv4-Bytereihenfolge aus 11.1.2 rückgängig
Serguey Asael Shinder1 Min. LesezeitIntersectMBO hat am 29. September cardano-node 11.1.3 veröffentlicht. Das Release enthält eine einzige Korrektur, im Dekodieren von IPv4-Adressen durch das Ledger. Versionen vor der 11.1-Reihe dekodierten sie in Netzwerk-Bytereihenfolge; Version 11.1.2 änderte das versehentlich, und 11.1.3 kehrt zur Netzwerkreihenfolge zurück.
IPv4-Adressen stehen im Ledger in den Registrierungen von Stake-Pools, die dort die Relays veröffentlichen, mit denen sich andere Knoten verbinden. Ein Fehler in der Bytereihenfolge beschädigt keine Guthaben, ändert aber, wie eine von einer Knotenversion geschriebene Adresse von einer anderen gelesen wird, und genau solche Abweichungen verträgt ein Netz mit gemischten Versionen nicht.
Die bekannten Probleme bleiben aus 11.1.1 bestehen. Beim Synchronisieren braucht der Knoten etwas mehr Speicher als 11.0.1, aber deutlich weniger als bei der Regression in 11.1.0, und an der Kettenspitze steigt der Speicher leicht, wenn Ledger-Snapshots entstehen. Die Notes nennen eine inkompatible Änderung in plutus-ledger-api: plc optimise akzeptiert die Optionen --certify und --certifier- nicht mehr. Benchmarks und Systemtests aus 11.1.1 gelten laut Notes unverändert.
Die Mindestanforderungen bleiben bei zwei Kernen und 24 GB RAM mit dem In-Memory-Backend oder 8 GB mit dem On-Disk-Backend, weiterhin als vorläufig markiert, plus 300 GB Speicherplatz. Blockproduktion und Relays werden weiterhin nur unter Linux unterstützt.
Warum das wichtig ist
11.1.2 erschien am 17. September, um Speicher bei Time-Lock-Skripten zu sparen; zwölf Tage später macht der nächste Patch eine Nebenwirkung in einem Codeteil rückgängig, um den es in dem Release gar nicht ging. Betreiber auf 11.1.2 sollten 11.1.3 übernehmen, und der Fall zeigt, dass Serialisierungsdetails zum Protokoll gehören, ob ein Release sie erwähnt oder nicht.