#dusk $DUSK @Dusk
Estaba mirando un explorador de bloques la otra noche, esperando a que una transacción “se sienta” final, y me di cuenta de cuánto tiempo pasamos en cripto simplemente... esperando. Seis confirmaciones aquí. Doce allá. En algún punto, aceptamos eso como algo normal. El enfoque de Dusk para llegar al consenso es lo primero que me hizo parar y releer la mecánica dos veces en bastante tiempo.
La idea central se llama Prueba de Acreditación Sucinta (Succinct Attestation) y funciona en tres pasos en lugar del juego habitual de adivinanzas entre mineros y red. Primero está la Propuesta: un generador de bloques seleccionado aleatoriamente presenta un bloque candidato. Conceptualmente, no hay nada nuevo; básicamente es lo que hacen muchas cadenas PoS. Lo que me llamó la atención fue el paso dos, Validación: un comité separado realmente comprueba la integridad del bloque antes de que nadie se comprometa con él. Luego, Ratificación cierra el circuito: un segundo comité vota para confirmar que el resultado de la validación se mantuvo. Dos comités distintos votando en secuencia en lugar de que un solo grupo se dé el visto bueno a sí mismo.
Tal vez me estoy haciendo demasiadas películas, pero esa separación parece ser el punto completo. No estás confiando a los mismos actores tanto para proponer como para confirmar. Al principio me pareció extraño, casi demasiado cauteloso para algo que afirma finalizar en segundos. Luego recordé cuántas cadenas “instantáneas” todavía te piden esperar a que se desvanezca el riesgo de reorganización (reorg). Dusk parece apostar a que hacer el trabajo de verificación de antemano cuesta menos que hacer la limpieza después.
No tengo una convicción fuerte sobre si esto se convertirá en el estándar para cadenas enfocadas en la privacidad o para cadenas de liquidación de RWA donde la finalidad determinista realmente importa por razones de cumplimiento. Quizá solo se quede como un nicho. Pero ver que una cadena trate la finalidad como una restricción de diseño en lugar de un simple detalle me hizo poner más atención de la que esperaba. Me da curiosidad ver qué tan bien se sostiene esto bajo carga real de red una vez que se unan más provisionadores.
$KII
$AIO
Estaba mirando un explorador de bloques la otra noche, esperando a que una transacción “se sienta” final, y me di cuenta de cuánto tiempo pasamos en cripto simplemente... esperando. Seis confirmaciones aquí. Doce allá. En algún punto, aceptamos eso como algo normal. El enfoque de Dusk para llegar al consenso es lo primero que me hizo parar y releer la mecánica dos veces en bastante tiempo.
La idea central se llama Prueba de Acreditación Sucinta (Succinct Attestation) y funciona en tres pasos en lugar del juego habitual de adivinanzas entre mineros y red. Primero está la Propuesta: un generador de bloques seleccionado aleatoriamente presenta un bloque candidato. Conceptualmente, no hay nada nuevo; básicamente es lo que hacen muchas cadenas PoS. Lo que me llamó la atención fue el paso dos, Validación: un comité separado realmente comprueba la integridad del bloque antes de que nadie se comprometa con él. Luego, Ratificación cierra el circuito: un segundo comité vota para confirmar que el resultado de la validación se mantuvo. Dos comités distintos votando en secuencia en lugar de que un solo grupo se dé el visto bueno a sí mismo.
Tal vez me estoy haciendo demasiadas películas, pero esa separación parece ser el punto completo. No estás confiando a los mismos actores tanto para proponer como para confirmar. Al principio me pareció extraño, casi demasiado cauteloso para algo que afirma finalizar en segundos. Luego recordé cuántas cadenas “instantáneas” todavía te piden esperar a que se desvanezca el riesgo de reorganización (reorg). Dusk parece apostar a que hacer el trabajo de verificación de antemano cuesta menos que hacer la limpieza después.
No tengo una convicción fuerte sobre si esto se convertirá en el estándar para cadenas enfocadas en la privacidad o para cadenas de liquidación de RWA donde la finalidad determinista realmente importa por razones de cumplimiento. Quizá solo se quede como un nicho. Pero ver que una cadena trate la finalidad como una restricción de diseño en lugar de un simple detalle me hizo poner más atención de la que esperaba. Me da curiosidad ver qué tan bien se sostiene esto bajo carga real de red una vez que se unan más provisionadores.
$KII
$AIO