He escrito estos años contratos, y soy muy sensible a la parte del entorno de desarrollo. El conjunto de herramientas de Solidity: conectas una wallet, montas un framework y el proceso de auditoría ya viene hecho; puedes tener un Demo en un día. Pero si lo cambias a la mainnet con WASM, todo hay que ajustarlo y arreglarlo por tu cuenta, y la eficiencia cae a la mitad primero. Esa sensación me hizo entender de verdad el siguiente paso con DuskEVM en DUSK.
DUSK comenzó en 2018, y en enero de 2025 se lanzó en su mainnet; tras unos seis años de pulido, hoy ya lleva aproximadamente año y medio funcionando. El “fondo” ya está hecho, pero el problema difícil sigue siendo el arranque en frío de un ecosistema nativo: los desarrolladores no están familiarizados con tu VM, las wallets no tienen un acceso/entrada, y los equipos de auditoría no están tomando trabajo. DuskEVM adopta la compatibilidad con EVM y, básicamente, traslada directamente el oficio ya hecho de la gente—un saber que han cultivado durante diez años—para integrarlo; así, los ingenieros de Solidity pueden empezar y escribir de inmediato, la wallet trae su propia entrada de forma nativa y los auditores pueden revisar como si nada. $BTC
Después de probar desplegando un contrato sencillo en la testnet, lo que más me preocupaba era si la capacidad de privacidad podía realmente “bajar” hasta la capa de ejecución. DuskEVM puede habilitar transacciones confidenciales mediante Hedger, pero la funcionalidad de Phoenix nativa todavía queda en la capa L1 sobre DuskVM: si ambas capas encajan y se conectan, es lo que determina el verdadero valor de este paso.
Cuando el contrato arrancó, respiré aliviado; mirando hacia atrás, lo que de verdad me da tranquilidad no es la rapidez del despliegue, sino si la base de privacidad que hay detrás llega a la capa de ejecución. Esa sensación solo la puede explicar alguien que realmente lo haya desplegado con sus propias manos. #dusk $DUSK @Dusk
DUSK comenzó en 2018, y en enero de 2025 se lanzó en su mainnet; tras unos seis años de pulido, hoy ya lleva aproximadamente año y medio funcionando. El “fondo” ya está hecho, pero el problema difícil sigue siendo el arranque en frío de un ecosistema nativo: los desarrolladores no están familiarizados con tu VM, las wallets no tienen un acceso/entrada, y los equipos de auditoría no están tomando trabajo. DuskEVM adopta la compatibilidad con EVM y, básicamente, traslada directamente el oficio ya hecho de la gente—un saber que han cultivado durante diez años—para integrarlo; así, los ingenieros de Solidity pueden empezar y escribir de inmediato, la wallet trae su propia entrada de forma nativa y los auditores pueden revisar como si nada. $BTC
Después de probar desplegando un contrato sencillo en la testnet, lo que más me preocupaba era si la capacidad de privacidad podía realmente “bajar” hasta la capa de ejecución. DuskEVM puede habilitar transacciones confidenciales mediante Hedger, pero la funcionalidad de Phoenix nativa todavía queda en la capa L1 sobre DuskVM: si ambas capas encajan y se conectan, es lo que determina el verdadero valor de este paso.
Cuando el contrato arrancó, respiré aliviado; mirando hacia atrás, lo que de verdad me da tranquilidad no es la rapidez del despliegue, sino si la base de privacidad que hay detrás llega a la capa de ejecución. Esa sensación solo la puede explicar alguien que realmente lo haya desplegado con sus propias manos. #dusk $DUSK @Dusk