. Actualización semanal de @GMX_SOL [2025-08-10] ¡Hola a todos! Esta semana logramos lo siguiente: - Se completó la implementación de la red principal de los programas v0.7. Las tarifas de préstamo ahora pueden acuñar GT, lo que permite que GT se use para incentivar a las OI. La información de seguridad de los programas ahora se puede ver en la red principal a través del explorador. - Se agregaron metadatos de token para tokens GLV de la red principal, que ahora se pueden ver en el explorador y en las billeteras; La verificación de estos tokens está en curso. - Implementó un lote de mercados RWA junto con un GLV correspondiente, pero identificó varios problemas nuevos: - Si se cierra algún mercado en un GLV, todas las operaciones de GLV que involucran ese mercado (especialmente depósitos y retiros) fallan. - La detección de mercado cerrado de la versión actual es demasiado estricta: algunos mercados con inactividad a corto plazo pueden marcarse erróneamente como cerrados. Esto se ha corregido y enviado para auditoría, y se espera que la solución se implemente la próxima semana. Por ahora, solo se habilitan los mercados que creemos que no se ven afectados. - Investigué soluciones para mejorar el soporte de RWA, abordando los siguientes problemas conocidos: - Para evitar la creación de órdenes cuando se cierra un mercado de RWA, debemos introducir un indicador de is_market_open por mercado, que se comporte de manera similar al indicador ADL, actualizado por el guardián. - Además de bloquear la creación de órdenes, se deben introducir parámetros temporales en estados de mercado cerrado para reducir el riesgo de LP y trader, por ejemplo, aumentando las tarifas de préstamo y los índices mínimos de garantía. - Para evitar problemas causados por el retraso en el cobro de las tarifas de financiación (que puede conducir a la deuda del mercado), se debe permitir a los guardianes ejecutar liquidaciones cuando los mercados están cerrados. Actualmente, esto se mitiga parcialmente mediante el aumento de los ratios mínimos de garantía. - Los cheques de liquidación actuales permiten que las ganancias compensen las tarifas, lo que puede resultar en posiciones altamente rentables que acumulan grandes tarifas de financiación. En los mercados de RWA, donde las brechas de precios en la apertura del mercado son comunes, las altas ganancias no realizadas pueden desaparecer instantáneamente, exponiendo repentinamente grandes tarifas de financiamiento y causando garantías insuficientes, lo que podría conducir a la deuda del mercado. Proponemos introducir un nuevo mecanismo de ADL para manejar tales posiciones cuando el mercado cierre (por ejemplo, reducción parcial forzada de la posición para pagar las tarifas de financiación acumuladas). Está previsto que estos problemas se resuelvan en la versión 0.8; Dados los actuales ratios de garantía relativamente altos, el riesgo inmediato es bajo. - Se ajustó el algoritmo de cálculo de rendimiento anualizado GLV/GM basado en información de Kalcrypto para alinearse con el enfoque de GMX. - Se completó el soporte para la implementación distribuida y el desarrollo parcial de API para el nuevo sistema de guardián; se espera que el desarrollo restante de la API de suscripción finalice la próxima semana. - Se actualizó la interfaz para los programas v0.7 (especialmente el soporte GT y RWA); integró la API de precios de Chainlink, reemplazando parcialmente la API de GMX (para tokens no cubiertos por GMX, la interfaz ahora usa los precios de Chainlink para cálculos y representación de gráficos). - Investigué una solución JIT (Just-In-Time) fuera de la cadena, que puede reducir los costos de desarrollo al tiempo que ofrece protecciones más ricas y una mayor eficiencia de ejecución en comparación con el enfoque en cadena. La idea central es hacer que la ejecución de órdenes sea atómica con cambios GLV, y el guardián decide si permite tales acciones (por ejemplo, rechazarlas si el impacto estimado en el precio es demasiado alto). Para optimizar la experiencia del usuario, la creación de pedidos JIT también se puede manejar a través de la API del guardián: si el pedido fuera rechazado, el guardián puede denegar su creación por adelantado. ¡Gracias a todos!