Na de implementatie van xrpld versie 3.2.0 op 15 juni heeft de XRP Ledger-ontwikkelaarsgemeenschap talrijke technische problemen gedocumenteerd met de bijgewerkte kernserverinfrastructuur van het netwerk.
De software-update beloofde opmerkelijke verbeteringen, waaronder prestatieoptimalisatie en een verwachte daling van 30% tot 40% in geheugengebruik. De release heeft ook de servernaamgeving van "rippled" naar "xrpld" overgezet en verbeterde beveiligingsprotocollen geïntegreerd.
Toch begonnen knooppuntbeheerders en software-engineers kort na de lancering problemen te documenteren via de officiële GitHub-probleemtracker.
Een knooppuntbeheerder documenteerde dat hun infrastructuur met v3.2.0 er volledig in faalde om ledgerinformatie op te halen na de update. Het systeem behield de verbindingsstatus, maar de synchronisatie stopte volledig. Opmerkelijk genoeg functioneerde identieke hardware probleemloos onder versie 3.1.3. Dit probleem, ingediend op 18 juni, wacht nog op een oplossing.
Een ander gedocumenteerd probleem onthult dat configuratiebestanden met inline-opmerkingen servercrashes veroorzaken tijdens de initialisatie. Het verouderde parsesysteem slaagt er niet in opmerkingen in specifieke parameters correct te verwerken, wat een "BadLexicalCast"-uitzondering genereert.
Projectbeheerders hebben meerdere rapporten als legitieme defecten bevestigd die technische beoordeling vereisen.
Ingenieurs identificeerden een defect dat de mechanismen voor transactiepropagatie naar netwerkpeers beïnvloedt. Een rekenkundige fout beperkt het aantal peers dat transactie-uitzendingen ontvangt, wat mogelijk leidt tot onvoldoende netwerkdistributie.
Het trackingmechanisme voor resourcevergoedingen trok ook de aandacht. De huidige implementatie bewaart alleen de maximale vergoedingswaarde en verwijdert vorige vermeldingen, gedrag dat ontwikkelaars als foutief classificeren.
De propagatie van validatorlijsten bracht een andere uitdaging met zich mee. Momenteel wordt validatormetadata uitsluitend verzonden naar inkomende peerverbindingen, terwijl uitgaande verbindingen worden uitgesloten. Deze asymmetrie beïnvloedt de distributie van validatorinformatie in de gehele netwerkinfrastructuur.
Ontwikkelaars identificeerden potentiële kwetsbaarheden voor unsigned integer overflow tijdens ledgersequentievalidatieprocessen. Aanvullende rapporten wezen op inconsistente transactieroutingsparameters en gecompromitteerde knooppuntidentificatie bij gebruik van tijdelijke cryptografische sleutels.
Een verder rapport beschreef een logisch tekort in het bijhouden van de ledgerstatus dat knooppunten in ongedefinieerde staten kan achterlaten zonder vastgestelde herstelprocedures.
Momenteel hebben geen van de gedocumenteerde defecten netwerk brede serviceverstoringen veroorzaakt. De XRP Ledger Foundation en open-source ontwikkelaars blijven alle ingediende rapporten onderzoeken via het GitHub-platform van het project.
De netwerkaductie van versie 3.2.0 staat momenteel op 26%. De overgrote meerderheid van knooppunten blijft draaien op eerdere softwareversies.
De XRP Ledger Foundation heeft op het moment van publicatie geen officiële communicatie of herstelpatches uitgebracht. Alle geïdentificeerde problemen blijven onder voortdurende technische evaluatie.
The post XRP Ledger's Latest v3.2.0 Update Faces Technical Hurdles Post-Launch appeared first on Blockonomi.


