刚开始做链上应用的时候，很多团队都会有一种错觉，觉得区块链最大的优势就是开放。只要把核心逻辑写进智能合约，用户自然会使用，生态自然会成长。但真正进入开发阶段之后才会发现，一个简单功能背后隐藏着大量细节。
一个交易流程需要考虑什么条件可以执行，一个资产操作需要判断哪些情况，一个自动化任务什么时候应该触发，这些问题如果只是单独看，好像都不复杂。但当应用规模扩大，用户场景增加，每一个细节都会变成开发成本。
He observado el desarrollo de muchos protocolos: al inicio, cuando se lanza el producto, es muy ligero y el equipo puede iterar con rapidez. Pero a medida que aumentan los usuarios, van apareciendo nuevas necesidades y la lógica que antes era simple empieza a volverse cada vez más compleja. Los desarrolladores tienen que añadir constantemente nuevas condiciones de decisión, mantener más casos especiales y, al final, gran parte del tiempo no se dedica a crear nuevas funciones, sino a mantener esa complejidad que sigue creciendo.
En realidad, esa es la razón por la que aparecen muchos proyectos de infraestructura.
Cuando la industria alcanza cierta etapa de desarrollo, lo que se necesita no son solo más aplicaciones, sino herramientas de base que ayuden a los desarrolladores a reducir la complejidad.
También, desde esta perspectiva, empecé a prestar atención a @NewtonProtocol.
Antes de entender más a fondo Newton, yo también solía fijarme primero en con qué se combinaba y en qué tendencias populares encajaba. Pero después de profundizar, sentí que en realidad se enfoca en los problemas a los que los desarrolladores se enfrentan a largo plazo: cómo hacer que una lógica compleja pueda construirse de manera más simple y reutilizarse.
La mecánica de Policy de Newton, por lo que me parece, se siente más como un módulo base dentro del proceso de desarrollo de aplicaciones. En el pasado, muchos proyectos tenían que diseñar desde cero todo tipo de condiciones, y además mantener la lógica de ejecución en distintos escenarios. Pero si estas reglas se pudieran expresar de forma estandarizada, los desarrolladores no tendrían que reinventar la rueda cada vez.
Esto es muy importante para el desarrollo de aplicaciones on-chain en el futuro.
Porque en la siguiente etapa de la competencia, no necesariamente gana quien pueda crear una aplicación más rápido, sino quien logre que más desarrolladores puedan construir aplicaciones complejas con mayor facilidad.
Así era también en los primeros tiempos de internet. Lo que realmente impulsó a la industria no fue solo un sitio web en particular, sino el marco de desarrollo que había detrás, la base de datos, los servicios en la nube y las herramientas fundamentales. Reducen el costo de crear, permitiendo que participen más desarrolladores.
La cadena de bloques también necesita un proceso así.
Al principio, todos se centraban en la cadena en sí; después, en las aplicaciones. Y ahora, tal vez necesitemos enfocarnos en la capa base que conecta aplicaciones y desarrolladores.
Lo que me interesa de Newton es que no intenta reemplazar las aplicaciones, sino que está tratando de convertirse en un componente de capacidad que hay detrás de las aplicaciones.
Por supuesto, el mayor desafío de este tipo de proyectos de infraestructura también es bastante evidente.
La propuesta técnica es solo el comienzo; lo verdaderamente importante es si hay desarrolladores dispuestos a adoptarla y si hay proyectos que quieran construir la lógica central sobre ella. Una herramienta solo adquiere un valor real cuando es utilizada de forma masiva.
Por eso, para $NEWT, me interesa más el crecimiento futuro del ecosistema que el sentimiento del mercado a corto plazo. Si se suman más equipos de desarrollo, si Policy se convierte en un componente habitual del flujo de desarrollo, si los casos de uso reales siguen aumentando: esas son las claves que determinan su desarrollo a largo plazo.
Después de atravesar varios ciclos, cada vez me convence más que, a menudo, las innovaciones realmente importantes de la industria no son las funciones que los usuarios pueden ver a primera vista, sino esas infraestructuras que mejoran la eficiencia con la que funciona todo el ecosistema.
En el pasado, la cadena de bloques resolvió el problema de la transferencia de valor.
Lo que se necesita resolver en el futuro quizá sea cómo permitir que más personas construyan aplicaciones complejas de manera más eficiente.
Si Newton pudiera convertirse en una de las herramientas base del ecosistema de desarrolladores, su valor quizá no se refleje en un solo caso de uso, sino en el proceso en el que van naciendo cada vez más aplicaciones.