Subiecte populare
#
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.
. @GMX_SOL Actualizare săptămânală [2025-08-10]
Salutare tuturor!
Săptămâna aceasta am realizat următoarele:
- S-a finalizat implementarea mainnet a programelor v0.7. Comisioanele de împrumut pot acum să emită GT, permițând GT să fie folosit pentru stimularea OI-urilor. Informațiile de securitate pentru programe pot fi acum vizualizate pe rețeaua principală prin intermediul exploratorului.
- S-au adăugat metadate de token pentru tokenurile GLV de la rețeaua principală, care pot fi acum vizualizate în explorator și în portofele; Verificarea acestor token-uri este în curs de desfășurare.
- Am implementat un lot de piețe RWA împreună cu un GLV corespunzător, dar am identificat câteva probleme noi:
- Dacă orice piață dintr-un GLV este închisă, toate operațiunile GLV care implică acea piață (în special depozitele și retragerile) eșuează.
- Detectarea pieței închise din versiunea actuală este prea strictă - unele piețe cu inactivitate pe termen scurt ar putea fi semnalate în mod eronat ca închise. Acest lucru a fost remediat și trimis pentru audit, iar remedierea se așteaptă să fie implementată săptămâna viitoare. Deocamdată, doar piețele despre care credem că nu sunt afectate sunt activate.
- A cercetat soluții pentru a îmbunătăți suportul RWA, abordând următoarele probleme cunoscute:
- Pentru a preveni crearea de ordine atunci când o piață RWA este închisă, trebuie să introducem un steag is_market_open pe piață, care se comportă similar cu steagul ADL, actualizat de deținător.
- În plus față de blocarea creării ordinelor, ar trebui introduși parametri temporari în statele cu piață închisă pentru a reduce riscul LP și trader, de exemplu, creșterea comisioanelor de împrumut și a ratelor minime de garanție.
- Pentru a evita problemele cauzate de întârzierea colectării comisioanelor de finanțare (care poate duce la datorii de piață), deținătorilor ar trebui să li se permită să execute lichidări atunci când piețele sunt închise. În prezent, acest lucru este parțial atenuat de creșterea ratelor minime de garanție.
- Verificările actuale de lichidare permit profiturilor să compenseze comisioanele, ceea ce poate duce la poziții extrem de profitabile care acumulează comisioane mari de finanțare. Pe piețele RWA, unde diferențele de preț la deschiderea pieței sunt frecvente, profiturile mari nerealizate pot dispărea instantaneu, expunând brusc comisioane mari de finanțare și provocând garanții insuficiente, ceea ce ar putea duce la datorii pe piață. Propunem introducerea unui nou mecanism ADL pentru a gestiona astfel de poziții la închiderea pieței (de exemplu, reducerea parțială forțată a poziției pentru a plăti comisioanele de finanțare acumulate).
Aceste probleme sunt planificate pentru rezolvare în v0.8; Având în vedere ratele de garanție relativ ridicate actuale, riscul imediat este scăzut.
- S-a ajustat algoritmul de calcul al performanței anualizate GLV/GM pe baza informațiilor de la Kalcrypto pentru a se alinia la abordarea GMX.
- Suport complet pentru implementarea distribuită și dezvoltarea parțială a API-ului pentru noul sistem de deținere; dezvoltarea API-ului de abonament rămas este de așteptat să se încheie săptămâna viitoare.
- Actualizarea frontend-ului pentru programele v0.7 (în special suport GT și RWA); a integrat API-ul de preț al Chainlink, înlocuind parțial API-ul GMX (pentru token-urile care nu sunt acoperite de GMX, frontend-ul folosește acum prețurile Chainlink pentru calcule și redarea graficului).
- Am cercetat o soluție JIT (Just-In-Time) off-chain, care poate reduce costurile de dezvoltare, oferind în același timp protecții mai bogate și o eficiență de execuție mai mare în comparație cu abordarea on-chain. Ideea de bază este de a face executarea ordinelor atomică cu schimbări GLV, deținătorul decidând dacă să permită astfel de acțiuni (de exemplu, respingându-le dacă impactul estimat al prețului este prea mare). Pentru a optimiza experiența utilizatorului, crearea comenzilor JIT poate fi gestionată și prin API-ul keeper: dacă comanda ar fi respinsă, deținătorul poate refuza crearea acesteia în avans.
Mulțumesc tuturor!
4,74K
Limită superioară
Clasament
Favorite