Tópicos em alta
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
. Atualização Semanal @GMX_SOL [2025-08-10]
Olá a todos!
Esta semana realizamos o seguinte:
- Concluída a implantação da rede principal dos programas v0.7. As taxas de empréstimo agora podem cunhar o GT, permitindo que o GT seja usado para incentivar OIs. As informações de segurança dos programas agora podem ser visualizadas na rede principal por meio do explorer.
- Adicionados metadados de token para tokens GLV da rede principal, que agora podem ser visualizados no explorer e em carteiras; A verificação desses tokens está em andamento.
- Implantou um lote de mercados de RWA junto com um GLV correspondente, mas identificou vários novos problemas:
- Se algum mercado em um GLV estiver fechado, todas as operações de GLV envolvendo esse mercado (especialmente depósitos e saques) falharão.
- A detecção de mercado fechado da versão atual é muito rígida - alguns mercados com inatividade de curto prazo podem ser erroneamente sinalizados como fechados. Isso foi corrigido e enviado para auditoria, com a correção prevista para ser implantada na próxima semana. Por enquanto, apenas os mercados que acreditamos não serem afetados são habilitados.
- Pesquisou soluções para melhorar o suporte ao RWA, abordando os seguintes problemas conhecidos:
- Para evitar a criação de ordens quando um mercado RWA é fechado, precisamos introduzir uma bandeira de is_market_open por mercado, comportando-se de forma semelhante à bandeira ADL, atualizada pelo detentor.
- Além de bloquear a criação de ordens, parâmetros temporários devem ser introduzidos em estados de mercado fechado para reduzir o risco de LP e trader, por exemplo, aumentando as taxas de empréstimo e as taxas mínimas de garantia.
- Para evitar problemas causados pelo atraso na cobrança de taxas de financiamento (que podem levar à dívida do mercado), os detentores devem ter permissão para executar liquidações quando os mercados estão fechados. Atualmente, isso é parcialmente mitigado pelo aumento das taxas mínimas de garantia.
- Os cheques de liquidação atuais permitem que os lucros compensem as taxas, o que pode resultar em posições altamente lucrativas acumulando grandes taxas de financiamento. Nos mercados de RWA, onde as diferenças de preços na abertura do mercado são comuns, altos lucros não realizados podem desaparecer instantaneamente, expondo repentinamente grandes taxas de financiamento e causando garantias insuficientes, potencialmente levando à dívida do mercado. Propomos a introdução de um novo mecanismo ADL para lidar com essas posições quando o mercado fecha (por exemplo, redução parcial forçada da posição para pagar taxas de financiamento acumuladas).
Esses problemas estão planejados para resolução na v0.8; Dados os atuais índices de garantia relativamente altos, o risco imediato é baixo.
- Ajustado o algoritmo de cálculo de desempenho anualizado GLV/GM com base nas informações do Kalcrypto para se alinhar com a abordagem do GMX.
- Suporte completo para implantação distribuída e desenvolvimento parcial de API para o novo sistema keeper; o desenvolvimento da API de assinatura restante deve terminar na próxima semana.
- Atualização do frontend para programas v0.7 (especialmente suporte a GT e RWA); integrou a API de preços do Chainlink, substituindo parcialmente a API do GMX (para tokens não cobertos pelo GMX, o front-end agora usa os preços do Chainlink para cálculos e renderização de gráficos).
- Pesquisou uma solução JIT (Just-In-Time) off-chain, que pode reduzir os custos de desenvolvimento, oferecendo proteções mais ricas e maior eficiência de execução em comparação com a abordagem on-chain. A ideia central é tornar a execução de ordens atômica com mudanças de GLV, com o detentor decidindo se permite tais ações (por exemplo, rejeitando-as se o impacto estimado no preço for muito alto). Para otimizar a experiência do usuário, a criação de pedidos JIT também pode ser tratada por meio da API do detentor: se o pedido for rejeitado, o detentor poderá negar sua criação antecipadamente.
Obrigado a todos!
4,74K
Melhores
Classificação
Favoritos