Fonti e metodo
Questa guida è stata redatta a partire dal codice locale e dai chiarimenti dell’utente del 10 settembre 2026. I file citati di seguito sono percorsi del repository, non endpoint di rete.
I riferimenti storici al codice di questa edizione indicano la revisione 991fca9 del protocollo, conservata nel branch work/v1-v2-fixed-walls. La documentazione viene pubblicata da main; questa pubblicazione non costituisce una validazione né un nuovo deployment dei contratti descritti.
Ordine di lettura
L’ultimo chiarimento sulle tasse stabilisce il 3% sugli acquisti per il team e il 15% sulle vendite: 12% per i muri e 3% per il team. Questa regola sostituisce le aliquote invertite ancora presenti nella revisione storica di codice citata qui.
La regola funzionale dei muri segue i chiarimenti espliciti, consolidati in CUBIT-cahier-des-charges/docs/VERSION_ACTUELLE.md: obiettivo all’istante T, base di 7 000 USD di FDV su 21 milioni di token, vecchi fondi fissi ai loro tick e commissioni LP dello 0,01% per la nuova versione.
Per sapere cosa funziona realmente, bisogna poi collegare codice, risultati di validazione e deployment della stessa versione. L’avviso del rapporto corrente distingue i lavori non validati dai risultati storici.
I commenti del codice ancora in modifica non sostituiscono una specifica confermata. Viceversa, una specifica non prova che un’implementazione o una rete la esegua già.
Il codice letto
| Fonte | Utilizzo nella guida |
|---|---|
contracts/src/CubitToken.sol |
Offerta iniziale e diritto di burn |
contracts/src/CubitHook.sol |
Tasse, compartimenti, manutenzione, guardian e V2 |
contracts/src/libraries/BandLib.sol |
Geometria, prezzi e tick |
contracts/src/libraries/WallLib.sol |
Nuova gestione dei muri fissi in sviluppo |
contracts/src/CubitLens.sol e interfacce |
Prezzi, saldi e viste di manutenzione |
contracts/src/periphery/CubitRouter.sol |
Swap, limiti, approvazioni e burn finale |
contracts/src/periphery/CubitV2.sol |
Firme, identità dei moduli e sostituzioni |
contracts/src/periphery/CubitVault.sol |
Blocco, ricompense e uscite |
contracts/src/periphery/CubitForge.sol |
Beta curata e isolamento dei figli |
contracts/src/periphery/CubitLaunch.sol |
Lancio atomico preparato |
dapp/src/chain |
Individuazione, quotazioni, contesto di firma e vecchi Vault |
dapp/src/pages/Momentum.tsx |
Ambito di sola lettura |
services/keeper e README dei servizi |
Simulazione, gas, registri e gestione operativa |
contracts/foundry.toml e manifest dei pacchetti |
Comandi e parametri di build |
Rapporti e documenti storici
Il rapporto di riferimento è audit/reports/2026-09-10-v1-v2/BILAN_FINAL_FR.md. Il suo avviso distingue la revisione in corso dai collaudi precedenti presenti nel resto del documento.
roadmapdev.md e i documenti storici della specifica sono serviti a comprendere l’intenzione e le tappe V1/V2. I testi originali sono stati archiviati in CUBIT-cahier-des-charges/historique/2026-09-10-avant-murs-fixes/. I passaggi su un unico muro monotono, collocamento E/C, commissione ancora indecisa, vecchi parametri di lancio o scomparsa totale dei diritti amministrativi non costituiscono la regola della nuova versione.
contracts/docs/STRICT_BURN.md spiega l’evoluzione storica dei vincoli di isolamento. contracts/docs/MODULE_SETTERS.md documenta la sostituzione dei componenti periferici. Nessun vecchio numero di test viene presentato qui come risultato di validazione dei nuovi muri.
La roadmap storica della dapp è un riferimento editoriale datato; il contenuto non va usato da solo per integrare la nuova politica.
La direzione artistica
Il tema adatta le decisioni già presenti nella dapp:
| Fonte visiva | Elementi ripresi |
|---|---|
dapp/src/index.css |
Crema #f5f1e8, inchiostro #111312, viola #5b4bff, lime #c7ff3d, arancione #ff704d, carta #ede7d8 |
dapp/src/index.css |
Titoli Archivo di peso elevato e larghezza estesa; etichette Martian Mono; texture discreta |
dapp/src/components/primitives.tsx |
Bordi netti, ombre sfalsate, pannelli e stati |
dapp/src/components/Header.tsx |
Marchio tipografico, quadrato viola, navigazione e distinzione degli stati |
dapp/src/ui.tsx |
Motivo a stella occasionale ed etichette a spaziatura fissa |
I font vengono copiati localmente durante la build con le rispettive licenze. La guida riprende il linguaggio grafico della dapp senza riutilizzare slogan diventati obsoleti.
La documentazione
Il motore scelto è HonKit 6.2.2, fork del motore GitBook dedicato alla creazione di libri e documentazione da Markdown. Sommario, generazione statica, ricerca e navigazione tra pagine provengono da questo framework. Il tema CUBIT ne estende template e stili. Documentazione ufficiale HonKit.
L’installazione locale e i comandi serve / build seguono la documentazione introduttiva ufficiale. La configurazione del libro precisa tra l’altro la radice dei contenuti e gli stili. La release 6.2.2 identifica la versione usata.
Il README nella radice di gitbook/ descrive installazione, comandi, controlli browser e limiti degli strumenti. Le validazioni di questo sito verificano il libro; non validano i contratti del protocollo.
Mantenere questa guida
Per una nuova release, inizia aggiornando lo stato delle versioni e il riferimento normativo. Sincronizza poi regole, API e percorsi realmente collegati. Conserva l’indicazione storica quando un vecchio risultato non riguarda le fonti finali.
Aggiungi una pagina in docs/, inseriscila in SUMMARY.md e ricostruisci il libro. Le fonti di questa documentazione vengono selezionate esplicitamente; configurazioni private, chiavi, RPC autenticati e dump di transazioni non fanno parte del sito.