#grvt Cuando me acerqué a GRVT por primera vez, siempre tuve una duda en la cabeza. Al ver que manejaban dos Risk Engine (motores de control de riesgos): uno en cadena y otro fuera de la cadena, pensé de forma instintiva que solo lo hacían para “repartir” entre seguridad y rendimiento. Pero cuanto más leía la documentación oficial, más claro veía que algo no cuadraba: si ambos lados ya cuentan con control de riesgos, ¿por qué no simplemente fusionarlos en uno? Hasta que, con paciencia, volví a encadenar todo el flujo de transacciones, fue cuando me di cuenta de esto de golpe: la base real que mantiene GRVT no es una doble barrera redundante, sino dos escalas de tiempo completamente distintas.
Por ejemplo, en la práctica que hice hace poco en el entorno de pruebas, cancelaba órdenes seguidas, cambiaba precios y movía posiciones, y el margen variaba casi al ritmo de los milisegundos. Ahí lo entendí: si cada cálculo de riesgo tuviera que hacer cola, sufriendo, esperando la confirmación del bloque, el trading de alta frecuencia perdería rápidamente todo sentido. Pero si todos los resultados de control de riesgos se quedaran solo fuera de la cadena, nadie podría garantizar que el estado final de esa contabilidad fuera necesariamente correcto. Más tarde descubrí que el Risk Engine fuera de la cadena en realidad funciona como un “sistema en tiempo real” para calcular el riesgo de forma continua, mientras que los módulos en cadena se parecen más a un “sistema de liquidación” encargado de imponer las restricciones finales. En realidad, no resuelven el mismo problema a nivel distinto, así que no existe la idea de que uno sustituya al otro.
Una vez que entendí esta capa, me sentí impresionado: este es, en esencia, el mayor Engineering Trade-off (compromiso de ingeniería) de GRVT. El equipo renunció voluntariamente a la simplicidad de una única arquitectura y asumió el alto coste de mantener durante mucho tiempo la consistencia de dos estados; a cambio, los traders no tienen que esperar a la confirmación de bloques para sus cálculos de riesgo, y la línea de seguridad de los activos tampoco depende completamente de un servidor centralizado fuera de la cadena. Cuando la gente habla de Hybrid Exchange, siempre se fija en la apariencia: el matching fuera de la cadena y la liquidación en cadena. En realidad, lo más valioso es profundizar en esto: GRVT separa de forma total el “cálculo en tiempo real” de la “decisión final”. Cuando entiendes ese paso clave, recién entonces comprendes de verdad la lógica subyacente sobre la que se apoya toda la arquitectura. @grvt_io $ETH
Por ejemplo, en la práctica que hice hace poco en el entorno de pruebas, cancelaba órdenes seguidas, cambiaba precios y movía posiciones, y el margen variaba casi al ritmo de los milisegundos. Ahí lo entendí: si cada cálculo de riesgo tuviera que hacer cola, sufriendo, esperando la confirmación del bloque, el trading de alta frecuencia perdería rápidamente todo sentido. Pero si todos los resultados de control de riesgos se quedaran solo fuera de la cadena, nadie podría garantizar que el estado final de esa contabilidad fuera necesariamente correcto. Más tarde descubrí que el Risk Engine fuera de la cadena en realidad funciona como un “sistema en tiempo real” para calcular el riesgo de forma continua, mientras que los módulos en cadena se parecen más a un “sistema de liquidación” encargado de imponer las restricciones finales. En realidad, no resuelven el mismo problema a nivel distinto, así que no existe la idea de que uno sustituya al otro.
Una vez que entendí esta capa, me sentí impresionado: este es, en esencia, el mayor Engineering Trade-off (compromiso de ingeniería) de GRVT. El equipo renunció voluntariamente a la simplicidad de una única arquitectura y asumió el alto coste de mantener durante mucho tiempo la consistencia de dos estados; a cambio, los traders no tienen que esperar a la confirmación de bloques para sus cálculos de riesgo, y la línea de seguridad de los activos tampoco depende completamente de un servidor centralizado fuera de la cadena. Cuando la gente habla de Hybrid Exchange, siempre se fija en la apariencia: el matching fuera de la cadena y la liquidación en cadena. En realidad, lo más valioso es profundizar en esto: GRVT separa de forma total el “cálculo en tiempo real” de la “decisión final”. Cuando entiendes ese paso clave, recién entonces comprendes de verdad la lógica subyacente sobre la que se apoya toda la arquitectura. @grvt_io $ETH