To je úžasné. Proklikal jsem několika různými staviteli bloků – Agave, Firedancer, BAM a Harmonic. Všechny čtyři mají odlišnou logiku plánování. Máme také Paladina a Rakurai, každý se svou verzí. Z pohledu mikrostruktury trhu máte v TradFi neomezený systém: objednávky přicházejí nepřetržitě a jsou vykonávány FIFO jediným matchingovým enginem. Tato kontinuita umožňuje tvůrcům trhu rušit nabídky, aniž by neustále riskovali, že budou vyřazeni. Nejsou potřeba žádné prioritní poplatky a výrobci mohou uvádět spready pod 1 bazickou hodnotu u jednotlivých obchodů v hodnotě milionů dolarů. Na první pohled vypadá Solana omezeně kvůli ~380 ms slotům. To je pravda, ale do určité míry. Díky Turbine validátoři shredují transakce každých ~15–20 ms a šíří je po síti. Jakmile je shred vyroben, pořadí v rámci této dávky je pevně stanoveno. S aktuálním využitím bloků výrazně pod limity CU se Solana chová mnohem více jako dávkový FIFO systém, než by naznačovala délka slotu. Nicméně skartování je jen část příběhu. Dalším hlavním omezením je návrh plánovačů. Různé blokové buildery implementují smysluplně odlišnou logiku plánování: jak jsou hlasy a nehlasy prokládány, kdy jsou do slotu zahrnuty nehlasující transpozice a jak jsou ekonomicky související transakce seskupovány. U vrtulových AMM to přináší nejistotu. I když jsou bloky poloprázdné a žádné převody nejsou zrušeny kvůli nízkým prioritním poplatkům, objednávka se stále liší podle slotu podle stavitele. Propagační AMM potřebují aktualizaci cen a odběrové termíny musí být objednány předvídatelně během jednoho okamžiku. U heterogenních plánovačů je toto uspořádání nedeterministické napříč sloty, což ztěžuje uvažování o zárukách provedení. Lze si představit, že by se to dalo zmírnit prioritou tvůrců nebo zpomalujícími překážkami pro tok odběratelů. Pokud je však cílem ICM na Solaně, tento problém potřebuje systémovější řešení. Uvědomění si, že problém existuje, je prvním krokem k jeho řešení, takže průzkumník IRBL je velmi cenným zdrojem.