Non con un'affermazione commerciale. Con una proprietà matematica: ogni ROBI corrisponde a una frazione del treasury KAS detenuto dalla piattaforma, calcolabile in tempo reale e pubblicamente verificabile.
Endpoint pubblico no-auth · ricalcolato real-time da public.get_treasury_health() · refresh ogni 60s · —
Il "PEG ratio" è il numero che dice se il sistema è sano. Si calcola così, sempre, in modo deterministico e verificabile da chiunque.
Treasury KAS al numeratore. ROBI in circolazione al denominatore. Più cresce il treasury, più sale il PEG. Più ROBI in circolazione senza treasury, più scende. Aggiornato real-time + snapshot daily salvato per audit.
Il sistema non aspetta che la situazione peggiori. A soglie precise, scattano azioni differenziate — operative, automatiche, audit-able.
Redemption immediate, target 24h, max 48h. Bridge financing dormiente. Tutto come da prospetto pubblico.
Slowdown redemption (target 48h). Alert founder via canale dev. Community ancora operativa, ma fascia di buffer cala.
Halt redemption immediato. Bridge financing trigger. Community broadcast scripted. Founder + accountant notificati.
"€2.500 cash isolato in conto dedicato, dichiarato in bilancio come riserva non disponibile per le operazioni correnti. Coperto al 100% dal commitment personale del founder fino a Series Seed, audit trail su ogni movimento."
La regola di emissione di nuovi ROBI è essa stessa funzione del treasury. Quando il treasury cresce, vengono emessi meno ROBI per blocco di airdrop. Quando il treasury è basso, ne vengono emessi di più. Il modello produce scarsità automatica, senza schedule artificiali.
ROBI_price corrente al numeratore. Block price configurato per quell'airdrop al denominatore. Il numero 0,022 = 0,10 (ARIA→EUR) × 0,22 (split fondo treasury) = contributo treasury per ARIA spesa.
Significato: serve un utente che acquisti 23 blocchi per minare 1 ROBI. Più il treasury cresce, più aumenta il numero di blocchi necessari per minarne uno nuovo. La scarsità è automatica.
Bitcoin: scarsità artificiale schedulata (halving ogni 4 anni). AIROOBI: scarsità dinamica che emerge automaticamente dal modello economico stesso, l'emissione rallenta in proporzione alla crescita del treasury, senza schedule artificiali. Stesso outcome (scarsità), filosofia diversa: deterministica + transparent vs scheduled.
I ROBI accumulati pre-mainnet (Alpha + Beta) sono economicamente equivalenti ai ROBI on-chain post-mainnet. Stesso valore, stessa logica, stessa formula. Solo il substrate cambia.
Substrate: ledger Supabase. Tabella nft_rewards con nft_type='ROBI'.
Treasury price: treasury_stats.balance_eur / treasury_stats.nft_circulating.
Trasferibilità: soulbound (Decision A · Hole #5).
Riscossione: request_robi_redemption() RPC, weekly Monday window, conversione EUR → KAS, processing 24-48h.
Substrate: Kaspa KRC-721 on-chain, smart contract live.
Treasury price: oracleato on-chain via RPC view-only, oppure off-chain con audit pubblico.
Trasferibilità: riapertura condizionata a parere legale + stato PEG (target Q1 2027).
Mint mapping: 1-to-1 dal ledger Supabase pre-mainnet vs IOU contrattuale — TBD by founder, target fine Maggio.
Lo studio gaming-law italiano e gli organismi competenti (TULPS, ADM) valutano l'attività attraverso un test cumulativo. AIROOBI rompe strutturalmente più di un criterio. La methodology stessa è la documentazione del perché.
| Caratteristica | Modelli aleatori tradizionali | AIROOBI |
|---|---|---|
| Output dipende da chance | Sì (RNG, dealer choice) | No — punteggio calcolato da funzione pubblica calculate_winner_score, riproducibile |
| Bound rimborso minimo | Nessuno | ≥95% PEG dichiarato + verificabile |
| Trasparenza algoritmo | Closed-source / regulated black box | Open-source, RPC pubblica, audit trail |
| Asset-backing | No (banca della casa) | Sì (treasury KAS riscuotibile, weekly window) |
| Spesa massima cap | No (illimitata, può ruinare) | Cap matematico ≤30% valore oggetto via pity bonus |
| Riscossione fissa | No | Sì — weekly Monday window, target 24-48h post-batch |
8 fix recepiti integralmente dalla review ROBY. Acceptance criteria 100% chiusi. In attesa di sign-off founder per promozione.
Pubblicazione in 01_deliverables_docs/business/AIROOBI_Treasury_Backing_Methodology_v1.md. Endpoint pubblico get_treasury_health() live + landing airoobi.com/treasury.
Senza cambio di sostanza. Versioning incrementale per pulizia narrativa.
Skeezu firma il design pre-mainnet → on-chain semantics. Bump di versione documentato.
Al passaggio Pre-Prod, condizionata a parere legale specialistico + stato PEG. Decisione finale aperta.
Questa pagina è una sintesi visiva. Il documento ufficiale completo (32 pagine, frame investor-grade) è disponibile in PDF.