Rețeaua Solana suferă eșec de 20 de ore, cauza de bază este încă necunoscută
Rețeaua Solana suferă eșec de 20 de ore, cauza de bază este încă necunoscută
Eșecurile Solana au ridicat din nou întrebări cu privire la proiectarea blockchain -ului stratului 1 principal.
Validatorii au încercat de două ori în weekend să repornească rețeaua după ce activitatea pe lanț a fost înghețată. În trecut, Solana a procesat doar 93 TPS. După scăderea performanței, comunitatea validatorului a trebuit în sfârșit să aleagă o repornire a lanțului sincronizat a rețelei.
New Solana Eșec
Conform postării oficiale pe blog, cauza eșecului nu a fost încă determinată, dar Solana este încă examinată activ. Echipa a spus că rețeaua nu poate fi restabilită fără intervenție de către comunitatea validatorului.
Decizia de a reporni rețeaua a fost propusă de inginerii care au depanat problemele. Comunitatea Validator a decis apoi să reducă la versiunea stabilă anterioară, v1.13.6. În același timp, a fost introdus 1,14 pentru a reduce riscul redă.
"O primă încercare de repornire a fost anulată pentru a avea timp pentru o analiză mai detaliată a datelor și pentru a se asigura că nu sunt afectate tranzacții pentru utilizatori. După o analiză suplimentară, comunitatea a început rețeaua împreună cu un slot mai vechi decât cele selectate anterior.
reacție comunitară
Anul trecut, Solana a suferit 14 eșecuri, atât cu perioade mici, cât și mari. Membrii comunității furioase au subliniat că eșecurile în curs de desfășurare s -ar putea datora unei erori de proiectare masivă în rețea. A user called "dbcrypt0" called the on-chain consensus from Solana comprises network transactions that consist of consensus communication between validers and the transactions themselves, which "inflated the volumul tranzacțiilor și TPS "
au criticat în continuare rețeaua și au spus că dintre cele 4.000 de TP -uri pe care le oferă Solana, doar 10 % au fost tranzacții „reale”, adăugând în același timp că majoritatea volumului a constat în mesaje de la Validiers, ceea ce în cele din urmă aduce sistemul la o oprire.
În cazul unui eșec, comunicarea dintre validieri se desparte, în timp ce se îndreaptă spre discordie pentru a elabora un plan. Cu toate acestea, două treimi din validatori trebuie să fie de acord cu o soluție pentru a se ridica din nou, iar unii dintre ei ar putea fi offline sau nu pot fi conștienți de eșec.
Solanas întârzierile tehnice nu sunt noi. Anul trecut, echipa a arătat chiar modalități în spatele dezvoltării sale de a atenua astfel de incidente. În ultimele timpuri, dezvoltatorii au implementat o nouă funcție numită „taxe prioritare”, cu care utilizatorii pot plăti taxe suplimentare pentru a evita blocajele de trafic.
.