#grvt Cuando leía la documentación oficial de GRVT, lo que más me detuvo para mirarlo con detenimiento fue su arquitectura de Risk Engine. La mayoría de los motores de riesgo en contratos de derivados es una combinación de lógica de liquidación más un oráculo de precios; GRVT, en cambio, lo descompone en tres capas: Pre-trade Risk Check, Position Monitoring y Settlement Validation. Estas tres capas no se ejecutan en serie, sino de forma independiente; si cualquiera de ellas detecta un problema, activa la acción de control de riesgos correspondiente.
Pre-trade Risk Check ocurre antes del emparejamiento de órdenes. Cuando envías una solicitud para abrir una posición, el Risk Engine primero valida si tu Unified Balance es suficiente para cubrir el margen inicial, si el valor nocional no supera el límite de nivel de cuenta y si, para ese par de trading, la concentración de posiciones actual no es demasiado alta. Si alguna condición no se cumple, la orden se rechaza directamente y no llega a la cola de emparejamiento. Probé en la red de pruebas una apertura que excedía el límite de valor nocional de la cuenta, y el sistema la interceptó en la fase de envío, sin esperar a la liquidación para manejarla.
Position Monitoring se ejecuta en tiempo real y hace seguimiento de la tasa de margen de mantenimiento y del multiplicador de apalancamiento de cada cuenta. El disparo de la liquidación en GRVT no se basa en una única línea de precio, sino en un valor ponderado que combina el precio de marcado y el precio del oráculo, para evitar que la oscilación de un solo oráculo cause una liquidación errónea. En la documentación se indica que se usan dos fuentes de alimentación de precios, Pyth y Chainlink, y se toma la mediana ponderada; cuando la desviación supera un umbral, se activa una comprobación de divergencia de precios, y se pausa la liquidación de los pares relacionados hasta que los precios vuelvan a estar alineados.
Settlement Validation ocurre en el momento de la liquidación final del contrato: valida si el estado on-chain coincide con los registros del motor de emparejamiento off-chain. Si se detecta alguna diferencia, el sistema activa el proceso de Reconciliation, congelando las cuentas relacionadas hasta que se resuelva la discrepancia. Este mecanismo no es común en contratos de derivados; se ve más en cámaras de compensación de finanzas tradicionales.
La ventaja de la verificación en tres capas es que el riesgo se intercepta en múltiples entradas, en lugar de esperar a la línea de liquidación para actuar. El costo es que cada capa añade latencia y carga computacional. En la documentación de GRVT se indica que el objetivo de Pre-trade Check es completar la verificación en 10 milisegundos; Position Monitoring es un cálculo en streaming en tiempo real; y Settlement Validation es un procesamiento asíncrono por lotes.
En mi opinión, si después del lanzamiento en la mainnet estos SLA se mantienen, esta arquitectura de control de riesgos en tres capas es bastante sólida dentro de los contratos de derivados.@grvt_io
Pre-trade Risk Check ocurre antes del emparejamiento de órdenes. Cuando envías una solicitud para abrir una posición, el Risk Engine primero valida si tu Unified Balance es suficiente para cubrir el margen inicial, si el valor nocional no supera el límite de nivel de cuenta y si, para ese par de trading, la concentración de posiciones actual no es demasiado alta. Si alguna condición no se cumple, la orden se rechaza directamente y no llega a la cola de emparejamiento. Probé en la red de pruebas una apertura que excedía el límite de valor nocional de la cuenta, y el sistema la interceptó en la fase de envío, sin esperar a la liquidación para manejarla.
Position Monitoring se ejecuta en tiempo real y hace seguimiento de la tasa de margen de mantenimiento y del multiplicador de apalancamiento de cada cuenta. El disparo de la liquidación en GRVT no se basa en una única línea de precio, sino en un valor ponderado que combina el precio de marcado y el precio del oráculo, para evitar que la oscilación de un solo oráculo cause una liquidación errónea. En la documentación se indica que se usan dos fuentes de alimentación de precios, Pyth y Chainlink, y se toma la mediana ponderada; cuando la desviación supera un umbral, se activa una comprobación de divergencia de precios, y se pausa la liquidación de los pares relacionados hasta que los precios vuelvan a estar alineados.
Settlement Validation ocurre en el momento de la liquidación final del contrato: valida si el estado on-chain coincide con los registros del motor de emparejamiento off-chain. Si se detecta alguna diferencia, el sistema activa el proceso de Reconciliation, congelando las cuentas relacionadas hasta que se resuelva la discrepancia. Este mecanismo no es común en contratos de derivados; se ve más en cámaras de compensación de finanzas tradicionales.
La ventaja de la verificación en tres capas es que el riesgo se intercepta en múltiples entradas, en lugar de esperar a la línea de liquidación para actuar. El costo es que cada capa añade latencia y carga computacional. En la documentación de GRVT se indica que el objetivo de Pre-trade Check es completar la verificación en 10 milisegundos; Position Monitoring es un cálculo en streaming en tiempo real; y Settlement Validation es un procesamiento asíncrono por lotes.
En mi opinión, si después del lanzamiento en la mainnet estos SLA se mantienen, esta arquitectura de control de riesgos en tres capas es bastante sólida dentro de los contratos de derivados.@grvt_io