Zyphron Toto

He estado revisando hoy la pila de liquidez @grvt_io y una cosa rompió por completo mi flujo.
Estaba rastreando dónde se encuentra realmente la profundidad: bóveda GLP, cotizaciones del market maker RPI, etc. — cuando @grvt_io se cayó la Binance Wallet Booster Campaign. 10 de julio de 2026, 07:00 UTC, en vivo ahora mismo hasta el día 17. 1.500.000 $GRVT distribuidos el día del TGE. No se requiere trading. No se requieren depósitos. Solo misiones.
Espera— esa es la parte que se me quedó grabada. Había pasado la mañana mapeando cómo el acceso a GLP está condicionado por el volumen de trading de por vida (cuanto más ya has negociado, mayor se vuelve el tope de tu asignación), y cómo la liquidez de RPI está reservada en silencio para market makers incluidos en una lista blanca, totalmente oculta de los feeds de la API pública. La verdadera profundidad en #GRVT se obtiene mediante volumen o se concede mediante selección. Mientras tanto, el mayor evento visible de “participación” de la semana no necesita nada de eso.
La verdad, tiene su gracia. Dos vías totalmente distintas corriendo en paralelo — una en la que el capital y el volumen te compran acceso más profundo, y otra en la que solo al tocar una app de billetera te dan tokens desde el día uno. Ninguna realmente requiere que agregues liquidez en el sentido que implica el marketing.
Me hace preguntarme qué vía termina importando más cuando $GRVT realmente se negocie el 21 — la profundidad construida por el volumen por niveles, o las billeteras que aparecieron para una lista de misiones.
#grvt

Estuve en la documentación del protocolo Newton y el contrato de $NEWT en Etherscan (0xD0eC…85D) toda la tarde, revisando los recibos de autorización @NewtonProtocol . $NEWT Y algo sobre el diseño de la privacidad no me dejaba en paz después.
Newton se presenta como la capa que hace que las finanzas onchain sean verificables por defecto: una comprobación de políticas antes de cada acción de un vault, un recibo firmado que un curador puede entregar a un regulador. Pero si sigues el rastro de cómo ese recibo realmente se escribe, y lo que termina en la cadena, es solo un compromiso hash más un bit de aprobar/no aprobar. La puntuación de riesgo impulsada por IA, los umbrales propietarios del curador, cualquier PII: todo eso se mantiene dentro de un TEE o dentro de un circuito zkVM SP1. Nunca toca el estado público.
Lo cual… está bien, técnicamente. Las instituciones no quieren que la lógica de cumplimiento esté al descubierto. Pero silenciosamente reduce qué significa realmente “verificable”. Puedes confirmar que una decisión pasó alguna regla. No puedes ver la regla, ni si se aplicó de la misma manera a cada vault que la usa. Lo contrasté con el repositorio newton-policy-packs y volví a dar con el mismo hueco: prueba del resultado, no prueba de la computación.
Snack se fue, pero sigo masticando con este tema. Si todo el rastro de auditoría solo demuestra que se hizo una comprobación… ¿quién está realmente revisando al verificador?
#Newt

Estaba comparando plataformas centralizadas de IA con lo que en realidad está enviando el Newton Protocol ($NEWT ), y hubo algo que no dejaba de rondarme.
La infraestructura de IA centralizada —piensa en capas de moderación con acceso por API— funciona igual para todos por defecto. No te inscribes en las salvaguardas: están ahí… invisibles, y confías en la palabra de la plataforma. El planteamiento completo de Newton con @NewtonProtocol es lo contrario: cumplimiento verificable, una atestación que realmente puedes comprobar en el Newton Explorer en lugar de confiar en la afirmación de una empresa.
Así que busqué qué estaba activo desde la beta de mainnet (1 de julio): la primera integración real de VaultKit es con Euler, en Base y Ethereum, usando los feeds de precios de RedStone y los datos de riesgo de Vaults.fyi como entradas de políticas. Genial. Excepto… que solo se ejecuta si el curador la conecta. No hay nada que obligue a un vault a activarlo. El lenguaje de "verificable por diseño" es real, pero está junto a un interruptor de activación que la mayoría de los curadores aún no ha cambiado.
Me tomé un café mientras investigaba y seguí dándole vueltas: descentralizado no significa automáticamente activado por defecto. A veces solo cambia quién tiene el interruptor.
Me hace preguntarme cuántos vaults en Euler tienen ahora mismo realmente un pack de políticas adjunto versus cuántos están… conectados al SDK y en reposo.
#Newt

Newton Protocol me hizo pensar en industrias del mundo real hoy — específicamente en préstamos — y algo en la documentación de VaultKit me hizo detenerme a mitad de desplazamiento. @NewtonProtocol construyó toda esta historia de "ejecución de IA verificable" alrededor de los feeds de precios de RedStone ahora integrados dentro del motor de políticas (la integración entró en funcionamiento junto con la mainnet beta, 23 de junio, Base y Ethereum). Cada retiro o préstamo contra un vault se verifica con el precio en vivo de RedStone antes de liquidarse, y $NEWT emite una atestación firmada en cualquier caso.
Suena exactamente a lo que préstamo, seguros, custodia de RWA — todas las industrias que siguen diciendo que necesitan carriles "verificables" — han estado pidiendo. Abrí el repositorio newton-policy-packs en GitHub para ver cómo está realmente cableado… y ojo — la verificación de RedStone solo se activa si el curador del vault lo escribe explícitamente en su policy pack. No hay nada que lo fuerce. Un curador puede crear un vault de Morpho en VaultKit y nunca tocar la política del oráculo.
Seguí releyendo esa parte porque no coincidía con cómo yo me lo había planteado una hora antes. Había asumido que "ejecución verificable" significaba que cada acción del vault se revisa contra algo real por defecto. No es así. Significa que existe la herramienta, y quien esté ejecutando el vault decide cuánto de eso activar.
Entonces, ¿qué industrias adoptan realmente primero la versión estricta — las que están bajo presión regulatoria, o las que tienen depositantes que saben preguntar?
#Newt

He estado sentado con el @NewtonProtocol repo durante como una hora y una cosa simplemente no me dejaba en paz.
Volví a abrirlo esta noche: la lista real de lo que está en vivo: vaults.fyi para señales de riesgo, RedStone para la divergencia de precio, Chainalysis para las sanciones y Blockaid para la detección de transacciones maliciosas. Unas ocho «packs», cada uno vinculado a un proveedor de datos real; todos son opcionales.
El asunto que me detuvo mientras hacía scroll fue este. La propuesta es: «Los agentes de IA necesitan mecanismos de aplicación, no aprobación»; ya no se trata de entregar tus llaves a un bot y esperar. Correcto. Pero nada obliga a que el operador de un agente adjunte realmente alguno de estos packs antes de que toque un vault. El curador elige qué componer, o no. El Newton AVS solo comprueba lo que se le indica que revise.
Así que la parte de «confianza descentralizada» es real: operadores re-staked, atestaciones TEE y recibos que cualquiera puede consultar desde el Explorer $NEWT . Eso no es marketing. Lo que sí es más bien marketing “cercano” es la insinuación de que esto ocurre por defecto para cada acción de cualquier agente. No ocurre. Solo sucede cuando alguien se ha inscrito.
Me hace pensar menos en el cripto y más en quién está verificando realmente qué agentes se saltaron las barreras por completo: ¿alguien ya está haciendo seguimiento de eso, o todos solo estamos confiando en los que enseñan sus recibos?
#Newt

Acabo de pasar una hora en la documentación y el repositorio de VaultKit (@NewtonProtocol ) y una línea no dejaba de rondarme: una curadora "compone su política a partir de estos bloques de construcción, del mismo modo que ensamblarías cualquier cosa a partir de piezas". Esto viene del post de lanzamiento de VaultKit del 1 de julio: el mismo día en que Magic Newton Foundation hizo públicos los packs de políticas.
Aquí está lo que me detuvo a mitad del desplazamiento. Los packs son genuinamente sólidos: Chainalysis para sanciones, SumSub para identidad, Blockaid para la detección de transacciones maliciosas y RedStone para la divergencia de oráculos. Cobertura real. Pero absolutamente todos son de activación opcional. Nada en el contrato del vault obliga a una curadora a integrar los packs de cumplimiento en lugar de solo los de rendimiento/riesgo. Un vault puede enviarse como "Newton-secured" y aun así estar funcionando con la identidad o el filtrado de sanciones completamente desactivados, porque no hay nadie obligado a componer el stack completo.
Hmm… Volví y avancé pensando si esto es un bug o simplemente la forma en que los sistemas modulares tienen que funcionar. La componibilidad demanda cierta opcionalidad por diseño. Pero el lenguaje de marketing ("ejecutable", "verificable", "capa de política onchain") suena como un suelo, cuando en la práctica es más como un menú.
Me hace preguntarme cuántos depositantes están revisando qué packs tiene realmente cableados un vault, en vez de simplemente confiar en el nombre Newton de la etiqueta.
$NEWT #Newt

Por fin me puse a bucear en el repositorio real de policy-pack @NewtonProtocol en lugar de solo leer el post del blog.
Esto es lo que me detuvo a mitad del scroll: $NEWT — la "policy stack" de la que todo el mundo habla (Chainalysis Hexagate, RedStone, vaults.fyi, Credora, Webacy) no viene “horneada” en la bóveda. Es un menú. El curador abre un panel de Newton Protocol y elige qué verificaciones aplican, y RedStone solo se conectó a Newton Protocol como dependencia de un price-feed hace apenas unos días, según su propio post de integración. Antes de eso, cualquier regla de colateral que hiciera referencia a "condiciones de mercado en vivo" dentro de Newton Protocol no tenía nada verificable detrás. No es un bug de Newton Protocol; solo… vale la pena quedarte con ello.
Fui y revisé también el repositorio de github (newt-foundation/newton-policy-packs) — sí, es open source, pero para Newton Protocol, “open source” y “aplicado por defecto” son dos frases muy distintas. Un curador puede bifurcar el repo de Newton Protocol, desplegar una bóveda y simplemente no adjuntar el pack de sanciones. No hay nada que lo impida. La cadena no sabrá la diferencia entre “Newton Protocol aplicado” y “Newton Protocol omitido” a menos que alguien realmente revise los logs del operador.
Sigo yendo y viniendo sobre si esto es una cosa de fase de despliegue que Newton Protocol endurece más adelante, o solo… la forma permanente de todo. Me da curiosidad qué bóvedas terminan ejecutando la stack completa de Newton Protocol frente a las que usan lo mínimo para decir "lo integramos".
#Newt

He estado profundizando en el despliegue en mainnet beta de @NewtonProtocol : la publicación del blog del 1 de julio que confirma la aplicación en vivo en Base y Ethereum. La integración de Euler también está en vivo. $NEWT . Lo leí dos veces porque sentí que algo no cuadraba, pero de una buena manera: esto ya no es una demo de testnet. Bóvedas reales, atestaciones reales, registradas en el Newton Explorer para que cualquiera pueda comprobarlo.
Pero aquí está lo que realmente se me quedó grabado. La atestación solo prueba que se siguió la política escrita. No dice nada sobre si la política en sí era buena. Un curador puede escribir una política Rego increíblemente delgada: una verificación mínima de jurisdicción, nada más, y Newton seguirá emitiendo un recibo criptográfico impecable. La misma luz verde que la de un curador que escribió algo de verdad hermético. La cadena no puede decirte si las reglas eran estrictas. Solo que, fuesen cuales fuesen las reglas que existían, se aplicaron.
Me metí en una pequeña madriguera buscando un registro de políticas que muestre niveles de rigurosidad o estándares mínimos entre bóvedas. No lo encontré. Quizá sea temprano: mainnet beta, denle tiempo. O quizá nunca venga estructuralmente, porque que la autoría de políticas permanezca totalmente en manos del curador es, en cierta medida, el punto.
La aplicación verificable de una regla débil y la aplicación verificable de una regla fuerte se ven idénticas en el explorer. ¿Convergerá a medida que más proveedores institucionales de datos se conecten, o seguirá siendo una ceguera permanente?
#Newt

NEWT sigue avanzando $6.77M en volumen en 24h hoy, un +15.4% en un día — yo iba a mitad de un scroll por el Newton Explorer revisando las recientes atestaciones de políticas cuando noté el repunte y me dio curiosidad por qué lo estaba impulsando… resulta que la mayor parte de ese volumen es solo rotación spot, no flujos nuevos de automatización pasando por el AVS.
Esa es la cuestión de @NewtonProtocol que se me quedó grabada después de investigar las últimas interacciones de contratos de los últimos días. El discurso de “verifiable enforcement” suena como si cada transacción pasara controles de política por defecto. La realidad — zkPermissions y la atestación TEE solo se activan cuando un builder conecta explícitamente su contrato para enrutarse a través de las políticas de Rego de Newton. Sin opt-in, sin capa de verificación tocando la tx. El suministro circulante está alrededor de 288.46M $NEWT ahora mismo, y la mayoría de las carteras que rastreé solo estaban moviendo tokens antes del siguiente desbloqueo, sin activar ninguna evaluación de políticas.
Así que el encuadre de “neutralidad creíble” es real, pero solo para el subconjunto de builders que realmente lo integran. El resto solo… usa la cadena como de costumbre. Agarré mi snack pensando en esto — se siente menos como una red de seguridad predeterminada y más como una función que tienes que buscar.
Me hace preguntarme cuánto de ese volumen actual realmente toca la capa de verificación.
#Newt

He estado trasteando con los documentos @NewtonProtocol hoy intentando conectar una app de agente en su flujo de atestación, y una línea de su informe del 1 de julio me detuvo a mitad de scroll.
La beta de Mainnet se lanzó el 23 de junio en Base y Ethereum, y el planteamiento es "que ningún operador decide el resultado": un supermayoría de operadores independientes comprueba tu política, la aprueba y obtienes una atestación compacta que puedes verificar en Newton Explorer. Suena impecable. Excepto que el propio documento dice que el consenso entre múltiples operadores entra en juego una vez que $NEWT salga de la beta. Ahora mismo, durante la fase exacta en la que la mayoría de los desarrolladores están integrando, estás confiando en un conjunto de operadores más pequeño del que sugiere el enfoque de "sin confianza".
Releí ese párrafo dos veces pensando que lo había interpretado mal. No lo había hecho.
Las políticas se escriben en Rego (bien, es una elección amigable para el equipo de cumplimiento), y el sandbox WASM para conectores de datos personalizados es realmente ingenioso: no estás atado a sus proveedores listos para usar como Chainalysis o RedStone. Pero la suposición de confianza central, aquello que hace que toda la historia de "verificable antes de la liquidación" funcione, está programada explícitamente para más adelante.
No digo que sea una mala ingeniería. Solo… si hoy estás lanzando un agente de IA en esto, ¿estás construyendo sobre el modelo de seguridad que describen, o sobre el que realmente está ejecutándose?
#Newt

Pasé la tarde desenterrando @NewtonProtocol mainnet beta launch (25 de junio) y, sinceramente, lo que me hizo detenerme no fue la tecnología: fue quién realmente puede definir "verificado." $NEWT lanzó Vaults con RedStone y Credora como socios de datos en el lanzamiento. El discurso es impecable: una política verifica condiciones antes de que una tx se asiente, y luego genera un recibo firmado que cualquiera puede auditar.
Pero esto es lo que se me quedó. Ese recibo demuestra que la política se ejecutó correctamente, no que la política fuera la correcta, ni que el feed de precios que leyó fuera preciso en ese instante exacto. Un curador establece el umbral (por ejemplo, liquidar si una calificación de riesgo de Credora supera X), y Newton solo hace cumplir lo que ese curador escribió. Así que la verificación criptográfica aquí confirma fidelidad de ejecución, no calidad de la decisión. Dos garantías muy distintas, usando la misma etiqueta de "verificable".
En Newt seguí releyendo la explicación esperando encontrar alguna comprobación sobre la selección del curador o la revisión de la política antes del lanzamiento… hm, no encontré ninguna. Tal vez sea cosa de una beta temprana, tal vez no venga en absoluto.
La confianza en la acción de un agente de IA y la confianza en las reglas que alguien le entregó no son lo mismo. Newton resuelve perfectamente la primera. ¿Quién está verificando la segunda?
#Newt