L'airdrop

Dal 2026-09-27, la tesoreria di un mercato ha un solo uso: il 100 % delle azioni tokenizzate che compra viene distribuito in airdrop agli holder del suo token, pro rata rispetto a quanto detengono, ogni 24 ore. Il buyback del creatore che lo precedeva è rimosso.

Cosa viene distribuito

Tutto ciò che la tesoreria compra: il 2 % di ogni trade, in acquisto e in vendita, più l'eccedenza anti-snipe dei primi dieci blocchi del mercato, una volta convertito nelle azioni del basket del mercato.

La distribuzione avviene in natura: gli holder ricevono le azioni tokenizzate, in forma wrapped su Ethereum (vedi sotto), mai contanti. ETH, USDC o USDG ancora in attesa di conversione non vengono distribuiti come tali; lo sono una volta convertiti in azioni.

A chi, e dove

Agli holder del token del mercato, pro rata rispetto a quanto detengono. Gli indirizzi del protocollo stesso non ricevono nulla.

La detenzione viene calcolata come il saldo medio di ogni wallet nelle 24 ore precedenti il ciclo, anche il lunedì: detenere il token per un'ora conta per 1/24 di una giornata intera. Un acquisto fatto appena prima della chiusura della finestra non ottiene quasi nulla. Dal 2026-09-28 la detenzione di ogni wallet viene registrata onchain nel tempo, così un contratto calcola ogni quota su Ethereum; il keeper non le fornisce mai. Dal 2026-10-02 il registro è tenuto fuori dai token, da un modulo, il registratore della detenzione: ogni token gli notifica ogni variazione di saldo, e se la notifica fallisce, il trasferimento fallisce. È voluto, l'unica eccezione alla regola del protocollo secondo cui un guasto non blocca mai il resto: una notifica a cui fosse permesso fallire lascerebbe che un holder la privasse del gas nel proprio trasferimento, così che il registro salti il movimento e la sua quota cresca. Vedi Architettura e la regola operativa più avanti.

Dal 2026-10-01 il registro tiene nel tempo anche la supply registrata di ogni token: ogni saldo al di fuori del PoolManager di Uniswap. Fornisce alla quota il suo denominatore:

quota = saldo medio sulla finestra
        ÷ (supply registrata media − medie degli indirizzi esclusi)

Gli indirizzi esclusi sono quelli che non ricevono nulla: l'indirizzo di burn, sempre, e gli indirizzi nella lista di esclusione del token; vedi le esclusioni più avanti. Il registratore fornisce la supply registrata solo a ore esatte, quindi le finestre dell'airdrop iniziano e finiscono a un'ora esatta. Costa a ogni swap una scrittura in storage in più. Il primo swap di ogni ora su un token, in acquisto o in vendita, costa circa da 28.000 a 30.000 gas in più, misurato come transazione a sé il 2026-10-01, prima che il registro lasciasse i token; i 23.000 che questa pagina indicava fino alla pipeline di sicurezza del 2026-10-01 erano misurati all'interno di una sola transazione. La stima del gas fatta da un wallet verso la fine di un'ora può quindi risultare insufficiente, se la transazione arriva come primo swap dell'ora successiva. Dall'aggiornamento Glamsterdam di Ethereum (attivo su Sepolia dal 2026-10-06, sulla mainnet con il suo fork) quella scrittura crea il suo slot di storage al nuovo prezzo: su Sepolia il primo swap di un'ora è costato 123.216 gas in più. L'app dà 150.000 gas in più a un trade che può arrivare come primo swap di un'ora: solo un limite più alto, dato che una transazione paga il gas che usa.

La detenzione viene misurata su Ethereum, dove il token viene scambiato, e dal 2026-09-28 anche le azioni vi vengono distribuite. Vengono comprate su Robinhood Chain, bloccate lì in adapter LayerZero deployati da StockFun, uno per azione, e inviate su Ethereum come azioni wrapped, un'azione wrapped per ogni azione bloccata. Ogni holder riscuote la propria quota su Ethereum e paga il gas della riscossione. Per detenere l'azione reale, un holder rimanda quella wrapped attraverso il bridge verso Robinhood Chain, a proprie spese. L'owner di StockFun detiene la configurazione LayerZero degli adapter, senza periodo di attesa e senza limite ai prelievi: vedi Modello di fiducia.

La regola vale per ogni tesoreria, compresa quella di $STOCKFUN, distribuita in airdrop agli holder di $STOCKFUN.

Ogni 24 ore

L'airdrop funziona come un ciclo giornaliero, mercato per mercato. Il suo orario, 13:00 UTC di default, chiude la finestra su cui si misura la detenzione, prima dell'apertura della borsa USA, tutto l'anno: l'apertura è alle 13:30 UTC d'estate e alle 14:30 UTC d'inverno. Gli acquisti del ciclo avvengono poi durante la sessione che segue, e i suoi invii, di default, una volta terminata quella sessione:

1. Se la tesoreria del mercato ha accumulato almeno 0,1 ETH, il keeper la converte, la invia attraverso il bridge e compra le azioni del basket.
2. Una volta terminata la sessione del giorno, di default, il keeper invia le azioni acquistate al contratto dell'airdrop su Ethereum, in forma wrapped, dove il 100 % di esse può essere riscosso dagli holder del token. Dal settimo ciclo di audit, il 2026-10-06, le invia una volta che valgono quanto costa inviarle, apertura della finestra compresa; altrimenti attendono nel vault una finestra successiva, con ciò che si accumula (vedi Il keeper). Dal decimo ciclo di audit il keeper rilegge un vault che non aveva nulla da inviare dopo la chiusura solo alla sessione successiva, così un'azione data a un vault dopo la chiusura, al di fuori dei suoi acquisti, parte con l'invio della sessione successiva, in una finestra più tarda; ciò che portano gli acquisti del giorno va sempre nella finestra terminata quel giorno.

Sotto 0,1 ETH, per quel mercato quel giorno non succede nulla: l'ETH attende il ciclo successivo. Al 2 %, raggiungere la soglia richiede circa 5 ETH di volume sul mercato, sommando acquisti e vendite. Superarla durante la giornata non attiva nulla: la conversione avviene solo nel ciclo giornaliero. Il keeper controlla ogni vault al suo primo giro dopo la chiusura della finestra e ne converte l'ETH una sola volta in quella finestra; vi si attiene dal 2026-10-06, e fino ad allora convertiva l'ETH di un vault a uno qualsiasi dei suoi giri durante la sessione, non appena il vault deteneva la soglia. Il cash già in attesa in un vault prosegue, soglia o no: dal sesto ciclo di audit, il 2026-10-06, l'USDC di un vault una volta dopo ciascuna delle sue conversioni di ETH e al massimo una volta per finestra negli altri casi, e l'USDG di un vault speculare a ogni giro.

Le azioni si possono comprare solo quando la borsa USA è aperta. Non c'è quindi alcun ciclo nel fine settimana né nei giorni festivi del NYSE: le commissioni del venerdì vengono distribuite il lunedì.

La soglia e il calendario sono regole del keeper: il contratto dell'airdrop non conosce né l'una né l'altro. Conosce le finestre, e accredita ogni invio all'ultima finestra chiusa al momento del suo arrivo.

La durata e l'orario di chiusura del ciclo, la soglia, 0,1 ETH, e i limiti del contratto dell'airdrop descritti più avanti sono impostazioni dell'owner di StockFun dal 2026-10-05; i valori di questa pagina sono quelli di default. Una nuova programmazione vale per le finestre non ancora aperte: un ciclo già aperto mantiene la sua finestra.

Un ciclo che fallisce lungo il percorso — un bridge in ritardo, un feed non aggiornato, un limite non rispettato — ferma solo ciò che il guasto tocca. Dal 2026-10-05 l'acquisto di ogni azione procede a sé: un'azione la cui tratta fallisce conserva il proprio cash per un ciclo successivo mentre le altre azioni del basket vengono comprate, e un mercato lasciato fuori da un batch del bridge attende mentre gli altri attraversano. Ciò che non è andato avanti attende nei vault del mercato, su Ethereum o su Robinhood Chain, e completa il percorso al ciclo successivo, anche se la tesoreria non ha raggiunto di nuovo 0,1 ETH. L'owner di StockFun può anche spostarlo, in qualsiasi momento, con il trasferimento di emergenza, che è immediato: vedi Modalità di emergenza.

Come funziona un ciclo

Nel contratto dell'airdrop, dal 2026-10-04:

• La finestra. La finestra di un ciclo è il periodo che precede la sua fine: 24 ore che terminano alle 13:00 UTC di default. L'owner di StockFun imposta la durata e l'orario di chiusura, in ore intere (setCycleSchedule). Un invio appartiene alla finestra che termina all'ultimo orario di chiusura che precede il suo arrivo o coincide con esso, mai a una finestra anteriore all'ultimo ciclo aperto del mercato.
• L'apertura congela i numeri. Il primo invio di una finestra apre il suo ciclo. Il keeper può aprirlo prima, con openCycle, che chiunque può chiamare: lo fa una volta chiusa la finestra, prima che arrivino le azioni, così ogni consegna si limita ad aggiungersi al ciclo. L'apertura congela, definitivamente: il registratore della detenzione del token, la lista di esclusione in vigore alla chiusura della finestra, in qualunque momento il ciclo si apra, e il denominatore, la supply registrata sulla finestra meno la detenzione dell'indirizzo di burn e degli indirizzi in lista. Ogni holder di un ciclo viene misurato rispetto agli stessi numeri, qualunque cosa cambi in seguito.
• Un ciclo per finestra. Gli invii successivi nella stessa finestra si aggiungono allo stesso ciclo.
• Il keeper decide quando. Attiva gli invii; non indica mai una finestra, un holder o un importo. Un invio che arriva dopo l'orario di chiusura successivo viene quindi misurato sulla finestra del giorno dopo. È accettato e documentato.

Come ci arrivano le azioni

Due percorsi, e nient'altro accredita un ciclo.

• Da Robinhood Chain. Il keeper chiama il vault speculare del mercato, sendToAirdrop(stocks), e paga le commissioni LayerZero; ciò che paga in eccesso gli viene restituito. Dal 2026-10-06 la chiamata indica anche il gas che ogni consegna riceve su Ethereum, sendToAirdrop(stocks, receiveGas, composeGas), che l'hub remoto mantiene tra un minimo e un massimo fissati dall'owner di StockFun (vedi Il rail Robinhood e Il keeper). Per ogni azione in lista, il vault invia il suo intero saldo attraverso l'adapter che l'hub remoto indica per quell'azione, verso il contratto dell'airdrop che l'hub remoto indica, con l'id del mercato come payload. LayerZero trasporta sei decimali: meno di 10^12 unità di un'azione a 18 decimali, un milionesimo di token, restano nel vault per un invio successivo. Su Ethereum, l'OFT dell'azione conia l'azione wrapped a favore del contratto dell'airdrop, poi l'endpoint di LayerZero lo chiama. Il contratto accredita la consegna solo se proviene dal suo endpoint, da un OFT di azione che l'owner di StockFun ha registrato, da Robinhood Chain, inviata dal vault speculare del mercato indicato dal payload, e se quel mercato esiste.
• Da Ethereum. Su un vault che compra le sue azioni su Ethereum, il rail locale, il keeper chiama sendToAirdrop(stocks) sul TreasuryVault del mercato. Il vault approva gli importi esatti, il contratto dell'airdrop li preleva e accredita ciò che ha effettivamente ricevuto, e le approvazioni vengono poi chiuse. Solo il vault del mercato può inviare per esso. Un vault collegato al bridge hub rifiuta questo percorso: le sue azioni sono su Robinhood Chain.

In entrambi i casi, il keeper decide quando, mai quanto, cosa o dove: l'importo è il saldo del vault, la destinazione è il contratto indicato dal protocollo, e un'azione in lista due volte o fuori dal basket fa fallire la chiamata.

Dal 2026-10-05 ogni azione in lista va a sé. Un'azione che il suo emittente ha congelato, il cui saldo non si può leggere o, da Robinhood Chain, che non ha un adapter o la cui commissione non è coperta dal pagamento del keeper resta nel vault, con un evento (AirdropSendFailed), e le altre partono; partirà con un invio successivo. Quando non parte nessuna azione, la chiamata fallisce e ne indica il motivo.

Quote e riscossioni

• Riscuote l'holder. Ogni holder riscuote la propria quota, su Ethereum, e paga il gas: un ciclo con claim, più cicli con claimMany. Nessuno può riscuotere per qualcun altro, e il keeper non invia nulla. Dal 2026-10-05 la schermata di riscossione della dapp elenca ogni finestra che il wallet può riscuotere e invia le riscossioni, cinque cicli per transazione (dieci fino al 2026-10-06): vedi La dapp.

• L'importo. Per ogni azione di un ciclo:

  dovuto = parte intera(importo × detenzione sulla finestra ÷ detenzioni idonee)
           − quanto già pagato all'holder
  

  mai più di quanto resta al ciclo in quell'azione. Un invio dopo una riscossione aumenta l'importo, e l'holder riscuote la differenza. Ciò che l'arrotondamento lascia resta nel contratto.

• Nessuna scadenza, nessun tetto, nessun minimo. Una quota si può riscuotere in qualsiasi momento, senza termine. Non c'è alcun tetto per wallet né alcun importo minimo.
• Gli indirizzi esclusi non riscuotono nulla.
• Mai pagata da un altro ciclo. Dal 2026-10-05 il contratto dell'airdrop tiene il conto, azione per azione, di ciò che deve e di ciò che lo copre, e paga un'azione solo finché ciò che lo copre è sufficiente per ciò che deve. Ciò che lo copre viene conteggiato a partire dalle azioni accreditate ai cicli, mai letto dal saldo del contratto, che comprende anche consegne non ancora accreditate: le azioni in transito verso un altro mercato non pagano mai una riscossione. Dopo un trasferimento di emergenza che ha preso una parte di un'azione, le riscossioni di quell'azione attendono, in ogni mercato che la detiene, finché l'azione non torna tramite restore, che chiunque può chiamare (un semplice trasferimento non conta), o l'owner di StockFun non imputa la perdita al ciclo che l'ha subita. Finché nessuno ha riscosso quell'azione dal ciclo, se ne può stralciare una parte qualsiasi, e ogni holder perde nella stessa proporzione; una volta pagati alcuni holder, si può stralciare solo l'intero residuo, che perdono gli holder non ancora pagati. Ciò che raggiunge il ciclo dopo uno stralcio del genere viene ripartito pro rata tra tutti i suoi holder, come se l'importo stralciato non ci fosse mai stato. Vedi Modalità di emergenza.
• Una riscossione paga ciò che può. Dal 2026-10-05 claim e claimMany pagano ogni azione che possono. Un'azione per cui i conti non bastano, come sopra, o il cui trasferimento viene rifiutato, per esempio perché il suo emittente l'ha congelata, viene differita (ClaimDeferred): resta dovuta, e una riscossione successiva la paga. claimMany salta un ciclo la cui lista di esclusione nomina il chiamante; claim lo rifiuta (Excluded). Una riscossione che non paga nulla fallisce e ne indica il motivo: conti insufficienti per un'azione (Underfunded), un trasferimento rifiutato (TransferRefused) o nulla da riscuotere (NothingToClaim). Fino ad allora una sola azione del genere faceva fallire l'intera riscossione, e un ciclo escluso l'intero claimMany.
• Il costo. Riscuotere un ciclo di due o tre azioni costa all'incirca da 120.000 a 210.000 gas secondo le misure dei test, che girano con lo storage caldo. Misurato a freddo il 2026-10-05, con cinque azioni per ciclo, un primo ciclo costa circa da 508.000 a 528.000 gas come transazione intera, e ogni ciclo successivo dello stesso claimMany circa da 321.000 a 332.000: circa da 3,4 a 3,5 milioni di gas per dieci cicli, allora la dimensione dei batch della schermata di riscossione, e fino a circa 5,3 milioni quando anche le azioni di ogni ciclo sono fredde. Sono i prezzi del gas precedenti all'aggiornamento Glamsterdam di Ethereum. Con esso, attivo su Sepolia dal 2026-10-06, un nuovo slot di storage costa circa cinque volte tanto, e ogni azione che una riscossione paga può scriverne tre: su Sepolia la riscossione di un ciclo di tre azioni è costata 1.177.679 gas per il primo a riscuotere nel ciclo e da 878.713 a 888.051 per i successivi. Dieci cicli di cinque azioni richiederebbero circa da 8 a 14 milioni di gas, entro i 16.777.216 che EIP-7825 fissa per transazione (con Glamsterdam, sul suo gas di esecuzione), e i batch della schermata di riscossione sono di cinque cicli.

claimable indica cosa un indirizzo può riscuotere da un ciclo, azione per azione.

Le esclusioni

Ogni token ha la propria lista, stabilita dall'owner di StockFun: al massimo 16 indirizzi di default (setMaxExcluded), nessuno due volte, nessuno pari a zero. L'indirizzo di burn, 0x…dEaD, è sempre escluso e resta fuori dalla lista. Ogni modifica crea una nuova versione della lista, datata: una finestra viene misurata rispetto alla lista in vigore alla sua chiusura, in qualunque momento si apra il suo ciclo, e una modifica vale per le finestre che si chiudono dopo.

Di default è escluso solo l'indirizzo di burn sul token di un mercato. Il PoolManager di Uniswap non viene mai registrato, quindi non ha bisogno di una voce. L'unico fornitore di liquidità dei pool StockFun è il lock della liquidità, che non detiene nulla al di fuori di un lancio. Un pool su un altro exchange che detenesse il token sarebbe un normale holder registrato, che l'owner può mettere in lista.

Su $STOCKFUN, la lista comprende anche 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 in lista quell'indirizzo prima che il token esista, sull'indirizzo che il token assumerà, e poi conia, così nessuna finestra può chiudersi tra il conio e la lista: l'operatore non riceve nulla. Se l'owner cambia quella lista prima che si sia chiusa la prima finestra dopo il lancio, la nuova lista deve mantenere quell'indirizzo.

Le azioni messe da parte

Un invio per una finestra senza detenzioni idonee viene messo da parte per il mercato: per esempio azioni inviate il giorno in cui un mercato è stato lanciato, per una finestra terminata prima che esistesse.

Le azioni messe da parte vanno alla prima finestra con detenzioni idonee dopo l'ultima trovata senza, chiunque guardi e in qualunque momento. openCycle, o un invio, per la finestra immediatamente successiva le porta con sé. Altrimenti assignUnassigned, che chiunque può chiamare, esamina in ordine le finestre terminate, al massimo 30 per chiamata di default (setMaxWindowsPerAssign), e apre la prima con detenzioni idonee, anche se cicli più recenti sono già aperti. I cicli possono quindi aprirsi fuori ordine.

Ciò vale finché, nel frattempo, la programmazione dei cicli non cambia e il registratore della detenzione del token non viene sostituito. Una nuova programmazione ridisegna le finestre non ancora aperte, comprese quelle che le azioni messe da parte devono ancora esaminare; un registratore subentrato nel frattempo non misura alcuna finestra iniziata prima di lui, e le azioni attendono la prima finestra che copre per intero (vedi la regola operativa più avanti).

Un invio che non trova esso stesso detenzioni idonee, mentre finestre precedenti restano da esaminare, fallisce: prima assignUnassigned, poi di nuovo l'invio. Una consegna da Robinhood Chain resta memorizzata su Ethereum e può essere rieseguita: dal 2026-10-06 il keeper riesegue da sé una consegna memorizzata, non appena la sua simulazione va a buon fine, e lancia un'allerta con il comando per eseguirla a mano quando non può (vedi Il keeper). Dal 2026-10-05, un invio per una finestra che termina non oltre l'ultima esaminata, cosa che un passaggio a finestre più lunghe può provocare, si aggiunge invece alle azioni messe da parte: un mercato che tiene azioni da parte continua a ricevere i propri invii.

I principi

• Un airdrop di asset, mai un buyback di quote. Nessuno restituisce un token al vault. Ciò che conta è detenere il token.
• Premia la detenzione, non il trading.
• Nessun importo promesso. Un airdrop dipende dal volume passato, non da un tasso. Può essere zero, e nulla promette che domani ci sarà volume.
• Nessun riscatto. Un holder riceve la propria quota di ogni airdrop e nient'altro: continua a non esistere alcun diritto di prelievo sul vault.
• Il keeper attiva, non sceglie mai. La ripartizione è calcolata da un contratto a partire dalla detenzione che tiene il registratore della detenzione. Il keeper sceglie quando invia, mai quanto, cosa, dove o per chi, e non può assegnare una quota a sé stesso né a nessun altro al di fuori di questo calcolo.
• Mai più di quanto detiene un ciclo. Ogni ciclo paga al massimo ciò che detiene, azione per azione, e nessun holder riceve più della propria quota pro rata, arrotondata per difetto.
• Un guasto ferma solo sé stesso. Dal 2026-10-05 un'azione che non si può inviare o pagare, o un mercato che non può attraversare, attende a sé, e gli altri partono. Vedi Architettura.

La modalità di emergenza si applica al contratto dell'airdrop come a qualsiasi contratto che detiene asset del protocollo: il trasferimento dell'owner, immediato, sposta azioni e lascia le quote come sono. Dal 2026-10-05 gli altri cicli non ne fanno mai le spese: le riscossioni di un'azione presa dal trasferimento differiscono quell'azione, e pagano le altre, finché l'azione non torna tramite restore o l'owner non imputa la perdita al ciclo che l'ha subita (vedi sopra e Modalità di emergenza). La procedura dell'owner non lascia mai i conti scoperti: prima imputare la perdita al ciclo (writeDownCycle, o writeDownUnassigned per le azioni messe da parte), poi spostare l'azione. La pausa del contratto dell'airdrop ferma gli invii, l'apertura dei cicli e il collocamento delle azioni messe da parte; non sposta nulla e non ferma mai una riscossione. Il contratto dell'airdrop e il registratore della detenzione sono upgradabili dall'owner di StockFun, con effetto immediato, come ogni modulo tranne i token e il lock della liquidità.

Ne discende una regola operativa: il registratore della detenzione di un token riceve l'upgrade sul posto, il che ne conserva l'intera cronologia; non viene sostituito su un token attivo. Dal 2026-10-05 una sostituzione non interrompe più il trading: il nuovo registratore parte dalla supply del token al di fuori del PoolManager di Uniswap in quel momento, un registratore che ha già registrato il token lo rifiuta e, dal secondo ciclo di audit di quel giorno, un token rifiuta un registratore legato a un PoolManager diverso da quello in cui si trova il suo pool, che conterebbe il pool come un holder. Dal terzo ciclo, il nuovo registratore avvia una nuova registrazione al momento del cambio: il contratto dell'airdrop non misura alcuna finestra iniziata prima di esso, le cui azioni attendono, messe da parte, la prima finestra che il nuovo registratore copre per intero, e il token notifica il saldo dell'indirizzo di burn al momento del cambio, così i token bruciati restano esclusi. Ma il nuovo registratore non conosce i saldi degli holder: un holder di cui non ha visto alcun movimento risulta non aver detenuto nulla fino al suo movimento successivo, quindi una finestra che lo include gli paga di meno, e a nessuno di più. I cicli già aperti mantengono il registratore che hanno congelato. Un registratore da sostituire viene cambiato subito dopo la fine di una finestra, una volta aperti i cicli delle finestre già chiuse. Fino al 2026-10-05 un registratore nuovo partiva da una supply pari a zero: ogni vendita falliva, e le quote dei cicli aperti in seguito erano rotte per sempre.

Poiché una notifica che fallisce fa fallire il trasferimento, l'owner di StockFun conserva due leve immediate, di una transazione ciascuna: un upgrade sul posto del registratore, o setRecorder(0) sul token, che ne ferma la registrazione. Finché un token non ha un registratore, il contratto dell'airdrop non apre alcun suo ciclo, e le azioni inviate per esso vengono messe da parte finché non viene indicato un registratore.

Cosa era aperto, e come è stato deciso

Il registro del progetto, doc/DECISIONS.md, tracciava tre punti aperti come TBD 5, 7 e 8. Tutti e tre sono stati decisi il 2026-10-04:

• Un invio da parte del keeper (TBD 5). No: solo l'holder riscuote, per sé, a proprie spese.
• I limiti (TBD 7). Nessun tetto per wallet, nessun importo minimo, e le quote non scadono mai.
• Le esclusioni (TBD 8). Una lista per token, stabilita dall'owner di StockFun, al massimo 16 indirizzi di default, l'indirizzo di burn sempre escluso; di default il solo indirizzo di burn. Vedi sopra.

Cosa resta

• Gli adapter delle azioni. Gli adapter LayerZero che portano ogni azione su Ethereum, uno per azione: l'adapter lockbox su Robinhood Chain e il suo OFT su Ethereum. Non sono nel repository; i test usano dei mock
• Un deploy. Non c'è nulla di deployato

Il passaggio dell'airdrop nel keeper e la schermata di riscossione della dapp, elencati qui fino ad allora, sono stati scritti il 2026-10-05: vedi Il keeper e La dapp.

E il Treasury Ratio?

Il Treasury Ratio — valore della tesoreria diviso per la market cap circolante — era la metrica simbolo del prodotto. Non significa più nulla: la tesoreria viene svuotata a ogni distribuzione. È obsoleto dal 2026-09-27.

La metrica che lo sostituisce è ancora da decidere. La proposta attuale: il valore cumulativo delle azioni distribuite agli holder di un mercato, in dollari. Tra due distribuzioni, la dapp continua a mostrare ciò che la tesoreria detiene, in attesa del prossimo airdrop.

E il buyback del creatore?

Rimosso. Dal 2026-08-27 al 2026-09-27, il creatore di un mercato poteva far vendere azioni della tesoreria per riacquistare e bruciare il proprio token. Ora il creatore non ha alcun potere sulla tesoreria: riceve azioni solo come qualsiasi holder, se detiene il token.

Con esso se ne va il percorso inverso del bridge, da Robinhood Chain a Ethereum, che serviva solo al buyback del creatore. Ora il bridge funziona in una sola direzione. Per l'airdrop le azioni tornano nell'altra direzione, in forma wrapped, attraverso gli adapter delle azioni: un percorso diverso, che trasporta solo azioni.

Il buyback e burn di $STOCKFUN non è interessato: lo 0,5 % di ogni trade che compra $STOCKFUN e lo invia al burn non tocca alcuna tesoreria, e resta. Vedi $STOCKFUN.

La formulazione

Formulazione proposta per la dapp, da validare:

Le azioni che la tesoreria compra vengono distribuite in airdrop agli holder del token, pro rata, a ogni distribuzione. Questo non è né un rendimento né una garanzia.

Il vocabolario vietato si applica integralmente all'airdrop. Il progetto non scrive mai passive income, earn stocks, returns o your stocks are safe in the vault, e non presenta mai come certo l'importo di un airdrop futuro.

Azioni tokenizzate emesse da Robinhood, non disponibili per le US persons.