Am urmărit cea mai mică latență posibilă. Construia o caracteristică nouă și elegantă de portofel pe devnet-ul Midnight, iar codul era frumos.
Am proiectat o arhitectură de stat magistrală - o hartă unică și cuprinzătoare care găzduia toate datele utilizatorilor. Era curată. Era simplă. Era elegantă.
La 3:13 AM, în timpul unui test de stres, acea eleganță a devenit o povară.
Vidul
Am efectuat două transferuri. Același portofel. Destinatari diferiți. Pe o rețea tradițională, aceasta nu este o problemă; al doilea pur și simplu așteaptă rândul. Dar în mediul de execuție paralel al Midnight, nu am avut o întârziere.
Am obținut un vid.
Prima tranzacție a obținut blocarea de scriere pe starea acelui portofel. A doua tranzacție a atins mempool-ul, a fost considerată validă, și apoi... a fost pusă în așteptare. A așteptat rândul său pentru a scrie, dar ceasul ticăia.
Fereastra slotului Midnight—o strânsă 150ms—s-a închis înainte ca a doua tranzacție să poată obține blocarea și să execute.
Tranzacția nu a eșuat cu un cod de eroare. Nu s-a întors la expeditor. Pur și simplu a evaporat. Fără alertă. Fără intrare pe exploratorul de blocuri. Doar un gol fantomatic în secvența noastră unde valoarea ar fi trebuit să se miște.
Asta a fost momentul în care ne-am dat seama că pe Midnight, ucigașul tăcut nu este throughput-ul. Este coliziunea de stare.
Iluzia Succesului
Am învățat o adevărată realitate în acea noapte: Pe lanțuri de execuție paralele precum Midnight, "succesul" poate arăta exact ca "pierdere tăcută."
Dacă două tranzacții ating același cont într-un singur slot, una dintre ele dispare fără urmă. Nu o vei găsi în jurnale. Rețeaua nu va striga la tine. Descoperi doar hemoragia când verifici bilanțul la zori și găsești o gaură imensă unde ar trebui să fie fonduri.
Problema nu era logica noastră; era arhitectura noastră. Prin împachetarea întregii stări a utilizatorului într-o hartă gigantică, am creat un singur punct de contencție. Fiecare tranzacție a devenit un punct de bottleneck, luptând pentru accesul de scriere la aceeași bucată de date.
Fixul: Fragmentare sau Moarte
Pentru a supraviețui pe Midnight, trebuie să schimbi modul în care gândești despre stare. Trebuie să presupui că contencția este dușmanul și să îți proiectezi datele pentru a o evita cu orice preț.
1. Îmbrățișează Fragmentarea
Nu mai gândi despre starea utilizatorului ca despre o entitate monolitică unică. Sparge-o. Fragmentează starea utilizatorului tău în segmente izolate, independente. Dacă un utilizator are multiple active sau acțiuni, nu ar trebui să trăiască toate sub același acoperiș.
2. Gruparea Nonce este Prietena Ta
În loc să blochezi un profil întreg de utilizator, izolează starea prin grupuri nonce sau domenii operaționale specifice. Un transfer ar trebui să blocheze doar UTXO-ul specific sau găleata de sold de care are nevoie—nu întreaga istorie a tranzacțiilor utilizatorului.
3. Îngustează Calea de Scriere
Auditează fiecare linie a interacțiunii tale cu starea. Dacă o tranzacție nu trebuie absolut să scrie pe o bucată de date, nu o lăsa să o atingă. Cu cât calea de scriere este mai îngustă, cu atât șansa de coliziune este mai mică.
Sabia cu Două Tăișuri
Puterea Midnight este execuția sa paralelă, dar acea putere este o sabie cu două tăișuri. Răsplătește pe cei care proiectează pentru concurență și pedepsește pe cei care aduc mentalități monolitice, de tip legacy chain.
Ne-am reconstruit modelul de stare. Am fragmentat harta monolitică în chei fine, fiecare reprezentând o resursă discretă. Acum, transferurile concurente care vizează același utilizator intră în sloturi diferite fără a lupta vreodată pentru aceeași blocare.
Auditează înainte să desfășori
Auditează-ți starea înainte să desfășori. Pentru că pe Midnight, dacă nu respecți timpul slotului, tranzacțiile tale nu vor eșua doar—vor dispărea.
Și tăcerea va fi cel mai scump sunet pe care nu-l auzi niciodată.
@MidnightNetwork $NIGHT #night
