UNISWAP V4 · LIQUIDITÀ DEL PROTOCOLLO
Capirecosa mantienei muri in piedi.
Vendite che finanziano muri in ETH. Un ladder che fa funzionare il mercato. Questa guida spiega le regole, gli utilizzi e i limiti di CUBIT.
È in corso l’implementazione di una nuova politica dei muri.Usa il mercato all’istante T e mantiene ogni vecchio muro ai suoi tick. Non è ancora stata validata né ridistribuita. Le tasse seguenti sono quelle scelte per la nuova revisione. La dapp collegata a Sepolia usa ancora le vecchie aliquote e commissioni LP dello 0,30%.
- Offerta iniziale
- 21 M CUBIT · nessuna emissione successiva
- Tassa di acquisto
- 3% Quota del team
- Tassa di vendita
- 15% 12% muri / 3% team
- Commissioni LP previste
- 0,01% Nuova versione · fee 100
Scegli da dove iniziare.
01 — I PERCORSIIl prezzo obiettivo, i fondi disponibili e i vecchi muri fissi.
Esplora il meccanismo → 02 / USARELeggi primadi firmare.Quotazioni nette, approvazioni, dati e manutenzione.
Apri la guida utente → 03 / SVILUPPAREDal contrattoall’interfaccia.Hook, registro V2, router e servizi.
Esplora il codice →Un mercato, due riserve distinte.
02 — IL FUNZIONAMENTOLa quota destinata ai muri attende il collocamento in una riserva dedicata.
Il prezzo di un muro e la sua capacità di assorbimento sono informazioni diverse.
Al ribilanciamento, il 15% dei suoi ETH alimenta la riserva dei muri.
Il punto essenziale
La regola scelta per i nuovi fondi è obiettivo(T) = 0,4 × mercato(T) + 0,6 × base. Con una base di 7k, l’obiettivo è 16,2k a 30k, 44,2k a 100k, poi 28,2k se il mercato torna a 60k. Non dipende da un massimo storico.
Gli ETH già collocati restano legati ai tick del proprio muro. Questa regola non crea fondi aggiuntivi né capacità illimitata di riacquisto. Consulta gli esempi e il simulatore dell’obiettivo.
Una documentazione con stati espliciti
La guida descrive separatamente la specifica scelta, il lavoro in corso e i risultati storici. La V2 viene presentata attraverso le sue funzionalità future e le finestre di rilascio, a partire da G+3 per il Vault.
Per verificare un deployment, inizia dallo stato delle versioni, poi dai permessi e dai limiti. I vecchi rapporti di test non certificano la nuova politica dei muri.