Loading market data...

RippleX förbereder xrpld 3.3.0 med omskrivna ändringar efter att brister blockerade aktivering

RippleX förbereder xrpld 3.3.0 med omskrivna ändringar efter att brister blockerade aktivering

Validerare blockerade aktivering av två XRPL-ändringar innan de nådde huvudnätet, och nu rullar RippleX ut en fix. Nästa version av kärnserverns programvara, xrpld 3.3.0, väntas redan nästa vecka. Den inkluderar omskrivna versioner av Batch- och Permission Delegation-ändringarna, tillsammans med flera andra funktioner.

Varför originaländringarna blockerades

Den ursprungliga Batch-ändringen hade en auktoriseringsbrist. En angripare kunde ha utfört interna transaktioner för godtyckliga offerkonton utan deras privata nycklar. Det innebar att obehöriga betalningar och ändringar i reskontran var möjliga. Den ursprungliga Permission Delegation-ändringen hade ett annat problem: en ogiltig offline-signerad transaktion kunde fortfarande debitera ett offerkonto en transaktionsavgift innan auktoriseringen misslyckades. Upprepade inlämningar kunde tömma XRP genom avgifter. Validerare fångade båda problemen innan aktivering, så inga medel var någonsin i risk.

Vad de nya ändringarna innehåller

De omskrivna ändringarna kallas BatchV1_1 och PermissionDelegationV1_1. De ingår i xrpld 3.3.0, som även inkluderar Confidential MPT, Sponsored Fees and Reserves och Dynamic MPT. I 3.3-utvecklingsregistret är de omskrivna ändringarna markerade som stödda med standard Nej-röster. Det innebär att valideringsgodkännande och aktivering förblir separata steg – koden är redo, men nätverket måste fortfarande besluta.

Aktiveringsprocessen och tidslinjen

XRPL-ändringar kan endast aktiveras efter att kompatibel kod har levererats och stödet håller sig över 80 % av betrodda validerare i två veckor. Om stödet sjunker till 80 % eller mindre före aktivering, startar tvåveckorsklockan om. Från och med 1 augusti innehöll det validerade huvudnätets Amendments-objekt vid reskontra 26 000 000 inget Majorities-fält. Det innebär att ingen tvåveckorsklocka var aktiv för någon av de ersättande ändringarna. Om någon av de ersättande ändringarna aktiveras, kommer operatörer att behöva kompatibel programvara för att undvika att bli blockerade av ändringar. Frågan nu är om validerare kommer att rösta ja, och om operatörer kommer att uppgradera i tid.