Primero miré DUSK desde el ciclo de construcción de seis años, y creo que ese no es el reloj correcto para usar ahora.
Seis años de I+D me dicen algo sobre la disciplina técnica. No me dicen si los desarrolladores, las instituciones, los activos y los usuarios realmente se quedarán una vez que la infraestructura esté en funcionamiento.
Lo que importa más son los aproximadamente 585 días de comportamiento en la red principal.
¿Las aplicaciones están yendo más allá del despliegue? ¿Los activos regulados están llegando a un uso real en cadena? ¿Se está formando liquidez alrededor de una demanda real, o todavía estamos midiendo en su mayoría la preparación de la infraestructura?
Alguna debilidad aquí es normal. DUSK pasó años resolviendo un stack difícil, así que no esperaría que la capa del mercado madure al mismo ritmo que la capa base.
Pero ese equilibrio funciona en ambos sentidos. Un ciclo de construcción largo puede reducir la incertidumbre técnica mientras aumenta las expectativas de la ejecución posterior al lanzamiento.
Esa es la parte que sigo observando con DUSK: el poder de la infraestructura versus la accesibilidad real.
Diecinueve meses probablemente es demasiado poco para descartar la tesis, pero lo bastante como para plantear preguntas más difíciles sobre la conversión de la tecnología al uso.
Para DUSK, la siguiente prueba no es si el sistema funciona. Es si la infraestructura que funciona se convierte en algo que la gente necesita repetidamente.
@Dusk #dusk $DUSK
Seis años de I+D me dicen algo sobre la disciplina técnica. No me dicen si los desarrolladores, las instituciones, los activos y los usuarios realmente se quedarán una vez que la infraestructura esté en funcionamiento.
Lo que importa más son los aproximadamente 585 días de comportamiento en la red principal.
¿Las aplicaciones están yendo más allá del despliegue? ¿Los activos regulados están llegando a un uso real en cadena? ¿Se está formando liquidez alrededor de una demanda real, o todavía estamos midiendo en su mayoría la preparación de la infraestructura?
Alguna debilidad aquí es normal. DUSK pasó años resolviendo un stack difícil, así que no esperaría que la capa del mercado madure al mismo ritmo que la capa base.
Pero ese equilibrio funciona en ambos sentidos. Un ciclo de construcción largo puede reducir la incertidumbre técnica mientras aumenta las expectativas de la ejecución posterior al lanzamiento.
Esa es la parte que sigo observando con DUSK: el poder de la infraestructura versus la accesibilidad real.
Diecinueve meses probablemente es demasiado poco para descartar la tesis, pero lo bastante como para plantear preguntas más difíciles sobre la conversión de la tecnología al uso.
Para DUSK, la siguiente prueba no es si el sistema funciona. Es si la infraestructura que funciona se convierte en algo que la gente necesita repetidamente.
@Dusk #dusk $DUSK
