Eseguire la manutenzione
Le funzioni di manutenzione sono permissionless: un utente o un bot può chiamarle senza ruolo amministrativo. Le regole del contratto decidono se l’operazione è ammissibile.
| Chiamata | Effetto previsto | Compenso |
|---|---|---|
raiseFloor() |
Collocare fondi ammissibili in un muro secondo la politica della versione | Premio limitato proveniente dal ladder |
rebalance() |
Riorganizzare il ladder ed effettuare le assegnazioni previste | Premio limitato proveniente dal ladder |
burnAbsorbed() |
Distruggere l’inventario isolato | Nessun premio |
Il nome raiseFloor viene conservato nell’API storica. Con la nuova formula, il livello di un nuovo muro può essere inferiore a quello di un muro finanziato in precedenza.
Percorso manuale
- Verifica il deployment e l’aggiornamento dei dati nella pagina Keepers.
- Leggi l’ammissibilità fornita dal Lens: cooldown, movimento, riserva e stato di pausa.
- Simula la chiamata con l’account che la invierà e confronta il costo stimato con l’eventuale premio.
- Invia la transazione, poi controlla la ricevuta e gli eventi.
Un’azione diventata inammissibile tra lettura ed esecuzione può essere rifiutata. Un errore RPC non fornisce informazioni sull’ammissibilità.
Le condizioni del ribilanciamento
Le fonti prevedono un movimento di almeno 1 250 tick dal riferimento dell’ultimo ribilanciamento e un’attesa di 25 blocchi. Il pool deve essere inizializzato e la manutenzione autorizzata.
La funzione non permette di scegliere arbitrariamente le bande, la quota dello sweep o il beneficiario dei muri.
Le condizioni del collocamento
Una riserva insufficiente, un obiettivo impossibile da collocare nello stato corrente, vincoli del pool o una pausa possono impedire raiseFloor().
Se nessun collocamento è possibile, le nuove commissioni restano in attesa e i vecchi muri conservano i loro tick. I nomi esatti dei rifiuti e le nuove anteprime vanno letti nell’ABI validata della nuova versione.
Il premio non è un rendimento garantito
I parametri del codice letto sono 50 bps degli ETH movimentati, ossia lo 0,50%, con un tetto di 0,01 ETH. Per il collocamento di un muro, l’importo è limitato anche dagli ETH inattivi disponibili nel ladder.
Il costo reale dipende dal gas usato, dal suo prezzo e dallo stato finale. Il premio non proviene dai fondi assegnati ai muri. Un keeper può scegliere di eseguire un’operazione in perdita per mantenere il servizio.
Pausa e burn
Il guardian può sospendere raiseFloor() e rebalance() durante il suo periodo di autorità. Gli swap restano accessibili tramite un’integrazione compatibile e burnAbsorbed() non viene sospeso da questa pausa di manutenzione.
La scadenza del guardian e l’amministrazione dei moduli V2 sono due questioni separate. Permessi e sostituzioni.
Automatizzare questo percorso
Il servizio services/keeper legge il Lens, simula e segue le ricevute. Una modalità dry-run permette una verifica senza inviare transazioni. L’esercizio continuo, il finanziamento del gas e i registri di ripristino restano da organizzare. Guida operativa.
Fonti: entry point e costanti di CubitHook.sol, CubitLens.canRebalance, services/keeper/src/index.ts e relativo README.