jakiro
Autor: Toni Wahrstätter Fuente: EthResear.ch Traducción: Shan Oppa, Bittain Vision
Breve descripción general:
-
El constructor puede no tener motivación para incluir el blob debido a una mayor latencia causada por el blob.
-
Los usuarios que no tienen un impulso de MEV incluyen más blobs en bloques en promedio que los constructores MEV-Boost.
-
En comparación con los usuarios que no sean de MEV-Boost, la probabilidad de reorganizar los usuarios de MeV-Boost se reduce significativamente (ver secciones de MEV-Boost y Reorganización para más detalles).
-
Los constructores RSYNC-Builder y Flashbots tienen manchas promedio más bajas por bloque que otros constructores.
En el análisis reciente de bloques grandes, blobs y reorganización, se puede ver el impacto de las blobs en la probabilidad de reorganización.
En lo que sigue, me gustaría incluir el ecosistema MeV-Boost en consideración para una discusión adicional.
Las preguntas básicas son:-& gt;¿Mev-Boost afecta la reestructuración?Si es así, ¿qué tan grande es el impacto?«
Los blobs son objetos «grandes», y los objetos grandes causan una latencia más alta.Por lo tanto, el constructor no puede incluir una blob en su bloque en las siguientes circunstancias:
-
El constructor comete bloques más adelante en la ranura para minimizar los retrasos (ver el juego cronometrado).
-
El constructor quiere capturar altas oportunidades de MEV y no quiere invalidar sus bloques debido a blobs no disponibles.
-
Los proponentes tienen poca conectividad (porque la propagación comienza más tarde).
ConstructorSe puede requerir una compensación a través de tarifas prioritarias para incluir transacciones que puedan causar una mayor latencia para bloquear la propagación.Antes de 4844, estas transacciones fueron principalmente transacciones que contenían una gran cantidad de Datos de llamada.Desde 4844, las blobs se han convertido en el principal impulsor de la latencia.
Como se muestra en la figura anterior, las puntas para las transacciones BLOB no son tan buenas como las transacciones regulares de tipo 2.
Según esto, Blobs no les dará a los constructores ventajas significativas cuando compitan por las mismas ranuras de tiempo.Otra explicación podría ser una transacción privada entre el constructor y el rollup para garantizar la inclusión oportuna de las transacciones de blob por las tarifas pagadas a través del canal lateral.
Mev-boost y reorganización
METROEl ecosistema EV-Boost consta de participantes, constructores y repetidores complejos, estos participantes están bien conectados y están especializados en el establecimiento de conexiones de baja latencia con sus compañeros.Por lo tanto, los propuestas que usan MeV-Boost deben reorganizarse menos que los «constructores de vainilla» (es decir, usuarios que no usan MEV-Boost).
Esta expectativa se mantiene cierta al ver la imagen de arriba.Podemos ver,A medida que aumenta el número de blobs, aumenta la probabilidad de recombinación.Sin embargo, la probabilidad de reorganización para los usuarios de MeV-Boost es mucho más baja que la de los usuarios que no sean de MEV-Boost (constructores de vainilla).
En este caso, es importante no confundir la correlación y la causalidad:
-& GT;
En este caso, es interesante comparar el número promedio de blobs por bloque para los usuarios de MeV-Boost y los usuarios que no sean de MEV-Boost.
Como se muestra en la imagen de arriba, los propuestas que no usan MEV-Boost incluyen más blobs en sus bloques en promedio, mientras que los usuarios de MEV-Boost son menos.Esto puede indicar que los participantes del ecosistema MEV-Boost (repetidores y constructores) han adoptado una estrategia más allá de la «inclusión si hay espacio».
Primero, echemos un vistazo más de cerca al constructor.
Los constructores de vainilla (propuesta que no es Boost) tienen la tasa de inclusión de blob más alta, seguido de Beaverbuild y Titan Builder.
RSYNC-Builder parece contener muchas menos blobs en sus bloques.Lo mismo se aplica a los constructores de flashbots, que parecían cambiar el comportamiento a principios de mayo, con el número promedio de blobs por bloque que se acerca a cero.
«¿Es justo decir» Builder XY Review Blobs «?»
Injusto
Diferentes constructores adoptan diferentes estrategias.Por ejemplo, los constructores como RSYNC-Builder a menudo son competitivos en las ranuras de tiempo con baja latencia y importancia de velocidad, y pueden terminar ganando bloques sin blobs (ver sesgo de selección).
A continuación, cambiemos nuestro enfoque a los repetidores:
Como se muestra arriba, los constructores de vainilla tienen la tasa de inclusión promedio de blob promedio más alta.Los repetidores de ultrasonido y gnosis agnóstica ocupan el segundo y tercer lugar respectivamente, seguidos de los repetidores de Bloxroute.El repetidor Flashbots parece contener la menor cantidad de blobs.
Es importante destacar que los repetidores dependen de los constructores y, en última instancia, los constructores influyen en la tabla anterior.
Siguiente paso
En el contexto de Peerdas 10, la red tendrá que confiar en nodos más potentes que otros nodos y capaces de manejar más de 6 blobs por bloque.Por lo tanto, será de gran valor ver más investigación sobre el tema.
Llamada de reproducción: sería genial si alguien pudiera verificar mis resultados reproduciendo este análisis.
Investigue por qué algunos constructores tienen tasas de inclusión de blob significativamente más bajas que otros.
Reduzca la tasa de reorganización de los usuarios que no no tienen como gusto: los repetidores pueden proporcionar sus servicios de propagación de bloque a los usuarios no reforzados para asegurarse de que sus bloques estén menos reorganizados.
El mercado Blob todavía se está desarrollando, y los precios estables de Blob aún no se han descubierto.A medida que aumenta la demanda de espacio de blob, las puntas de las transacciones BLOB pueden ponerse al día con las transacciones regulares.
