BNB Chain meldt 40% meer doorvoer bij Reth-tests op BSC
BNB Chain zegt dat het de Reth-client voor BNB Smart Chain heeft geoptimaliseerd. Interne tests tonen 40% meer throughput en 40% snellere initiële synchronisatie dan eerder gebruikte configuraties.
Wat er gebeurde
BNB Chain voerde interne tests uit met de Reth-client op BNB Smart Chain. De tests lieten een 40% hogere throughput zien vergeleken met een eerdere TrieDB-configuratie.
Bij initiële synchronisatie draaide Reth ook ongeveer 40% sneller dan de huidige BSC-Geth-client. Deze twee percentages meten verschillende zaken en vergelijken verschillende baselines: throughput tegen de eerdere TrieDB-configuratie en synchronisatiesnelheid tegen BSC-Geth.
De TrieDB-integratie maakte trie-prefetching mogelijk en bracht aanpassingen in de planning van block-productie. Verder werd werk gedaan aan state-root berekening en data-persistentie.
Eerder werden al parallelle sparse-trie verwerking en aangepaste build-instellingen ingevoerd. Die aanpassingen verlaagden latenties bij block-insertie, uitvoering en validatie tijdens volledige node-synchronisatie. Toch bleef de 95e-percentiel validatie-latentie hoger dan bij BSC-Geth.
Reth kan zowel historische als live synchronisatie aan, maar migratie van validators is nog in ontwikkeling. BNB Chain stelt als langetermijndoel 1G gas per seconde en blocktijden onder 750 milliseconde. Geplande verbeteringen omvatten EVM JIT en ASM Hash optimalisaties, maar daar is geen tijdlijn voor gegeven.
Waarom dit telt
Voor beleggers in BNB betekent dit dat BNB Chain werkt aan technische verbeteringen die de prestaties van het netwerk kunnen verhogen, maar dat belangrijke onderdelen zoals validator-migratie en verdere optimalisaties nog niet klaar zijn.
Waar je op kunt letten
- Ontwikkeling van validator-migratie voor Reth
- Implementatie en tijdlijn voor EVM JIT en ASM Hash optimalisaties
- Of de 95e-percentiel validatie-latentie daalt tot het niveau van BSC-Geth