$STOCKFUN

Il token del protocollo. Cattura valore dall'intero launchpad, e applica a sé stesso la regola che impone agli altri.

Il volano

Ogni trade, su ogni mercato, accredita la voce del buyback, lo 0,5 % di default, al saldo del buyback sull'hook, dovuto al BuybackBurner. Il burner ritira quel saldo all'inizio di ogni burn, e chiunque può inviarglielo con claimBuybackFees(); dal 2026-10-01 l'hook non lo invia più durante il trade. Il burner non ha un owner proprio, né withdraw, né sweep: finché il pool di $STOCKFUN è bloccato, l'unica cosa che il suo codice attuale può fare con l'ETH che riceve è comprare $STOCKFUN e inviarlo all'indirizzo di burn, che è fissato nel codice. Dal 2026-10-05 l'owner di StockFun ha una leva su di esso, rescue: un token inviatogli per errore, in qualsiasi momento, e il suo ETH solo quando nessun burn potrebbe più spenderlo, prima che il mercato del protocollo venga indicato o una volta che la modalità di chiusura ha recuperato il pool di $STOCKFUN.

"Riacquistato e poi bruciato" è quindi una proprietà del codice anziché una promessa, finché il burner non riceve un upgrade: dal 2026-10-02 l'owner di StockFun può farne l'upgrade, con effetto immediato, come per ogni modulo tranne i token e il lock della liquidità.

Il suo mercato

$STOCKFUN ha un TreasuryVault, sul basket Index, alimentato dallo stesso 2 % di qualsiasi mercato e distribuito in airdrop agli holder di $STOCKFUN come qualsiasi tesoreria. Il protocollo applica a sé stesso la propria regola. Nessun $STOCKFUN è riservato al team. I suoi cicli dell'airdrop escludono l'indirizzo di burn, come su qualsiasi mercato, e l'operatore del lancio, che detiene l'intera supply per i pochi blocchi tra il conio e il lock: dal 2026-10-05 lo script di lancio mette quell'indirizzo in lista prima del conio.

Il buyback che alimenta quel vault non è un difetto del modello, è il volano: un acquisto di $STOCKFUN da parte del burner stesso paga il 5 %, di cui il 2 % torna al vault del protocollo e lo 0,5 % al burn successivo. La serie converge.

Cosa lo distingue

Gli schemi sono le impostazioni di default della tassa, che l'owner di StockFun può cambiare: vedi Commissioni.

Il contratto

$STOCKFUN è un semplice ERC-20 e non è upgradabile. La sua intera supply, 1.000.000.000 token di default, viene coniata una sola volta, nel costruttore, a favore dell'operatore del lancio, che la deposita tutta nella posizione bloccata: nulla è riservato al team. Non ha mint, né funzione di burn, né pausa, né blacklist, né logica propria oltre a un setter e ai suoi rescue, che appartengono all'owner di StockFun. Il setter, setRecorder, indica il registratore della detenzione a cui viene notificata ogni variazione di saldo, poiché anche la sua tesoreria viene distribuita in airdrop ai suoi holder. Se la notifica fallisce, il trasferimento fallisce: è l'unica eccezione voluta alla regola di isolamento del protocollo, vedi Architettura. I rescue, dal 2026-10-05, portano fuori solo ciò che è stato inviato per errore all'indirizzo stesso del token.

Lo script di lancio, LaunchProtocol, richiede che il contratto dell'airdrop sia indicato prima sulla factory. Imposta la lista di esclusione di $STOCKFUN, con l'operatore del lancio, sull'indirizzo che il token assumerà, poi fa il deploy del token lì e deposita la sua supply nella posizione bloccata. Dal 2026-10-06 un'esecuzione che si è fermata prima che il mercato del protocollo fosse indicato riprende con il token e il vault che ha lasciato, che lo script verifica per primi, invece di coniare un secondo $STOCKFUN. Vedi Deploy.

Il burn

"Bruciare" significa inviare a 0x000000000000000000000000000000000000dEaD. La supply totale non cambia mai — è la supply circolante a diminuire, e la differenza è verificabile da chiunque con una chiamata balanceOf.

È più onesto di un burn vero e proprio: nulla si nasconde dietro una totalSupply che cambia, tutto è un saldo pubblico.