Nos gusta creer que las mayores recompensas van para las personas dispuestas a esperar. Pero estar frente al @grvt_io Multiplier Plan, con solo doce días restantes antes del plazo del 27 de julio, esa idea de pronto se siente mucho más difícil de poner en práctica.
Lo difícil no es entender las opciones. Es decidir con cuál futuro te sientes más cómodo. Puedes reclamar tu asignación en el TGE, o puedes bloquearte con un multiplicador de 2x o 4x y esperar otros cuatro u ocho meses. Una vez que tomas esa decisión, no hay vuelta atrás.
En el papel, el intercambio es simple. Esperar más, recibir una asignación mayor. En la realidad, la decisión depende de algo que nadie sabe todavía: cómo evolucionará GRVT después de que empiece a cotizar.
Eso es lo que encuentro más interesante de este diseño. El proyecto fomenta la participación a largo plazo, pero la decisión final es profundamente personal. En silencio, les hace a cada participante una pregunta sencilla: ¿Cuánta incertidumbre estás dispuesto a aceptar hoy a cambio de la posibilidad de una recompensa mayor mañana?
No hay una respuesta universal "correcta". Depende de tu tolerancia al riesgo, tu horizonte de tiempo y tu confianza en el proyecto. Para mí, eso es lo que hace que esta elección sea más que un simple mecanismo de distribución de tokens: es realmente una prueba de convicción. @grvt_io #grvt #GRVT #grvt
Antes solía pensar que si pudiéramos hacer las transacciones en cadena más rápidas y baratas, la mayoría de los problemas acabarían resolviéndose por sí solos. Durante mucho tiempo, casi todo el mundo se centró en eso: bloques más rápidos, comisiones más bajas, más velocidad. Parecía el siguiente paso obvio.
Pero lentamente empezó a sentirse que algo más era más importante. Nos volvimos realmente buenos moviendo valor en la cadena, pero nunca construimos mucho para controlarlo antes de que se mueva. En las finanzas tradicionales, la mayoría de las transacciones pasan primero por algún tipo de revisión. Las reglas se analizan y el riesgo se considera antes de que algo se liquide de verdad. En la cadena, más o menos nos saltamos esa parte. Nos enfocamos tanto en la ejecución que la pregunta de si algo *debería* ocurrir se dejó en gran medida a reglas básicas de contratos inteligentes o a la supervisión después del hecho.
Lo que está empezando a aparecer ahora se siente distinto. En lugar de esperar a ver qué salió mal después de que una transacción se liquide, hay una capa que puede contrastar la intención con ciertas reglas usando información en tiempo real antes de que ocurra cualquier movimiento. Si no pasa, la transacción simplemente no se ejecuta. Y como la decisión queda registrada de forma verificable, no depende solo de la confianza ni de mirar hacia atrás más tarde.
Esto se siente como algo más que mejores herramientas. Es un cambio en la forma en que pensamos la actividad en cadena. Pasamos años asegurándonos de que las cosas pudieran ocurrir. Ahora, lentamente, estamos construyendo sistemas que también ayudan a decidir si deberían ocurrir.
¿Cuánto tiempo más podemos seguir escalando las finanzas en cadena sin dedicar un pensamiento real a lo que en realidad debería permitirse que se mueva? @NewtonProtocol #Newt $NEWT
Hemos estado mirando el riesgo onchain de la manera equivocada
Hubo un tiempo en que de verdad creía que, si lográramos ver los problemas con la suficiente claridad y rapidez, eventualmente nos volveríamos buenos manejándolos. Recuerdo quedarme mirando tableros durante despegues y liquidaciones, actualizándolos como si pudieran cambiar lo que ya estaba ocurriendo. Los datos estaban ahí. Las advertencias parpadeaban. Y aun así, el dinero se movió de todas formas. Esa experiencia se me quedó grabada. Con el tiempo, empecé a notar un patrón que era más grande que cualquier fallo individual. En cripto, nos volvimos increíblemente hábiles para construir sistemas que podían mostrarnos cuándo algo iba mal. Pero nunca construimos sistemas que pudieran evitar que sucediera desde el principio. La mayor parte de lo que llamamos gestión del riesgo en realidad es observación del riesgo: miramos, alertamos, lo discutimos y luego intentamos solucionarlo después.
Mientras puedo recordar, el cumplimiento se ha tratado como el villano en las criptomonedas. Es el formulario de KYC lo que te interrumpe. El retiro que de repente se pausa. El paso de verificación adicional que hace que todo se sienta más lento de lo que debería. En algún punto, empezamos a tratar el cumplimiento como lo contrario de una buena experiencia de usuario. Rápido, sin permisos, sin fricciones: ese era el objetivo. El cumplimiento era simplemente el precio que las instituciones querían que todos los demás pagaran. Pero no creo que ese sea el problema real.
¿Cuál es el sentido de una auditoría que aparece después de que el daño ya está hecho?
Hemos construido la supervisión en torno a mirar hacia atrás, tomando un puñado de transacciones, meses después, y esperando que el fraude ocurra dentro de esa muestra. Es lento por diseño. Y cada día que se pasa esperando es un día en el que la confianza se fuga silenciosamente en algún lugar donde nadie está mirando.
El Protocolo Newton plantea una pregunta más simple: ¿por qué esperar en absoluto? Cada vez que se verifica una política, deja un recibo criptográfico en ese mismo instante, no un resumen escrito más tarde, no una muestra extraída al azar, sino un registro real de ese momento exacto. Los reguladores ya no tienen que pedir un informe. Pueden, simplemente, ver cómo la prueba llega, en vivo.
Es un cambio pequeño en el papel, pero modifica toda la relación. En lugar de “veamos lo que pasó”, es “aquí está lo que pasó, verificado, tal como ocurrió”. Las cosas privadas también permanecen privadas: las pruebas de conocimiento cero se encargan de ello, pero el hecho de que se siguieron las reglas es algo que cualquiera puede comprobar al instante.
Eso es lo que realmente está cambiando aquí: antes, la confianza era algo que una institución avalaba. Ahora es algo que cada transacción demuestra por sí misma.
Así que quizá la pregunta real no sea cómo auditar más rápido. Es si tiene sentido seguir mirando hacia atrás.
He estado reuniendo @grvt_io (GRVT) puntos desde dos direcciones diferentes últimamente: operando durante toda la Temporada 2 y, más recientemente, trabajando en las misiones del Binance Wallet Booster. Así que cuando se abrió el Plan Multiplicador, no era solo otro formulario para completar. En realidad, tuve que pensar qué tenía más sentido para mí.
El proceso en sí tardó solo unos minutos. Conecta una wallet autocustodiada (GRVT deja bastante claro que usar una dirección de depósito de un CEX puede hacer que pierdas tus tokens de forma permanente), regístrate antes de la fecha límite y luego elige entre el Plan Estándar y el Plan Multiplicador.
La elección es sorprendentemente sencilla. Quédate con el Plan Estándar y recibirás toda tu asignación el día del TGE. O inscríbete en el Plan Multiplicador, retrasa una parte de tu distribución y recibe una porción ponderada mayor más adelante. El pool total de tokens no aumenta: simplemente estás eligiendo una ruta de distribución diferente.
Después de pensarlo, decidí optar por el plan.
La razón no era tan complicada. Ya había comprometido capital durante la Temporada 2, así que esperar un poco más para parte de la asignación no cambió realmente la forma en que estaba abordando GRVT.
Lo que me pareció interesante es cómo esto pone a todos en la misma página. No importa si tus puntos venían del trading activo o de completar misiones Booster. Una vez que llegas a este paso, todos se enfrentan a la misma pregunta: ¿quieres liquidez hoy o te sientes cómodo esperando una porción potencialmente mayor más adelante?
Eso hace que el Plan Multiplicador se sienta menos como un truco de airdrop y más como una forma simple de separar a los participantes de corto plazo de las personas que genuinamente planean mantenerse involucrados.
El plazo de registro cierra el 17 de julio, 00:00 UTC. Si has estado ganando puntos de GRVT, probablemente valga la pena echarles un vistazo antes de que se cierre. @grvt_io #grvt
📉 Esos 500$ sentados en tu saldo de exchange, esperando el “momento adecuado” — ¿qué te ganó esta semana?
Nada. Y la mayoría de los traders ni siquiera hacen esas cuentas.
El sistema antiguo te da dos opciones: 🔸 Mantenerte listo para operar y dejar que tu saldo esté en pausa 🔸 Cultivar rendimiento y bloquearlo, ilíquido, no disponible
Ese es el engaño. Tu capital está trabajando, o está listo para operar. Casi nunca ambas cosas.
⚡ Aquí es donde Earn on Equity de GRVT cambia la ecuación.
La equity de tu cuenta gana de forma pasiva, sin bloqueos, mientras te mantienes totalmente listo para operar cuando aparezca la oportunidad. Y como el settlement es on-chain mediante pruebas de conocimiento cero, mantienes la autocustodia en lugar de entregarle tus fondos a un exchange solo para ganar con ellos.
Esto no es solo una función. Señala hacia dónde se dirige la competencia entre exchanges a continuación.
No son comisiones más bajas. No son más listados.
Hay una pregunta que importa más de lo que la gente cree:
¿Qué tan difícil es que cada dólar que tienes realmente esté trabajando ahora mismo?
El problema del intercambio de descifrado: por qué la "privacidad" es la palabra equivocada para lo que DeFi realmente necesita
¿Puedo ser honesta por un segundo? Cuando la mayoría de los proyectos dicen que tienen "privacidad," he aprendido a desconfiar un poco. No porque la intención sea mala, sino porque esa palabra se usa para tapar un problema que la mayoría de los equipos ni siquiera han resuelto realmente. Aquí está lo que nadie quiere admitir en voz alta: si tus datos están cifrados y necesitas verificarlos contra alguna regla, un límite de gasto, una lista de sanciones, lo que sea, alguien tiene que descifrarlos primero. No hay forma de evitarlo. Simplemente no puedes ejecutar una verificación sobre datos que no puedes leer.
Seamos honestos: "cumplimiento" siempre ha sido una palabra sucia en DeFi. Pero aquí va una pregunta con la que vale la pena quedarse: ¿el KYC on-chain siempre es solo una centralización disfrazada?
Piensa en cómo funcionan la mayoría de las herramientas de cumplimiento hoy en día. Lanzas una consulta a una API, te devuelve "sí" o "no", y tú operas según esa respuesta. Sin recibos, sin forma de comprobar su trabajo. En el fondo, solo estás... confiando en una caja negra. Y, seamos reales, eso es exactamente lo que DeFi prometió acabar.
Ahora algunos proyectos, Newton incluido, están intentando algo diferente. En lugar de que un portero decida tu destino, las reglas de política se evalúan (piensa en lógica tipo Rego) y lo que sale no es un veredicto: es una prueba. Una firma BLS diciendo "sí, esta transacción se mantuvo dentro de los límites".
No "confía en nosotros". Más bien "comprueba las cuentas tú mismo".
¿Por qué importa esto? Porque las instituciones quieren rastros de auditoría. DeFi quiere seguir sin confianza. Al final, resulta que esas dos cosas no son realmente enemigas: solo necesitas pruebas en lugar de promesas.
Así que aquí está la pregunta real: ¿el cumplimiento demostrable se convertirá en el nuevo estándar que exigen las instituciones? ¿O los oráculos centralizados de KYC solo... ganan por defecto porque son más fáciles?
No estamos valorando correctamente estos riesgos y está arruinando nuestras coberturas.
He visto ocasiones en las que las noches de liquidación rompen perfectamente carteras bien cubiertas cuando la volatilidad es alta. La Autodesapalancación (ADL) es la solución preferida de la industria. Pero, sinceramente, la ADL es con frecuencia una regla demasiado simplista: cerrar forzosamente operaciones rentables para mantener el sistema a flote, y asumir que la solvencia es un problema inmediato. ¿Por qué las pérdidas siempre tienen que realizarse? Una solución intrigante que está tomando forma en este espacio es la arquitectura híbrida de ZKsync de GRVT. Proponen un nuevo paradigma: el Valor Temporal de la Liquidez de la Pérdida (L-TVL). Según su diseño, si el Fondo de Seguros se vuelve negativo, la intención del protocolo es no aplicar una ADL instantánea. En su lugar, utiliza un recorte temporal de pérdidas socializadas solo para los retiros actuales, e implementa un protocolo para limitar el arbitraje spot. Pero si el usuario no retira en el momento del déficit, esa pérdida no sería un gasto inmediato para él, y la solvencia podría convertirse en un aspecto dinámico y temporal. Esto podría brindar al protocolo la oportunidad de crecer de manera orgánica. Todos los nuevos modelos de riesgo pasan la prueba definitiva durante eventos extremos tipo cisne negro, pero vale la pena explorar cambiar la actitud de "pánico" a "gestión temporal del riesgo". ¿Cómo crees que deberían manejarse otros modelos para la ADL? @grvt_io #grvt #GRVT #grvt
Ayer vi cómo un bot era “sandwichado” por 50 dólares. Fue brutal. Sí, el mempool público es un campo de batalla mortal para el código autónomo... Hmm... Así es como Deloitte adquirió sigilosamente a los desarrolladores principales de Blocknative el mes pasado. Las finanzas globales están a punto de ser gestionadas por agentes de IA corporativos que no ven el MEV y hacen de presunto front-running depredador. Estos robots corporativos entran en el bosque oscuro, donde son cazados. Pero desde luego no son cerebros más inteligentes lo que necesitan: necesitan puertas invisibles. Por eso, la infraestructura segura, como Newton Protocol ($NEWT ), está en tendencia. Con la ayuda de zkPermissions y el enrutamiento privado, Newton protege las transacciones antes de su finalización. La seguridad no es la velocidad, sino la criptografía. @NewtonProtocol #Newt $NEWT
Por qué dejé de perseguir agentes de IA inteligentes y empecé a exigir mejores jaulas criptográficas
No me malinterpretes, me encantan los agentes de IA inteligentes, pero no lo suficiente.No me malinterpretes, me encantan los agentes de IA inteligentes, pero no lo suficiente. La semana pasada vi a un agente de arbitraje agotar por completo su fondo de garantía en menos de 10 segundos debido a una creencia en una fuente de precios corrupta. Pero, después de diez segundos, sí, después de diez segundos, meses de rendimiento compuesto se borran. No fue porque la inteligencia artificial fuera poco inteligente. El modelo era una red neuronal extremadamente compleja que podía operar con miles de puntos de datos por segundo. No, porque el agente no tenía control sobre las claves de la billetera ni tampoco un desincentivo para cometer un error. Este tipo tenía un cerebro extremadamente rápido, pero su jaula era de papel. Nuestra comunidad lleva años fascinada con los bots y con hacerlos más inteligentes y más independientes. Sin embargo, creo que esto es una distracción peligrosa para nosotros mientras empezamos 2026. El agente de IA sin restricciones con la clave privada no es un cambio de juego en el mundo de las finanzas on-chain. Es una bomba de tiempo en el bolsillo financiero de cualquiera que pueda enviar un prompt que la active o un bot astuto de front-running.
Le di acceso a un agente de IA a una billetera caliente el mes pasado, y hmmm... sí, apenas dormí. Queremos bots autónomos para gestionar el rendimiento y el trading, pero una sola alucinación o una inyección de prompts adversarial puede drenar en silencio todo tu portafolio. Confiar en el bot es una receta para el desastre. Entonces, ¿cómo construimos guardarraíles reales sin sacrificar velocidad? Newton Protocol cambia este paradigma por completo. Al heredar NewtonPolicyClient dentro del contrato de billetera del agente, podemos aplicar restricciones estrictas a nivel de funciones. ¿Puede el agente ejecutar un swap? Sí. ¿Puede llamar transferOwnership? No. Cada intención debe cumplir una política Rego antes de ejecutarse. No... la confianza no es un modelo de seguridad. La autonomía sin límites es solo caos, y la seguridad real significa bloquear programáticamente el piloto automático fuera de la cabina. La clave es simple: las reglas deben protegernos de nuestras propias creaciones. @NewtonProtocol #Newt $NEWT
El precio de la adaptabilidad: por qué Newton nos enseña que la memoria es el libro mayor definitivo
Vi a un desarrollador sudando a través de su camisa durante una actualización del mainnet en vivo la semana pasada, y no era por un exploit activo. Simplemente estaba aterrorizado por el slot cero. Esto me hizo darme cuenta de lo frágiles que se vuelven nuestros sistemas inmutables en el momento en que intentamos cambiarlos. DeFi está lleno de protocolos que custodian millones de dólares y que no pueden simplemente detenerse, borrar el tablero y empezar de nuevo. Tienen que mejorar mientras siguen funcionando, por eso Newton Protocol ha captado tanto interés. Ofrece una forma de integrar la autorización previa a la transacción directamente en un contrato existente mediante una actualización a través de un proxy. A primera vista, esto parece el sueño de cualquier desarrollador. Heredas NewtonPolicyClient, conectas tu contrato antiguo con el motor de políticas y de repente tienes controles de riesgo de nivel institucional. Pero cuando miras más de cerca, ves que las trampas más peligrosas no están en la lógica de negocio en sí. Están escondidas en los espacios silenciosos de memoria de la Máquina Virtual de Ethereum.
Poner tus propias promesas en “staking” es una trampa
He visto demasiados proyectos desangrarse porque su seguridad se construyó con naipes. La mayoría de los protocolos aseguran sus redes con sus propios tokens nativos. Hmmm... qué lógica circular. Si el precio del token cae, el presupuesto de seguridad desaparece. Newton Protocol rompe este ciclo. En lugar de proteger sus verificaciones previas a la transacción con $NEWT , los operadores hacen “staking” de ETH re-hipotecado a través del marco AVS de EigenLayer. Si un operador firma una atestación falsa, un desafiador reevalúa la política Rego dentro de una ZK-VM. Solo las matemáticas activan el slashing de su ETH. Sin sesgos humanos. ¿Es perfecto? No, la colusión de operadores sigue siendo un riesgo estructural. Pero apoyarse en colateral económico externo es un momento raro de cordura en un mercado impulsado por la exageración. La confianza real no puede acuñarse; debe tener un costo real.
Construimos los libros contables definitivos, pero olvidamos el candado
Ayer estaba viendo cómo se desarrollaba en un explorador de bloques un contrato inteligente que drenaba fondos, y me dejó con una pregunta sencilla: ¿qué pasa cuando la transacción es válida, pero la intención nunca debería haber sido aprobada en primer lugar? Esa tensión es fácil de pasar por alto en cripto. Las blockchains son muy buenas para la liquidación. Son menos buenas para la autorización. En los pagos tradicionales, la autorización ocurre antes de que el dinero se mueva. En DeFi, las transacciones firmadas a menudo van directamente a la ejecución, lo que significa que el sistema puede hacer exactamente lo que se pidió, incluso cuando lo que se pidió era peligroso.
Los rieles invisibles de las stablecoins: por qué Newton puede importar más que otro token de dólar
La historia de las stablecoins ya no trata de USDT versus USDC. Ese debate se siente cada vez más secundario.
A medida que las stablecoins se convierten en la capa de liquidación para pagos, transferencias transfronterizas, activos tokenizados e incluso agentes de IA, la pregunta más grande cambia: ¿quién construye la infraestructura que mueve valor de forma segura?
Mover dinero ya no es lo difícil. Lo difícil es asegurarse de que cada transacción siga reglas predefinidas antes de liquidarse.
Por eso, el Protocolo Newton llamó mi atención.
En lugar de tratar el cumplimiento como algo que ocurre después de una transacción, Newton introduce políticas programables que pueden evaluarse antes de la liquidación. En un futuro en el que agentes autónomos de IA pueden controlar carteras y mover capital entre múltiples protocolos, este diseño se vuelve cada vez más relevante.
Creo que la próxima generación de infraestructura financiera no se definirá por la stablecoin que la gente tenga. Se definirá por los rieles que hay debajo: quién proporciona custodia segura, permisos programables, aplicación de políticas y ejecución verificable.
Si las stablecoins se convierten en el dinero de internet, protocolos como Newton están planteando una pregunta más profunda:
¿Puede el dinero programable de internet hacerlo sin sacrificar la confianza?
Eso se siente como una carrera más importante que simplemente crear otro dólar en cadena.
¿La pila de oráculos del Protocolo Newton redefine la resistencia a la censura de DeFi?
El Protocolo Newton es interesante porque plantea una pregunta que muchos proyectos DeFi intentan evitar: ¿qué sucede cuando la ejecución “sin confianza” sigue dependiendo de entradas confiables? Según los materiales propios de Newton, su beta en mainnet está activa en Base y Ethereum, y la evaluación de políticas ocurre antes de la liquidación mediante operadores de EigenLayer, políticas basadas en Rego, definiciones de políticas almacenadas en IPFS y atestaciones BLS. El protocolo también admite paquetes de oráculos de datos como Chainalysis, vaults.fyi, RedStone, Credora y Webacy. Técnicamente, eso es una pieza seria de infraestructura. Pero filosóficamente, también es un cambio: parte de la confianza se desplaza del código onchain puro a la calidad, la actualidad y la gobernanza de las fuentes de datos offchain.
Más allá de las alertas de Twitter: por qué Newton se siente como el torniquete de seguridad de DeFi
Una cosa que he notado sobre DeFi es que todavía pasamos mucho tiempo reaccionando ante exploits en lugar de prevenirlos. Para cuando comienza una investigación, la transacción ya se ejecutó y el daño a menudo ya está hecho.
Por eso Newton captó mi atención.
En lugar de centrarse solo en lo que ocurre después de un ataque, Newton está explorando un enfoque diferente: comprobar si una transacción debería permitirse antes de que se ejecute. Es un cambio pequeño en el momento, pero podría tener un gran impacto en cómo los sistemas automatizados gestionan el riesgo.
Me gusta verlo como la diferencia entre una cámara de seguridad y un torniquete de metro. La cámara registra lo que pasó. El torniquete decide quién pasa.
A medida que los agentes de IA y las finanzas automatizadas se vuelven más comunes, esa idea se siente cada vez más relevante. Tal vez el siguiente paso para DeFi no sea solo construir sistemas más rápidos, sino construir sistemas que se detengan, verifiquen y luego actúen.