#newt $NEWT El viernes pasado, alrededor de las once de la noche, estaba tumbado en el sofá revisando el historial de ejecución en el móvil cuando apareció un mensaje. Un amigo que hace trading, con un tono bastante irritado, dijo: “La cuadrícula en CEX se ha caído otra vez; ya van tres. Estoy a punto de volverme loco. ¿Lo de tu Newton es realmente estable?”
Le respondí: “Vamos a comer algo de madrugada, hablemos en persona”.
Sentados en el puesto de barbacoa, dio un trago de cerveza y empezó a soltar las quejas. Este tipo había abierto un grid de BNB en CEX hacía tres meses. Las dos primeras semanas fueron bien; después empezaron las rarezas. La primera vez fue una limitación de API a medianoche: el grid se quedó trabado y al día siguiente por la mañana amaneció con la posición completamente expuesta durante seis horas. Lo reclamó al soporte y le dijeron: “Se recomienda optimizar la frecuencia de las solicitudes”.
La segunda vez, los parámetros del grid se reiniciaron: el rango pasó de 10% de amplitud a los 3% predeterminados; varios órdenes quedaron atravesados. El soporte dijo: “Probablemente fue un toque accidental”.
La tercera vez fue justo ahora: mantenimiento del servidor, sin ningún aviso previo.
Yo no dije nada. Saqué el teléfono y le enseñé el historial de ejecución de Newton. Durante tres meses, la misma estrategia. Cada día, los registros de operaciones aparecen uno por uno, con marcas de tiempo precisas al segundo: precio de entrada, precio de ejecución, slippage y comisiones de gas, todo etiquetado. Hubo una semana en la que viajé: ni lo toqué. Cuando volví, el propio historial on-chain me dijo que todo seguía como siempre.
Le dije: “Mira, la diferencia clave entre ambos es solo una. En CEX ejecutas el grid, pero no puedes ver lo que ocurre dentro. Si se detiene, no sabes si fue un fallo del sistema o si cambiaron los parámetros; solo te queda ir al soporte a adivinar. En Newton, después de desplegar la estrategia, los parámetros quedan bloqueados en el sandbox: si yo quiero cambiarlos, tengo que redeplegar. O está ejecutándose, o en la cadena queda una razón clara de detención, sin zonas grises”.
Él guardó silencio un rato y dijo: “Entonces el umbral alto es a propósito”. “Digamos que es un intercambio”, respondí. “En CEX es un sistema tonto en tres minutos para abrir el grid, pero te cobras el precio con cada una de esas madrugadas levantándote para investigar fallos. En Newton invertí un poco más de tiempo al desplegar para entender el sandbox y los parámetros de gas, pero después ya no lo toqué; dormí de verdad”.
Las brochetas de cordero ya se enfriaban. Él dijo: “Me voy a volver a mover, vuelvo y migro; no voy a discutir con ese maldito grid”. Yo alcé la copa, pensando que a veces hay que pisar suficientes trampas para creer: que el hecho de que sea más cómodo ejecutar una estrategia no depende de si tardas más o menos operando; cuando algo falla, tu primera reacción es revisar el historial on-chain o llamar al soporte. @NewtonProtocol
Le respondí: “Vamos a comer algo de madrugada, hablemos en persona”.
Sentados en el puesto de barbacoa, dio un trago de cerveza y empezó a soltar las quejas. Este tipo había abierto un grid de BNB en CEX hacía tres meses. Las dos primeras semanas fueron bien; después empezaron las rarezas. La primera vez fue una limitación de API a medianoche: el grid se quedó trabado y al día siguiente por la mañana amaneció con la posición completamente expuesta durante seis horas. Lo reclamó al soporte y le dijeron: “Se recomienda optimizar la frecuencia de las solicitudes”.
La segunda vez, los parámetros del grid se reiniciaron: el rango pasó de 10% de amplitud a los 3% predeterminados; varios órdenes quedaron atravesados. El soporte dijo: “Probablemente fue un toque accidental”.
La tercera vez fue justo ahora: mantenimiento del servidor, sin ningún aviso previo.
Yo no dije nada. Saqué el teléfono y le enseñé el historial de ejecución de Newton. Durante tres meses, la misma estrategia. Cada día, los registros de operaciones aparecen uno por uno, con marcas de tiempo precisas al segundo: precio de entrada, precio de ejecución, slippage y comisiones de gas, todo etiquetado. Hubo una semana en la que viajé: ni lo toqué. Cuando volví, el propio historial on-chain me dijo que todo seguía como siempre.
Le dije: “Mira, la diferencia clave entre ambos es solo una. En CEX ejecutas el grid, pero no puedes ver lo que ocurre dentro. Si se detiene, no sabes si fue un fallo del sistema o si cambiaron los parámetros; solo te queda ir al soporte a adivinar. En Newton, después de desplegar la estrategia, los parámetros quedan bloqueados en el sandbox: si yo quiero cambiarlos, tengo que redeplegar. O está ejecutándose, o en la cadena queda una razón clara de detención, sin zonas grises”.
Él guardó silencio un rato y dijo: “Entonces el umbral alto es a propósito”. “Digamos que es un intercambio”, respondí. “En CEX es un sistema tonto en tres minutos para abrir el grid, pero te cobras el precio con cada una de esas madrugadas levantándote para investigar fallos. En Newton invertí un poco más de tiempo al desplegar para entender el sandbox y los parámetros de gas, pero después ya no lo toqué; dormí de verdad”.
Las brochetas de cordero ya se enfriaban. Él dijo: “Me voy a volver a mover, vuelvo y migro; no voy a discutir con ese maldito grid”. Yo alcé la copa, pensando que a veces hay que pisar suficientes trampas para creer: que el hecho de que sea más cómodo ejecutar una estrategia no depende de si tardas más o menos operando; cuando algo falla, tu primera reacción es revisar el historial on-chain o llamar al soporte. @NewtonProtocol