La parte de TermMax que me resulta más interesante es cómo la financiación con plazo fijo cambia la forma en que puedo estructurar una operación de opciones. Normalmente pienso en una posición de opciones a través de la entrada, el pago y el riesgo, pero la financiación puede alterar silenciosamente el resultado mientras la operación aún está abierta. Con @TermMax , un costo fijo de endeudamiento me da una entrada de financiación conocida hasta el vencimiento. Eso significa que puedo estimar el costo de carry antes de entrar, en lugar de tratar el gasto futuro por intereses como una incógnita. #TermMax
El “intercambio” es que la precisión viene con compromiso. Tener un plazo fijo significa que necesito elegir un vencimiento que realmente se ajuste a la estrategia, en vez de mantener el capital completamente flexible. Pero cuando el momento es deliberado, esa limitación puede ser útil. Puedo comparar el pago esperado de las opciones frente a un costo de financiación que permanece definido, lo que hace que la evaluación de la economía sea más sencilla antes de comprometer capital. Yo lo veo como un cambio sutil de simplemente pedir prestado a diseñar la financiación en torno a la operación en sí. Si las opciones ya requieren suposiciones cuidadosas sobre el momento y el pago, ¿por qué debería seguir siendo impredecible el costo del capital?
Mi mayor interés en @TermMax no es simplemente que ofrezca préstamos con tasa fija. Es lo que sucede cuando ese costo fijo se sitúa junto a la ejecución de opciones. Puedo pensar en una operación en términos del costo real de carry en lugar de adivinar hacia dónde podría derivar una tasa variable de préstamo antes del vencimiento. En DeFi, esa distinción importa porque una posición de opciones puede parecer atractiva al inicio y volverse mucho menos convincente cuando los costos de financiamiento cambian por debajo de ella. Con un plazo fijo, conozco el costo del préstamo de antemano, lo que me da una base más clara para juzgar si una estrategia de opciones sigue teniendo sentido. #TermMax
El intercambio es liquidez frente a previsibilidad. Un plazo fijo puede limitar la flexibilidad en comparación con ir renovando constantemente el capital a través de mercados con tasa variable, pero prefiero aceptar esa limitación cuando necesito una ventana de financiamiento claramente definida. Para mí, esto hace que TermMax sea interesante como una capa de infraestructura de trading, más que como simplemente otro lugar de préstamos. La combinación de crédito a tasa fija y ejecución de opciones podría permitir a los traders estructurar posiciones en torno al vencimiento, el costo de financiamiento y el pago esperado con supuestos mucho más claros. La pregunta real a la que sigo volviendo es esta: cuando el financiamiento se vuelve predecible, ¿la ventaja mayor proviene de un mejor control de riesgos, o de poder diseñar estrategias más precisas?
La custodia propia es lo único en lo que nunca transijo, así que la mayoría de los productos de préstamos en Bitcoin pierden mi interés en el momento en que me piden que envuelva o haga puente con BTC. Las bóvedas de Bitcoin sin confianza (TBV) de @BabylonLabs_io son diferentes, y por eso decidí escribir sobre ellas.
Lo que llamó mi atención es que la testnet pública para préstamos nativos respaldados por Bitcoin a través de Aave v4 ya tiene varios nombres importantes probando junto con usuarios habituales. Eso no es algo que se vea con cualquier testnet temprana. Señala que el modelo se está tomando en serio más allá del simple público minorista.
Lo probé de la misma manera que cualquiera puede hacerlo. Tomé tokens de prueba del faucet, deposité BTC nativo, pedí prestado a través de Aave v4 y confirmé todo en el explorador. Mis claves nunca salieron de mi control en ningún momento. Si quieres formarte tu propia opinión en lugar de tomar la mía, comparte tus comentarios a través del formulario oficial antes del mainnet.
Babylon creó el Protocolo de Apuestas de Bitcoin, que se convirtió en el proyecto basado en Bitcoin más grande de las criptomonedas por valor total bloqueado. Ahora @BabylonLabs_io está ampliando ese BTC nativo hacia DeFi mediante Trustless Bitcoin Vaults (TBV), una forma de usar Bitcoin como garantía sin envolverlo, hacer puentes ni confiar en un intermediario.
En la actualidad, TBV impulsa préstamos nativos respaldados por Bitcoin en Aave v4, disponible en una red de pruebas pública. El flujo es sencillo. Reclama tokens de prueba desde el faucet, deposita BTC nativo en la aplicación de la red de pruebas, pide prestados activos como USDC en Ethereum y, luego, revisa la transacción en el explorador.
Lo que hace que valga la pena intentarlo es cuánta poca confianza requiere. Tu Bitcoin se mantiene nativo todo el tiempo y nunca entregas la custodia para completar el préstamo. Pruébalo por tu cuenta y envía comentarios a través del formulario oficial antes del mainnet.
La mayoría de los traders tienen una jerarquía mental para los activos, y en la cima está Bitcoin en custodia propia. Todo lo demás, por lo general, se trata como un compromiso: o sacrificas esa seguridad por los rendimientos de DeFi, o te quedas con tenencias en spot e ignoras la posibilidad de eficiencia de capital.
Los Trustless Bitcoin Vaults (TBV) están obligando por fin a que ese modelo binario evolucione. En lugar de elegir entre mantener los activos y ponerlos a trabajar, la arquitectura de TBV te permite conservar la custodia de la capa base mientras, al mismo tiempo, respaldas posiciones de DeFi en Ethereum.
Cuando observo el flujo de ejecución de pedir prestado contra Bitcoin nativo, la diferencia en el perfil de riesgo es de noche y de día en comparación con las variantes de tokens envueltos. Debido a que el colateral real permanece bloqueado en scripts de Taproot de Bitcoin y solo emite pruebas de estado, la dependencia de operadores de puentes de terceros, en la práctica, desaparece.
Así, pedir prestado deja de ser una cuestión de confianza y pasa a ser una cuestión de verificar la ejecución del script onchain. He estado dedicando tiempo a analizar cómo estos bóvedas manejan los disparadores de liquidación durante simulaciones en testnet, y la velocidad de la aplicación criptográfica es una mejora enorme frente a las actualizaciones tradicionales basadas en oráculos para puentes.
Para cualquiera que se haya mantenido alejado de los protocolos de préstamo por ansiedad relacionada con los puentes, este es el primer cambio real en el mercado. ¿La transición a la aplicación criptográfica nativa cambia tu perspectiva a largo plazo sobre los préstamos?
Al evaluar la eficiencia de capital en las finanzas descentralizadas, pedir prestado contra activos al contado suele ser solo el paso inicial en un cambio más amplio del ecosistema.
El lanzamiento de Trustless Bitcoin Vaults (TBV) abre la puerta para que el colateral nativo de Bitcoin impulse una amplia gama de instrumentos financieros más allá de simples pools de préstamo. Al habilitar pruebas verificables del estado de Bitcoin a través de capas externas de contratos inteligentes, TBV permite a los desarrolladores crear mercados de derivados, stablecoins descentralizadas y facilidades de crédito directamente respaldadas por BTC sin puentes.
Esto significa que los traders pueden mantener su exposición spot a largo plazo mientras implementan su riqueza subyacente en estrategias de rendimiento estructurado o posiciones de cobertura, sin fricciones con contrapartes.
Lo que más me entusiasma al expandir TBV a productos financieros multichain es cómo estandariza la seguridad entre diversas aplicaciones DeFi. En lugar de crear tokens envueltos aislados para cada protocolo, un mecanismo de bóveda unificado garantiza que las reglas de colateral y la lógica de liquidación se mantengan criptográficamente consistentes.
Ya sea que estés respaldando activos sintéticos en Ethereum o accediendo a líneas de crédito automatizadas, tu Bitcoin principal permanece anclado de forma segura en su cadena nativa.
A medida que más protocolos descentralizados adopten la infraestructura TBV, el Bitcoin nativo se transformará de un simple almacenamiento pasivo de valor a la columna vertebral principal del colateral para web3.
¿Has considerado usar nativo $BTC para respaldar posiciones DeFi que no son de préstamo?
Babylon necesitaba una lista cada vez mayor de intermediarios institucionales para vender un mensaje sobre la eliminación de intermediarios
Revisé la lista de socios más reciente y no dejaba de crecer. Ginco en Japón, Bflux para el rendimiento institucional, DSRV como infraestructura de validación, Parataxis para la estrategia de tesorería. Todos ellos se sitúan entre el protocolo de Babylon y las instituciones que realmente sostienen el Bitcoin.
Eso me pareció algo con lo que valía la pena sentarse a pensar. La propuesta central es que no hay custodios, no hay intermediarios: el staking con custodia propia, puro y exigido directamente en el propio Bitcoin. Sin embargo, al parecer, llegar a las instituciones requiere proveedores de carteras empresariales, especialistas en custodia y socios regionales que actúan como capa de interfaz entre las reservas frías $BTC y el protocolo subyacente.
No creo que eso contradiga el diseño sin confianza. El BTC en sí se mantiene bloqueado bajo condiciones de script de Bitcoin, independientemente de qué cartera empresarial inicie la transacción. Pero sí significa que la experiencia real del staking sin confianza, para un banco o una tesorería corporativa, de todos modos pasa por una cadena de socios verificados que gestionan el cumplimiento, las interfaces de custodia y la incorporación. La falta de confianza a nivel de protocolo y el acceso institucional resultan ser dos capas muy distintas del mismo sistema.
Quizá esto sea simplemente lo que parece la adopción. El capital regulado no se mueve sin carriles regulados, por muy limpia que sea la criptografía subyacente.
¿El Bitcoin institucional alguna vez toca de forma real y directa un protocolo verdaderamente sin confianza, o siempre tiene que pasar primero por una capa de socios confiables, independientemente de lo que prometa la capa base?
Un informe de error de una sola línea muestra más sobre un protocolo que cualquier hoja de ruta
Leí la divulgación y lo que se me quedó grabado no fue el propio error, sino lo mundano que en realidad era. Un validador malicioso podría omitir un campo del hash de un bloque; protobuf lo permitía porque el campo era opcional, y el código de Babylon intentó leer datos que no estaban allí. Puntero nulo, pánico en tiempo de ejecución, validadores que se caen justo en los límites de época donde el timing del consenso importa más.
Nada fuera de lo común. Nada $BTC en riesgo, sin fondos tocados: solo un fallo en la capa de consenso que podría haber ralentizado la producción de bloques si suficientes validadores se vieran afectados a la vez.
Lo que realmente me interesa es la ruta de divulgación. La encontró un colaborador independiente y seudónimo, se presentó públicamente en GitHub y se corrigió en la versión 4.2.0 con una validación más estricta en torno a las extensiones de voto. Esa es la realidad aburrida y poco glamorosa de cómo funciona la seguridad en sistemas de producción que aseguran miles de millones de BTC en stake. No es un código impecable: es un proceso que funciona para detectar y corregir lo que se cuela.
Creo que la gente confunde confianza sin necesidad de terceros (trustless) con ausencia de errores, y no son la misma afirmación en absoluto. Trustless describe quién tiene la custodia. No dice nada sobre si el software subyacente es perfecto, porque ningún software lo es.
¿Un error silencioso y corregido rápidamente te hace confiar más en el proceso, o cualquier fallo a nivel de consenso en un protocolo de seguridad de Bitcoin solo te pone nervioso, independientemente de cómo se resuelva?
La promesa de que no hay wrapping lleva un asterisco justo cuando las cosas salen mal
Me metí en las mecánicas reales de liquidación de la integración de Babylon con Aave y encontré el detalle que nadie menciona en el titular. Durante la operación normal, $BTC permanece bloqueado en un UTXO de Taproot, sin wrapping, sin puente, exactamente la historia que todos repiten. Pero la liquidación es un momento totalmente distinto. Cuando una posición se liquida, el swap que ocurre liquidando se asienta en WBTC con una pequeña prima, y los arbitrajistas son quienes realmente compran ese vaultBTC y lo canjean de nuevo por Bitcoin nativo una vez que se cierra la ventana de la prueba de fraude.
Así, el sistema se mantiene completamente sin confianza hasta el instante exacto en que las cosas se rompen, y justo ahí, por unos momentos, el Bitcoin envuelto vuelve a aparecer para que las liquidaciones sean lo bastante rápidas como para importar. El asentamiento en Bitcoin es lento; las liquidaciones en DeFi no tienen paciencia, y hace falta un puente para salvar esa brecha de tiempos.
No creo que esto sea un defecto exactamente. Podría ser la única forma realista de reconciliar la velocidad de asentamiento de Bitcoin con el comportamiento que los mercados de préstamos realmente necesitan cuando hay estrés. Pero eso también significa que la “pureza” del discurso tiene una costura justo donde el riesgo es más alto, no donde el marketing normalmente señala.
¿Un rodeo breve con Bitcoin envuelto durante la liquidación socava la afirmación de ausencia de confianza, o eso es simplemente lo que parece la ingeniería pragmática bajo presión?
Una apuesta, múltiples redes, un mal día en todas partes a la vez
Nadie habla de esto lo suficiente.
Si tu BTC en garantía puede asegurar más de una Red Asegurada de Bitcoin al mismo tiempo, suena eficiente. El mismo capital, múltiples trabajos de seguridad. Bien en el papel.
Pero el riesgo correlacionado funciona en ambos sentidos.
Un validador funcionando mal en varias redes no falla una sola vez. Falla en todas las redes en las que participa. Tu $BTC ya no está expuesto a una sola condición de slashing; está expuesto a tantas redes como toque ese validador.
La eficiencia y la concentración son, básicamente, la misma moneda al aire.
No estoy diciendo que esto rompa el modelo. Digo que cambia cómo es la debida diligencia para cualquiera que haga staking a través de Babylon. Ya no estás evaluando solo la salud de una red. Estás evaluando el comportamiento del validador en todo un portafolio de redes que tu BTC está asegurando.
La mayoría de las personas que hacen staking no lo comprobarán. Verán el rendimiento, verán la custodia propia y harán staking sin mapear la exposición del validador entre redes.
¿Debería la seguridad compartida venir con una transparencia obligatoria sobre la superposición de validadores, o es pedir demasiado a un sistema construido para ser simple para el usuario final?
¿Por qué un protocolo de seguridad de Bitcoin necesita siquiera su propia cadena?
Esto me molestó un poco. Si toda la propuesta es un staking de Bitcoin sin confianza, con todo exigido mediante el script de Bitcoin y los timelocks, ¿por qué introducir la cadena Babylon Genesis en el panorama? ¿No es que añadir otra cadena reintroduce exactamente el tipo de superficie adicional de confianza que se supone que este protocolo está evitando?
La respuesta a la que llegué es que Bitcoin por sí mismo no puede coordinar nada más allá de simples condiciones de bloqueo. No tiene ningún concepto de conjuntos de validadores, no hay forma de rastrear qué redes de Proof of Stake se están asegurando o cómo se aplica el slashing en docenas de distintas Bitcoin Secured Networks. La cadena Genesis existe para hacer el trabajo de coordinación y gobernanza que Bitcoin nunca fue diseñado para manejar, mientras que la custodia real y el compromiso de staking permanecen exigidos en la capa de Bitcoin.
Así que se trata menos de añadir confianza y más de separar la exigencia de la orquestación. Bitcoin mantiene las garantías, y la cadena Genesis se encarga de la contabilidad y la gobernanza mediante BABY. Aun así, cualquier cadena adicional es infraestructura adicional que necesita sus propios supuestos de seguridad, incluso si jamás toca tu staked $BTC .
¿Esa separación realmente se sostiene a medida que se conectan más redes, o la complejidad vuelve a colarse por la capa de coordinación en lugar de la capa de custodia?
Las reglas de política Rego son tan buenas como quien las escribe
$NEWT Newton ejecuta evaluaciones a través de Rego, un lenguaje de políticas declarativo, y esa es la parte que todavía nadie está examinando. Alguien todavía tiene que redactar realmente estas reglas correctamente, y Rego es notoriamente fácil de escribir con una lógica técnicamente válida que no hace lo que crees que hace. Si un curador de bóvedas o un protocolo escribe una política defectuosa, la prueba zk confirmará con gusto que se siguió perfectamente esa política defectuosa. La verificación demuestra que la regla se ejecutó tal como está escrita; no dice nada sobre si la regla en sí era inteligente. Ese es un punto de error humano que está justo debajo de toda esta garantía criptográfica.
Quiero ver herramientas de auditoría de políticas antes de confiar en reglas escritas por curadores con un tamaño real. Mi exposición aumenta una vez que exista un estándar para revisar la lógica de Rego antes de que se publique en una bóveda. Las pruebas no te salvan de un mal diseño de políticas.
La Ventana de Reclamación del Airdrop de Newton Enseñó Calladamente Una Lección Que La Mayoría de Proyectos Nunca Se Molesta en Enseñar
Volví atrás y miré cómo Newton realmente ejecutó su airdrop, en lugar de solo comprobar si me llegaron tokens. Se ejecutó con una ventana de reclamación fija de treinta días, y los tokens no reclamados no desaparecieron ni se redistribuyeron a insiders. En cambio, volvieron directamente al Fondo de Crecimiento del Ecosistema en la cadena (Onchain Ecosystem Growth Fund), reservado para futuras campañas, recompensas de staking y subvenciones, en lugar de desvanecerse en silencio. Ese es un pequeño detalle de diseño que la mayoría de los proyectos se salta, y te dice algo sobre cómo la Fundación considera que el valor no reclamado pertenece al ecosistema, en vez de que pertenezca a nadie.
Siete días antes y finalmente las cifras coinciden con el hype
Dejé de tomar en serio la granja de airdrops hace un tiempo porque la mayoría de las temporadas terminan con un token que nadie realmente quiere cuando se abre el trading. GRVT es el primero en meses en el que, en vez de mirar los datos después del evento de generación del token, realmente revisé las métricas antes, y solo los datos de open interest me hicieron prestar atención.
El open interest pasó de aproximadamente 11 millones a 484 millones durante la Temporada 2; eso no es hype orgánico, es volumen real de derivados respaldando las cifras. El TVL subió de unos 11 millones a más de 107 millones en el mismo tramo. El volumen de trading acumulado superó 393 mil millones doble contado, y solo enero imprimió 51.6 mil millones en volumen mensual. Números como esos normalmente aparecen después de que un token se lanza, no antes.
Con el TGE aterrizando el 21 de julio y la asignación para la comunidad ahora en 28 por ciento del suministro fijo de 1 mil millones, este es uno de los casos raros en los que los fundamentos ya estaban acumulándose mientras que todos los demás solo farmeaban puntos a ciegas. He visto demasiados proyectos lanzar un token con un volumen escaso y luego ver cómo lo tiran en cuestión de días.
Este se está lanzando en un exchange que ya demostró que puede manejar tamaños reales. Eso cambia por completo la forma en la que estoy pensando el posicionamiento después del TGE.
Viendo las órdenes de los libros con atención cuando se abre el trading.
Las Reglas de Política Que Bloquean Operaciones Legítimas Es El Riesgo Que Nadie Menciona
Todo el mundo habla de que Newton $NEWT detiene el settlement malicioso, pero invirtamos esa lógica por un segundo. Un motor de políticas lo bastante estricto para detectar a los malos actores también puede ser lo bastante estricto como para equivocarse con estrategias legítimas de agentes que solo se ven inusuales en papel. Si mi estrategia automatizada se marca y bloquea porque no coincide con algún conjunto de reglas predefinido, estoy asumiendo deslizamiento y entradas perdidas mientras el sistema me protege de una amenaza que nunca estuvo allí. Los falsos positivos en una capa de aplicación de cumplimiento previa a la transacción tienen un costo real, no solo uno teórico. Nadie ha publicado datos todavía sobre con qué frecuencia se niegan operaciones legítimas versus las maliciosas reales.
Quiero tasas de falsos positivos antes de confiar esto con un tamaño real. Mis estrategias no pueden permitirse que las bloqueen a mitad de la ejecución por un conjunto de reglas demasiado cauteloso. La precisión importa tanto como la protección aquí.
Los validadores de Newton aún están operados por una Fundación, y ese es el detalle que todos ignoran
Todo el mundo trata a Newton como si ya estuviera descentralizado porque la versión beta del mainnet ya está activa. Pero no lo está, todavía no. Los validadores que aseguran el rollup del Keystore ahora mismo están operados por una Fundación, y la hoja de ruta describe explícitamente una entrega por etapas: primero pasa a un conjunto con permisos de operadores de terceros, antes de que finalmente se abra a un conjunto de validadores totalmente sin permisos. Esa es una distinción importante que la mayoría de los titulares pasa por alto cuando ven “operadores de EigenLayer reestacados” y asumen que la red ya es completamente libre de confianza de extremo a extremo.
Confiar en un CEX con pruebas en lugar de promesas
He perdido la cuenta de cuántas veces un exchange nos dijo que nuestros fondos estaban a salvo justo antes de que todo se viniera abajo. Esa es la razón por la que ahora me importa tanto el settlement ZK on-chain: GRVT no me pide que confíe en un balance que no puedo ver; las pruebas son verificables, en vez de ser solo promesas en un post de blog después de que algo ya se rompió.
Los exchanges centralizados históricamente operan por fe: asumes que las reservas están ahí hasta que un congelamiento de retiros demuestre lo contrario. GRVT lo invierte al liquidar operaciones mediante pruebas de conocimiento cero on-chain, mientras mantiene la ejecución off-chain para lograr velocidad, así que la red de seguridad es matemática y no reputacional.
Esa diferencia impacta aún más después de ver cómo varias plataformas implosionan, donde los usuarios se dieron cuenta demasiado tarde de que su exposición en realidad nunca estaba respaldada como se decía. Aquí la capa de settlement no se fija en el “feeling”, ni en “confía en mí, bro”; solo verifica.
Además, operar con licencia elimina otra capa de fe ciega: esto no es un equipo anónimo esperando que los reguladores nunca se den cuenta. Mantener un suministro fijo con tope de 1.000 millones para $GRVT le da al lado del token de esta ecuación el mismo tipo de previsibilidad que ya proporciona la arquitectura de settlement.
Ver cómo se mantiene esto a medida que los jugadores más grandes empiezan a asignar tamaño.
Los Deltas de Gas Van a Decidir Dónde Realmente Va el Volumen
Newton funciona tanto en Base como en la red principal de Ethereum, pero el costo de ejecución entre esas dos cadenas ni siquiera está cerca, y esa diferencia cambia cómo actúan los agentes en la práctica. Si la imposición de políticas agrega cualquier cómputo adicional sobre una transacción normal, esa sobrecarga se multiplica por el entorno de gas en el que estés. En Base probablemente sea insignificante, pero en la red principal de Ethereum durante cualquier congestión real, ese paso adicional de verificación podría volver no rentables las estrategias automatizadas incluso antes de que se asienten. Nadie ha publicado cifras que comparen el delta de costo real entre las dos cadenas bajo esta nueva capa de imposición.
Apuesto a que la mayor parte de la actividad seria de agentes migra hacia Base solo por costos, no porque Ethereum $ETH sea menos seguro. Pero si eso sucede rápido, la liquidez del lado de Ethereum para este sistema podría terminar siendo escasa, mientras todos persiguen una ejecución más barata. Voy a revisar los datos de gas antes de dimensionarlo.
El deslizamiento en un DEX me enseñó a odiar la espera
Cualquiera que haya intentado comerciar con un tamaño real en una aplicación descentralizada ya conoce el proceso: envías una transacción, esperas la confirmación, ves cómo tu precio se mueve en tu contra y luego repites para el siguiente tramo de la operación. GRVT evita por completo ese bucle con un motor de matching de 600k TPS que realmente se siente como un exchange centralizado, mientras que la liquidación aún ocurre on-chain mediante pruebas ZK.
Lo que me convenció no fue solo la velocidad: fue poder rotar entre exposición a cripto perps y RWA como oro y petróleo dentro de la misma interfaz, sin cambiar de plataforma ni puentear activos manualmente. La profundidad de mercado en configuraciones tradicionales de DEX para cualquier cosa fuera de las principales suele ser escasa, y el deslizamiento te arruina la entrada antes de que siquiera te sientas cómodo en la posición.
Aquí la ejecución se siente más cerca a un libro de órdenes de un CEX: las ejecuciones ocurren lo bastante rápido como para que no esté vigilando una transacción pendiente mientras mi tesis se vuelve obsoleta. Esa brecha entre la autonomía de un DEX y la velocidad de un CEX es exactamente donde fallan la mayoría de las plataformas: eligen una y sacrifican la otra.
GRVT lleva un tope fijo de oferta de 1.000 millones, lo cual al menos me da un número claro con el que seguir el interés abierto a medida que esto reciba más atención.
Aun así, sigo viendo cómo escala cuando aumenta el volumen.
La Capa de Reputación de Newton Es la Parte Que Todos Se Saltaron y En Realidad Es Lo Más Interesante
Olvida las pruebas por un segundo. Cada agente que opera en Newton acumula reputación en función de cómo se comporta dentro de su propio alcance de permisos, y las violaciones activan sanciones económicas reales, no solo una etiqueta de advertencia. Ese es un mecanismo diferente al de recortar (slashing) a validadores. Esto califica al propio agente, rastreando un historial de ejecución a nivel de billetera que se verifica cada vez que entra una nueva intención de automatización haciendo referencia a ese mismo modelo. El seguimiento de billeteras aquí no es solo un explorador de bloques que muestra saldos. Está directamente vinculado al Registro de Modelos, donde cada modelo de agente se publica con un id de referencia, y cada billetera que interactúa con ese agente va construyendo una cadena rastreable de intenciones, aprobaciones y acciones ejecutadas. Los desarrolladores que listan un modelo publican garantías en NEWT, y es esa garantía la que realmente se toca si la reputación del agente se desploma por violaciones repetidas de reglas. En teoría, los usuarios pueden auditar el historial completo de un agente antes de concederle un solo permiso.