#dusk $DUSK @Dusk
Las transacciones en las finanzas tradicionales se rigen por la “certeza”: una vez que se completa una operación, está completada; no existe la preocupación de que unos minutos después se revierta. Sin embargo, muchas cadenas públicas utilizan una finalidad probabilística. En teoría, los bloques pueden reordenarse, aunque la probabilidad disminuye con el tiempo. Esta brecha, en realidad, es el punto donde los activos de las instituciones más fácilmente se quedan atascados cuando intentan ponerlos en la cadena, y ese es el tema que quiero desglosar en esta ocasión.
Dusk Network, como una cadena Layer-1, emplea un mecanismo de consenso llamado Succinct Attestation, que es una variante de la prueba de participación. A diferencia de un diseño que requiere esperar a que se confirmen varios bloques y acumular confianza mediante la probabilidad, el objetivo de Succinct Attestation es que los bloques alcancen una finalidad final determinista en muy poco tiempo. Una vez que los validadores verifican y confirman con su voto, el bloque ya no se puede deshacer.
Desglosándolo, este mecanismo se apoya en el voto por capas de los validadores: una parte de ellos primero forma un consenso inicial y luego otra capa de validadores realiza la confirmación final. Todo el proceso se comprime en cuestión de segundos; no es necesario esperar diez o más minutos, como en algunas cadenas públicas, para poder decir que esa transacción realmente quedó confirmada.
Este diseño también es compatible con los contratos inteligentes confidenciales. Si el contenido de la transacción en sí es confidencial, cuando una institución financiera hace la liquidación o compensación, menos todavía puede aceptar la incertidumbre de “esta transacción podría revertirse”. La finalidad rápida equivale a poner la infraestructura base para que el estándar XSC funcione a nivel de capa, y solo al combinarlos ambos se logra algo más alineado con el requisito de las finanzas tradicionales de que “la transacción equivale a estar completada”.
El diseño de consenso de $DUSK no busca simplemente la velocidad, sino integrar directamente en la capa base del protocolo la certeza que los escenarios financieros necesitan. Y, en mi opinión, este enfoque se ajusta mucho más a las necesidades reales de aplicación que solo alardear de un TPS alto.
Las transacciones en las finanzas tradicionales se rigen por la “certeza”: una vez que se completa una operación, está completada; no existe la preocupación de que unos minutos después se revierta. Sin embargo, muchas cadenas públicas utilizan una finalidad probabilística. En teoría, los bloques pueden reordenarse, aunque la probabilidad disminuye con el tiempo. Esta brecha, en realidad, es el punto donde los activos de las instituciones más fácilmente se quedan atascados cuando intentan ponerlos en la cadena, y ese es el tema que quiero desglosar en esta ocasión.
Dusk Network, como una cadena Layer-1, emplea un mecanismo de consenso llamado Succinct Attestation, que es una variante de la prueba de participación. A diferencia de un diseño que requiere esperar a que se confirmen varios bloques y acumular confianza mediante la probabilidad, el objetivo de Succinct Attestation es que los bloques alcancen una finalidad final determinista en muy poco tiempo. Una vez que los validadores verifican y confirman con su voto, el bloque ya no se puede deshacer.
Desglosándolo, este mecanismo se apoya en el voto por capas de los validadores: una parte de ellos primero forma un consenso inicial y luego otra capa de validadores realiza la confirmación final. Todo el proceso se comprime en cuestión de segundos; no es necesario esperar diez o más minutos, como en algunas cadenas públicas, para poder decir que esa transacción realmente quedó confirmada.
Este diseño también es compatible con los contratos inteligentes confidenciales. Si el contenido de la transacción en sí es confidencial, cuando una institución financiera hace la liquidación o compensación, menos todavía puede aceptar la incertidumbre de “esta transacción podría revertirse”. La finalidad rápida equivale a poner la infraestructura base para que el estándar XSC funcione a nivel de capa, y solo al combinarlos ambos se logra algo más alineado con el requisito de las finanzas tradicionales de que “la transacción equivale a estar completada”.
El diseño de consenso de $DUSK no busca simplemente la velocidad, sino integrar directamente en la capa base del protocolo la certeza que los escenarios financieros necesitan. Y, en mi opinión, este enfoque se ajusta mucho más a las necesidades reales de aplicación que solo alardear de un TPS alto.