Dit is geweldig. Ik heb een paar verschillende block builders bekeken - Agave, Firedancer, BAM en Harmonic. Alle vier tonen verschillende planningslogica. We hebben ook Paladin en Rakurai, elk met hun eigen versies. Vanuit een markt-microstructuurperspectief heb je in TradFi een ongehinderd systeem: orders komen continu binnen en worden FIFO uitgevoerd door een enkele matching engine. Deze continuïteit stelt market makers in staat om quotes te annuleren zonder constant het risico te lopen om gepakt te worden. Geen prioriteitskosten nodig, en de makers kunnen sub-1 bp spreads quoten op enkele transacties ter waarde van miljoenen dollars. Op het eerste gezicht lijkt Solana beperkt door ~380 ms slot tijden. Dat is waar, maar tot op zekere hoogte. Dankzij Turbine versnipperen validators transacties elke ~15–20 ms en verspreiden deze versnipperingen over het netwerk. Zodra een versnippering is geproduceerd, is de volgorde binnen die batch vast. Met de huidige blokutilisatie ver onder de CU-limieten, gedraagt Solana zich veel meer als een gebatcht FIFO-systeem dan de slotlengte zou doen vermoeden. Echter, versnipperen is slechts een deel van het plaatje. De andere grote beperking is het ontwerp van de scheduler. Verschillende block builders implementeren betekenisvol verschillende planningslogica: hoe stemmen en niet-stemmen worden door elkaar heen geplaatst, wanneer niet-stem transacties binnen het slot worden opgenomen, en hoe economisch gerelateerde transacties worden gegroepeerd. Voor prop AMMs introduceert dit onzekerheid. Zelfs wanneer blokken halfleeg zijn en er geen transacties worden verworpen vanwege lage prioriteitskosten, varieert de volgorde nog steeds van slot tot slot, afhankelijk van de builder. Prop AMMs hebben quote-updates en taker transacties nodig die voorspelbaar binnen een versnippering worden geordend. Met heterogene schedulers is die ordening niet-deterministisch over slots, wat het moeilijk maakt om na te denken over uitvoeringsgaranties. Men zou zich kunnen voorstellen dit te mitigeren met makerprioriteit of snelheidsbelemmeringen voor takerflow. Maar als het doel ICM op Solana is, heeft dit probleem een meer systemische oplossing nodig. Het besef dat er een probleem is, is de eerste stap naar het oplossen ervan, dus de IRBL-explorer is een zeer waardevolle bron.