Últimamente se ha notado un cambio bastante claro en el mercado: mucha gente está empezando a replantearse los proyectos que de verdad resuelven problemas. Antes, cuando la coyuntura era buena, era más fácil que todos se enfocaran en la historia, en los temas de moda y en las expectativas a corto plazo, pero después de varias etapas del ciclo, cada vez más personas se han dado cuenta de que la razón por la que un proyecto termina permaneciendo casi nunca es que sea el más ruidoso, sino si realmente tiene la capacidad de resolver una necesidad real.
Recientemente he estado siguiendo a Newton Protocol y una impresión que me llevé es que no está persiguiendo un tema de moda a corto plazo, sino pensando en los problemas que la aplicación en cadena encontrará en el futuro.
Hoy, muchos productos on-chain ya cuentan con funcionalidades bastante buenas, pero a medida que aumentan los escenarios de uso, también crece la complejidad. Antes, los usuarios podían completar cada paso por sí mismos, pero en el futuro cada vez más tareas se ejecutarán automáticamente mediante programas, y ahí aparece un nuevo problema: cómo hacer que esos flujos de ejecución automatizados mantengan reglas claras.
La idea de diseño de Newton gira justamente en torno a esa dirección. A través de Policy Framework y Authorization Layer, permite que las aplicaciones definan la lógica de ejecución, en lugar de simplemente delegar operaciones a algún programa.
Creo que lo interesante de este enfoque es que presta atención a la eficiencia a largo plazo.
En los inicios, la cadena de bloques se centraba en la transferencia de activos; DeFi resolvía la apertura financiera; y en la siguiente etapa quizá deba abordarse cómo los sistemas complejos pueden funcionar de forma estable.
Por supuesto, los proyectos de infraestructura no pueden cambiar el mercado de la noche a la mañana: necesitan que los desarrolladores los adopten, que el ecosistema crezca y que se verifiquen con casos de uso reales.
En cuanto a $NEWT , lo que más me interesa es si en el futuro habrá cada vez más aplicaciones que utilicen sus capacidades, más que las variaciones del precio a corto plazo.
El mercado siempre perseguirá nuevas historias, pero la infraestructura realmente valiosa suele construirse poco a poco antes de que todos la noten por completo.
@NewtonProtocol $NEWT #Newt
Recientemente he estado siguiendo a Newton Protocol y una impresión que me llevé es que no está persiguiendo un tema de moda a corto plazo, sino pensando en los problemas que la aplicación en cadena encontrará en el futuro.
Hoy, muchos productos on-chain ya cuentan con funcionalidades bastante buenas, pero a medida que aumentan los escenarios de uso, también crece la complejidad. Antes, los usuarios podían completar cada paso por sí mismos, pero en el futuro cada vez más tareas se ejecutarán automáticamente mediante programas, y ahí aparece un nuevo problema: cómo hacer que esos flujos de ejecución automatizados mantengan reglas claras.
La idea de diseño de Newton gira justamente en torno a esa dirección. A través de Policy Framework y Authorization Layer, permite que las aplicaciones definan la lógica de ejecución, en lugar de simplemente delegar operaciones a algún programa.
Creo que lo interesante de este enfoque es que presta atención a la eficiencia a largo plazo.
En los inicios, la cadena de bloques se centraba en la transferencia de activos; DeFi resolvía la apertura financiera; y en la siguiente etapa quizá deba abordarse cómo los sistemas complejos pueden funcionar de forma estable.
Por supuesto, los proyectos de infraestructura no pueden cambiar el mercado de la noche a la mañana: necesitan que los desarrolladores los adopten, que el ecosistema crezca y que se verifiquen con casos de uso reales.
En cuanto a $NEWT , lo que más me interesa es si en el futuro habrá cada vez más aplicaciones que utilicen sus capacidades, más que las variaciones del precio a corto plazo.
El mercado siempre perseguirá nuevas historias, pero la infraestructura realmente valiosa suele construirse poco a poco antes de que todos la noten por completo.
@NewtonProtocol $NEWT #Newt