Her er grunden til, at den nylige Solana-afbrydelse tog næsten en dag at løse

Twitter-bruger @DBCrypt0 forklaret, hvorfor Solana var nede i næsten 20 timer i weekenden.

Solanas oppetidsstatus viste, at netværket led en afbrydelse, der varede 18 timer og 50 minutter den 25. februar - den første afbrydelse i 2023.

Solana har en historie med netværksafbrydelser, efter at have været udsat for 11 større og 3 mindre afbrydelser i 2022. Nedetidsafbrydelserne varierede mellem 1 time og 15 minutter og 17 timer og 7 minutter i denne periode. Det seneste udfald var det længste i over et år.

@DBCrypt0 nævnte udfald opstår pga.en massiv designfejl”, der sætter systemet fast. Han forklarede også, at validatorkommunikation skifter til Discord under et udfald, hvilket bidrager til potentielt lange nedetider.

Solanas designfejl

Solana anvender en on-chain konsensusmodel, hvilket betyder, at netværkstransaktioner består af konsensuskommunikation mellem validatorer og selve transaktionerne - såsom token-overførsler og minting. Dette puster transaktionsvolumen op, sagde @DBCrypt0.

Diagrammet nedenfor viser et øjebliksbillede af netværkets transaktioner. Den lyserøde del af bjælken repræsenterer faktiske transaktioner, mens den lyseblå henviser til valideringsbekræftelseskommunikationen. @DBCrypt0 kommenterede, at det var "skøre" valideringsmeddelelser, der udgør 90%-95% af transaktionerne.

"Så når #solana nævner, at de laver 4K TPS, ved bare, at mindre end 10 % er FAKTISKE transaktioner på netværket."

Solana-transaktioner opdelt efter konsensus og valideringskommandoer
Kilde: @DBCrypt0 på Twitter.com

Som størstedelen af ​​transaktionsvolumen består af validatorernes meddelelser, dette "svulmer systemet". Og når netværket går ned, kan validatorer ikke tale med hinanden, f.eksid @DBCrypt0.

I sådanne tilfælde henvender validatorer sig til Discord for at beslutte, hvad de skal gøre. Problemet er, at to tredjedele af validatorerne skal give samtykke til enhver foreslået handling, før den kan ske, og nogle kan være offline og uvidende om en fejl.

"Så har de brug for 66 % af validatorerne, som jeg tror, ​​for at blive enige om en løsning for at komme op igen".

Hedera råbte

Solana "skaber vanvittige mængder af data til fulde noder”ved at drive en on-chain konsensusmodel, @DBCrypt0 sagde.

Han tilføjede, at ved at oppuste historien med unødvendige valideringsmeddelelser, kræves "et datacenter" for at drive en fuld Solana-knude.

Som afrunding påpegede @DBCrypt0, at Hedera også kører en on-chain konsensusmodel og lider af den samme iboende bloat-fejl som Solana.

"Beklager at bryde det til alle #HBARbarer men størstedelen af ​​tx er unødvendige

Ligesom de er på #solana

$ HBAR gør kun omkring 3-5 TPS i gennemsnit."

Den 25. februar oplevede SOL et sving på 9 % til nedadgående, men kom sig ved at lukke det næste daglige lys over den foregående dags åbningskurs – hvilket indikerer, at markedet accepterer Solana-afbrydelser som forventet adfærd.

Kilde: https://cryptoslate.com/heres-why-the-recent-solana-outage-took-almost-a-day-to-resolve/