100% DA burned · 75% payout in USDT · 25% stays in pool — drives price up
Sell now at current price. 25% stays as backing in the pool.
{}
AUTO-SELL
Sell at peak
{fmtUsd(autoSellPayout)}
(30% stays in pool)
100% DA burned · 70% payout in USDT · 30% stays in pool — drives price up
Auto-sells progressively from remaining balance if not sold manually.
{}
{daAmount > 0 &&
{autoSellBetter ? <>Auto-sell pays {fmtUsd(sellDifference)} more despite 30% retention — DA price growth outweighs the extra 5% retention. : <>At this price projection, manual sell pays {fmtUsd(sellDifference)} more.}
worth {fmtUsd(tokensReturnedValue)} at future price
{paybackPercent < 100 && tokensLocked > 0 &&
{tokensLocked.toLocaleString('en-US')} DA remain locked as collateral
}
{}
{}
3
YOUR PROFIT
{fmtUsd(netPosition)}
Net position
NET POSITION
{fmtUsd(netPosition)}
All fees included
VS HOLD
{fmtUsd(futureValue)}
VS SELL NOW
{fmtUsd(manualSellPayout)}
25% stays in pool
{}
Lending lets you access liquidity NOW while keeping exposure to DA price growth.
{paybackPercent === 100 ? At 100% repayment, you recover your full DA position at the new price. : At {paybackPercent}% repayment, {tokensLocked.toLocaleString('en-US')} DA remain locked. Unpaid loans default through the auto-sell cycle.}
{}
Each loan stays open until its collateralized stack enters the auto-sell cycle. If not repaid before then, the DA collateral is progressively burned.
}
;
};
Una volta che un utente detiene DA, ha due opzioni finanziarie principali: vendere l'asset o utilizzarlo come collaterale per un prestito.
Il 100% del DA venduto viene bruciato in modo permanente. Ricevi il 75% (manuale) o il 70% (auto) del valore in USDT. Il restante 25% (manuale) o 30% (auto) è una commissione di protocollo che resta nel pool come backing e fa salire il prezzo del DA.
Prendi in prestito a un LTV fisso del 70% in USDT contro il tuo DA. Una commissione una tantum del 5% viene pagata all'emissione e non viene mai addebitata di nuovo al rimborso. Il tuo DA resta nel tuo TokenStack finché non rimborsi (in tutto o in parte) o il batch non entra nel suo ciclo di auto-vendita.
## Vendita di DA e Meccanica del Burn
Quando si vende DA, ci sono due scenari distinti con condizioni diverse:
1. **Vendita Manuale (l'utente vende in modo indipendente):**
* L'utente riceve il **75%** del valore DA in USDT al prezzo corrente.
* Il **100%** dei token DA venduti viene bruciato in modo permanente.
* Il restante 25% è una commissione di protocollo che resta nel pool come backing in USDT — con meno token e la stessa liquidità, questo 25% guida direttamente la crescita del prezzo.
2. **Auto-Vendita (attivata dopo la scadenza del periodo TokenStack):**
* L'utente riceve il **70%** del valore DA in USDT al prezzo della data dell'auto-vendita.
* Il **100%** dei token DA auto-venduti viene bruciato in modo permanente.
* Il restante 30% è una commissione di protocollo che resta nel pool come backing in USDT — questo 30% è ciò che fa salire il prezzo.
* L'auto-vendita si attiva automaticamente se l'utente non ha venduto manualmente prima della scadenza del periodo.
In entrambi i casi, il 100% dei token venduti viene bruciato — il 25%/30% rappresenta la commissione di protocollo che resta nel pool come backing in USDT. Questo è il meccanismo che guida la crescita del prezzo: meno token + stessa liquidità = prezzo più alto per DA. L'auto-vendita offre un payout inferiore del 5%, incentivando gli utenti a gestire attivamente le proprie posizioni in DA.
**La vendita di DA consuma l'Income Limit del tuo NFT.** Ogni vendita manuale o auto-vendita di DA riduce l'Income Limit residuo del tuo NFT dell'importo del payout in USDT — sullo stesso piano delle ricompense di marketing. Se l'Income Limit è esaurito, la vendita manuale di DA non è possibile (il sistema non può accreditare il payout), e in caso di auto-vendita il 100% dei proventi viene indirizzato al Pool di Liquidità DA o al burn (il meccanismo esatto è determinato dalle impostazioni della DAO). Mantieni il tuo Income Limit attivo — tramite Autobuy o rinnovo manuale dell'NFT — per ricevere il payout quando vendi DA.
L'**auto-vendita** si attiva automaticamente se non vendi manualmente prima della scadenza del periodo TokenStack. Paga il 5% in meno (70% vs 75%), incentivando la gestione attiva.
## Periodi di Auto-Vendita
Il DA è al 100% disponibile per l'utente immediatamente al farming — non c'è alcun periodo di lock-up. L'utente può vendere manualmente in qualsiasi momento (ricevendo il 75% in USDT) o stipulare un prestito contro il proprio DA. Se l'utente **non** agisce, il sistema attiva vendite forzate automatiche dal **saldo residuo** progressivamente in 4 periodi che coprono complessivamente **365 giorni (1 anno)**. Le durate dei periodi sono espresse in giorni on-chain (120 / 90 / 90 / 65 giorni); i riferimenti ai mesi qui sotto sono approssimazioni per la leggibilità.
**Esempio iniziando con 100 DA:**
Se non hai venduto manualmente entro 120 giorni (\~4 mesi), il 25% del tuo saldo DA attuale viene auto-venduto. Il 25% di 100 DA = **25 DA auto-venduti** → Ricevi il 70% del valore in USDT al prezzo corrente → Il 100% di 25 DA viene bruciato → Residuo: **75 DA**
Il 40% del saldo residuo viene auto-venduto. Il 40% di 75 DA = **30 DA auto-venduti** → Residuo: **45 DA**
Il 50% del saldo residuo viene auto-venduto. Il 50% di 45 DA = **22,5 DA auto-venduti** → Residuo: **22,5 DA**
Il 100% del saldo residuo viene auto-venduto. Posizione completamente chiusa. Il 100% di 22,5 DA = **22,5 DA auto-venduti** → Residuo: **0 DA**
Le percentuali di auto-vendita (25% / 40% / 50% / 100%) mostrate sopra rappresentano la configurazione attuale del protocollo. I valori specifici sono memorizzati come parametri del protocollo e sono soggetti alle procedure standard di governance. Verifica sempre lo smart contract o la documentazione attuale del protocollo per i valori più recenti.
Ogni auto-vendita viene eseguita al prezzo del DA in quel momento, non al prezzo di farming originale. Poiché il prezzo cresce nel tempo, le auto-vendite successive bruciano token a un prezzo più alto — rinforzando ulteriormente la deflazione.
**Auto-Vendita con Income Limit Zero:** Se l'auto-vendita di DA si attiva e l'utente ha Income Limit zero sul proprio NFT (il che significa che l'NFT non è stato rinnovato), il 100% dei proventi viene indirizzato al Pool di Liquidità o al burn del DA. Il meccanismo esatto è determinato dalle impostazioni della DAO. Gli utenti dovrebbero sempre mantenere un Income Limit attivo per ricevere il proprio payout di auto-vendita.
## Lending (Credito contro DA)
I detentori di NFT Premium ed Elite (Livello 5 e superiori) possono stipulare un prestito in USDT contro il proprio collaterale DA invece di venderlo. Il prestito è collateralizzato da uno specifico batch DA da un singolo ciclo completato di mining e farming - l'intero batch in una volta, non una sua frazione. I livelli inferiori non eseguono il mining e non hanno collaterale DA da mettere a garanzia.
Ogni prestito viene emesso a un **LTV fisso del 70%** con una **commissione una tantum del 5%** indirizzata al Pool di Liquidità DA all'emissione. Nulla viene addebitato al rimborso. Il mutuatario riceve il 95% dell'importo lordo del prestito nel proprio Saldo Regolare. Esempio: per un batch da 100 DA a un prezzo DA di 1,00 USDT, il prestito lordo è 70 USDT, la commissione è 3,50 USDT e il payout netto al mutuatario è 66,50 USDT.
La proprietà strutturale distintiva è che il prezzo DA viene catturato in `loan.price` all'emissione e non viene mai riprezionato in seguito. La successiva crescita del prezzo DA non aumenta il debito - quindi il mutuatario estrae liquidità USDT al prezzo odierno mantenendo il rialzo sulla futura apprezzazione. Il prestito non ha una scadenza fissa, può essere rimborsato in tutto o in parte in qualsiasi momento prima che il batch entri nel suo ciclo di auto-vendita, e un determinato batch può essere dato in pegno solo una volta nel corso della sua intera vita.
Se il prestito non viene rimborsato prima che il batch entri nel suo ciclo di auto-vendita, il DA dato in pegno viene progressivamente bruciato attraverso il programma standard a quattro periodi. Il mutuatario conserva gli USDT ricevuti all'emissione; il valore USDT di ogni porzione bruciata fluisce al Pool di Liquidità DA. Tra i periodi di auto-vendita il mutuatario può ancora intervenire e chiamare `repay()` per recuperare il DA ancora in pegno.
**Default sul Lending - Burn Progressivo:** Se il prestito non viene rimborsato prima che il batch collateralizzato entri nel suo ciclo di auto-vendita, il collaterale procede attraverso il programma standard a quattro periodi (25% / 40% / 50% / 100% del DA in pegno **rimanente** bruciato in 120 / 90 / 90 / 65 giorni, 365 giorni totali). Il 100% del DA bruciato viene distrutto in modo permanente; il corrispondente valore USDT a `loan.price` viene indirizzato al Pool di Liquidità DA. Il mutuatario **non** riceve USDT per la porzione bruciata - l'unico recupero economico da un batch in default è l'USDT ricevuto all'emissione.
**Il recupero parziale è sempre disponibile.** Il mutuatario può chiamare `repay()` tra qualsiasi due periodi di auto-vendita e recuperare il DA in pegno **rimanente** pagando solo per ciò che è ancora in pegno. Il DA già bruciato nei periodi precedenti non può essere recuperato, ma ogni burn futuro può ancora essere fermato rimborsando prima del confine del suo periodo.
**`repay()` dopo l'avvio dell'auto-vendita - comportamento corretto post-CertiK (RWA-58):** Le versioni precedenti del contratto revocare `repay()` una volta che il batch attraversava il ciclo di auto-vendita. Dopo l'audit CertiK, questo è stato corretto: `repay()` è ora richiamabile in qualsiasi fase della vita del prestito. Quando il batch ha già attraversato un trigger di auto-vendita, il contratto esegue prima `_processExpiredStacks()` per liquidare ogni periodo il cui confine è già passato - bruciando la corrispondente quota di collaterale - e poi procede contro il resto post-burn.
Conseguenza pratica: un `repay()` tardivo non può "anticipare" un burn già scattato. Per preservare l'**intero** collaterale, il mutuatario deve rimborsare prima di attraversare il primo trigger di auto-vendita (Periodo 1, attualmente giorno 120 della vita del batch).
Idoneità, la finestra di emissione di 30 giorni, formule, rimborso parziale con esempi pratici, matematica completa del default e la tabella dei parametri - tutto in una pagina dedicata.