BNB Chain activeert Pasteur met strengere beveiliging en meer capaciteit
BNB Smart Chain heeft vanochtend de Pasteur-hardfork geactiveerd. De upgrade sluit zwakke plekken rond bridges, validatorkeys en governance, terwijl een nieuwe builderroute meer transacties in ieder blok moet krijgen.
Die laatste wijziging leverde tijdens tests 88% meer throughput op. Dat is stevig, maar nog geen gemeten resultaat op het openbare netwerk.
Pasteur ging op 25 augustus om 02.30 uur UTC live. Voor Nederland en België was dat 04.30 uur.
Pasteur pakt drie zwakke plekken tegelijk aan
BNB Chain bundelt drie grote wijzigingen in Pasteur: BEP-682, BEP-695 en BEP-675.
De eerste twee draaien vooral om beveiliging. De derde moet beter gebruikmaken van de bestaande blokcapaciteit.
BNB Chain beschreef vooraf dat Pasteur voortbouwt op eerdere snelheidsupgrades, maar ditmaal vooral de controle rond validators en blokproductie aanscherpt.
Dat verschil telt.
De bloktijd blijft ongeveer 450 milliseconden. Pasteur probeert meer werk binnen diezelfde tijd te verwerken.
Bridgecontrole accepteert geen dubbele validators meer
BEP-682 repareert een probleem bij de controle van cross-chain transacties.
Wanneer activa tussen verschillende blockchains bewegen, moet BSC kunnen controleren of genoeg validators het bijbehorende blok hebben ondertekend.
Daar zat een zwakke plek.
De validatorlijst die bij zo'n controle werd gebruikt, controleerde voor Pasteur niet of dezelfde validator meerdere keren voorkwam.
Een speciaal samengestelde lijst kon daardoor dezelfde validator meermaals laten meetellen.
Dat ondermijnt precies wat zo'n controle moet bewijzen: dat een echte supermeerderheid achter het blok staat.
BEP-682 wijst dubbele validatorvermeldingen voortaan af.
Eén validator kan daardoor niet meerdere keren in dezelfde telling worden gebruikt.
Oude validatorkeys verliezen hun macht
BEP-695 richt zich op sleutelrotatie.
Validators vervangen hun consensuskeys periodiek. Dat is normale beveiligingspraktijk. Een oude sleutel hoort daarna zijn bevoegdheden kwijt te zijn.
Dat gebeurde niet overal correct.
Volgens BNB Chain kon een oude key bepaalde administratieve validatorrechten behouden nadat een nieuwe sleutel was ingesteld.
Pasteur sluit die route.
Ook een andere ontsnappingsmogelijkheid wordt aangepakt. Wanneer een validator een maatregel boven het hoofd hangt, kan een sleutelrotatie die maatregel niet meer van zich afschudden.
Een openstaande verwijdering blijft dus aan de validator gekoppeld.
Governance krijgt extra handtekeningcontrole
BEP-695 raakt daarnaast governance.
Bepaalde stemmen kunnen via een digitale handtekening worden uitgebracht. Daarbij bleek een controle die bij rechtstreekse stemmen gold niet overal hetzelfde te werken voor ondertekende stemmen.
Pasteur trekt dat gelijk.
Adressen die op een blacklist staan, worden nu ook geweigerd bij de betreffende governancefuncties met handtekeningen.
Het klinkt als een kleine codewijziging.
Maar bij governance bepaalt zo'n controle uiteindelijk wie wijzigingen aan het netwerk kan ondersteunen of blokkeren.
Derde wijziging haalt dubbel werk uit blokproductie
De opvallendste prestatieverbetering zit in BEP-675.
BNB Smart Chain gebruikt gespecialiseerde block builders. Zij verzamelen transacties en bouwen kandidaten voor het volgende blok.
Tot nu toe zat daar dubbel werk in.
Een builder voerde de transacties eerst uit om een geldig blok samen te stellen. Daarna voerde de validator die transacties opnieuw uit voordat het blok werd ondertekend.
Dat kost tijd.
Bij een blokinterval van slechts 450 milliseconden zijn tientallen milliseconden al duur.
Validator hoeft blok niet meer eerst volledig opnieuw uit te voeren
BEP-675 voegt een andere route toe.
Een builder kan een blok aanleveren dat al volledig is uitgevoerd. De validator controleert eerst de consensusvoorwaarden, ondertekent en verspreidt het blok en rondt daarna de volledige verificatie af.
Daardoor verdwijnt een groot deel van de dubbele uitvoering uit het kritieke tijdpad.
De tests van BNB Chain met BEP-675 laten een fors verschil zien.
Op QANet zakte het deel van het proces waarvoor de validator verantwoordelijk was van ongeveer 125 milliseconden naar 15 milliseconden.
Dat gaf builders meer tijd om transacties in het volgende blok te stoppen.
Testcapaciteit stijgt van 1.237 naar 2.324 TPS
Onder dezelfde testvoorwaarden steeg de gemeten throughput van 1.237 naar 2.324 transacties per seconde.
Dat is ongeveer 88% meer.
De bloktijd bleef 450 milliseconden en de gaslimiet bleef op 100 miljoen staan.
Ook de daadwerkelijk gebruikte blokruimte steeg fors. Gemiddeld gasgebruik ging van 46,35 miljoen naar 84,15 miljoen van de beschikbare 100 miljoen.
Blokken werden dus niet sneller geproduceerd.
Ze werden voller.
Dat is het belangrijkste verschil met de eerdere Fermi-hardfork van BNB Smart Chain, die juist de bloktijd naar ongeveer 0,45 seconde bracht.
2.324 TPS is nog geen nieuwe mainnetcapaciteit
Daar moet een harde grens bij.
De 2.324 TPS werd gemeten op QANet, een interne testomgeving die de geografisch verspreide validators van het mainnet probeert na te bootsen.
Het is geen productiegetal van BNB Smart Chain.
BNB Chain zegt dat zelf ook.
De tests draaiden onder een gecontroleerde belasting. Op het openbare netwerk veranderen transactietypen, netwerkvertraging, buildergedrag en vraag voortdurend.
De claim dat Pasteur de mainnetcapaciteit al naar 2.324 TPS heeft gebracht, zou daarom te vroeg zijn.
Eerst moeten echte netwerkmetingen volgen.
Nieuwe builderroute wordt ook niet automatisch overal gebruikt
Er zit nog een tweede nuance in BEP-675.
Pasteur maakt de nieuwe SendBidBlock-route mogelijk, maar builders moeten deze methode vervolgens ook gebruiken.
De oude manier blijft werken.
Builders die de nieuwe route willen gebruiken, moeten volgens BNB Chain bovendien een full node draaien in plaats van een fast node.
De hardfork creëert dus de mogelijkheid voor vollere blokken.
Hij zorgt niet met één druk op de knop dat iedere builder onmiddellijk volgens het nieuwe systeem werkt.
Dat maakt de komende mainnetdata interessanter dan de benchmark alleen.
Finaliteit werd tijdens tests niet slechter
Meer werk in een blok is alleen nuttig wanneer de rest van het netwerk dat kan verwerken.
Daarom keek BNB Chain tijdens de QANet-test ook naar finaliteit.
Volgens het project nam de vertraging bij finaliteit niet toe toen de throughput van 1.237 naar 2.324 TPS ging.
Dat is belangrijk.
Een netwerk dat op papier meer transacties verwerkt maar daardoor achterloopt met bevestigingen, heeft weinig gewonnen.
De test suggereert dat BEP-675 meer uit de bestaande blokruimte kan halen zonder de bloktijd opnieuw te verkorten.
Het mainnet moet dat beeld nu bevestigen.
Nodeoperators moesten voor de fork upgraden
Voor gewone gebruikers verandert vrijwel niets.
Er is geen tokenmigratie nodig. Wallets hoeven niet vanwege Pasteur naar een ander netwerk te bewegen en bestaande smart contracts hoeven niet massaal opnieuw te worden uitgerold.
Voor nodeoperators lag dat anders.
BNB Chain verplichtte voor de hardfork ondersteuning via clientversie v1.7.7. De officiële release op GitHub noemt 25 augustus om 02.30 uur UTC expliciet als activatiemoment voor Pasteur.
Operators moesten daarnaast een verouderde EnableBAL-instelling uit hun configuratie verwijderen. Zonder die wijziging kon de node niet correct starten.
Er is daarna ook v1.7.8 verschenen als onderhoudsrelease.
Pasteur verandert vooral waar BNB Chain zijn risico ziet
De vorige upgrades draaiden sterk om snelheid.
Pasteur laat een andere prioriteit zien.
Een bloktijd van 450 milliseconden heeft weinig waarde wanneer controle rond validators, bridges of governance zwakke plekken houdt.
Tegelijk wil BNB Chain die snelle blokken beter benutten voordat het opnieuw aan de bloktijd sleutelt.
Dat levert een vrij nuchtere upgrade op.
Dubbele validators tellen niet meer mee. Oude consensuskeys verliezen rechten die ze niet meer horen te hebben. Builders krijgen meer tijd om blokken te vullen.
De grote vraag ligt nu bij BEP-675.
2.324 TPS op een testnet ziet er sterk uit. Pas de komende mainnetdata laat zien hoeveel van die 88% winst buiten het laboratorium overeind blijft.
Stop met te veel betalen voor je crypto. Bij de Amsterdamse exchange Finst handel je tegen de laagste tarieven van Nederland, zonder verborgen kosten.
👀 Bekijk Finst nu ›Let op: Beleggen in crypto brengt risico’s met zich mee. Handel alleen met geld dat u kunt missen.
Ga verder met lezen
Dit vind je misschien ook leuk
Laat mensen jouw mening weten
Lees ook
Populair Nieuws
Loading
