«Estamos intentando defender Bitcoin»: por qué el BIP-110 está perdiendo apoyo en la comunidad
El debate sobre el Bitcoin BIP 110 se ha convertido en uno de los temas más importantes dentro de la comunidad de Bitcoin. Al principio, la propuesta parecía una forma sencilla de reducir los datos no deseados en la red. El objetivo era evitar que la gente llenara los bloques con información que muchos usuarios creen que tiene poco que ver con los pagos normales de Bitcoin. Con el tiempo, la conversación cambió y se volvió algo mucho más grande. La propuesta se presentó para reducir el spam de red y ayudar a que Bitcoin se mantenga enfocado en su propósito principal como sistema de dinero digital. Los partidarios creen que esto podría hacer la red más limpia y más fácil de usar. También piensan que reduciría la actividad que utiliza espacio de bloques sin ayudar a los pagos normales.
Cripto LAB se desploma 54%: por qué una transferencia interna vinculada por 18,3M USD genera preocupación
Muchas personas miraron la caída reciente de LAB y solo vieron el precio. El token perdió más de la mitad de su valor en muy poco tiempo. Al principio parecía otra venta de pánico. Después de que salieran más detalles on-chain, la historia se volvió mucho más grande. La venta no estaba vinculada a titulares aleatorios. El movimiento provino de carteras que estaban conectadas al equipo del proyecto a través de actividades de financiación anteriores. Por eso, muchos traders empezaron a prestar más atención a las transferencias de carteras en lugar de a los gráficos de precios. Una investigación on-chain mostró que más de 196 millones de LAB salieron de una cartera vinculada a un equipo a principios de este año. Después de eso, los tokens pasaron por diferentes etapas antes de llegar a otra cuenta. Durante los últimos dos días, otros 18,4 millones de LAB con un valor de alrededor de 18,3 millones de dólares se movieron nuevamente. Poco después de estas transferencias, el mercado vio otra fuerte caída y el precio pasó de alrededor de 1,20 dólares a casi 0,55 dólares.
Magic Labs eligió el Protocolo Newton por su arquitectura versátil y segura
Al principio asumí que la integración de Magic Labs se trataba, en gran medida, de llegar a más usuarios. Magic ya impulsa millones de experiencias de billetera, así que conectar el Protocolo Newton parecía otro anuncio de distribución. Después de leer más sobre ambos sistemas, esa explicación empezó a sentirse demasiado superficial. Lo interesante no es que Magic pueda conectar billeteras con Newton. Lo interesante es que ambos proyectos parecen creer que el mismo problema subyace a la criptografía moderna. La identidad, la autorización y la ejecución se han conectado de manera estrecha, aunque probablemente no deberían estarlo.
Pensé que la parte interesante serían las propias políticas. Resultó ser lo que sucede cuando esas políticas, inevitablemente, necesitan una excepción. Después de pasar tiempo leyendo la arquitectura de Newton y el explorer, noté que el sistema se construye sobre la idea de que la autorización debe ocurrir antes de la ejecución, con cada decisión ligada a una política explícita en lugar del criterio de un operador. Eso ya desplaza la responsabilidad de los firmantes individuales hacia el código. Pero los sistemas reales rara vez se mantienen para siempre dentro de reglas perfectas. Ahí es donde empieza a tener más sentido una anulación registrada y regida por políticas. Al principio, una anulación suena a debilitar el modelo. Mirándolo más de cerca, en realidad lo preserva. Si cada anulación está limitada por condiciones predefinidas, registradas en cadena y vinculadas de vuelta al marco de políticas, el protocolo evita crear una capa invisible de discreción humana fuera del sistema. La diferencia operativa es sutil pero importante. Una acción de emergencia con multisig sin contexto deja que los observadores futuros reconstruyan la intención a partir de las transacciones. Una anulación vinculada a una política deja un rastro de auditoría que explica no solo qué cambió, sino también por qué el protocolo consideró válida la excepción en primer lugar. Esto también cambia los incentivos de gobernanza. En lugar de fingir que no ocurrirán situaciones excepcionales, la gobernanza se impulsa a definir excepciones aceptables antes de que sean necesarias. Los desarrolladores codifican los casos límite. Los operadores ejecutan dentro de esos límites. Los auditores verifican tanto la regla como la excepción usando la misma evidencia. Cuanto más lo miraba, menos me parecía que esto fuera simplemente agregar flexibilidad. Se sentía más bien como extender la rendición de cuentas hacia el único lugar en el que los sistemas blockchain tradicionalmente han confiado en la confianza en vez de en la estructura. @NewtonProtocol #newt $NEWT
Cuanto más tiempo me quedo en el mundo cripto, más noto lo cómodos que nos hemos vuelto esperando. Una transacción se queda colgada durante unos segundos. Una billetera tarda más de lo esperado en actualizarse. Un puente vuelve a pedir paciencia. Nada de eso se siente ya inusual. La mayoría de los traders se adaptaron en silencio a una mala experiencia de usuario (UX), porque nunca hubo muchas opciones. Aprendimos a refrescar páginas, abrir exploradores de bloques y asumir que los retrasos eran simplemente parte de estar en la cadena. Por eso Newton Protocol me llamó la atención cuando leí sobre su enfoque para lograr ejecución de subsegundos mediante la evaluación paralela de operadores. El detalle en sí no es lo más importante. Lo que me interesó fue la idea de reducir la dependencia de que un solo servidor decida cuándo avanzar el trabajo. Se siente como un intento de conseguir que la capacidad de respuesta provenga de la red, en lugar de un único punto en el que todos esperan. Probablemente, los usuarios no pensarán en la coordinación de operadores. Notarán algo más pequeño. Dejan de hacer clic dos veces. Dejan de preguntarse si una transacción está atascada. Dejan de tratar cada interacción como algo que podría fallar por razones que no pueden ver. Por supuesto, ninguna red distribuida se mantiene igual de rápida para siempre. El rendimiento sigue dependiendo de los operadores que la respaldan, y las condiciones reales rara vez son perfectas. Esa incertidumbre es parte del diseño, no algo que haya que ignorar. Aun así, creo que Newton puede estar prestando atención a un problema que muchas personas dejaron de cuestionar. El cripto pasó años enseñando a los usuarios a esperar fricción. Tal vez la mejor infraestructura no se trata solo de velocidad. Quizá se trate de eliminar, poco a poco, los hábitos que los malos sistemas nos obligaron a construir. @NewtonProtocol #newt $NEWT
Seguí mirando el flujo de carga, pero la parte anterior se sentía más importante
La mayoría de las personas notan el momento en que los datos se vuelven permanentes. Al final, terminé prestando más atención a todo lo que ocurre antes de que se tome esa decisión. Eso cambió la forma en que miré el Protocolo Newton. Muchos sistemas descentralizados tratan el almacenamiento permanente casi como una línea de llegada. Una vez que algo se sube, la conversación se mueve a otro lugar. Newton parece dedicar más esfuerzo a la etapa anterior a la permanencia. Eso no es solo una comodidad para desarrolladores. Cambia la forma en que se manejan los errores. Probar antes de entrar en un flujo de carga persistente suena normal al principio. Todo equipo de software tiene entornos de pruebas. Pero los sistemas blockchain suelen llevar un tipo de presión diferente, porque los errores no desaparecen con facilidad después de que se confirman.
Cuanto más miro el Protocolo Newton, más pienso que la fidelidad de Wallet está superando la neutralidad entre cadenas El agujero de hoy no eran los documentos. Era el comportamiento de los usuarios. A las criptomonedas les encanta la idea de que los usuarios son agnósticos de cadena. Empiezo a pensar que eso es bastante cierto en las presentaciones y mucho menos cierto en la cadena. La gente no se despierta preguntándose qué blockchain merece otra transacción. Normalmente vuelven al lugar donde ya existen sus activos, sus amigos, su liquidez y sus hábitos. Esa es una fuerza poderosa. Mientras leía el Protocolo Newton, me di cuenta de que la arquitectura del protocolo intenta hacer que las cadenas importen menos. Pero el mercado todavía las hace importar mucho. La tecnología puede eliminar barreras técnicas. No elimina instantáneamente las barreras conductuales. Por eso creo que una de las cosas más interesantes que hay que observar en los próximos meses no es otro lanzamiento de funciones. Es si las rutinas de los usuarios empiezan a cambiar. Porque la rutina es una de las cosas más difíciles de interrumpir en cripto. Una transacción más barata rara vez la cambia. Una pasarela más rápida rara vez la cambia. Incluso mejor infraestructura no siempre la cambia. Normalmente, los usuarios solo se mueven cuando hay una razón económica significativa para reescribir sus hábitos. Esa es la parte que estoy observando. No si el Protocolo Newton puede conectar ecosistemas. Si puede remodelar lentamente el lugar donde la gente elige participar de forma natural. Son dos hitos completamente diferentes. El primero es ingeniería. El segundo es comportamiento de mercado. Y la historia ha demostrado que el segundo suele tardar mucho más que el primero. @NewtonProtocol #newt $NEWT
Eliminando intermediarios de confianza: aplicación totalmente P2P en Newton
La mayoría de los sistemas cripto todavía dependen de alguien que esté en el medio. Quizá ya no sea un banco. Quizá ni siquiera una sola empresa. Pero normalmente hay otra capa que, en silencio, decide si una acción debe ocurrir, si se ha cumplido una regla o si dos participantes pueden confiar lo suficiente entre sí como para completar un acuerdo. A esa capa intermedia a menudo se le presta menos atención que a la velocidad de las transacciones o al rendimiento. Mientras leía el Protocolo Newton, me di cuenta de que la dirección era diferente. El protocolo parece estar menos interesado en reemplazar una parte de confianza por otra. Parece más enfocado en reducir la necesidad de intermediarios confiables por completo mediante la aplicación directa de igual a igual (peer-to-peer).
El mercado de hoy le dio a los traders algo que siempre buscan. Un poco de verde. Un poco de optimismo. Las preguntas habituales volvieron a aparecer. ¿La corrección terminó? ¿Este es el siguiente tramo al alza? Mientras me desplazaba por el mercado, noté algo que me hizo detenerme. Los proyectos con narrativas claras atrajeron atención casi de inmediato. Los tokens de infraestructura no. Eso no es inusual. Cuando el mercado empieza a recuperarse, el capital a menudo fluye hacia historias que se entienden fácilmente en unos segundos. IA. Memecoins. Ecosistemas de alta beta. Cualquier cosa que cree emoción instantánea. Luego volví a @NewtonProtocol. Me recordó que no todos los protocolos compiten por la atención de hoy. Algunos compiten por formar parte de la plomería financiera de mañana. Esa es una carrera muy diferente. La infraestructura rara vez gana el primer día de mejora del sentimiento porque su valor no se mide por la emoción. Se mide por si otros sistemas eventualmente dependen de ella. Eso crea una desconexión interesante. Un rally de corto plazo nos dice hacia dónde están mirando los traders. No necesariamente nos dice dónde se está construyendo infraestructura a largo plazo. No estoy diciendo <$NEWT > debería haberse movido más. No estoy diciendo que el mercado esté equivocado. Lo que digo es que días como hoy revelan algo sobre el comportamiento de los inversores. Cuando regresa la confianza, la atención suele llegar antes que la convicción. La atención persigue el impulso. La convicción tarda mucho más en ganarse. Por eso estoy pasando menos tiempo preguntando qué token rebotó con más fuerza. Estoy pasando más tiempo preguntando qué proyectos seguirían importando si los verdes de hoy desaparecieran la semana que viene. Esas respuestas suelen envejecer mucho mejor que la acción del precio de un solo día.
Newton No Elimina la Confianza. Sigue Preguntando si la Confianza Aún se Gana
Cuanto más tiempo paso leyendo diferentes protocolos cripto, más noto que la misma promesa aparece una y otra vez. "Eliminamos la confianza." Nunca creí de verdad esa frase. Siempre alguien escribe el código. Alguien propone mejoras. Alguien revisa los cambios. Alguien gestiona la infraestructura. Incluso si el protocolo se vuelve descentralizado más adelante, la confianza nunca desaparece por completo. Solo cambia de forma. Probablemente por eso el Protocolo Newton siguió devolviéndome la atención. No creo que Newton esté intentando convencer a la gente de que la confianza es innecesaria. En cambio, el diseño se siente como si siguiera haciendo una pregunta diferente.
Acabo de terminar otra inmersión profunda en CreatorPad sobre @NewtonProtocol , y acabé cuestionando algo más grande que el propio protocolo. Todo el mundo parece centrado en hacer que los agentes de IA sean más capaces. Empiezo a pensar que la capacidad ya no es la parte difícil. Lo difícil es asegurarse de que un agente sepa cuándo no actuar. En cripto hoy, pasamos mucho tiempo mejorando la ejecución. Las transacciones se liquidan más rápido, las acciones entre cadenas se vuelven más fluidas y la automatización no deja de expandirse. Pero cada capa de automatización introduce otra capa de riesgo. Una IA puede ejecutar miles de acciones en segundos. Un permiso incorrecto puede escalar un error igual de rápido. Ahí es donde el enfoque de Newton se siente diferente. En lugar de preguntar, "¿Puede un agente realizar esta tarea?" Pregunta, "¿Esta acción se ha ganado el derecho a ocurrir?" Esa pequeña distinción cambia la forma en que veo toda la pila. La infraestructura más valiosa quizá no sea la que realiza más transacciones. Quizá sea la que, en silencio, evita las transacciones que nunca deberían ocurrir. Lo interesante es que, si este modelo funciona, la mayoría de los usuarios quizá nunca interactúe conscientemente con Newton. Abrirán una billetera, aprobarán un pago o usarán una aplicación que ya dependa de políticas de autorización entre bastidores. La protección se convierte en parte de la experiencia en lugar de una función que la gente note activamente. La infraestructura suele alcanzar su mayor valor cuando desaparece en el fondo. La gente no piensa en el enrutamiento de internet cuando navega un sitio web. Tampoco piensa en la orquestación en la nube cuando abre una app. Quizá las capas de autorización sigan el mismo camino. Si la finanza autónoma sigue creciendo, los protocolos que definen los límites del comportamiento de las máquinas podrían volverse más importantes que los protocolos que simplemente aumentan la capacidad de las máquinas. Esa es la pregunta que me llevé después de profundizar en $NEWT . A largo plazo, los ganadores quizá no sean los sistemas que ejecutan más rápido. Quizá sean los sistemas en los que se confía para decidir cuándo la ejecución jamás debería comenzar. @NewtonProtocol #newt $NEWT
Bienes Raíces Tokenizados con Cumplimiento Potenciado por Newton
Cuanto más veo activos del mundo real moverse onchain, menos creo que la tokenización sea la parte difícil. Convertir un edificio en tokens digitales es, en su mayor parte, un problema de ingeniería. Muchos equipos ya pueden hacerlo. La parte incómoda comienza después de que el token existe. ¿A quién se le permite realmente comprarlo? ¿Quién puede recibirlo? ¿Puede cruzar fronteras? ¿Puede la propiedad moverse libremente después de que cambie una regulación? Ahí es donde la mayoría de los proyectos de bienes raíces tokenizados dejan de parecerse a cripto y empiezan a parecerse a infraestructura legal.
Últimamente he estado pensando menos en cadenas y más en el comportamiento. No el comportamiento de los tokens. El comportamiento de la aplicación. Mirando el Protocolo Newton ($NEWT ) me empujó hacia esa idea. Todo el mundo habla de políticas programables como si, en el momento en que existe la infraestructura, cada transacción de repente se volviera más inteligente. Pero así no es como evolucionan las redes. Un motor de políticas dentro de un SDK no cambia nada por sí mismo. Alguien tiene que decidir dónde la incertidumbre ya no es aceptable. Esa es la verdadera implementación. Me hizo darme cuenta de que el cripto quizá se está dividiendo en dos redes invisibles que desde fuera se ven idénticas. La primera red solo ejecuta transacciones. La segunda red explica por qué esas transacciones se permitieron. Las mismas billeteras. Las mismas cadenas. A veces incluso las mismas aplicaciones. La diferencia es si alguien se ha tomado el tiempo para codificar la intención operativa en lugar de dejar cada decisión a la ejecución sin más. Eso se siente como un cambio mucho más grande de lo que la gente se imagina. Hemos pasado años haciendo que las blockchains sean deterministas. Ahora estamos empezando a hacer que las decisiones sean deterministas. No son lo mismo. Los bloques ya demuestran que ocurrió algo. Las políticas comienzan a demostrar que ocurrió algo por una razón aceptable. No creo que esto cambie los mercados de la noche a la mañana. Creo que cambia la confianza gradualmente. A medida que más protocolos empiecen a adjuntar políticas verificables, los usuarios podrían dejar de juzgar los productos solo por el tiempo de actividad, la velocidad o el TVL. En su lugar, harán una pregunta diferente: "¿Qué decisiones se niega a tomar esta aplicación?" Eso es sorprendentemente difícil de responder hoy. Y quizá por eso sigo volviendo una y otra vez a $NEWT . No porque las políticas programables sean nuevas. Sino porque introducen en silencio algo que el cripto rara vez había expuesto antes: Los límites del comportamiento aceptable pasan a formar parte del propio protocolo. Tengo la sensación de que, en unos años, dejaremos de dividir los proyectos en DeFi, billeteras e infraestructura. Los dividiremos en sistemas que simplemente ejecutan... ...y sistemas que pueden explicar la lógica detrás de cada acción que permiten. @NewtonProtocol #newt $NEWT
NewtonCLI en CI/CD: Automatizar el despliegue de políticas
Cuanto más tiempo paso cerca de la infraestructura cripto, más noto que el despliegue suele tratarse como un problema ya resuelto. Los equipos automatizan el lanzamiento de código, automatizan las pruebas, automatizan el monitoreo y siguen adelante. La política a menudo es lo último que se automatiza, a pesar de que la política es lo que decide qué se le permite hacer realmente a una aplicación después de que entra en funcionamiento. Esa es una de las razones por las que el Newton Protocol ha captado mi atención. El enfoque reciente en NewtonCLI hace que el proyecto se sienta menos como otra herramienta de automatización y más como un intento de tratar las políticas como parte del proceso de desarrollo en sí. Creo que esa diferencia importa más de lo que la gente primero se imagina.
Cuanto más veo que la IA se integra en las conversaciones sobre cripto, más creo que estamos haciendo las preguntas equivocadas. La mayoría de los debates tratan sobre la capacidad. ¿Puede un agente operar? ¿Puede reequilibrar una cartera? ¿Puede ejecutar estrategias complejas? Son preguntas interesantes, pero se saltan algo más fundamental. Cuando un agente de IA comete un error costoso, ¿dónde está realmente la responsabilidad? ¿Con el modelo? ¿Con el desarrollador? ¿Con el usuario? ¿O con el protocolo que permitió que ocurriera la acción? Esa pregunta hoy parece fácil de ignorar porque la mayor parte de la IA todavía está detrás de una ventana de chat. Pero los agentes autónomos no se quedarán ahí para siempre. Cuanto más leo sobre @NewtonProtocol , más me encuentro pensando que los sistemas futuros de IA quizá necesiten límites de responsabilidad más claros antes de necesitar más inteligencia. La ejecución sin rendición de cuentas no escala muy bien en los sistemas financieros. A medida que la IA empieza a interactuar directamente con monederos, contratos y activos onchain, la capacidad de definir quién aprobó qué y bajo qué condiciones puede volverse tan importante como la calidad de la decisión en sí. Siento que estamos llegando a un punto en el que la cripto no solo está construyendo agentes autónomos. También está creando las reglas que determinan quién termina siendo dueño de sus acciones. Eso puede acabar siendo el problema más difícil de resolver. #newt $NEWT
La casa de vidrio cripto necesita cerraduras: respaldando la misión de Newton
Cuanto más tiempo paso alrededor de las criptomonedas, más noto una extraña contradicción. Seguimos construyendo sistemas increíblemente transparentes, pero a menudo dejamos las decisiones importantes protegidas con apenas algo más que una firma de billetera. Todo es visible. Saldos, transacciones, interacciones con contratos, votos de gobernanza. Casi parece una casa de vidrio donde todos pueden ver todo lo que sucede. La visibilidad no es lo mismo que la seguridad. Esa es una de las razones por las que Newton Protocol ha captado mi atención. No porque prometa otra blockchain más rápida ni otra historia sobre IA. Lo que me llamó la atención es que parte de una suposición diferente. Tal vez el mayor desafío para la actividad automatizada en cadena no sea la ejecución. Tal vez sea decidir quién debería estar autorizado a ejecutar en primer lugar.
Una idea ha estado dando vueltas en mi mente durante un tiempo. Crypto se ha vuelto muy buena moviendo activos. Todavía está aprendiendo cómo gobernar decisiones automatizadas. Esa diferencia importa más de lo que la mayoría de la gente se da cuenta. Cada ciclo trae contratos inteligentes más sofisticados y sistemas más autónomos. Pero la inteligencia sin límites crea un nuevo tipo de incertidumbre. La pregunta ya no es si el código puede ejecutarse. La pregunta es si el capital puede delegar decisiones a ese código con confianza. Aquí es donde Newton Protocol se vuelve interesante. No porque introduzca otra capa de infraestructura. Sino porque se centra en un problema que solo aparece cuando la automatización empieza a gestionar un valor significativo. El mercado a menudo asume que la confianza proviene del código abierto. En la práctica, la confianza proviene de un comportamiento predecible. Los participantes quieren saber que un sistema automatizado se comportará mañana exactamente igual que lo hizo hoy bajo las mismas condiciones. Ese es un estándar mucho más alto que la simple descentralización. Requiere una ejecución que sea observable. Reglas que sean exigibles. Y resultados que puedan verificarse de forma independiente. Muy pocas conversaciones en crypto se centran en esa transición. La mayor parte de la atención se queda en la velocidad de las transacciones y el crecimiento de la red. Creo que la próxima ventaja competitiva será la confianza operativa. A medida que entren más grandes pools de capital en los mercados onchain, les importará menos cuántas acciones puede realizar un protocolo. Les importará más con qué consistencia esas acciones siguen una intención predefinida. Eso no es un problema de escalabilidad. Es un problema de confianza. Y la confianza, silenciosamente, se ha convertido en una de las formas más valiosas de infraestructura en crypto. @NewtonProtocol #newt $NEWT
El ciclo de vida de la seguridad de una política de Newton
La mayoría de las personas presta atención a lo que puede hacer un protocolo. Yo paso más tiempo pensando en lo que ocurre después de la primera acción. Ahí es donde normalmente comienza la historia real sobre la seguridad. Una política dentro del Newton Protocol no es simplemente una regla guardada en el almacenamiento. Se convierte en algo que vive a través de distintas etapas. Se crea. Se verifica. Se ejecuta. A veces se actualiza. A veces se elimina. Observar todo ese ciclo de vida dice mucho más sobre la seguridad que mirar cualquier característica en particular.
Cuanto más tiempo paso cerca de la infraestructura de cripto, más noto que muchos retrasos se tratan como un comportamiento normal. Las carteras esperan confirmaciones. Las aplicaciones repiten las mismas comprobaciones. Los puentes piden a los usuarios que confíen en otro proceso antes de confiar en sí mismos. Después de suficientes años, la gente deja de preguntarse por qué existen esas pequeñas interrupciones. La cripto normaliza en silencio el agotamiento operativo. Eso en parte explica por qué Newton Protocol llamó mi atención. No porque prometa eliminar cada capa de complejidad, sino porque su enfoque de verificación sin estado parece cuestionar si cada participante realmente necesita cargar con tanta historia acumulada solo para demostrar que algo es válido. Si la verificación puede ocurrir sin arrastrar estados innecesarios por cada interacción, entonces el propio protocolo empieza a sentirse más ligero, incluso si los usuarios nunca notan la arquitectura que hay detrás. Sigo pensando en lo que eso cambia psicológicamente. Menos espera cambia la toma de decisiones. Menos supuestos repetidos reducen el hábito de volver a comprobar cada transacción. La gente presta menos atención a gestionar la infraestructura y más atención a decidir qué es lo que realmente quiere hacer. Ese cambio es difícil de medir porque la mejora es, en su mayor parte, invisible. Tal vez ese sea el punto. La buena infraestructura rara vez se anuncia. Elimina en silencio los pequeños momentos en los que los usuarios dudan o pierden el foco. Newton Protocol todavía tiene mucho que demostrar, pero la verificación sin estado se siente como un intento de reducir la sobrecarga del protocolo en lugar de pedir a los usuarios que se adapten a él para siempre. Puede ser una dirección más significativa que añadir otra capa que, con el tiempo, la gente aprende a sortear. @NewtonProtocol #newt $NEWT