Hasta la fecha, DoubleZero ha distribuido 4.576.869,96 tokens 2Z a los colaboradores de la red que impulsan IBRL. La utilidad sobre la especulación. 2Z.

Esto es increíble. He pasado por varios constructores de bloques diferentes: Agave, Firedancer, BAM y Harmonic. Los cuatro muestran una lógica de programación diferente. También tenemos Paladín y Rakurai, cada uno con su propia versión. Desde la perspectiva de la microestructura del mercado, en TradFi tienes un sistema sin restricciones: los pedidos llegan continuamente y son ejecutados FIFO por un único motor de emparejamiento. Esta continuidad es lo que permite a los creadores de mercado cancelar cotizaciones sin arriesgarse constantemente a ser desconectados. No se necesitan comisiones prioritarias y los fabricantes pueden cotizar diferenciales por debajo de 1 punto básico en operaciones individuales valoradas en millones de dólares. A primera vista, Solana parece limitada por unos ~380ms de tiempo de slot. Es cierto, pero hasta cierto punto. Gracias a Turbine, los validadores destruyen las transacciones cada ~15–20 ms y propagan estos shreds por toda la red. Una vez que se produce un triturado, el pedido dentro de ese lote queda fijo. Con la utilización actual de bloques muy por debajo de los límites de CU, Solana se comporta mucho más como un sistema FIFO en lote de lo que la longitud de la ranura sugeriría. Sin embargo, la trituración es solo una parte del panorama. La otra gran restricción es el diseño de los planificadores. Diferentes constructores de bloques implementan lógicas de programación significativamente distintas: cómo se entrelazan votos y no votos, cuándo se incluyen los mensajes no votados dentro del espacio y cómo se agrupan los mensajes relacionados económicamente. Para los AMM de hélice, esto introduce incertidumbre. Incluso cuando los bloques están medio vacíos y no se pierden trastos por bajas comisiones de prioridad, el orden sigue variando de una ranura a otra dependiendo del constructor. Los AMM de hélice necesitan actualizaciones de presupuesto y pedidos de aceptación para ser pedidos de forma predecible dentro de un fragmento. Con planificadores heterogéneos, ese orden no es determinista entre slots, lo que dificulta razonar sobre garantías de ejecución. Uno podría imaginar mitigar esto con prioridad del fabricante o topes de velocidad para el flujo de tomadores. Pero si el objetivo es la ICM en Solana, este problema necesita una solución más sistémica. Darse cuenta de que hay un problema es el primer paso para solucionarlo, así que el explorador IRBL es un recurso muy valioso.