Ethereum Fusie Testnet-fout opgelost
De eerste openbare fusie tot volledige Proof of Stake op het nieuwe ethereum testnet-netwerk verliep niet zonder problemen.
Er was een probleem met endians, die "de volgorde of volgorde van bytes van een woord van digitale gegevens in het computergeheugen" waren.
"Prysm beacon node gebruikte onjuiste endianness om het base_fee_per_gas-veld in het execution_payload-object te rangschikken/unmarshallen", zegt Prysmatic Labs, de ontwikkelaars achter de meest gebruikte eth2-client, Prysm. Ze voegen toe:
“Tegenwoordig gebruikt de uitvoeringslaag big endianness en de consensuslaag weinig endianness.
Omdat Prysm execution_payload onjuist terugbrengt naar de oorspronkelijke vorm, heeft de uitvoeringslaagclient de vervormde payload correct afgewezen bij het aanroepen van engine_newpayloadv1-eindpunt door INVALID_BLOCK_HASH te retourneren.'
Met andere woorden, het testnet deed precies wat het moest doen: prestaties testen in een live netwerkemulatie nu het product uit het 'lab' is.
De fout hier is te wijten aan het feit dat het lab een vaste eenheid gebruikt, terwijl het live-netwerk enkele verschillen heeft, zoals Prysm zegt:
"Dit probleem kwam niet voor in de vorige devnets [omdat] de basisvergoeding 7 was, wat gelijk is, ongeacht de endianness. Het kwam ook niet naar voren in de unittests omdat 7 als invoerwaarde werd gebruikt.”
Dus een non error, error, maar het is duidelijk noodzakelijk om hiermee op te merken dat de ontwikkeling het stadium heeft bereikt waarin ze alles finetunen om klaar te zijn voor de grote upgrade.
Wat dit echter interessanter maakt, is dat het Prysm erbij betrokken is en dat het testnet toch bleef werken.
Dat komt omdat "de ontbrekende blokken goed zijn voor ~ 15-20% van de totale blokken." Je hebt ongeveer 33% nodig om het netwerk te laten stoppen.
Op de huidige live Beacon-keten heeft Prysm echter naar schatting 66% van de knooppunten. Iets dat, als er iets misgaat, niet alleen het netwerk zou stoppen, maar ook zou kunnen veroorzaken dat het dagen nodig heeft om opnieuw op te starten.
ETH2-klantendiversiteit, maart 2022
Moeten we dus verwachten dat node-runners dat 33% drempelaandeel voor een bepaalde klant serieuzer nemen zodra deze volledig Proof of Stake is? Of is het meer dat in testnet vooral ontwikkelaars spelen en ze zich duidelijk bewust zijn van de noodzaak van diversiteit aan klanten?
Dat is te zien, maar de dominantie van Prysm begon tijdens het Beacon chain-testnet in 2020 en ging toen ook door naar het livenet.
Het feit dat het niet zo'n dominantie heeft in dit nieuwe testnet, zou dus kunnen aangeven dat ze het ook niet zullen hebben op het nieuwe livenet.
Tot nu toe is de Beacon-ketting een dummy-ketting waar geen overdrachten plaatsvinden. Dus ontwikkelaars en node-runners vonden klantdiversiteit misschien niet zo belangrijk.
Zodra ethereum is geüpgraded naar volledige Proof of Stake, zullen deze node-clients echter alles uitvoeren, de MakerDAO trapsgewijs gevoelige CPD's, stortingen naar Coinbase, NFT's en zelfs Land on Decentraland.
De inzet bereikt dus het punt van het totaal. En dus hebben we een indicatie dat ontwikkelaars, geconfronteerd met die situatie, de knoopdrempel zeer serieus nemen.
Iets dat hier misschien de echte foutopsporing is, als het ook op livenet hetzelfde blijft.
Gerelateerde berichten
Apen eindelijk tokenize
17 maart 2022 15:07 uur
UK's FCA die Crypto-directeur inhuurt
17 maart 2022 13:53 uur
Bitcoin Bulls, Ethereum-ratio stijgt
17 maart 2022 13:30 uur
Laat een reactie achter Reactie annuleren
Uw e-mailadres wordt niet gepubliceerd.
U mag deze HTML-tags en attributen gebruiken:
Er was een probleem met endians, die "de volgorde of volgorde van bytes van een woord van digitale gegevens in het computergeheugen" waren.
"Prysm beacon node gebruikte onjuiste endianness om het base_fee_per_gas-veld in het execution_payload-object te rangschikken/unmarshallen", zegt Prysmatic Labs, de ontwikkelaars achter de meest gebruikte eth2-client, Prysm. Ze voegen toe:
“Tegenwoordig gebruikt de uitvoeringslaag big endianness en de consensuslaag weinig endianness.
Omdat Prysm execution_payload onjuist terugbrengt naar de oorspronkelijke vorm, heeft de uitvoeringslaagclient de vervormde payload correct afgewezen bij het aanroepen van engine_newpayloadv1-eindpunt door INVALID_BLOCK_HASH te retourneren.'
Met andere woorden, het testnet deed precies wat het moest doen: prestaties testen in een live netwerkemulatie nu het product uit het 'lab' is.
De fout hier is te wijten aan het feit dat het lab een vaste eenheid gebruikt, terwijl het live-netwerk enkele verschillen heeft, zoals Prysm zegt:
"Dit probleem kwam niet voor in de vorige devnets [omdat] de basisvergoeding 7 was, wat gelijk is, ongeacht de endianness. Het kwam ook niet naar voren in de unittests omdat 7 als invoerwaarde werd gebruikt.”
Dus een non error, error, maar het is duidelijk noodzakelijk om hiermee op te merken dat de ontwikkeling het stadium heeft bereikt waarin ze alles finetunen om klaar te zijn voor de grote upgrade.
Wat dit echter interessanter maakt, is dat het Prysm erbij betrokken is en dat het testnet toch bleef werken.
Dat komt omdat "de ontbrekende blokken goed zijn voor ~ 15-20% van de totale blokken." Je hebt ongeveer 33% nodig om het netwerk te laten stoppen.
Op de huidige live Beacon-keten heeft Prysm echter naar schatting 66% van de knooppunten. Iets dat, als er iets misgaat, niet alleen het netwerk zou stoppen, maar ook zou kunnen veroorzaken dat het dagen nodig heeft om opnieuw op te starten.
ETH2-klantendiversiteit, maart 2022
Moeten we dus verwachten dat node-runners dat 33% drempelaandeel voor een bepaalde klant serieuzer nemen zodra deze volledig Proof of Stake is? Of is het meer dat in testnet vooral ontwikkelaars spelen en ze zich duidelijk bewust zijn van de noodzaak van diversiteit aan klanten?
Dat is te zien, maar de dominantie van Prysm begon tijdens het Beacon chain-testnet in 2020 en ging toen ook door naar het livenet.
Het feit dat het niet zo'n dominantie heeft in dit nieuwe testnet, zou dus kunnen aangeven dat ze het ook niet zullen hebben op het nieuwe livenet.
Tot nu toe is de Beacon-ketting een dummy-ketting waar geen overdrachten plaatsvinden. Dus ontwikkelaars en node-runners vonden klantdiversiteit misschien niet zo belangrijk.
Zodra ethereum is geüpgraded naar volledige Proof of Stake, zullen deze node-clients echter alles uitvoeren, de MakerDAO trapsgewijs gevoelige CPD's, stortingen naar Coinbase, NFT's en zelfs Land on Decentraland.
De inzet bereikt dus het punt van het totaal. En dus hebben we een indicatie dat ontwikkelaars, geconfronteerd met die situatie, de knoopdrempel zeer serieus nemen.
Iets dat hier misschien de echte foutopsporing is, als het ook op livenet hetzelfde blijft.
Gerelateerde berichten
Apen eindelijk tokenize
17 maart 2022 15:07 uur
UK's FCA die Crypto-directeur inhuurt
17 maart 2022 13:53 uur
Bitcoin Bulls, Ethereum-ratio stijgt
17 maart 2022 13:30 uur
Laat een reactie achter Reactie annuleren
Uw e-mailadres wordt niet gepubliceerd.
U mag deze HTML-tags en attributen gebruiken: