NEAR 2.14.0 beendet den Gas-Rabatt für Entwickler und prüft ML-DSA-Signaturen on-chain
Victoria Shinder1 Min. Lesezeitnearcore 2.14.0, veröffentlicht am 26. Oktober und für das Mainnet gekennzeichnet, ist ein Protokoll- und Datenbank-Upgrade für NEAR-Validatoren. Die Release Notes nennen mehrere Protokolländerungen.
Für Entwickler am sichtbarsten ist das Ende der Gas-Belohnungen: Die Ausführung eines FunctionCall zahlt keinen Teil des verbrannten Gases mehr an das Vertragskonto zurück. Der Parameter burnt_gas_reward sinkt von 30 % auf 0 %, gemäß Governance-Vorschlag HSP-027. Eine neue Host-Funktion ml_dsa_verify erlaubt Verträgen, post-quantensichere ML-DSA-65-Signaturen nach FIPS 204 on-chain zu prüfen: Sie nimmt eine Signatur mit 3.309 Byte, eine Nachricht beliebiger Länge und einen öffentlichen Schlüssel mit 1.952 Byte, liefert 1 oder 0, bricht bei falschen Größen ab und kostet 540 Ggas Grundgebühr plus 11 Mgas pro Byte. Nachrichten werden unverändert mit leerem Kontext geprüft, Aufrufer dürfen sie also nicht vorab hashen.
Die Grenze von 4 MB für Speicherbeweise pro Receipt gilt nun für jede Aktion eines Receipts, nicht nur für Funktionsaufrufe, mit dem neuen Fehler ReceiptStorageProofSizeExceeded. Die in 2.13.0 eingeführte Meta-Transaktions-Aktion DelegateV2 entfällt; neue Transaktionen damit werden abgelehnt, Gas-Keys können also gar keine Meta-Transaktionen mehr signieren, während vor dem Upgrade erzeugte Receipts weiterlaufen. Schließlich erhält ein Chunk-Produzent, der auf einem Shard mindestens 100 Chunks verpasst hat und unter 80 % der erwarteten Produktion fällt, dort noch innerhalb der Epoche keine neuen Chunks mehr — nach einer Schonfrist von 1.000 Blöcken und mit einer Sicherung, damit ein Shard nie ohne Produzenten bleibt.
Was das bedeutet
Das Ende des Gas-Rabatts verändert die Rechnung für Verträge, die an ihrer Nutzung verdienten; betroffene Teams sollten nachrechnen. Die ML-DSA-Funktion ist der zukunftsweisende Teil: post-quantensichere Signaturprüfung als native, bepreiste Operation statt Emulation im Vertragscode. Clients, die Fehler-Enums dekodieren, brauchen ein Update für zwei neue Varianten.