Pasé un tiempo leyendo de nuevo las discusiones públicas sobre Ethereum.
No son los argumentos habituales sobre el precio o los ciclos del mercado.
Las conversaciones que se quedaron conmigo fueron las que trataban sobre la coordinación.
Se siente como si Ethereum hubiera llegado a una etapa en la que casi cada mejora crea otra discusión en algún lugar más. Escalado, gobernanza, abstracción de cuentas, seguridad del usuario, descentralización, secuenciación, privacidad. Ninguno de estos problemas existe ya por sí solo. Se van tocando entre sí.
Eso no es necesariamente una debilidad.
Probablemente es lo que ocurre cuando un ecosistema se vuelve lo suficientemente grande como para que cada decisión de diseño afecte a miles de constructores, en lugar de a decenas.
Mientras seguía esas discusiones, no dejaba de pensar en el Protocolo Newton.
No porque afirme resolver los problemas de Ethereum.
Lo que captó mi atención fue que parece partir de una pregunta diferente.
En lugar de preguntar cómo la ejecución podría hacerse más rápida, dedica más tiempo a preguntar cómo las acciones deberían volverse aceptables antes de ejecutarse.
Eso suena a una diferencia pequeña.
No creo que sea así.
Una cosa que aparece repetidamente en las discusiones sobre Ethereum es que se espera que los usuarios tomen decisiones cada vez más complejas. Los permisos de las wallets se vuelven más detallados. Los contratos inteligentes se vuelven más flexibles. Las aplicaciones se vuelven más componibles.
La flexibilidad es útil.
Pero cada capa de flexibilidad también crea otro lugar donde pueden ocurrir errores.
El protocolo Newton parece asumir que los usuarios no deberían estar tomando cada decisión manualmente todo el tiempo. En cambio, pueden definirse condiciones antes de que cualquier acción ocurra.
Eso cambia dónde se asienta la responsabilidad.
En lugar de verificar cada transacción después de que aparece, el protocolo se inclina por definir de antemano el comportamiento aceptable.
Me parece interesante ese enfoque porque la mayoría de las conversaciones sobre blockchain aún se centran en la verificación después de los hechos.
Newton dedica más atención a definir límites antes de que comience la actividad.
Que eso resulte mejor sigue siendo una pregunta abierta.
Las reglas escritas hoy pueden quedar desactualizadas mañana.
Los mercados cambian.
Los protocolos evolucionan.
El riesgo cambia.
Las políticas estáticas pueden volverse políticas débiles si dejan de reflejar la realidad.
Así que la calidad del sistema puede depender menos de escribir reglas y más de actualizarlas de manera responsable.
Eso se siente como uno de los mayores desconocidos.
Otra cosa que noté mientras leía discusiones sobre Ethereum es con qué frecuencia la coordinación depende del acuerdo social.
A veces la tecnología funciona exactamente como se pretende.
La gente simplemente no está de acuerdo sobre cuál debería haber sido el resultado previsto.
Esa distinción importa.
El software puede ejecutarse perfectamente mientras la gobernanza sigue sin resolverse.
Parece que el Protocolo Newton reconoce que la ejecución técnica por sí sola no es suficiente.
El protocolo da una importancia considerable a que la política en sí se convierta en parte de la infraestructura, en lugar de permanecer como una discusión informal que ocurre en otro lugar.
Eso se siente como un intento de reducir la ambigüedad.
Si la ambigüedad realmente puede reducirse a nivel de protocolo es algo de lo que todavía no estoy seguro.
Las reglas no pueden eliminar el desacuerdo.
Solo hacen que el desacuerdo sea más fácil de identificar.
Hay otro intercambio (trade-off) que merece más atención.
Cuanto más se vuelve programable la política, más responsabilidad se desplaza hacia quien define esas políticas.
Eso crea un tipo diferente de confianza.
Es posible que los usuarios ya no solo evalúen contratos inteligentes.
También pueden necesitar evaluar la calidad de las reglas que controlan esos contratos.
Eso mueve la complejidad.
No necesariamente la elimina.
También creo que hay un contraste interesante con la forma en que a menudo se desarrollan públicamente las discusiones sobre Ethereum.
Los debates continúan durante meses.
Puntos de vista diferentes compiten.
Las ideas maduran a través del desacuerdo.
Parece seguir una ruta más estructurada, en la que las reglas operativas se vuelven explícitas en lugar de negociarse continuamente durante la ejecución.
Eso podría hacer que los sistemas sean más fáciles de razonar.
También podría introducir rigidez si los marcos de políticas no logran adaptarse tan rápido como los entornos que gobiernan.
No se debe ignorar ninguno de los dos resultados.
Lo que aprecio es que el protocolo no parece estar obsesionado con eliminar la confianza por completo.
Parece estar más enfocado en hacer que la confianza sea medible mediante un comportamiento predefinido, en lugar del juicio humano constante.
Eso se siente como una dirección práctica más que una postura ideológica.
Aun así, los sistemas prácticos eventualmente se encuentran con casos límite prácticos.
Eventos inesperados en los mercados.
Políticas en conflicto.
Situaciones de emergencia.
Cambios regulatorios.
Esos momentos normalmente revelan si un marco fue diseñado para días ordinarios o para situaciones estresantes.
Probablemente sea ahí donde el Protocolo Newton enfrentará sus pruebas más significativas con el tiempo.
Leer las discusiones públicas en curso alrededor de Ethereum me recordó que la infraestructura rara vez se limita solo a la computación.
Muchas preguntas difíciles ahora se sitúan por encima de la propia ejecución.
Giran en torno a la coordinación, el comportamiento aceptable, la rendición de cuentas y la toma de decisiones predecible.
El Protocolo Newton parece estar construyéndose alrededor de esa capa, en lugar de tratarla como el problema de otra persona.
Que esto se convierta en una ventaja dependerá menos de qué tan estrictas sean sus políticas y más de si esas políticas pueden evolucionar sin convertirse en otra fuente de complejidad que los usuarios eventualmente tengan que sortear.
