Isso é incrível. Passei por alguns construtores de blocos diferentes - Agave, Firedancer, BAM e Harmonic. Todos os quatro apresentam uma lógica de agendamento diferente. Também temos Paladino e Rakurai, cada um com suas próprias versões. Do ponto de vista da microestrutura de mercado, no TradFi, você tem um sistema sem restrições: os pedidos chegam continuamente e são executados FIFO por um único motor de correspondência. Essa continuidade é o que permite aos formadores de mercado cancelar cotações sem correr o risco constante de serem retirados. Não são necessárias taxas prioritárias, e os fabricantes podem cotar spreads abaixo de 1 ponto básico em operações individuais avaliadas em milhões de dólares. À primeira vista, Solana parece limitada por tempos de slot de ~380ms. Isso é verdade, mas até certo ponto. Graças ao Turbine, validadores trituram transações a cada ~15–20ms e propagam esses shreds pela rede. Uma vez produzido um shred, o pedido dentro desse lote é fixo. Com a utilização atual dos blocos bem abaixo dos limites de, Solana se comporta muito mais como um sistema FIFO em lote do que o comprimento do slot sugere. No entanto, a destruição é apenas parte do quadro. A outra grande restrição é o design do escalonador. Diferentes construtores de blocos implementam lógicas de escalonamento significativamente distintas: como votos e não-votos são intercalados, quando os testes não-votantes são incluídos no slot e como os candidatos economicamente relacionados são agrupados. Para os AMMs de hélice, isso introduz incerteza. Mesmo quando os blocos estão pela metade vazios e nenhum TX é descartado devido a taxas de baixa prioridade, a ordem ainda varia de slot para slot dependendo do construtor. Os AMMs de prop precisam de atualizações de orçamento e pedidos de recebimento para serem pedidos previsivelmente dentro de um pedaço. Com agendadores heterogêneos, essa ordem é não determinística entre slots, dificultando a justificação sobre garantias de execução. Pode-se imaginar mitigar isso com prioridade do fabricante ou obstáculos para o fluxo de coletores. Mas se o objetivo é a ICM em Solana, esse problema precisa de uma solução mais sistêmica. Perceber que há um problema é o primeiro passo para resolvê-lo, então o explorador IRBL é um recurso muito valioso.