Vào điều đáng chú ý trong cách @Dusk đặt tên các thành phần kỹ thuật mới nhất của mình: DuskEVM, Hedger — cada uno aborda exactamente una parte específica del problema “what remains”, en lugar de intentar crear una solución todoterreno única.
DuskEVM aporta compatibilidad con Solidity al ecosistema, permitiendo que los desarrolladores familiarizados con EVM creen aplicaciones y, aun así, aprovechen una capa de liquidación más sólida de Dusk. Esta es una solución al problema de la adopción por parte de los desarrolladores: no obligar a todos a aprender un lenguaje nuevo, sino ampliar el número de personas que pueden construir sobre la plataforma. Hedger aborda un problema completamente distinto: añade un flujo de transacciones de seguridad a DuskEVM mediante cifrado homomórfico y pruebas de conocimiento cero, para aquellas aplicaciones que necesitan mantener la privacidad de los usuarios, exchanges o emisores, sin tener que renunciar a la capacidad de ejecución verificable.
Dividir el problema de esta forma contrasta con la tendencia habitual de muchos proyectos cripto: donde un único producto se promociona como solución para todo. Dusk parece reconocer que la tokenización de activos del mundo real tiene muchas subcapas diferentes .
Auto-reflexión: dividir en múltiples componentes también puede aumentar la complejidad para los desarrolladores que desean integrar todo el ecosistema — una arquitectura modular y clara desde el punto de vista técnico no significa automáticamente que sea más fácil de usar en la implementación real.
Estoy esperando ver si $DUSK tiene una documentación lo suficientemente clara para que los desarrolladores comprendan cuándo usar DuskEVM únicamente y cuándo es necesario añadir Hedger, evitando confusiones entre las distintas capas técnicas.
#dusk
DuskEVM aporta compatibilidad con Solidity al ecosistema, permitiendo que los desarrolladores familiarizados con EVM creen aplicaciones y, aun así, aprovechen una capa de liquidación más sólida de Dusk. Esta es una solución al problema de la adopción por parte de los desarrolladores: no obligar a todos a aprender un lenguaje nuevo, sino ampliar el número de personas que pueden construir sobre la plataforma. Hedger aborda un problema completamente distinto: añade un flujo de transacciones de seguridad a DuskEVM mediante cifrado homomórfico y pruebas de conocimiento cero, para aquellas aplicaciones que necesitan mantener la privacidad de los usuarios, exchanges o emisores, sin tener que renunciar a la capacidad de ejecución verificable.
Dividir el problema de esta forma contrasta con la tendencia habitual de muchos proyectos cripto: donde un único producto se promociona como solución para todo. Dusk parece reconocer que la tokenización de activos del mundo real tiene muchas subcapas diferentes .
Auto-reflexión: dividir en múltiples componentes también puede aumentar la complejidad para los desarrolladores que desean integrar todo el ecosistema — una arquitectura modular y clara desde el punto de vista técnico no significa automáticamente que sea más fácil de usar en la implementación real.
Estoy esperando ver si $DUSK tiene una documentación lo suficientemente clara para que los desarrolladores comprendan cuándo usar DuskEVM únicamente y cuándo es necesario añadir Hedger, evitando confusiones entre las distintas capas técnicas.
#dusk
