Este uimitor. Am dat click prin câteva elemente diferite de construcție de blocuri - Agave, Firedancer, BAM și Harmonic. Toate patru prezintă o logică de programare diferită. Avem și Paladin și Rakurai, fiecare cu propriile versiuni. Din perspectiva microstructurii pieței, în TradFi ai un sistem neconstrâns: comenzile sosesc continuu și sunt executate FIFO de un singur motor de potrivire. Această continuitate este ceea ce permite market makerilor să anuleze cotații fără a risca constant să fie eliminați. Nu sunt necesare taxe de prioritate, iar producătorii pot oferi spread-uri sub 1 punct de bază pentru tranzacții individuale în valoare de milioane de dolari. La prima vedere, Solana pare constrânsă de timpi de sloturi de ~380ms. Asta e adevărat, dar într-o anumită măsură. Datorită Turbine, validatorii distrug tranzacțiile la fiecare ~15–20ms și propagă aceste fragmente în întreaga rețea. Odată ce un shred este produs, comandarea în cadrul acelui lot este fixă. Cu utilizarea actuală a blocurilor mult sub limitele CU, Solana se comportă mult mai mult ca un sistem FIFO în loturi decât ar sugera lungimea slotului. Totuși, sfâșierea este doar o parte a imaginii. Cealaltă constrângere majoră este designul planificatorului. Diferite constructoare de blocuri implementează logici de programare semnificativ diferite: cum sunt intercalate voturile și non-voturile, când sunt incluse rezervele fără vot în slot-ul și cum sunt grupate tx-urile economic. Pentru AMM-urile cu erecție, acest lucru introduce incertitudine. Chiar și când blocurile sunt pe jumătate goale și nu se elimină transferuri din cauza unor taxe de prioritate scăzute, ordinea variază de la un slot la altul, în funcție de constructor. AMM-urile de recuzită au nevoie de actualizări de ofertă și de transferuri pentru a fi comandate previzibil într-un mod previzibil. Cu planificatoare eterogene, această ordonare este nedeterministă între sloturi, ceea ce face dificilă raționamentul privind garanțiile de execuție. Ți-ai putea imagina să atenuezi asta cu prioritate la producător sau cu denivelări pentru fluxul de taker. Dar dacă scopul este ICM pe Solana, această problemă are nevoie de o soluție mai sistemică. Realizarea existenței unei probleme este primul pas spre rezolvarea ei, așa că IRBL explorer este o resursă foarte valoroasă.