Pedir prestado para ponerse la armadura de EigenLayer, pero el pecho de Newton sigue frío
El mecanismo de penalización de EigenLayer se activó oficialmente el 17 de abril de 2026. ¿Qué significa esto? Antes, cuando los Operator hacían mal, era más bien un adorno: todavía no se había escrito el código para descontar dinero. Ahora es diferente: el contrato de penalización puede ejecutar transacciones reales; el ETH se descontará de carteras reales. Con esos 15.000 millones de dólares en activos de re-staking, por primera vez tienen “dientes” de verdad. Newton corre sobre EigenLayer para hacer AVS, y su lógica de comunicación externa es: respaldar sus resultados de cómputo fuera de la cadena mediante la seguridad de los validadores de Ethereum. Suena difícil, ¿verdad? Pero la armadura prestada, quizá no le quede bien al cuerpo.
Siento que el airdrop TGE del Grvt del día 21 probablemente volverá a ser una gran ganancia. ¿Por qué? Ahora los airdrops son tan pocos, y Binance sin duda necesita una gran ganancia para ponerle orden al ambiente. ¡Además, hace pocos días entraron decenas de miles de personas! El respaldo de este airdrop sigue siendo muy bueno, y además siento que la mentalidad también está bien: antes incluso de salir, ya sacaron una parte de los tokens para actividades, repartiendo entre las tareas del Booster de Binance y el Centro de Creadores. ¡Todos juntos, a echarle ganas para conseguir la primera tanda de beneficios!
Este @grvt_io Grvt, mucha gente todavía no sabe en qué área está. En realidad, es un exchange, similar a Binance. Claro, todavía hay una gran diferencia con nosotros, el Binance líder. Pero también tiene sus propios rasgos: por ejemplo, en sus activos dentro de la plataforma, nosotros los gestionamos por nuestra cuenta, sin tener que entregárselos al exchange. Se construye sobre la tecnología de ZKsync y la velocidad de respuesta ante las órdenes sigue siendo rápida. También tiene protección de privacidad: tu posición no la puede ver otra gente. En los DEX tradicionales, los grandes pueden ver tu precio de entrada y tu línea de liquidación, y te vigilan específicamente para que te liquiden. Con GRVT, mediante pruebas de conocimiento cero (ZK), el pedido, el tamaño de tu posición y el umbral de liquidación se cifran por completo, y no se publican en la cadena. Para las ballenas que no quieren ser atacadas o “acopladas” (sniping), esto es una necesidad.
Investigué y encontré que lo que más lo hace atractivo para entrar es otra característica central: si depositas USDT como margen, el sistema lo mapea 1:1 para que se ingrese en el pool de préstamos de Aave y genere intereses, con un rendimiento anual máximo del 11%. Con el mismo dinero, mientras mantienes una posición de contrato abierta, también estás ganando intereses. Pero tiene un costo: es que, en condiciones extremas de mercado, el sistema necesita aproximadamente 10 minutos para sacar dinero de Aave y hacer frente a las liquidaciones.
Mi opinión personal: Grvt, aunque tiene su propio estilo de exchange, para nosotros los usuarios minoristas no resulta tan atractivo; lo que más me interesa sigue siendo el desempeño del precio de la moneda cuando salga el día 21~ #grvt
La oficina explicó una bonita historia de “doble mejora”. Ajustes de parámetros de gobernanza —tasas, recompensas por staking y cosas así— son decididos por el voto de los poseedores; las mejoras del protocolo central —la lógica de Rollup, los mecanismos de consenso y cambios de nivel base— deben requerir un hard fork, y los nodos validadores deben adoptarlo de forma explícita. Suena, de hecho, a un equilibrio entre flexibilidad y estabilidad.
El problema es que este modelo todavía se queda en el papel. El hard fork necesario para cambios en el protocolo central nunca se ha probado bajo ninguna presión real. Como dijo un comentario de forma directa: “las teorías no son logros”.
Lo más enredado es la hoja de ruta para la transición de la gobernanza. Newton definió cuatro etapas: una transición gradual desde la dirección de la fundación hacia la autonomía de la comunidad. La formulación actual es: “ir descentralizándose gradualmente con el paso del tiempo”; traducido: ahora todavía no.
Desde que se lanzó la beta de la mainnet, no se ha aprobado ninguna propuesta formal de gobernanza; todos los ajustes de parámetros han sido anuncios directos de la Fundación Magic Newton. La Foundation se creó en octubre de 2024; se encarga de gestionar el desarrollo del protocolo y la descentralización progresiva. Actualmente, la fundación tiene la mayoría del poder: recibió 1 millón de dólares de financiación inicial de Magic Labs, controla la mayor parte de los tokens no circulantes y los nodos validadores. Lo que la comunidad puede hacer es solo asignar NEWT al staking en nodos controlados por la fundación; no puede convertirse en validadores por sí misma.
Lo que realmente me pone la piel de gallina es la hoja de ruta para 2026. Newton planea otorgar identidades a las cadenas de máquinas, para que mediante PoRW (Prueba de Trabajo de Máquinas) las máquinas ganen tokens y, luego, participen en la votación de gobernanza. Cuando humanos y máquinas discrepen sobre parámetros del protocolo, la máquina puede impulsar directamente la iteración de las reglas en función del número de votos. ¿Por qué votaría una máquina? Para reducir sus costos operativos, aumentar la prioridad de las tareas y ampliar los límites de permisos. El cetro del poder de decisión empieza a trasladarse de las manos humanas a entidades no humanas.
A corto plazo, centralización de la fundación; a largo plazo, autonomía de las máquinas. ¿La etapa intermedia de “gobernanza de la comunidad humana” existe realmente? Por ahora no voy a apostar fuerte por el relato de “gobernanza descentralizada”. Hasta que salga la primera propuesta formal de gobernanza, miraré el umbral de votación y el nivel de participación. Al fin y al cabo, el valor último de la gobernanza es permitir que la comunidad decida la dirección del protocolo, y no simplemente ponerle a las decisiones de la fundación un sello de votación. #newt $NEWT @NewtonProtocol
En el mundo cripto hay un nudo muerto que lleva años apretando.
Los CEX son rápidos y cumplen con la normativa, pero los activos no están realmente en tus manos; los DEX te dan el control, pero la velocidad es más lenta, la privacidad queda al descubierto y la regulación es ambigua. Si quieres estar seguro, tienes que renunciar a la soberanía; si quieres soberanía, tienes que abrazar las zonas grises. En la última década, nadie ha logrado desatar este nudo muerto.
La solución de GRVT es abrir un camino distinto.
Mueve el libro de órdenes fuera de la cadena para hacer el emparejamiento, alcanza hasta 600,000 TPS y la latencia es inferior al nivel de milisegundos. Pero después de que cada operación se completa, el sistema genera una prueba de conocimiento cero zk-SNARKs y la envía a la red principal de Ethereum. La lógica se ejecuta fuera de la cadena y la tarea se entrega en la cadena. Esta prueba confirma matemáticamente tres cosas: que la operación realmente ocurrió, que el precio fue precisamente ese y que las comisiones realmente no se cobraron de más. Además, no necesita exponer el tamaño de tus órdenes, tus tenencias ni los detalles de tu estrategia: es la carta más importante de un trader.
Para el usuario común, no necesitas entender qué son los zk-SNARKs. Solo necesitas saber una cosa: tu precio de liquidación, tus ganancias y pérdidas y tus comisiones son hechos matemáticos verificables públicamente, no cosas que “diga la plataforma”. La plataforma no puede falsificar operaciones, no puede inventar saldos y no puede reorganizar el historial, porque cada cambio de estado debe validarse mediante la verificación de la prueba zk.
Este mecanismo no ralentiza la velocidad. El volumen de operaciones de GRVT en 24 horas ya ha superado los 135 millones de dólares; los contratos abiertos rondan los 340 millones de dólares. Mientras tanto, la participación de OI creció 26 veces año contra año, y la participación del volumen de operaciones creció 22 veces. Al mismo tiempo, obtuvo la licencia de exchange de derivados de activos digitales Class M de la Autoridad de Gestión de Dinero de Bermudas, convirtiéndose en el primer DEX del mundo regulado.
Un exchange que puede alcanzar la velocidad de Wall Street y, además, demostrarse limpio con matemáticas: GRVT, al menos, responde a una pregunta. La confianza no se construye con eslóganes; se establece con pruebas criptográficas. #grvt @grvt_io
En un pasaje del libro blanco de Newton que he estado mirando durante mucho tiempo—“escribe una vez, aplica en todas partes”. Si se redacta una política, Ethereum, Arbitrum, Base y Optimism pueden ejecutarla. La idea es muy atractiva, pero “reglas iguales” no significa que el estado de seguridad que ve cada cadena se sincronice al mismo tiempo. Este problema es más grande de lo que yo imaginaba.
Lo calculé con un escenario: supongamos que el operator state de una cadena objetivo se sincroniza con 60 segundos de retraso, y que un agente de alta frecuencia procesa 5 solicitudes por segundo. En esos 60 segundos, se toman 300 decisiones de policy basadas en un snapshot antiguo. Si, justo durante esos 60 segundos, el operator es slashado o cambia el stake, entonces esas 300 verificaciones se apoyan en un supuesto de confianza “ya inválido”. En una sola cadena este problema no existe—una actualización es una actualización. En multichain hay que considerar la frecuencia de sincronización, los reintentos de fallo y la caducidad del caché.
El documento menciona que el relayer no requiere permiso y que cualquiera puede ejecutarlo, pero no aclara qué sucede si durante un tiempo nadie realiza relay. Tampoco especifica incentivos para que la gente continúe haciéndolo.
Lo más complicado es la gestión de controversias entre cadenas. Descubrir el problema, detener el uso y completar la rendición de cuentas no necesariamente ocurren en la misma cadena ni al mismo tiempo. Si invalidas la attestation en la cadena objetivo, el slashing real aún debe ejecutarse en Ethereum. En esa diferencia de tiempo, el operador malicioso podría seguir firmando en otras cadenas objetivo.
El verdadero reto de la autorización multichain nunca ha sido simplemente copiar las reglas, sino lograr que cada cadena confíe en los mismos hechos de seguridad al mismo instante. Se ejecuta en el EigenLayer AVS, validando cálculos off-chain con el modelo de seguridad de Ethereum. El modelo en sí no tiene fallos, pero la “seguridad prestada” tiene que transmitirse entre cadenas; la transmisión en sí introduce latencia y pérdidas.
Así que ahora, al evaluar Newton, me concentro principalmente en dos cosas: si Newton Explorer puede mostrar la marca de tiempo del operator state correspondiente a cada verificación; y si el estado de la cadena objetivo cuando está desfasado puede pausar automáticamente el paso, en lugar de seguir permitiendo según el caché. Hasta que aparezcan estas señales, mi comprensión de “escribe una vez, aplica en todas partes” sigue siendo una pregunta. #newt $NEWT @NewtonProtocol
Dentro del relato de múltiples cadenas de Newton, el trato que reciben EVM y Solana no es en absoluto lo mismo
Cuando Newton se lanzó en la red principal, el discurso de marketing era: "soporta múltiples cadenas"—las cadenas compatibles con EVM y Solana pueden ejecutar el motor de políticas. Al principio sí me lo creí, pensando que por fin la automatización entre cadenas tenía una capa de autorización unificada. Pero después de revisar los datos reales de ejecución en dos cadenas, descubrí que la situación no era igual. Por aquí, en la cadena EVM, el motor de políticas ya lleva cerca de un mes ejecutándose en la red beta principal. RedStone alimente de precios, Credora con la calificación crediticia, Chainalysis con el filtrado de cumplimiento: todos los socios de datos se conectan primero a la cadena EVM. La documentación para desarrolladores, el código de ejemplo y los SDK reciben soporte prioritario para EVM. El 23 de junio, el mismo día del lanzamiento de la red beta principal, RedStone integró los datos de precios verificados en la capa de ejecución de políticas de Newton.
Después de que se lanzara la red principal de Newton en su versión Beta, metí un poco de dinero para probar esta ruta con PolicyFactory e IdentityRegistry. La documentación oficial lo explica de forma muy sencilla: antes de la transacción, valida la identidad; si pasa la validación, se deja pasar; si no, se rechaza. La lógica es clara y, sobre el papel, no parece haber ningún problema. Luego me encontré con algo que no estaba escrito en ningún documento. Al validar las claves de sesión de prueba, usé a propósito una clave que no estaba registrada, para ver cómo reaccionaba el sistema. Siguiendo la lógica normal, como la clave no existe, simplemente debería rechazar y ya. Pero el manejo de Newton es completamente distinto: no rechaza de inmediato, sino que recorre automáticamente todas las instancias de IdentityRegistry asociadas para hacer una consulta secundaria.
Ayer estuve haciendo operaciones en la Plaza de Binance y vi a todo el mundo alabando una habilidad de GRVT: “Puedes abrir contratos y, al mismo tiempo, ganar intereses con el margen mientras te quedas tranquilo”. Mi primera reacción fue: ¿vamos, no será? ¿No hay suficientes trucos ya en esta época? ¿El margen puede generar doble ganancia, como si fuera una pesca en dos aguas? ¿O el proyecto estará armando algún tipo de estafa piramidal de “mano izquierda, mano derecha”? Entonces decidí probarlo yo mismo.
Deposité 5000 USDT. Según lo que decía la versión oficial, ese dinero se mapearía en una proporción 1:1 y se enviaría al pool de préstamos de Aave para ganar intereses. La tasa anual máxima puede llegar al 11%, pero lo que realmente puedes obtener depende de la demanda de préstamos de Aave.
Pero la activación fue más fácil de lo que imaginaba: solo tienes que completar 5 operaciones. La tasa de Maker sigue siendo negativa, así que haciendo un par de pedidos pequeños básicamente no pierdes. Luego, parece que es solo esperar, sin necesidad de hacer más acciones.
Ahora el dinero de mi cuenta todavía está en espera; dicen que se liquida una vez por semana, los martes (cuando los intereses se acrediten de verdad, os lo contaré).
Según lo que entiendo, hay algunos puntos que vale la pena mencionar. Su rendimiento tiene condiciones. El 11% es el tope: para obtener ese 6.5% adicional por Volume Boost, tienes que “calentar” el volumen hasta 5 millones de dólares. Para usuarios normales, si no hacen volumen, la base es del 3.5%; invitar a una persona añade 1% más. Así que depende de tu criterio; yo solo fui a hacer una prueba para abrir camino.
Ahora hablemos de los riesgos que he entendido. Grvt usa el modo de margen con cuenta completa (full position), donde todo el saldo de tu cuenta está en un mismo pool. Cuando el mercado se mueve con mucha volatilidad, el riesgo de liquidación es mayor que en margen aislado. Además, retirar el dinero de Aave para hacer frente a una liquidación tarda aproximadamente 10 minutos; esos 10 minutos, en un escenario extremo, pueden decidir si te liquidan o si sobrevives. El propio CEO también reconoció ese riesgo.
Aclarar de dónde provienen las ganancias. Una parte proviene de la tasa de interés de los préstamos de Aave, y otra de la división de comisiones por operaciones de la plataforma. Grvt, por el momento, no extrae ganancias del rendimiento de Aave; esto la verdad es bastante “conscience”. @grvt_io
Mi opinión personal: esta función realmente tiene valor para quienes manejan mucho capital y mantienen posiciones a largo plazo; dejar 100.000 U ahí quietos durante un año y cobrar unos miles de dólares en intereses tiene sentido. Pero si tienes poco dinero y eres un inversor minorista, no te dejes marear por el 11%: para llegar a los 5 millones de volumen se puede quedar mucha gente fuera. ¡Así que, valora por ti mismo los pros y los contras! #grvt
El dilema de la seguridad de los agentes de IA entre cadenas: el mecanismo de cortafuegos de Newton, la línea que no se corta
23 de junio, se lanzó la beta de la red principal de Newton. RedStone conectó los datos de precios verificados a la capa de ejecución de políticas y, en paralelo, se lanzó el SDK de VaultKit. El sistema desarrollado por Magic Labs se posiciona como “una capa de autorización para transacciones on-chain”, corre sobre EigenLayer AVS y aprovecha el modelo de seguridad de Ethereum para verificar el cómputo off-chain. El relato oficial es muy completo: “autorización antes del settlement”, “automatización verificable” y “ejecución segura por agentes de IA”. Suena como si le pusieras a tu billetera una capa de armadura invencible. He estado en esto de las auditorías de seguridad durante tanto tiempo que me quedé mirando durante mucho rato la frase del copy promocional: “Cuando un agente de IA detecta una autorización maliciosa, se activa automáticamente un congelamiento de emergencia”. En los smart contracts nunca hay una seguridad absoluta; solo existe el juego definitivo por los permisos.
El Libro Blanco de Newton convierte el TEE en “el santo grial absoluto de la IA descentralizada”: todas las intenciones se ejecutan dentro de una caja negra de TEE; los nodos no pueden ver la privacidad y la ejecución en la cadena es completamente secreta. Suena realmente a nivel duro.
El problema es que la base de confianza del TEE es la autenticación del hardware, no una prueba matemática. Y en 2025, los dos rondas de ataques que se dieron a conocer derribaron directamente esa base.
A principios de octubre, los investigadores divulgaron el ataque WireTap. Con unos 1.000 dólares, se inserta un dispositivo pasivo de interceptación entre la CPU y la memoria, y se puede extraer la clave de firmas ECDSA del bus de memoria DDR4 de Intel SGX. Con esa clave, se puede falsificar el informe de prueba remota de SGX: crees que es un “entorno seguro” real, pero en realidad es falso.
Lo más fuerte es el ataque TEE.Fail de finales de mes. El equipo de Georgia Tech y Purdue University, con un equipo que cuesta menos de 1.000 dólares, extrajo claves de cifrado de los sistemas con DDR5 de Intel TDX y AMD SEV-SNP. TEE.Fail fue el primer ataque en verificar con éxito en DDR5, lo que significa que la última generación de protecciones de hardware tampoco lo puede detener. Los investigadores dijeron directamente: “Podemos fingir que tus datos y tu código se ejecutan en un entorno confiable; en realidad, estamos leyendo tus datos mientras falsificamos un informe de prueba que pasa la verificación”.
Entonces, ¿qué significa esto para Newton?
Los agentes de IA de Newton se ejecutan en el entorno de nube TEE de Phala, donde la clave privada, las claves de sesión y la autorización de transacciones están dentro de un “entorno seguro” de un tercero. Si un atacante extrae las claves de prueba mediante TEE.Fail o WireTap, puede falsificar una “prueba remota de que todo está en orden”. Los contratos en cadena completan su registro sin fallar; tú no puedes ver en absoluto que alguien ya haya manipulado lo que ocurre.
Y la postura de Intel y AMD es aún más escalofriante: han declarado explícitamente que este tipo de ataques físicos no está dentro del modelo de amenazas del TEE y no planean solucionarlo. En otras palabras, los propios fabricantes de chips no creen que el TEE pueda resistir este tipo de ataque.
Depositar la seguridad de activos on-chain a escala de decenas de miles de millones en un CPU de unas pocas empresas de hardware de Silicon Valley que admiten que “no está dentro del alcance de la protección” es, probablemente, el humor negro más absurdo del mundo Web3. #newt $NEWT @NewtonProtocol
¡Qué cómodo! ¡Vuelve otro proyecto de nivel “Rey de Reyes”! Todos han ido guardando puntos, y en nada ya pueden darse un buen festín. ¡A tope!
GRVT sale el 21 de julio, ya está en cuenta regresiva. Hay dos cosas que ahora mismo tienes que saber: Primero, ya está abierto el registro para el Airdrop. Puedes reclamarlo directamente al elegir TGE o solicitarlo más tarde; como máximo puedes conseguir hasta 4 veces la cantidad. Una vez elegido, no se puede cambiar; piénsalo bien. ¡Yo elegí reclamarlo directamente, porque si no, tendría que estar esperando cada día a que se desbloquee y me quita las ganas del rollo! @grvt_io Segundo, ya salió la actividad GRVT Booster en la Billetera de Binance. El pozo de premios es de 1.500.000 monedas GRVT; con 2 puntos de Alpha puedes participar. Es básicamente usar 2 puntos para recibir 7 dólares. No te pongas a darle vueltas: cuando ya conoces la noticia y quieres hacerlo, ya no quedan cupos. ¡Jajajaja! Esto sí que es competencia de verdad.
Además, descubrí que Grvt no es solo un DEX: es la primera “hyperchain” dentro del ecosistema de zkSync. “Hyperchain” se puede entender como una Layer 2 o Layer 3 Validium dedicada, en paralelo a zkSync Era. Esto significa que Grvt tiene su propio entorno de ejecución independiente: no compite por recursos de red con otras DApps. La experiencia de transacción es parecida a la de las cadenas CEX con un order book bajo demanda (latencia de ~10 ms), con comprobaciones ZK y liquidación on-chain, además de custodia de fondos propia. En simple: Grvt corre sus propios carriles dedicados sobre zkSync; no se atasca, no expone órdenes, los fondos los administras tú, y además trae los activos tradicionales. Así que, el proyecto base es realmente de nivel “Rey de Reyes”, pero también hay que ver la visión del equipo… #grvt
¡Cuando Newton lanzó el Rollup de Keystore en la red principal y sincronizó con Solana, la comunidad estaba muy emocionada!
Por fin ya no hay que quedarse solo con esa lógica de “verificar antes de la transacción” en cadenas EVM. — La confirmación de Solana es rápida en un orden de magnitud, y combinada con el motor de políticas de Newton antes de la liquidación, suena como una combinación natural.
Hace unos días revisé con intención los debates con desarrolladores de Solana y me di cuenta de que las cosas no son tan sencillas.
El mayor problema es la latencia. El mecanismo central de Newton es TEE + ZKP: el TEE se encarga de la ejecución confiable fuera de la cadena, y el ZKP genera una prueba verificable. Esta combinación, al ejecutarse en EVM, ya es lenta: el tiempo de generación del ZKP está medido en minutos. Tras trasladarlo a Solana, en teoría Solana es rápida (tiempo de bloque de ~400 ms), pero la latencia de generación y verificación del ZKP no cambia.
El resultado es este: aunque la cadena de Solana sea rápida, las transacciones siguen quedando atascadas en la capa de verificación de Newton. Un desarrollador comentó que la latencia real es incluso mayor que en una cadena EVM. La latencia del mensaje entre cadenas, el costo computacional del TEE y el tiempo de generación del ZKP se acumulan. La velocidad de confirmación de 400 ms de Solana, en realidad, no se puede notar.
Entonces, ¿qué significa esto? La integración de Solana, por el momento, solo puede ejecutar estrategias de baja frecuencia. Escenarios como trading de alta frecuencia, abrir mercado “en la apertura” y arbitraje on-chain simplemente no se pueden hacer.
Otro punto que me inquieta es el de los validadores. En la parte de EVM, Newton corre en EigenLayer AVS, aprovechando el modelo de seguridad de los validadores de Ethereum. Pero el ecosistema de validadores en Solana es totalmente distinto: el mecanismo es DPoS, y los validadores deben apostar SOL.
¿Newton desplegó nodos de validación independientes en Solana? ¿Quiénes son los validadores? ¿Cuál es el umbral de staking? Busqué en una vuelta en información pública y no pude encontrar nada. Si la verificación de políticas en Solana sigue dependiendo de los validadores del lado EVM, la latencia entre cadenas solo aumentará: hay que enviar datos entre cadenas, y la verificación de la prueba también requiere pasar por la cadena; cada paso añade un trámite más.
La ruta multicanal de Newton no tiene nada de malo; el motor de políticas, en efecto, no debería servir solo a EVM. Para una cadena de alto rendimiento como Solana, incluso es mayor la necesidad de “verificación antes de la liquidación”.
Pero idealmente, idealmente… la experiencia real todavía tiene un largo camino por delante. Cuando alguien ejecute de verdad una estrategia decente en Solana, entonces volveré a mirarlo. Por ahora, lo dejamos así. #newt $NEWT @NewtonProtocol
RedStone completa la brecha de Newton, pero también siembra una mina
El 23 de junio, se lanzó el beta de la red principal de Newton y también se publicó el anuncio de RedStone. La reacción de la comunidad fue muy consistente: "Newton está un paso más cerca de estar al nivel institucional". Cuando vi esta noticia, mi primera reacción fue sentir un alivio. Antes, el diseño de Newton me había generado cierta inquietud; ahora, por fin, ese rompecabezas quedó completo. Lógica central de Newton: siempre la he tenido por buena. Las operaciones, antes de liquidarse, pasan primero por un filtro del motor de estrategias: en el VaultKit SDK se configuran límites de gasto, requisitos de colateral y verificaciones del contrapartido; solo si cumple se deja pasar, y si no cumple se intercepta directamente. Esta línea de enfoque en DeFi es de las primeras; antes normalmente se revisaba después de que ocurría algún problema con las transacciones, pero ahora se cierra la puerta de antemano.
¿Una comisaría en la cadena o inspección de seguridad necesaria? La “aprobación previa” de Newton Protocol no es tan simple
La primera vez que vi que Newton Protocol se describía a sí mismo como una “authorization layer” (capa de autorización), sentí un vuelco en el estómago. Esa palabra es demasiado grande. Un veterano en la cadena desde hace años, su primera reacción no fue “guau, qué impresionante”, sino “ah, llegó otro middleware para ponerme un palo antes de que haga mi operación en la cadena”. Primero tengo que preguntar: ¿por qué un simple movimiento en cadena mío tiene que pasar antes por un conjunto de estrategias escritas con Rego, recorrer una ronda de consenso y recién entonces se autorice? El “juego” de Newton es la “autorización antes del cierre”. La lógica del DeFi tradicional es: ocurre la operación, si hay un problema luego se rastrea y se congela, en plan a posteriori. Newton lo invierte: cuando envías tu solicitud de retiro a su sistema, primero pasa por un filtro de un motor de estrategias. El SDK de VaultKit te permite definir reglas: límites de gasto, requisitos de colateral, verificación de contrapartes. Solo si cumple con las normas se autoriza; si no cumple, se intercepta de inmediato, y ni siquiera se le da la oportunidad de llegar a la cadena.
En el día 12 del lanzamiento de la Beta de la red principal, el feed de RedStone sigue funcionando, pero calculé esa cuenta y descubrí una ventana de tiempo que aún no había sido verificada.
El 23 de junio se lanzó la Beta de la red principal de Newton. RedStone conectó los datos de precios verificados a la capa de ejecución de políticas. El comunicado de prensa estaba redactado de forma impecable: “datos de precios de mercado en tiempo real”, “pruebas de firma” y “registros auditables”. Se lanzó al mismo tiempo el SDK VaultKit; los desarrolladores pueden configurar límites de gasto, requisitos de garantía y comprobaciones del contrapartísta. Cada evaluación genera una prueba de firma. Pero calculé la cuenta. La actualización del feed de RedStone, en la red principal de Ethereum, ocurre a escala de minutos. Si el precio de ETH cae en picada un 15% entre dos actualizaciones, la policy de Newton todavía utiliza el precio antiguo para tomar decisiones. Si alguien envía un withdraw de gran cuantía, la policy podría interpretarlo erróneamente como seguro y permitirlo. Cuando llegue el siguiente feed de RedStone, la vault ya estará subcolateralizada.