La cadena de cumplimiento de privacidad corrió durante tres semanas y Dusk se quedó atascado en la toolchain, no en el consenso
Desplegué en la testnet un contrato con saldo confidencial: el tiempo de compilación del circuito PlonK de @Dusk tardó casi el doble de lo esperado. No es necesariamente algo fatal; lo que sí se nota mucho es la sensación de fragmentación de la toolchain. Desde el nodo local hasta la firma del lado del navegador, a menudo hay que cambiar manualmente el RPC, y los ejemplos de la documentación no coinciden con la versión más reciente. La experiencia de desarrollo en Secret Network es más fluida, pero el supuesto de confianza de su TEE nunca me termina de convencer.
Dusk quiere seguir la ruta de las finanzas de cumplimiento, atando las transacciones privadas y la verificación de identidad en la misma capa; la dirección es correcta. En la práctica, al ejecutar, la generación de pruebas de conocimiento cero sigue siendo más exigente para hardware común y, además, el uso de memoria en los nodos de verificación tampoco es bajo. Oasis modulariza la capa de privacidad: ofrece flexibilidad para desarrollar, pero la identidad en cadena y los componentes de cumplimiento no están tan integrados como en Dusk. En mi flujo de emisión de activos que probé, el diseño de permisos de Dusk es más detallado: puede distinguir entre el emisor, los nodos de auditoría y los tenedores normales. Esto resulta más práctico que una cadena que solo facilita transferencias anónimas.
El problema también está aquí. La barrera de entrada para desarrolladores en Dusk se eleva debido a los parámetros de cumplimiento: muchas configuraciones requieren entender la terminología regulatoria para poder empezar, y el arranque en frío del ecosistema podría ir más lento de lo esperado. $DUSK tiene una lógica clara para comisiones y el token de gobernanza, pero el tipo de aplicaciones que se pueden desplegar en la cadena actualmente es todavía bastante limitado. Los contratos de privacidad de Aleph Zero son más generales y el Gas también es más estable; sin embargo, en escenarios de activos regulados carecen de un marco de cumplimiento nativo.
Si Dusk pudiera envolver el SDK de manera más ligera y convertir los parámetros de cumplimiento en plantillas predefinidas, la experiencia de desarrollo mejoraría muchísimo. Si no, parece más una cadena hecha a medida para instituciones que un lugar donde los desarrolladores comunes puedan probar y equivocarse rápidamente. Al menos por ahora, el consenso funciona, pero el cuello de botella está en las herramientas y la documentación.
#dusk
Desplegué en la testnet un contrato con saldo confidencial: el tiempo de compilación del circuito PlonK de @Dusk tardó casi el doble de lo esperado. No es necesariamente algo fatal; lo que sí se nota mucho es la sensación de fragmentación de la toolchain. Desde el nodo local hasta la firma del lado del navegador, a menudo hay que cambiar manualmente el RPC, y los ejemplos de la documentación no coinciden con la versión más reciente. La experiencia de desarrollo en Secret Network es más fluida, pero el supuesto de confianza de su TEE nunca me termina de convencer.
Dusk quiere seguir la ruta de las finanzas de cumplimiento, atando las transacciones privadas y la verificación de identidad en la misma capa; la dirección es correcta. En la práctica, al ejecutar, la generación de pruebas de conocimiento cero sigue siendo más exigente para hardware común y, además, el uso de memoria en los nodos de verificación tampoco es bajo. Oasis modulariza la capa de privacidad: ofrece flexibilidad para desarrollar, pero la identidad en cadena y los componentes de cumplimiento no están tan integrados como en Dusk. En mi flujo de emisión de activos que probé, el diseño de permisos de Dusk es más detallado: puede distinguir entre el emisor, los nodos de auditoría y los tenedores normales. Esto resulta más práctico que una cadena que solo facilita transferencias anónimas.
El problema también está aquí. La barrera de entrada para desarrolladores en Dusk se eleva debido a los parámetros de cumplimiento: muchas configuraciones requieren entender la terminología regulatoria para poder empezar, y el arranque en frío del ecosistema podría ir más lento de lo esperado. $DUSK tiene una lógica clara para comisiones y el token de gobernanza, pero el tipo de aplicaciones que se pueden desplegar en la cadena actualmente es todavía bastante limitado. Los contratos de privacidad de Aleph Zero son más generales y el Gas también es más estable; sin embargo, en escenarios de activos regulados carecen de un marco de cumplimiento nativo.
Si Dusk pudiera envolver el SDK de manera más ligera y convertir los parámetros de cumplimiento en plantillas predefinidas, la experiencia de desarrollo mejoraría muchísimo. Si no, parece más una cadena hecha a medida para instituciones que un lugar donde los desarrolladores comunes puedan probar y equivocarse rápidamente. Al menos por ahora, el consenso funciona, pero el cuello de botella está en las herramientas y la documentación.
#dusk