#dusk @Dusk $DUSK
Esperaba que la prueba fuera la parte lenta. Hedger genera una prueba confidencial de una transacción del lado del cliente, en el navegador, en menos de dos segundos: ElGamal sobre ECC para los valores cifrados, y pruebas ZK para la corrección. Dos segundos sonaban a una espera, así que fui al explorador para ver qué vale eso en esta cadena.
Mainnet, bloque 5.021.189. Mi lectura anterior era 5.004.022. Son 17.167 bloques con una cadencia fija de diez segundos: 171.670 segundos, 47,7 horas. Cada uno de ellos pagó 19,8574 DUSK - 340.892 DUSK emitidos en menos de dos días, la mayor parte en bloques que llevaban cero transacciones.
Así que la aritmética de Hedger es: una prueba termina en menos de 2 s contra un bloque de 10 s. Cinco pruebas encajan entre dos bloques. La criptografía del lado del usuario no es la cola. El bloque sí.
Lo que no esperaba es que la documentación diga esto por sí misma. Una transacción de DuskEVM ejecuta un secuenciador, luego un bloque L2, luego el agrupador publica datos en DuskDS, después los compromisos de estado y las pruebas de fallos lo anclan a la liquidación. Y la documentación indica sin rodeos que la inclusión es rápida, pero la inclusión y la liquidación son etapas distintas, y las aplicaciones deberían leer el estado del protocolo en lugar de inferir la finalidad por el tiempo transcurrido. Un proyecto optimizado para la demo permitiría con gusto que "menos de dos segundos" implique fin a fin. Esta es la que escribe la corrección en sus propios documentos.
Debajo, la capa de liquidación se volvió más pesada durante esas mismas 47,7 horas. La apuesta actual pasó de 206,94M a 214,15M, más 7,21M. La apuesta pendiente cayó de 7,08M a 1,82M, así que 5,26M de ese aumento es la cola convirtiéndose en seguridad activa y aproximadamente 1,95M es realmente nuevo.
Proveedores activos: de 179 a 184; pendientes: de 15 a 11.
Probar rápido compra la experiencia del usuario. La liquidación determinista es en lo que realmente se firma en un entorno regulado. Son dos problemas distintos, y lo interesante es que los están entregando como una sola pila.
Si fueras el responsable de cumplimiento en ese lugar, ¿qué número pedirías primero: el tiempo de prueba o la etapa de liquidación?
Esperaba que la prueba fuera la parte lenta. Hedger genera una prueba confidencial de una transacción del lado del cliente, en el navegador, en menos de dos segundos: ElGamal sobre ECC para los valores cifrados, y pruebas ZK para la corrección. Dos segundos sonaban a una espera, así que fui al explorador para ver qué vale eso en esta cadena.
Mainnet, bloque 5.021.189. Mi lectura anterior era 5.004.022. Son 17.167 bloques con una cadencia fija de diez segundos: 171.670 segundos, 47,7 horas. Cada uno de ellos pagó 19,8574 DUSK - 340.892 DUSK emitidos en menos de dos días, la mayor parte en bloques que llevaban cero transacciones.
Así que la aritmética de Hedger es: una prueba termina en menos de 2 s contra un bloque de 10 s. Cinco pruebas encajan entre dos bloques. La criptografía del lado del usuario no es la cola. El bloque sí.
Lo que no esperaba es que la documentación diga esto por sí misma. Una transacción de DuskEVM ejecuta un secuenciador, luego un bloque L2, luego el agrupador publica datos en DuskDS, después los compromisos de estado y las pruebas de fallos lo anclan a la liquidación. Y la documentación indica sin rodeos que la inclusión es rápida, pero la inclusión y la liquidación son etapas distintas, y las aplicaciones deberían leer el estado del protocolo en lugar de inferir la finalidad por el tiempo transcurrido. Un proyecto optimizado para la demo permitiría con gusto que "menos de dos segundos" implique fin a fin. Esta es la que escribe la corrección en sus propios documentos.
Debajo, la capa de liquidación se volvió más pesada durante esas mismas 47,7 horas. La apuesta actual pasó de 206,94M a 214,15M, más 7,21M. La apuesta pendiente cayó de 7,08M a 1,82M, así que 5,26M de ese aumento es la cola convirtiéndose en seguridad activa y aproximadamente 1,95M es realmente nuevo.
Proveedores activos: de 179 a 184; pendientes: de 15 a 11.
Probar rápido compra la experiencia del usuario. La liquidación determinista es en lo que realmente se firma en un entorno regulado. Son dos problemas distintos, y lo interesante es que los están entregando como una sola pila.
Si fueras el responsable de cumplimiento en ese lugar, ¿qué número pedirías primero: el tiempo de prueba o la etapa de liquidación?
