#dusk $DUSK @Dusk
Solía pensar que el diseño de consenso era la parte aburrida de cualquier proyecto de blockchain: algo sobre lo que los ingenieros discuten, pero que no determina si puede ejecutarse actividad financiera real en él. Leer cómo funciona el conjunto de validadores de Dusk cambió un poco esa idea.
La mayoría de las cadenas orientadas a la financiación regulada todavía ejecutan un consenso construido primero para la participación abierta, con el cumplimiento añadido más tarde. Dusk no abandona esa base sin permisos: cualquiera que bloquee la garantía requerida puede convertirse en provisioner, pero hace algo específico con ello. Su consenso de Succinct Attestation selecciona comités de provisioners elegibles mediante sortición determinista, y esos comités proponen, validan y ratifican cada bloque mediante rondas de votación explícitas en lugar de una finalización probabilística. Esto importa: una red que quiera que las instituciones liquiden operaciones en ella necesita una respuesta definitiva y verificable sobre la finalización de los bloques, sin convertir el libro mayor en un libro abierto de la actividad de cada participante.
Lo que destacó es que esto no se presenta como un intercambio entre descentralización y cumplimiento, sino como una restricción de diseño desde el primer día. Un operador de mercado que opera bajo algo como una licencia EU MTF necesita un proceso de consenso cuyo resultado pueda auditarse bloque por bloque, sin que cada contraparte vea cada operación. Eso es diferente de optimizar para TPS o comisiones de gas: algo que la mayoría de los relatos de “blockchain empresarial” pasan por alto.
También plantea una pregunta que no tengo una respuesta sólida: la finalización basada en comités le pide a los provisioners de cada ronda que realmente converjan y produzcan una atestación, en lugar de permitir que la cadena se asiente con el tiempo. Si eso encaja mejor con la liquidación regulada, o si solo es un intercambio diferente entre la capacidad de continuar (liveness) y la participación, vale la pena probarlo bajo condiciones reales de red en lugar de asumirlo solo por el diseño. No lo sabremos hasta que el volumen institucional real intente liquidar on-chain y ponga estas suposiciones bajo presión.
Solía pensar que el diseño de consenso era la parte aburrida de cualquier proyecto de blockchain: algo sobre lo que los ingenieros discuten, pero que no determina si puede ejecutarse actividad financiera real en él. Leer cómo funciona el conjunto de validadores de Dusk cambió un poco esa idea.
La mayoría de las cadenas orientadas a la financiación regulada todavía ejecutan un consenso construido primero para la participación abierta, con el cumplimiento añadido más tarde. Dusk no abandona esa base sin permisos: cualquiera que bloquee la garantía requerida puede convertirse en provisioner, pero hace algo específico con ello. Su consenso de Succinct Attestation selecciona comités de provisioners elegibles mediante sortición determinista, y esos comités proponen, validan y ratifican cada bloque mediante rondas de votación explícitas en lugar de una finalización probabilística. Esto importa: una red que quiera que las instituciones liquiden operaciones en ella necesita una respuesta definitiva y verificable sobre la finalización de los bloques, sin convertir el libro mayor en un libro abierto de la actividad de cada participante.
Lo que destacó es que esto no se presenta como un intercambio entre descentralización y cumplimiento, sino como una restricción de diseño desde el primer día. Un operador de mercado que opera bajo algo como una licencia EU MTF necesita un proceso de consenso cuyo resultado pueda auditarse bloque por bloque, sin que cada contraparte vea cada operación. Eso es diferente de optimizar para TPS o comisiones de gas: algo que la mayoría de los relatos de “blockchain empresarial” pasan por alto.
También plantea una pregunta que no tengo una respuesta sólida: la finalización basada en comités le pide a los provisioners de cada ronda que realmente converjan y produzcan una atestación, en lugar de permitir que la cadena se asiente con el tiempo. Si eso encaja mejor con la liquidación regulada, o si solo es un intercambio diferente entre la capacidad de continuar (liveness) y la participación, vale la pena probarlo bajo condiciones reales de red en lugar de asumirlo solo por el diseño. No lo sabremos hasta que el volumen institucional real intente liquidar on-chain y ponga estas suposiciones bajo presión.