David Watt

Mientras investigaba @NewtonProtocol , un detalle me atraía de vuelta una y otra vez: el motor de políticas está intencionalmente desactivado en la cadena de destino.

Al principio sonó contraintuitivo, pero cuanto más leía sobre la evaluación de políticas basada en Rego, más sentido tenía. Si la lógica de cumplimiento vive con la aplicación o la cadena, neutralidad se vuelve más difícil de defender.

Mantener la autorización separada significa que la cadena de destino solo verifica el resultado en lugar de poseer las reglas.

Esa idea me pareció más relevante después de observar la actividad reciente del mercado.

En los últimos días, $NEWT seguía observando aproximadamente entre 5 y 6 M$ en volumen diario de trading, a pesar de que el movimiento de precio fue relativamente modesto.

No se trataba tanto de un estallido de especulación, sino de una participación constante, lo que sugiere que las personas seguían interactuando con el ecosistema en lugar de desaparecer cuando la volatilidad se enfrió.

Una pequeña cosa que me sorprendí haciendo fue dibujar el flujo de ejecución en un cuaderno.

Me recordó que la descentralización no solo trata de dónde se liquidan las transacciones.

A veces se trata de dónde no viven las decisiones. Separar la política de la ejecución puede reducir la probabilidad de que una única cadena u operador se convierta silenciosamente en el guardián del cumplimiento.

Todavía no estoy completamente convencido de que cada aplicación necesite esta arquitectura, y hay compensaciones en complejidad y experiencia del desarrollador.

Pero la elección de diseño destacó porque intenta mantener el cumplimiento verificable a nivel de transacción sin convertir a ninguna cadena de destino en la autoridad definitiva.

Sigo preguntándome si más infraestructura terminará siguiendo ese patrón, o si la mayoría de los proyectos se quedarán cómodos manteniendo la política donde la ejecución ya ocurre
#Newt $NEWT

Un detalle me hizo detenerme mientras exploraba Newton Protocol, $NEWT , #Newton y @NewtonProtocol el protocolo no solo devuelve un resultado de autorización; produce un recibo de cumplimiento firmado que puede verificarse de forma independiente más adelante.

Esperaba que lo interesante fuera el motor de políticas. En cambio, el recibo terminó sintiéndose como la parte más importante.

El whitepaper describe cómo cada evaluación de políticas se vincula a la intención de la transacción, a la versión de la política, a la firma agregada del operador y al bloque donde se registra el recibo.

Eso desplaza la conversación de "confía en nosotros, las comprobaciones ocurrieron" a "aquí está la evidencia". No es solo otro registro detrás de una API.

Me di cuenta de que había estado tratando el cumplimiento como algo que desaparece una vez que una transacción tiene éxito.

Newton me hizo verlo de otra manera. Si un auditor, un protocolo o incluso otro desarrollador puede verificar el mismo recibo sin depender del operador original, el modelo de confianza cambia de un modo sutil.

Todavía me pregunto si este tipo de recibo pasa a ser algo que los usuarios valoran activamente, o si permanece como infraestructura en gran medida invisible que solo se nota cuando alguien necesita demostrar qué fue lo que realmente ocurrió.

#Newt

Mi operación con $XTZ está por terminar, el TP está tan cerca

Pero me llevó muchísimo tiempo, como puedes ver una vela sube y la otra baja...

Tarda 3-4 horas en moverse un 5%

La IA componible me hizo pausar

Explorando Newton Protocol ($NEWT ), #NewtonProtocol y @NewtonProtocol después de la reciente campaña de CreatorPad, esperaba que el Model Registry estuviera enfocado en organizar modelos de IA.

En cambio, parecía más bien una infraestructura de coordinación. Las enjambres de IA componible importan solo si los modelos pueden confiar en los permisos de los demás.

Ahora estoy observando si la autorización compartida se vuelve más valiosa que los propios modelos.

#Newt

Cuando el gas dejó de ser el principal coste

Mientras exploraba Newton Protocol ($NEWT ), #NewtonProtocol y @NewtonProtocol l después de la reciente campaña de CreatorPad, un detalle me hizo detenerme.
Esperaba que la capa de intención entre múltiples cadenas estuviera principalmente orientada a reducir los costes de gas.

Sin embargo, me pareció que la optimización más grande era reducir la ejecución innecesaria antes de que siquiera llegara a la cadena.

Eso cambió la forma en que veía la automatización entre cadenas.

Ahorrar gas es útil, pero evitar acciones redundantes y enrutar las intenciones de forma eficiente parece más significativo con el tiempo.

Aún me interesa saber si este enfoque mantiene su eficiencia a medida que crece la actividad en más cadenas.

La métrica interesante puede no ser la transacción más barata, sino cuántas transacciones ni siquiera necesitaban ocurrir en primer lugar.

#newt $NEWT @NewtonProtocol

$BTC

El Protocolo Newton me dio una razón para mirar más allá de la abstracción de cuentas.

Mientras exploraba el Protocolo Newton, $NEWT , #NewtonProtocol, y @NewtonProtocol I, me di cuenta de que había estado tratando la delegación como una función de conveniencia en lugar de como un límite de seguridad.

Lo que cambió mi perspectiva fue la idea de la delegación basada en políticas usando estándares como ERC-4337 y EIP-7702.

Antes pensaba que las carteras delegadas simplemente transferían la autoridad del usuario a un agente.

Newton lo plantea de otra manera.

La autoridad permanece acotada por políticas predefinidas.

El agente solo puede ejecutar dentro de esos límites, mientras que cada acción sigue requiriendo autorización verificable antes de llegar a la cadena.

Eso se siente como un cambio importante para la ejecución impulsada por IA.

El primer beneficiario no necesariamente es el usuario final. Es el protocolo el que ya no tiene que elegir entre automatización y control.

Aún me pregunto cómo evolucionarán estas fronteras de políticas a medida que los agentes delegados se vuelvan más autónomos, pero estoy prestando más atención a la calidad de la autorización que a la cantidad de transacciones que se ejecutan.

#newt $NEWT @NewtonProtocol

$BTC Análisis

BTC se mantiene por encima de su estructura alcista reciente mientras prueba una zona clave de oferta.

• Resistencia: $62.8K–63K
• La liquidez se sitúa por encima de máximos iguales
• Soporte: $62.2K–62.3K

Una ruptura por encima de la resistencia podría impulsar un mayor alza. Si es rechazado, un retroceso saludable hacia el soporte podría ofrecer la próxima oportunidad de compra. La confirmación sigue siendo clave.

$ETH $SOL

#GillibrandCallsForDigitalAssetEthicsBan #RevolutToDelistUSDT

El costo no es la ejecución. Es la gestión de permisos.

La mayoría de los agentes de IA no fallan por lógica.

Pierden capital constantemente actualizando claves de sesión, límites de gasto y estados de intención en múltiples cadenas.

@NewtonProtocol lo aborda de forma diferente. El Keystore Rollup mueve las actualizaciones de permisos fuera de la cadena de destino, las agrupa en pruebas criptográficas y luego liquida solo la acción final.

Menos acumulación de estado. Menos fricción de gas.

Newt se convierte en la capa unificada de automatización en lugar de tener que manejar tokens de gas entre ecosistemas.

Ahí es donde empieza la ventaja económica.
$SPCXB

#newt $NEWT @NewtonProtocol

Exploré Newton Protocol $NEWT , #NewtonProtocol y @NewtonProtocol después de la reciente campaña de CreatorPad y un detalle se quedó conmigo.

Esperaba que la actualización fuera el paso crítico, pero la primera inicialización se sintió mucho más importante.

Un TEE seguro y un flujo de ZKP no pueden corregir una configuración incorrecta de TaskManager o del propietario.

Me dejó pensando que el verdadero límite de seguridad es la disciplina operativa, no solo la criptografía.

#newt $NEWT @NewtonProtocol

Me detuve después de ver la campaña de CreatorPad para Newton Protocol, $NEWT , #Newt y @NewtonProtocol go live el 30 de junio.

Mientras exploraba el protocolo, me di cuenta de que había estado tratando las transacciones fallidas como un esfuerzo desperdiciado. Newton me hizo verlas de otra manera.

Una transacción bloqueada no es solo un error si el protocolo puede explicar por qué fue rechazada.

Ese pequeño cambio transformó mi perspectiva.

En un flujo estilo VaultKit, detener una acción antes de que se muevan los fondos puede ser más valioso que reparar el daño después.

La negativa en sí se convierte en un registro auditable en lugar de un callejón sin salida.

Sigo preguntándome si, con el tiempo, los usuarios llegarán a valorar las negativas claras y verificables tanto como la ejecución exitosa.

Eso se siente como un cambio sutil, pero quizá sea el comportamiento que merece observarse.

#newt $NEWT @NewtonProtocol

Hice una pausa después de volver a visitar Newton Protocol, $NEWT , #NewtonProtocol y @NewtonProtocol tras el desbloqueo del 24 de junio de aproximadamente 139M NEWT.

Esperaba que la conversación siguiera centrada en la oferta, pero la mayoría de las preguntas interesantes eran sobre si las acciones automatizadas debían ocurrir o no.

Eso cambió mi perspectiva. Pensé que el rollup del keystore de Newton se trataba principalmente de hacer la ejecución entre cadenas más barata y rápida.

En cambio, se sentía como si el valor real fuera mantener la intención, el permiso y la prueba conectados antes de la ejecución.

La velocidad es útil, pero una autorización responsable parece más difícil de replicar.

Todavía me pregunto si esas pruebas de permiso se convierten en infraestructura de la que otros protocolos dependen repetidamente, o si se mantienen como solo otra función que los usuarios apenas notan.

Ese es el comportamiento que estoy observando ahora, no el conteo de transacciones.
#newt $NEWT

$BTC
$LAB