Isto é incrível. Cliquei em alguns construtores de blocos diferentes - Agave, Firedancer, BAM e Harmonic. Os quatro mostram diferentes lógicas de agendamento. Também temos Paladin e Rakurai, cada um com suas próprias versões. De uma perspectiva de microestrutura de mercado, no TradFi, você tem um sistema não restrito: os pedidos chegam continuamente e são executados FIFO por um único motor de correspondência. Essa continuidade é o que permite que os formadores de mercado cancelem cotações sem correr o risco constante de serem eliminados. Não são necessárias taxas de prioridade, e os formadores podem cotar spreads abaixo de 1 bp em negociações únicas no valor de milhões de dólares. À primeira vista, a Solana parece restrita por tempos de slot de ~380ms. Isso é verdade, mas até certo ponto. Graças ao Turbine, os validadores fragmentam transações a cada ~15–20ms e propagam esses fragmentos pela rede. Uma vez que um fragmento é produzido, a ordenação dentro desse lote é fixa. Com a utilização atual do bloco bem abaixo dos limites de CU, a Solana se comporta muito mais como um sistema FIFO em lotes do que o comprimento do slot sugeriria. No entanto, a fragmentação é apenas parte da imagem. A outra grande restrição é o design do agendador. Diferentes construtores de blocos implementam lógicas de agendamento significativamente diferentes: como votos e não-votos são intercalados, quando transações não-voto são incluídas dentro do slot e como transações economicamente relacionadas são agrupadas. Para AMMs prop, isso introduz incerteza. Mesmo quando os blocos estão meio vazios e nenhuma transação é descartada devido a baixas taxas de prioridade, a ordenação ainda varia de slot para slot dependendo do construtor. AMMs prop precisam que atualizações de cotações e transações de tomadores sejam ordenadas de forma previsível dentro de um fragmento. Com agendadores heterogêneos, essa ordenação é não determinística entre slots, tornando difícil raciocinar sobre garantias de execução. Pode-se imaginar mitigar isso com prioridade de criadores ou obstáculos de velocidade para o fluxo de tomadores. Mas se o objetivo é ICM na 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.