He notado algo al cotejar el flujo de la transacción @Dusk con la actividad $DUSK EVM la semana pasada: las transacciones se confirmaban, pero la brecha entre la presentación y la finalización se iba desplazando siguiendo un patrón que no se correspondía en absoluto con la congestión de la red. Mi primera suposición fue una tarificación por congestión simple, de la que se ve en la mayoría de las cadenas cuando el espacio del bloque se ve disputado.
Al profundizar, tracé que Dusk separa la confirmación de la ejecución de la finalización del pago (settlement). Una transacción puede ser aceptada y procesada por la capa de red, mientras que la liquidación real, la parte que importa para activos regulados o protegidos mediante privacidad, avanza por una ruta de consenso distinta. Eso no es congestión. Eso es el protocolo tratando "procesado" y "final" como estados realmente diferentes, no dos palabras para el mismo evento.
Esto reconfiguró por completo cómo pienso sobre las métricas de actividad. La mayoría de las personas, yo incluido hasta hace poco, confunden el rendimiento con las garantías de liquidación. Pero si la ejecución y la finalización están desacopladas por diseño, entonces un pico en el volumen visible de transacciones no necesariamente significa un pico en la actividad económica confirmada. El efecto de segundo orden es que los paneles que muestran recuentos crudos de transacciones podrían sobreestimar el uso real durante periodos en los que la finalización se retrasa.
Lo que aún no he resuelto es si esta separación es una elección deliberada de resiliencia o simplemente un subproducto de cómo los validadores secuencian su trabajo bajo restricciones de divulgación selectiva. Si es intencional, sugiere que la red está optimizando la integridad de la liquidación por encima de la velocidad destacada (headline), lo cual es un intercambio real, no un fallo, pero todavía no puedo saber cómo se incentiva a los validadores a priorizar una ruta sobre la otra bajo carga.
De cara al futuro, estoy observando la diferencia entre las marcas de tiempo de ejecución y las marcas de tiempo de liquidación (settlement) a lo largo de condiciones de carga variables, no solo el tiempo promedio de finalización. También quiero ver si la participación de los validadores cambia cuando esa brecha se amplía, ya que eso me diría si los operadores la están gestionando activamente o simplemente la están absorbiendo de forma pasiva.#dusk
Al profundizar, tracé que Dusk separa la confirmación de la ejecución de la finalización del pago (settlement). Una transacción puede ser aceptada y procesada por la capa de red, mientras que la liquidación real, la parte que importa para activos regulados o protegidos mediante privacidad, avanza por una ruta de consenso distinta. Eso no es congestión. Eso es el protocolo tratando "procesado" y "final" como estados realmente diferentes, no dos palabras para el mismo evento.
Esto reconfiguró por completo cómo pienso sobre las métricas de actividad. La mayoría de las personas, yo incluido hasta hace poco, confunden el rendimiento con las garantías de liquidación. Pero si la ejecución y la finalización están desacopladas por diseño, entonces un pico en el volumen visible de transacciones no necesariamente significa un pico en la actividad económica confirmada. El efecto de segundo orden es que los paneles que muestran recuentos crudos de transacciones podrían sobreestimar el uso real durante periodos en los que la finalización se retrasa.
Lo que aún no he resuelto es si esta separación es una elección deliberada de resiliencia o simplemente un subproducto de cómo los validadores secuencian su trabajo bajo restricciones de divulgación selectiva. Si es intencional, sugiere que la red está optimizando la integridad de la liquidación por encima de la velocidad destacada (headline), lo cual es un intercambio real, no un fallo, pero todavía no puedo saber cómo se incentiva a los validadores a priorizar una ruta sobre la otra bajo carga.
De cara al futuro, estoy observando la diferencia entre las marcas de tiempo de ejecución y las marcas de tiempo de liquidación (settlement) a lo largo de condiciones de carga variables, no solo el tiempo promedio de finalización. También quiero ver si la participación de los validadores cambia cuando esa brecha se amplía, ya que eso me diría si los operadores la están gestionando activamente o simplemente la están absorbiendo de forma pasiva.#dusk