Como prometí, este es mi recordatorio de que ePBS es real ahora, bien estudiado, implementado y ahora apoyado por la mayoría de los equipos de clientes.

Una extensión interesante que permite el diseño de TimeBoost es informar a las aplicaciones sobre las transacciones "TimeBoosted" en el momento de la ejecución. Esto podría resultar en que las aplicaciones adapten sus mecanismos de tarifas. Si eso sucede, los arbitrajistas que utilizan TimeBoost también se adaptarán a eso🧵

¡Estoy feliz de compartir que nuestro trabajo ganó el premio al mejor artículo! Gracias, @will_wjk, @StefLeonardos y al equipo por organizar una gran conferencia.

📢 Una propuesta para la Medición de Gas Multidimensional en Ethereum L1 Permite aumentar la capacidad del bloque, sin cambiar el límite de gas del bloque y sin complicar la experiencia del usuario. + se puede extender fácilmente a una fijación de precios multidimensional amigable para el usuario (¡finalmente 1559!). 👇 resumen y enlaces a continuación

Ha habido mucha confusión sobre TimeBoost, especialmente sobre lo que realmente hace. Algunas de las siguientes son mis conclusiones personales al respecto y algunas son hechos que pueden resultarte interesantes: 1. ¿Qué?: La política de ordenación de transacciones de Arbitrum antes de TimeBoost era Primero en Llegar, Primero en Ser Atendido (FCFS). Con TimeBoost es casi lo mismo: las transacciones "TimeBoosted" forman un orden FCFS de inmediato, que se fusiona con las transacciones regulares que también forman un orden FCFS con un retraso de 200 ms. Es importante destacar que TimeBoost NO otorga el derecho a proponer bloques y NO otorga derechos de secuenciación. 2. ¿Por qué?: TimeBoost ha sido diseñado principalmente para cambiar la inversión de los buscadores de arbitraje en la reducción de latencia e infraestructura hacia ingresos de cadena, ya que lo primero es un valor perdido para (todos los tipos de) usuarios de la cadena. El segundo objetivo era reducir las transacciones revertidas debido a retrocesos probabilísticos. El tercer objetivo era estar lo más cerca posible de la política de ordenación FCFS. TimeBoost NO ha sido diseñado para maximizar los ingresos, especialmente a corto plazo. 3. ¿Cómo se desempeña?: El objetivo principal se ha logrado parcialmente, cuán grande es esta parte es a) difícil de calcular, b) necesita ser probado a lo largo del tiempo. El segundo objetivo aún no se ha logrado, pero creo que mejorará. El tercer objetivo se ha logrado claramente. En general, lo encuentro un diseño alternativo interesante para el ordenamiento de transacciones para estudiar, desde una perspectiva de investigación, y ahora también con datos de la vida real. La parte de subasta de TimeBoost está bastante relacionada con la idea de los tickets de ejecución propuesta por los investigadores de la Fundación Ethereum.

Esperamos presentar nuestro artículo "Captura de MEV a través de arbitraje con ventaja temporal" (con @robin_ethz, @misilva73, @EdFelten, @convoluted_code) en la conferencia MARBLE la próxima semana. Programa completo de la conferencia: El artículo estudia el valor de TimeBoost proveniente del arbitraje CEX-DEX y lo compara (empíricamente) con las subastas FCFS y PGA.

Espero con ansias hablar sobre TimeBoost hoy en @ZuBerlinCity.

Para las oportunidades de backrunning, argumentamos que la ventaja temporal (por ejemplo, TimeBoost) puede reducir drásticamente la tasa de transacciones probabilísticas, traduciéndose en un "spam":, en comparación con FCFS, en el que todo el valor se desperdicia en spam. Para la distribución de valor de ejemplo obtenida por estimaciones aproximadas, la reducción fue a solo el 15% del valor gastado en spam. Para algunas distribuciones, puede resultar en 0 valor gastado en spam.

En un nuevo artículo con Benny Sudakov de @ETH_en, comparamos el Restaking con el protocolo de Prueba de Participación (PoS). Primero, analizamos la condición suficiente para que un gráfico de restaking sea seguro. Bajo esta condición, siempre es posible transformar un gráfico de restaking en protocolos de PoS seguros.

Los tiempos de bloqueo son una palabra de moda Hoy en día, @Base tiene 2000 ms, @Solana tiene 400 ms, @Arbitrum tiene 250 ms, y otras cadenas de Arbitrum de producción como @ProofOfPlay a 100 ms. Si bien son una parte importante de la pila, no siempre son los más impactantes para optimizar. 🧵