wiki002

#newt $NEWT Cuanto más estudio los vaults de DeFi, menos pienso que los smart contracts sean el mayor riesgo.
Eso probablemente suene extraño.
Después de todo, las blockchains están diseñadas para eliminar la confianza mediante una ejecución transparente.
Pero los vaults sacaron a la luz algo en lo que no había pensado lo suficiente.
Una blockchain puede demostrar que una transacción se ejecutó correctamente.
No puede demostrar que la decisión que había detrás fue la correcta.
Un curador puede reequilibrar el capital, cambiar una asignación o aprobar un nuevo destino mediante una transacción completamente válida. El smart contract funciona exactamente como fue diseñado. La red llega a consenso. No se aprovecha ninguna vulnerabilidad.
Sin embargo, el vault puede haberse desviado silenciosamente del perfil de riesgo con el que los depositantes creían estar financiando.
Ese es un tipo de fallo muy diferente.
No creo que hablemos de ello lo suficiente.
Eso fue lo que me llevó a dedicar más tiempo a mirar el Newton's VaultKit.
Lo que destacó no fue otra característica de seguridad. Fue la idea de tratar la autorización como infraestructura en lugar de una lista de verificación operativa.
Antes de ejecutar una acción sensible en un vault, se puede evaluar contra políticas predefinidas usando señales tanto onchain como externas. El objetivo no es simplemente bloquear transacciones malas. Es crear evidencia verificable de que una decisión importante se mantuvo dentro de las reglas a las que el vault se comprometió desde el principio.
Cuanto más lo pienso, más creo que la próxima ventaja competitiva de DeFi no será un mayor rendimiento ni una ejecución más rápida.
Será la capacidad de demostrar que cada decisión crítica respetó la estrategia en la que los usuarios confiaron con su capital.
Ya hemos construido sistemas que verifican transacciones.
La siguiente generación de DeFi puede definirse por sistemas que verifican las decisiones detrás de esas transacciones.💭
@NewtonProtocol

#newt $NEWT Creo que hemos estado haciendo la pregunta equivocada sobre blockchain.

Durante años, la pregunta era:

¿Esta transacción ocurrió?

A medida que la IA se convierte en parte de las finanzas en la cadena, creo que está surgiendo una pregunta más importante:

¿Debería haberse permitido que esta transacción ocurriera en absoluto?

Ese cambio podría redefinir cómo se construye la confianza On-Chain.

La primera generación de DeFi se centró en la eficiencia de capital: mercados más rápidos, mayor liquidez y activos programables.

Ahora la IA puede monitorear los mercados, evaluar riesgos, detectar anomalías y, cada vez más, ejecutar decisiones financieras en nuestro nombre.

Ahí es donde empieza el verdadero desafío.

Blockchain ganó confianza demostrando que las transacciones se ejecutaban correctamente. Pero en un sistema financiero nativo de IA, la confianza podría depender cada vez más de demostrar que una transacción cumplió las políticas correctas antes de la ejecución.

Ahí es exactamente donde creo que la infraestructura empieza a importar.

Por eso Newton Mainnet Beta llamó mi atención.

Su enfoque no es solo la ejecución más rápida. Se trata de convertir la evaluación de políticas en parte del flujo de ejecución, de modo que la autorización se verifique antes de que los activos se muevan, en lugar de depender únicamente del monitoreo posterior a la transacción.

Para mí, la finanza autónoma podría descansar sobre tres capas:

• La IA crea intención.
• Blockchain garantiza la ejecución.
• La Autorización verificable determina si la ejecución debería ocurrir.

La inteligencia sola no crea confianza. Una IA más inteligente también puede cometer errores más rápidos si sus acciones no están regidas por reglas transparentes, auditables y exigibles.

El rendimiento siempre importará. Pero a medida que la IA gestione más capital on-chain, los Protocolos más confiables tal vez no sean los más rápidos: serán los que puedan demostrar claramente por qué una acción fue autorizada antes de que se mueva cualquier activo.

¿Qué crees que importará más a largo plazo: modelos de IA más inteligentes o marcos de autorización más sólidos?🤔

@NewtonProtocol

#Newt $NEWT La capa faltante entre el capital institucional y la ejecución on-chain

Las instituciones rara vez rechazan DeFi porque las transacciones se liquidan demasiado lento. Dudan porque la mayoría de los protocolos aún asumen que cada firma válida debe ejecutarse de inmediato. Eso funciona para las finanzas sin permisos, pero deja poco margen para las reglas de autorización en las que las grandes organizaciones confían todos los días.

Los mercados tradicionales no se volvieron confiables solo por una mejor liquidación. evolucionaron en torno a controles exigibles: límites de exposición, flujos de aprobación, políticas de cumplimiento y registros de auditoría. Esas reglas se verifican antes de que los activos se muevan, no después de que ocurra un incidente. DeFi ha desplazado en gran medida esas responsabilidades a herramientas fuera de la cadena, creando una brecha entre la transparencia de blockchain y la gobernanza del mundo real.

El @NewtonProtocol Mainnet Beta es interesante porque lleva este debate de la teoría a la implementación. Los desarrolladores ahora pueden experimentar con la evaluación de políticas antes de la ejecución de la transacción, lo que permite que se verifiquen reglas de autorización predefinidas antes de que los activos se muevan, en lugar de depender de la supervisión a posteriori. Esto acerca el cumplimiento a la capa del protocolo, donde las decisiones pueden ser transparentes, reproducibles y más fáciles de auditar.

El intercambio (trade-off) merece una atención igual. Una autorización más sólida puede añadir complejidad operativa, y la gobernanza de políticas se vuelve tan importante como la ejecución en sí. Si las actualizaciones de políticas no son transparentes y auditables, la confianza simplemente se desplaza de la ejecución de transacciones a la gestión de políticas. La arquitectura solo fortalece la descentralización si esas reglas permanecen observables y responsables.

si el Mainnet Beta demuestra que la autorización a nivel de protocolo puede escalar sin sacrificar la transparencia, podría convertirse en un importante bloque de construcción para la adopción institucional. El hito más grande no son transacciones más rápidas: es hacer que la autorización sea verificable antes de la ejecución.

¿Incrustar la evaluación de políticas en el flujo de transacciones reduce genuinamente los supuestos de confianza, o solo redefine dónde debe existir la confianza?🤔
@NewtonProtocol

#newt $NEWT Llamar a la ejecución sin confianza a menudo oculta dónde se están tomando realmente las decisiones

Cuando rastreo los flujos de DeFi y RWA de principio a fin, el contrato inteligente empieza a sentirse menos como una capa de decisión y más como un punto de control final. Para cuando una transacción llega a él, la mayor parte del filtrado ya ocurrió en otro lugar mediante verificaciones fuera de la cadena, lógica de enrutamiento, reglas de la aplicación, restricciones de cumplimiento. Todos ellos, en silencio, determinan qué incluso califica para la ejecución.

El problema no es que alguna capa en particular esté fallando. Es que la ejecución nunca se define en un solo lugar. Cada sistema implementa su propia versión de lo permitido, lo que crea una superficie de decisión fragmentada. La confianza no desaparece en este esquema; se distribuye entre múltiples puntos de control invisibles, aunque a veces me pregunto si siquiera medimos esa confianza de forma consistente entre capas.

El diseño de Newton, desde una perspectiva arquitectónica, parece intentar comprimir todo este espacio de decisiones previo a la ejecución en un único límite de aplicación en la ejecución. En lugar de múltiples interpretaciones entre aplicaciones y cadenas, las políticas se evalúan justo en el momento del asentamiento. Las entradas entre cadenas y las señales fuera de la cadena ya no son suposiciones externas: pasan a ser parte del mismo flujo de verificación.

Lo que cambia aquí es el modelo de fallos. En los sistemas tradicionales, los problemas a menudo aparecen después de la ejecución cuando el estado ya se ha modificado. Aquí, la intención es bloquear transiciones inválidas antes del asentamiento. Aunque todavía no estoy totalmente convencido de cómo se comporta esto bajo condiciones de datos altamente adversarias o con ruido a escala, la dirección es estructuralmente clara.

El cambio clave está en la dependencia. Si la ejecución depende completamente de la evaluación de la política, entonces la corrección se aleja de las aplicaciones y se concentra en la capa de política en sí misma. Eso significa que la confianza no desaparece: simplemente se traslada a un punto de control más crítico.

Pregunta: Si la capa de políticas se convierte en la puerta final para la ejecución, ¿eso realmente reduce la confianza sistémica o solo redefine dónde se ubica el único punto de falla?🤔
@NewtonProtocol

#newt $NEWT Cuanto más estudié el Protocolo Newton, menos lo vi como un sistema de autorización.

Empezó a parecerse más a un intento de convertir la autorización en su propia capa de infraestructura.

La mayoría de los smart contracts mezclan las comprobaciones de permisos directamente en la lógica de la aplicación.

Los límites de gasto, la gestión de roles y las listas de permitidos se reescriben una y otra vez.

Incluso cuando las reglas son casi idénticas, cada protocolo mantiene su propia versión.

Newton separa esas preocupaciones.

Las políticas se escriben en rego, se almacenan en IPFS y se referencian mediante PolicyClients en lugar de incrustarse en cada contrato.

Eso cambia el papel del contrato.

En vez de decidir por qué una transacción debería permitirse, verifica que la red ya haya evaluado la política y haya devuelto una atestación válida.

Lo que más me interesó es que la autorización se vuelve reutilizable.

Eso significa que el mismo modelo de autorización puede reutilizarse en distintas aplicaciones en lugar de reconstruirse cada vez, mientras que cada policyClient aún puede definir sus propios parámetros.

Menos lógica de autorización duplicada es solo parte del beneficio.

También desplaza más responsabilidad hacia el diseño de buenas políticas desde el principio, porque cada aplicación que dependa de esa política hereda las mismas suposiciones.

Si los motores de políticas se vuelven infraestructura reutilizable en lugar de código específico de la aplicación, ¿podría la autorización eventualmente convertirse en un estándar de seguridad compartido en Web3?🤔
@NewtonProtocol

La mayoría de las blockchains están diseñadas para responder a una sola pregunta: ¿Puede esta transacción ejecutarse? Creo que la pregunta más difícil es si debería ejecutarse en primer lugar.

Eso fue lo primero que me llamó la atención al leer sobre la Mainnet Beta de @Newtonprotocol.

En lugar de pedirle a cada aplicación que construya su propia lógica de cumplimiento y riesgo dentro de los smart contracts, Newton separa la autorización del asentamiento. Las políticas se evalúan por operadores independientes usando datos onchain y datos aprobados offchain. Una vez que suficientes operadores llegan a la misma conclusión, la red produce una acreditación de autorización. El contrato de destino verifica esa acreditación antes de la ejecución.

Lo que me parece más interesante es el modelo de seguridad detrás de ese proceso. No se basa simplemente en confiar en que los operadores tomen la decisión correcta. Los operadores aseguran su trabajo con ETH re-staked a través de EigenLayer, y las autorizaciones incorrectas pueden ser impugnadas con pruebas de fraude de conocimiento cero. El objetivo es simple: hacer que el comportamiento deshonesto resulte más costoso que actuar con honestidad.

Eso no elimina todos los riesgos. La autorización sigue siendo tan buena como las políticas que se aplican y los datos en los que esas políticas se basan. Además, introduce otro paso antes del asentamiento. Pero separar la autorización de la lógica de la aplicación podría hacer que esas políticas sean más fáciles de actualizar sin rediseñar repetidamente smart contracts.

Si más capital institucional y aplicaciones impulsadas por IA se mueven onchain, demostrar por qué una transacción fue aprobada podría volverse casi tan importante como demostrar que se ejecutó correctamente. En ese punto, la autorización empieza a parecer menos una característica de la aplicación y más una infraestructura compartida.

Si la autorización se convierte en su propia capa de red, ¿reduce de manera significativa los supuestos de confianza, o el problema más difícil simplemente pasa a ser diseñar mejores políticas?

@NewtonProtocol $NEWT #Newt

#newt $NEWT Cuanto más pienso en MiCA,
menos lo veo como una historia regulatoria. Cuando terminó el período transitorio de MiCA, la mayor parte de la conversación se centró en qué empresas estaban listas y cuáles no. Pero lo que llamó mi atención fue otra cosa. Quizá el cambio más grande no sea la regulación en sí, sino cómo el cumplimiento está empezando a formar parte de la infraestructura de blockchain. Si las transacciones pueden demostrar que cumplen las comprobaciones de identidad, el filtrado de sanciones, las reglas de jurisdicción y las políticas de riesgo antes de ejecutarse, el cumplimiento deja de ser solo una obligación legal y se convierte en una capacidad técnica. Esto parece especialmente relevante a medida que las acciones tokenizadas, los activos del mundo real (RWA), las stablecoins y el capital institucional continúan moviéndose onchain. Las grandes instituciones financieras no solo quieren descentralización; necesitan una ejecución predecible y verificable. Por eso, proyectos como Newton Protocol son interesantes de seguir. En lugar de tratar el cumplimiento como una ocurrencia tardía, están explorando si la autorización y la aplicación de políticas pueden convertirse en partes nativas del flujo de transacciones. Por supuesto, este enfoque también plantea preguntas importantes sobre la privacidad, la descentralización y la flexibilidad, así que dista mucho de ser una conversación cerrada. Pero si el cripto se está moviendo hacia una adopción institucional más amplia, quizá la verdadera ventaja competitiva no sea la cadena más rápida: será la que pueda demostrar confianza sin depender solo de eso.

¿El cumplimiento programable podría convertirse en algo tan fundamental para la infraestructura de blockchain como lo son los contratos inteligentes?🤔
@NewtonProtocol

#newt $NEWT A una comprobación de cumplimiento que existe solo en el frontend no forma parte realmente de la imposición en la cadena.

En el momento en que alguien interactúa con un contrato inteligente directamente en lugar de a través de la interfaz de la aplicación, esas protecciones ya no aplican. La interfaz puede bloquear una wallet, requerir verificación de identidad o imponer restricciones regionales, pero esos controles pierden su valor si una transacción puede llegar al contrato inteligente sin ellos. Es posible que el monitoreo aún detecte la actividad más tarde, pero para entonces los activos ya se han movido.

La integración de Persona de Newton usa atributos de identidad verificados como entradas para la autorización de transacciones, en vez de limitarlos a la capa de la aplicación. La red de operadores de Newton evalúa políticas que cubren requisitos de jurisdicción, residencia y edad, y luego produce una atestación criptográfica. Sin esa atestación, la transacción no puede ejecutarse.

El cambio real no es otra comprobación de cumplimiento. Es trasladar la imposición desde la interfaz hacia la propia transacción. Aún existe una dependencia de datos de identidad precisos y políticas bien definidas, así que esto no elimina la confianza por completo. Lo que hace es desplazar la confianza hacia la calidad de los datos de identidad y las políticas que los respaldan.

A medida que más actividad financiera se mueve completamente en la cadena, ¿debería el cumplimiento seguir siendo una función de la aplicación, o necesita convertirse en parte de la ejecución de la transacción en sí? 🤔
@NewtonProtocol

Cuanto más aprendo sobre los vaults de DeFi, más siento que hemos normalizado algo que probablemente no debería ser normal: pedir a los usuarios que confíen en procesos operativos que en realidad no pueden verificar.

La mayoría de los vaults ya tienen buenas estrategias y curadores experimentados. Ese no es el problema. El problema es que muchas comprobaciones importantes todavía ocurren fuera de la propia transacción. Si esas comprobaciones dependen de paneles, flujos de trabajo internos o aprobaciones manuales, los usuarios siguen confiando en la palabra de otra persona.

Por eso seguí volviendo a @NewtonProtocol . No intenta reemplazar los vaults ni rediseñar DeFi. Se centra en la parte que creo que ha estado faltando: asegurarse de que las acciones importantes se verifiquen antes de ejecutarse.

De hecho, me gusta este enfoque porque los protocolos no tienen que tirar la infraestructura que ya han construido. Mejorar la seguridad sin obligar a un rediseño completo hace que la adopción sea mucho más realista.

Mi única preocupación es que las políticas no se mantienen por sí solas. Los mercados cambian rápido y aparecen nuevos riesgos todo el tiempo. A largo plazo, la calidad del marco dependerá de qué tan bien se actualicen esas políticas y de qué tan fiable siga siendo la información externa.

Estaré atento a cómo funciona esto a medida que más protocolos y estrategias de vaults más complejas empiecen a usarlo. Ahí es cuando realmente sabremos si este modelo puede escalar.

¿Te haría sentir más cómodo depositar en un vault de DeFi? 🤔

@NewtonProtocol #Newt $NEWT

La mayoría de la gente cree que la transparencia resuelve la confianza. No creo que sea así.

Una cosa que no esperaba encontrar al mirar @NewtonProtocol $NEWT era que la innovación real no era hacer que las bóvedas fueran más visibles; era reducir, desde el principio, cuánta discreción tienen los gestores.

Una lección se repite una y otra vez a lo largo de la historia financiera: cuando una parte administra el capital de otra, con el tiempo los incentivos terminan divergiendo. un mayor rendimiento a menudo oculta un mayor riesgo, y cuando los depositantes descubren de dónde venía ese rendimiento, el daño ya está hecho.

Lo que me resulta interesante es el cambio arquitectónico. En lugar de depender de mejores reportes o auditorías posteriores a la operación, Newton traslada los controles de riesgo a la ejecución misma. Si los límites de apalancamiento, la exposición a contrapartes o los permisos de estrategia se hacen cumplir antes de que las transacciones se liquiden, el protocolo no solo documenta el comportamiento: lo está restringiendo.

Eso cambia el debate de "¿Puedo confiar en el gestor?" a "¿Puede el gestor incluso superar el mandato?"

Cuanto más lo miraba, más sentía que esta es una distinción sutil pero importante. La transparencia en cadena es valiosa, pero la transparencia por sí sola no evita decisiones malas. La aplicación preventiva crea un modelo de seguridad distinto, en el que el riesgo aceptable se define desde el principio en lugar de evaluarse después de que ocurran pérdidas.

Mi conclusión es que, si DeFi quiere competir con las finanzas institucionales a largo plazo, la gobernanza programable y los límites de riesgo exigibles pueden volverse más importantes que simplemente ofrecer mayores rendimientos.

Esa es la parte de @NewtonProtocol que creo que merece más atención que las cifras de APY.

¿Qué opinas? 🤔

#Newt

#opg $OPG Lo que me llamó la atención no fue realmente la etiqueta “Sin censura”. Muchos proyectos de IA recurren a ese enfoque de todos modos. Lo que aquí me pareció más importante es cómo OpenGradient combina la libertad creativa y la inferencia privada en un solo diseño, en lugar de separarlas en puntos de conversación.

Cuando revisé la arquitectura, mi lectura es que no se trata solo de permitir que los usuarios generen imágenes con más libertad. Se trata más de controlar quién realmente es dueño de los datos, quién puede verlos y qué se hace con ellos en el camino. Si los prompts y las salidas se mantienen en privado de verdad y el sistema no sobrefiltra usos creativos legítimos, entonces ya no es simplemente otra interfaz de modelo. Empieza a parecer infraestructura sobre la que la gente realmente puede construir sin tener que dudar.

Una cosa que la gente tiende a pasar por alto es cuánto cambia la privacidad la manera en que te comportas con un sistema. Si no te preocupan los registros o el análisis, naturalmente empujas más al modelo.
Prueba prompts más extraños, itera más rápido. Ese tipo de bucle de retroalimentación es donde normalmente nacen las mejores ideas.

Claro, hay compensaciones. No se pueden evitar. Más libertad significa que todavía necesitas vallas de seguridad en algún lugar del sistema, y la privacidad a gran escala no es un problema “agradable” de producto: es una restricción real de ingeniería.

En general, no creo que la ventaja venga solo de la fuerza bruta del modelo. Si OpenGradient logra mantener firme la línea entre libertad, privacidad y estabilidad, entonces la confianza se convierte en aquello que se acumula con el tiempo.

¿Crees que la privacidad puede mantenerse realísticamente como un foso a largo plazo en la infraestructura de IA, o eventualmente se estandariza? 🤔
@OpenGradient