#sui链 Ca parte a proiectului DeFi din ecosistem, deși nu sunt un expert tehnic, vreau să împărtășesc cu voi contextul acestei eveniment.

① Unul dintre motivele pentru care Sui ne atrage să dezvoltăm pe această platformă este că permite majorității tranzacțiilor să fie procesate în paralel. Atunci când utilizatorii interacționează doar cu obiectele lor proprii, tranzacțiile pot avea loc simultan, ceea ce este foarte important pentru proiectele DeFi.

② Dar atunci când mai mulți utilizatori trebuie să acceseze simultan același obiect partajat, de exemplu, pentru a accesa același pool de lichiditate în DEX, trebuie să fie procesate secvențial. Pentru a evita o încărcare excesivă a sistemului, Sui a proiectat un „mecanism de control al congestiei” pentru a gestiona acest tip de tranzacții.

③ Problema de cădere a sistemului de data aceasta a apărut din cauza unei depășiri a valorilor (overflow) în calculul costurilor de tranzacție. Pe scurt, este ca și cum calculatorul nu ar avea suficiente cifre pentru a afișa un număr prea mare, iar acesta ar fi resetat la zero și recalculat. Sistemul a intrat astfel într-o buclă infinită, ceea ce a dus la oprirea întregii rețele.

④ Să luăm un exemplu simplu:

Când valorile calculate de sistem depășesc intervalul care poate fi stocat:

- Designul inițial: când depășește limita, se calculează greșit, ceea ce duce la repetarea constantă a calculelor de către sistem.

- După corectare: s-a stabilit o limită corectă de calcul pentru a evita această situație.

⑤ Mulți discută dacă aceasta va deveni următorul Solana. Dar situația este complet diferită!

Problema Solana este:

- Concesiile din rețea au dus la prăbușirea sistemului

- Necesită îmbunătățiri de arhitectură la scară mare

- Este dificil de rezolvat fundamental pe termen scurt

Iar Sui de data aceasta:

- Este o problemă tehnică clară

- Există soluții directe disponibile

- Nu afectează infrastructura de bază a sistemului

În concluzie: cheia acestui incident a fost că problema a apărut în logica programului pentru calculul costurilor de tranzacție, nu în mecanismul de consens sau designul arhitectural al Sui. Acest lucru explică de ce corectarea a putut fi atât de rapidă și directă.