Früher prüfen, weniger zahlen: vier Chains streichen wiederkehrende Kosten
Serguey Asael Shinder2 Min. LesezeitVier technische Änderungen aus der Entwicklungsarbeit dieser Woche an vier verschiedenen Chains haben auf den ersten Blick nichts gemeinsam. Nebeneinander gelesen teilen sie eine Designidee: die Stelle finden, an der Kosten immer wieder anfallen, und die Arbeit dorthin verlegen, wo sie einmal – oder gar nicht – bezahlt wird.
XRP Ledger: vor dem Ledger ablehnen. In rippled passierte ein EscrowFinish mit fehlerhafter Bedingung bisher die frühen Prüfungen und scheiterte erst bei der Anwendung mit tecCRYPTOCONDITION_ERROR – wurde also ins Ledger geschrieben, und der Absender zahlte die Gebühr für eine Transaktion, die nie gelingen konnte. PR 8523 verlegt die Prüfung in den Preflight, wie bei EscrowCreate schon immer: Die Transaktion scheitert nun mit temMALFORMED, erreicht das Ledger nicht und kostet nichts. Gebunden an das Amendment fixCleanup3_5_0.
Ethereum: den Zustand einmal reparieren statt ewig prüfen. EIP-8253 zielt auf ein Überbleibsel aus der Zeit vor Spurious Dragon: Konten mit leerem Code, Nonce 0 und nicht leerem Speicher. Die Alternative wäre, bei jeder Vertragserzeugung leeren Speicher zu prüfen – eine Laufzeitprüfung und für manche Clients ein zusätzlicher Plattenzugriff, bei jedem CREATE für den Rest der Chain. Das EIP hebt stattdessen die Nonce der 28 bekannten Mainnet-Konten einmalig bei einem Fork an, sodass eine bestehende Prüfung sie bereits abweist.
Solana: den JIT tun lassen, was der Bytecode nicht kann. SIMD-0645 schlägt sol_multi3 vor, einen statischen Aufruf, den eine Solana-VM in native 128-Bit-Multiplikation übersetzen kann. Wegfallen soll die lange Befehlsfolge, die jedes Programm für breite Multiplikation in BPF bezahlt; der Prototyp zeigt rund 75 Prozent weniger Compute Units bei 10.000 Multiplikationen.
Bitcoin Core: nicht mehr auf nichts warten. PR 36440 lässt den P2P-Helfer der Funktionstests bei eintreffender Nachricht aufwachen statt alle 50 ms abzufragen und erlaubt passenden Tests noban_tx_relay. Die summierte Testzeit sank auf dem Rechner des Autors um 17,5 Prozent; ein Test fiel von 57,9 auf 6,2 Sekunden. Die Kosten hier sind Entwickler- und CI-Zeit, bei jedem Pull Request.
Das gemeinsame Muster. In keinem Fall war die teure Variante falsch – die Transaktion scheiterte ja, die Speicherprüfung würde funktionieren, die BPF-Folge rechnet richtig, die Tests liefen durch. Sie wurde nur an der falschen Stelle, von der falschen Partei und zu oft bezahlt. Wer Protokolländerungen bewertet, kann jeden Vorschlag so befragen: Wer zahlt diese Kosten, wie oft, und ließen sie sich einmal bezahlen?
Was keine davon ändert. Der Escrow-Fix wartet auf eine Amendment-Abstimmung, EIP-8253 und SIMD-0645 sind Entwürfe, die Bitcoin-Änderung betrifft nur Tests. Es sind Richtungen, kein ausgeliefertes Verhalten – aber sie zeigen, worauf Entwickler in vier Netzen ihre Aufmerksamkeit richten.
Quellen: XRPLF/rippled PR 8523 — https://github.com/XRPLF/rippled/pull/8523 ; ethereum/EIPs PR 12495 (EIP-8253) — https://github.com/ethereum/EIPs/pull/12495 ; SIMD-0645 — https://github.com/solana-foundation/solana-improvement-documents/pull/645 ; Bitcoin Core PR 36440 — https://github.com/bitcoin/bitcoin/pull/36440