El día que Dreamspace salió, fui de los primeros en hacer cola. Escribes una frase en lenguaje natural y te genera un contrato, una interfaz y una aplicación on-chain funcional, desplegada en Base y respaldada por las capacidades de los modelos de Microsoft Azure. Según la empresa, durante el periodo de pruebas se generaron treinta y cuatro mil aplicaciones y planean llevarlo a más de cien mil estudiantes. Es una cifra descomunal para cualquier herramienta de desarrollo. Probé algunas ideas y la velocidad de generación es realmente alta, además de que las interfaces no están nada mal. Lo que de verdad me hizo detenerme fue el paso siguiente: una vez generado el contrato, ¿quién lo audita? Los contratos tienen demasiadas huellas de plantillas y el diseño de permisos suele optar por defecto por la solución más sencilla. Entre que algo funcione y que esté listo para lanzarse hay toda una auditoría y una verificación de la máquina de estados. No es un problema exclusivo de Dreamspace: cualquier herramienta no-code se enfrenta a lo mismo. Pero, al reducir tanto la barrera de entrada, también amplifica el riesgo: una clase podría crear tres mil contratos casi idénticos. Frente a las plataformas que solo permiten crear interfaces, su ventaja es que integra la capa de contratos con la de datos, de modo que las consultas se conectan directamente a datos on-chain ya indexados. A otros no les resultará fácil replicar eso rápidamente. Mi conclusión es más bien prudente: Dreamspace es una puerta de entrada para atraer nuevos usuarios, no un motor de ingresos. Su verdadero valor está en incorporar al ecosistema de SXT a personas que no saben programar y permitirles experimentar por primera vez la utilidad de los datos on-chain. En cuanto a si se quedarán y pagarán, será más significativo revisar los datos de retención el año que viene que fijarse en los aplausos de la presentación. #sxt $SXT @SpaceandTime