Lo de ese día del 312 no lo he olvidado hasta hoy.
No fue por cuánto dinero perdí, sino por el momento en que se ejecutó la liquidación: me quedé totalmente aturdido. Aunque ya se habían enviado las operaciones para reponer la posición, la cadena estaba bloqueada a muerte y no pude salir en más de diez minutos. Pero el contrato de liquidación de AAVE no se ocupa de eso; solo mira ese factor de salud: si baja del umbral, ¡paf!, directamente te liquida.
En ese momento estaba mirando la pantalla y en mi cabeza solo había una frase: ¿cómo puede este sistema ser tan estúpido?
Después, LUNA colapsó, 519 y UST se desanclaron; el mismo guion se repitió una y otra vez—las reglas están bastante bien escritas, pero en la cadena no hay ningún mecanismo que detenga el sistema cuando se incumplen las reglas de control de riesgos.
Porque el dinero está en la cadena y las reglas están fuera de la cadena.
Esos parámetros de control de riesgos están escritos en la documentación del curador, en los registros de chat del grupo de control de riesgos, y en el compromiso de “estoy vigilando”. Cuando el mercado está bien, todos creen que no pasa nada; cuando el mercado está mal, descubres que ese compromiso es como si no existiera.
Así que cuando vi Newton, mi primera reacción no fue “guau, qué proyecto tan increíble”, sino que por fin alguien señaló el punto que duele.
He visto muchos informes posteriores; la verdad es que he visto muy pocos bloqueos preventivos antes de que pase.
Hay un montón de herramientas de monitoreo on-chain: navegador, tableros, alertas, plataformas de análisis… lo que necesites, lo tienes.
Pero todas siguen una misma lógica: primero ocurre la operación, y luego la herramienta marca la evidencia. Dicho sin rodeos: es “cuando pasa el problema, recién entonces buscar pruebas”.
Un amigo mío, antes, estuvo como responsable de seguridad en un protocolo y me dijo una frase muy contundente: “Cada vez que ocurre un problema y salgo corriendo a recopilar datos y escribir un informe, pienso: qué bueno sería que esos datos pudieran bloquearse antes del incidente”.
Ya lavaron el dinero en un mezclador; tú tienes un informe que dice “mira, esto es dinero sucio”, ¿para qué sirve?
Lo que hace Newton, en esencia, es cubrir un hueco: antes de la liquidación, pasar una vez las reglas.
En el libro blanco a eso lo llaman “capa de autorización”. Traducido a lenguaje humano: después de iniciar la operación y antes de la liquidación, se pone una compuerta. Si se permite, pasa; si no, se bloquea. El resultado se firma y se sube a la cadena: todos lo pueden ver.
El informe posterior es: "Hazlo tú mismo". El bloqueo antes de la liquidación es: "No cumple las reglas; ni siquiera se llega a la liquidación".
Creo que estas dos cosas no están ni en la misma escala.
Examiné algunas de las dimensiones que gestiona comparándolas con un almacén que yo mismo exploté.
El motor de estrategias de Newton gestiona varias cosas: contraparte, APY, apalancamiento y salud del oráculo.
Yo mismo ya me lo repasé en la cabeza: la vez que perdí 312. El precio del oráculo estaba distorsionado, el apalancamiento estaba casi al tope y no pude reponer (añadir) fondos.
Si en ese momento existiera esa capa de verificación, “el precio se desvió del mercado; se pausa la operación”, entonces mi posición probablemente se habría salvado. Como mínimo, no tendría que haberlo visto liquidarse a plena vista.
Esto es exactamente lo que más quiere el veterano de las “viejas escamas”. No son esos trucos de “toca y recibe diez veces la felicidad”; es un mecanismo que, cuando de verdad pasa algo, puede tirar de ti.
Eché un vistazo a la herramienta VaultKit específicamente. Es para el administrador de tesoros; la lógica es muy simple: convertir el compromiso del administrador de “yo no haré nada raro” en una verificación de estrategia que se debe superar sí o sí antes de ejecutar la operación. Un mercado único no puede exceder cierto porcentaje; cierto tipo de direcciones no puede interactuar; si la liquidez está por debajo del umbral, no se puede configurar; si el oráculo está anómalo, mejor no mover nada antes.
El gestor no es que haya menos espacio de maniobra; es que el espacio de maniobra se escribió dentro de los límites ejecutables. Esto es cien veces más fiable que creer un “yo garantizo”.
Claro, tampoco pienso hacer propaganda ciega.
Hablemos de algo real.$NEWT Desde el máximo de 0.82 cayó hasta el 0.04-0.05 de ahora; con esos datos delante, quien sube y dice “ya está resuelto”, yo sugiero primero mirar el tablero antes de hablar.
Hay varias cosas en el proyecto que hay que vigilar:
Uno: si el paquete de estrategia es lo bastante detallado. Lo que necesita una institución no es una plantilla genérica, sino combinaciones como riesgo de direcciones, profundidad del mercado, desviación de precio y estado entre cadenas.
Dos: si la fuente de datos es confiable. RedStone, Chainalysis… esos nombres se ven bien en el ecosistema, pero el verdadero problema es cómo se gestionan el retraso de datos y los conflictos entre múltiples fuentes.
Tres: qué tan “pesada” o sólida es la experiencia de integración por parte de los desarrolladores. Lo que más da miedo es ese tipo de proyecto con “teoría perfecta” pero la integración es como “reparar un avión”.
Cuatro es el propio estado del mercado. La técnica es la técnica; el mercado secundario no se vuelve automáticamente tierno porque tu arquitectura sea bonita.
Mi postura ahora es muy simple: reconocer la dirección y comprobar la ejecución.
Verifica tres cosas: quién escribe la estrategia y si los cambios dejan o no rastro; cómo se auto-demuestra la salud del oráculo; y cuánta compuerta Beta realmente cubre sobre tesoros reales: ¿decenas de tesoros que corren de verdad o solo algunos pools de demostración?
Después de verificar estas tres puertas, recién entonces se puede hablar de si es infraestructura.
Al final, en el cripto las pocas clases más caras que existen, yo las he cursado. No son clases de tecnología: son clases de gestión emocional.
#Newt @NewtonProtocol $BTC #AAVE涨13.16%至$94.32 #黄金维持跌势
