La narrativa de la cadena de cumplimiento de privacidad va sobrada, pero los detalles del producto aún están “en deuda”
Dusk ha impulsado recientemente con fuerza la narrativa de finanzas de privacidad y cumplimiento; los marcos de cumplimiento de KYC y RWA en la cadena, en concepto, sí son más claros que los de la mayoría de las blockchains. Leí varias veces la documentación técnica y también ejecuté pruebas en la testnet; en conjunto, la impresión que me dejó es que funciona más como una capa de liquidación para instituciones que como una cadena genérica para que los usuarios comunes la estén trasteando una y otra vez. Esta valoración proviene de que coloca la verificación de identidad y la emisión de activos en la capa central, sin apoyarse en “plugins” de contratos inteligentes.
Los problemas se concentran en la capa de interacción. Su navegador y su wallet no son especialmente amigables para usuarios no profesionales; los campos de privacidad en los recibos de bloque se muestran de una forma más bien orientada a la ingeniería, y los mensajes de error cuando falla la ejecución suelen limitarse a un montón de pila en hexadecimal. Al intentar desplegar un contrato sencillo me trabé en la lógica de reintento con nonce; el aviso de error no distingue con claridad entre una firma fallida y un saldo insuficiente. En comparación con las herramientas de desarrollo de Oasis (Emerald) y de Secret, la retroalimentación para depurar en Dusk se percibe claramente más rezagada. Además, en la documentación hay muchos parámetros con nombres de la testnet anterior. $NVDAB
En la ruta de la competencia, Oasis se inclina hacia la computación de privacidad en la capa de disponibilidad de datos; Secret, en cambio, depende de que el contrato sea privado mediante TEE y un modelo de confianza; Dusk, mientras tanto, integra la identidad con cumplimiento directamente en la capa de protocolo, lo que lo acerca más a la narrativa “amigable con la regulación” de Concordium y AlephZero. Pero la experiencia del usuario de la capa de ID de Concordium ya está relativamente madura; Dusk, en cambio, el bloque de cumplimiento todavía se encuentra en una fase en la que “funciona” pero “no se usa bien”. El valor de la cadena depende de si las instituciones están dispuestas a pagar nativamente el cumplimiento en la capa de protocolo; todavía faltan casos reales de emisión a suficiente escala como para validarlo.
No voy a concluir que Dusk está infravalorado solo porque la narrativa esté “caliente”. Todavía le faltan muchas piezas de infraestructura; en particular, el manejo de errores y la documentación para desarrolladores. Si estas dos cosas no se hacen bien, incluso con la mejor arquitectura de cumplimiento, antes de llegar al despliegue se desanimará a la primera tanda de integradores. #dusk $DUSK @Dusk
Dusk ha impulsado recientemente con fuerza la narrativa de finanzas de privacidad y cumplimiento; los marcos de cumplimiento de KYC y RWA en la cadena, en concepto, sí son más claros que los de la mayoría de las blockchains. Leí varias veces la documentación técnica y también ejecuté pruebas en la testnet; en conjunto, la impresión que me dejó es que funciona más como una capa de liquidación para instituciones que como una cadena genérica para que los usuarios comunes la estén trasteando una y otra vez. Esta valoración proviene de que coloca la verificación de identidad y la emisión de activos en la capa central, sin apoyarse en “plugins” de contratos inteligentes.
Los problemas se concentran en la capa de interacción. Su navegador y su wallet no son especialmente amigables para usuarios no profesionales; los campos de privacidad en los recibos de bloque se muestran de una forma más bien orientada a la ingeniería, y los mensajes de error cuando falla la ejecución suelen limitarse a un montón de pila en hexadecimal. Al intentar desplegar un contrato sencillo me trabé en la lógica de reintento con nonce; el aviso de error no distingue con claridad entre una firma fallida y un saldo insuficiente. En comparación con las herramientas de desarrollo de Oasis (Emerald) y de Secret, la retroalimentación para depurar en Dusk se percibe claramente más rezagada. Además, en la documentación hay muchos parámetros con nombres de la testnet anterior. $NVDAB
En la ruta de la competencia, Oasis se inclina hacia la computación de privacidad en la capa de disponibilidad de datos; Secret, en cambio, depende de que el contrato sea privado mediante TEE y un modelo de confianza; Dusk, mientras tanto, integra la identidad con cumplimiento directamente en la capa de protocolo, lo que lo acerca más a la narrativa “amigable con la regulación” de Concordium y AlephZero. Pero la experiencia del usuario de la capa de ID de Concordium ya está relativamente madura; Dusk, en cambio, el bloque de cumplimiento todavía se encuentra en una fase en la que “funciona” pero “no se usa bien”. El valor de la cadena depende de si las instituciones están dispuestas a pagar nativamente el cumplimiento en la capa de protocolo; todavía faltan casos reales de emisión a suficiente escala como para validarlo.
No voy a concluir que Dusk está infravalorado solo porque la narrativa esté “caliente”. Todavía le faltan muchas piezas de infraestructura; en particular, el manejo de errores y la documentación para desarrolladores. Si estas dos cosas no se hacen bien, incluso con la mejor arquitectura de cumplimiento, antes de llegar al despliegue se desanimará a la primera tanda de integradores. #dusk $DUSK @Dusk