Open WebUI non pubblica alcun listino prezzi: openwebui.com/pricing e openwebui.com/enterprise restituiscono entrambi 404 e l'interfaccia chat è gratuita da ospitare autonomamente, senza limiti al numero di utenti né al numero di richieste. Ciò che una licenza enterprise regola è la rimozione del branding Open WebUI e l'accesso a componenti aggiuntivi riservati all'uso enterprise come Terminals, non il numero di persone che lo utilizzano. I numeri di cui un acquirente ha effettivamente bisogno sono i tre per i quali il progetto non ti fattura: la macchina, i token del modello e le impostazioni interne a Open WebUI che inviano silenziosamente token che non hai digitato. Seguono tutti e tre, con fonti e date di verifica.
Per questa query circolano tre prezzi errati, quindi è meglio chiarirli subito. $60 per postazione all'anno è reale e ufficiale, ma corrisponde al livello Supporter di Open WebUI Computer — il pacchetto cptr, un prodotto separato dello stesso team con una licenza diversa, il cui livello gratuito indica «$0 per sempre». Una cifra annuale per aziende attribuita a Open WebUI nei risultati di ricerca proviene da un fornitore di hosting terzo e non compare in alcuna pagina ufficiale, quindi non viene riportata qui. E un piano «Pro» da $19 al mese appartiene a openwebui.net — un dominio simile che non è openwebui.com e la cui app è denominata «NextChat» nei propri contenuti (verificato il 21 settembre 2026). Viene menzionato qui per consentirti di riconoscerlo e deliberatamente non viene collegato.
Quanto costa il software e cosa limita effettivamente la licenza
La homepage del progetto vende l'installazione, non un piano: «pip install open-webui / Un comando. 60 secondi. Nessun account richiesto». Il repository è attivo e non archiviato, e il suo commit più recente su main è datato 4 settembre 2026. La release corrente è v0.11.3, i cui file sono stati pubblicati su PyPI il 31 agosto 2026. Nota una discrepanza ufficiale: la scheda del blog nella homepage indica ancora v0.11.1 del 25 agosto. Quello è un post del blog, non un banner di versione; GitHub Releases è la fonte di verità per le release.
La licenza richiede la stessa attenzione. GitHub la indica come NOASSERTION / «Other», mentre gli articoli di terze parti spesso continuano a chiamarla BSD-3. Entrambe le descrizioni sono parzialmente corrette. Il file LICENSE contiene il testo BSD-3 più una quarta clausola, introdotta nella v0.6.6, che vieta di alterare, rimuovere, oscurare o sostituire il branding di Open WebUI, salvo quando «il numero totale di utenti finali … non supera cinquanta (50) in qualsiasi periodo mobile di trenta (30) giorni», quando disponi di un'autorizzazione scritta o quando possiedi una licenza enterprise. La pagina della licenza del progetto lo afferma chiaramente: «I requisiti di branding si applicano solo alle implementazioni più grandi (50+ utenti, complessivamente)» e «chiunque può comunque creare un fork dalla v0.6.5 senza alcuna restrizione». Quindi: oggi non è una licenza approvata dall'OSI, ma non è nemmeno un limite d'uso: la soglia limita il rebranding, non l'esecuzione del software.
| Voce | Quanto costa | Fonte, verificata il 21 settembre 2026 |
|---|---|---|
| Open WebUI, self-hosted, branding intatto | $0 — indicato come «Uso standard … gratuito» | Open WebUI per aziende |
| Applicazione di white-labeling o rebranding all'interfaccia | Licenza enterprise richiesta; nessuna cifra pubblicata | Stessa pagina, stessa tabella |
| La licenza enterprise in sé | Preventivo privato in base al numero di postazioni | «Inviaci il numero di utenti finali (postazioni) della tua implementazione» |
| Licenza enterprise per un individuo | Non venduta | «esclusivamente a entità e organizzazioni registrate … impossibilitati ad accogliere utenti individuali» |
Open WebUI Computer (cptr), un prodotto diverso | $0 per sempre; $60 / postazione / anno Supporter; Enterprise su misura | openwebui.com/computer |
| Token del modello | La tariffa per token del tuo provider | La fatturazione del tuo provider |
Ciò che la licenza enterprise concede, nelle parole del progetto, è «White-labeling, rebranding, modifiche al branding originale o offerte esclusive per aziende come Terminals». Terminals è documentato come il livello di orchestrazione per Open Terminal: fornisce uno workspace separato — file, processi, ambiente dei pacchetti, limiti delle risorse e confine di rete — per ogni utente, ed è l'unico esempio nominato di una funzionalità che la licenza limita, oltre al branding. L'«hosting di Open WebUI» gestito da fornitori terzi è ancora un caso distinto: è un costo server sull'infrastruttura di qualcun altro. Per questa pagina non è stata ottenuta alcuna cifra verificata per un host gestito — la pagina del piano di un fornitore, l'unica verificata, restituisce segnaposto per i prezzi anziché numeri a una semplice richiesta — quindi non ne viene citata alcuna.
Due domande diverse si celano dietro «costo dell'API di Open WebUI»
La query è realmente ambigua e le due parti hanno risposte diverse.
Le chiamate in uscita sono quelle che costano. Open WebUI non include alcun modello proprietario, quindi ogni token viene addebitato dall'endpoint configurato. L'API proprietaria di Open WebUI non costa nulla: al tag rilasciato v0.11.3, backend/open_webui/main.py espone GET /api/models (L874), POST /api/chat/completions (L1085) e — più recente e facile da non notare — un POST /api/v1/messages in stile Anthropic (L1976), con POST /api/v1/messages/count_tokens accanto (L1907). Per autenticarti usi una tua chiave Open WebUI, non quella del provider. Open WebUI non applica alcun addebito per queste chiamate, perché sono un punto di ingresso: ogni richiesta arriva comunque al servizio upstream configurato e viene fatturata lì. Indirizzare i tuoi script verso Open WebUI anziché verso il provider cambia il routing, non il costo.
Le chiamate fatturabili che non hai scritto tu
Questa è la parte che un confronto delle tariffe non considera. Nel tag v0.11.3, in backend/open_webui/config.py, quattro generatori in background sono attivi per impostazione predefinita e uno è disattivato.
| Impostazione | Predefinito nella v0.11.3 | Cosa consuma |
|---|---|---|
ENABLE_TITLE_GENERATION (L2312) | Vero | Un completamento aggiuntivo per ogni nuova chat, per assegnarle un nome |
ENABLE_TAGS_GENERATION (L2310) | Vero | Un completamento aggiuntivo per ogni nuova chat, per assegnarle tag |
ENABLE_RETRIEVAL_QUERY_GENERATION (L2317) | Vero | Un completamento aggiuntivo ogni volta che viene eseguito il retrieval |
ENABLE_SEARCH_QUERY_GENERATION (L2315) | Vero | Un completamento aggiuntivo quando viene utilizzata la ricerca web |
ENABLE_AUTOCOMPLETE_GENERATION (L2346) | Falso | Nulla, a meno che tu non lo attivi |
TASK_MODEL / TASK_MODEL_EXTERNAL (L2193, L2195) | Vuoto | Vuoto significa che queste attività vengono eseguite sul tuo modello di chat |
Non è stato misurato per questa pagina quanti token aggiuntivi comporti in pratica, e qualsiasi percentuale che affermasse il contrario sarebbe inventata. Ciò che è verificabile è la struttura: i flag sono attivi, il modello per le attività non è impostato, quindi il traffico per denominazione e assegnazione dei tag viene fatturato al modello di chat già utilizzato dalla conversazione finché non specifichi un ID economico in TASK_MODEL_EXTERNAL. Anche le FAQ proprietarie di Open WebUI dicono la stessa cosa — «Per impostazione predefinita, queste attività usano lo stesso modello con cui stai chattando» — e raccomandano la stessa soluzione. Due impostazioni predefinite vanno nella direzione opposta e vale la pena conoscerle prima di fare il budget: la ricerca web è disattivata (ENABLE_WEB_SEARCH, L1155) e la generazione di immagini è disattivata (ENABLE_IMAGE_GENERATION, L1336), mentre l'interprete di codice è attivo (L422).
Quattro sottosistemi, quattro slot per endpoint — e un'impostazione predefinita da leggere due volte
La compatibilità della chat non si estende al resto del prodotto. Gli embedding per il retrieval, la conversione da voce a testo, la conversione da testo a voce e la generazione di immagini hanno ciascuno la propria coppia di base URL e chiave, e il fallback di ciascuno è il singolare OPENAI_API_BASE_URL. Ecco il punto sorprendente: al tag v0.11.3, dopo la creazione dell'elenco delle connessioni, la riga 365 di config.py riassegna OPENAI_API_BASE_URL = 'https://api.openai.com/v1' incondizionatamente. Ogni valore predefinito dei sottosistemi valutato in seguito — RAG_OPENAI_API_BASE_URL (L1092), IMAGES_OPENAI_API_BASE_URL (L1490), AUDIO_STT_OPENAI_API_BASE_URL (L1565), AUDIO_TTS_OPENAI_API_BASE_URL (L1606) — punta quindi all'endpoint OpenAI indipendentemente dalla variabile impostata per la chat. Questo è il valore predefinito a livello di modulo ricavato dal codice sorgente; questi valori inizializzano una configurazione persistente che l'interfaccia di amministrazione può poi sovrascrivere, e per questa pagina il comportamento non è stato riprodotto in un'istanza in esecuzione. Issue #22084 descrive lo stesso sintomo; è stata aperta il 1° marzo 2026 ed è ora chiusa come completata, quindi considera la lettura del codice precedente come il valore predefinito a livello di modulo nella v0.11.3, non come un bug aperto.
La buona notizia è che tutti e quattro questi slot non comportano alcuna spesa API con le impostazioni predefinite.
| Sottosistema | Predefinito nella v0.11.3 | Costo predefinito |
|---|---|---|
| Retrieval dei documenti | RAG_EMBEDDING_ENGINE vuoto (L996); modello sentence-transformers/all-MiniLM-L6-v2 (L1002) | Nessuna spesa API: il passaggio di embedding viene eseguito localmente, sulla tua CPU e RAM |
| Trascrizione vocale | AUDIO_STT_ENGINE vuoto (L1571), Whisper locale | Nessuna spesa API; viene utilizzato invece il calcolo locale |
| Sintesi vocale | AUDIO_TTS_ENGINE vuoto (L1620) | Nessuna spesa API — con il motore non impostato, la route /audio/speech del server risponde 404 invece di effettuare una chiamata esterna (routers/audio.py L559) |
| Generazione di immagini | Disattivata (L1336) | Nulla finché non la abiliti e scegli un endpoint |
Kunavo non fornisce embedding, non fornisce la conversione da voce a testo e non fornisce la conversione da testo a voce.
Questo confine determina quali di questi slot puoi indirizzare a un gateway: RAG_OPENAI_API_BASE_URL, AUDIO_STT_OPENAI_API_BASE_URL e AUDIO_TTS_OPENAI_API_BASE_URL non sono slot da indirizzare qui. Lascia il passaggio di retrieval sul valore predefinito locale — è sia l'impostazione distribuita sia quella gratuita — oppure invialo a un provider che offre questo passaggio. L'unica voce della fattura di retrieval che raggiunge un provider di chat è il testo recuperato, che arriva come normali token di input all'interno del prompt successivo. Implementazione RAG illustra come la dimensione dei chunk e il top-k si traducono in quel conteggio di input.
# The chat connection. This is the only slot the setup guides cover.
OPENAI_API_BASE_URL=https://api.kunavo.com/v1
OPENAI_API_KEY=sk-kn-...
# Titles, tags and retrieval queries run on the CHAT model unless you say
# otherwise. TASK_MODEL_EXTERNAL defaults to empty (config.py L2195).
TASK_MODEL_EXTERNAL=claude-haiku-4-5
# Leave the document-embedding step alone: empty means local, and local
# means no API spend at all (config.py L996 and L1002).
RAG_EMBEDDING_ENGINE=
RAG_EMBEDDING_MODEL=sentence-transformers/all-MiniLM-L6-v2Una stima illustrativa per una giornata di chat
Questa è un'aritmetica illustrativa dei token, non un costo misurato né un limite di spesa. Supponi la giornata lavorativa di una persona nella finestra di chat: 40 turni dell'assistente, ciascuno con 6.000 token di input non memorizzati nella cache (il thread visibile più eventuali chunk recuperati) e 700 token di output — 240.000 token di input e 28.000 di output in totale. Supponi 8 nuove chat quel giorno e che i generatori predefiniti di Open WebUI per titolo, tag e query di retrieval eseguano tre chiamate aggiuntive per chat, ciascuna con 2.000 token di input e 40 di output. La dimensione per chiamata è un'ipotesi; non è stata misurata. Le tariffe sono i prezzi correnti del catalogo Kunavo per milione di token.
| Modello | Input / output per 1M | 40 turni di chat | Attività in background | Totale giornaliero |
|---|---|---|---|---|
| Claude Haiku 4.5 | $0,70 / $3,50 | $0,266 | $0,037 | $0,303 |
| GPT-5.6 Terra | $0,70 / $4,20 | $0,286 | $0,038 | $0,323 |
| Claude Sonnet 4.6 | $2,10 / $10,50 | $0,798 | $0,111 | $0,909 |
| Claude Sonnet 5 | $1,40 / $7,00 | $0,532 | $0,074 | $0,606 |
Leggi l'ultima colonna, non quella della chat. Con queste ipotesi, il traffico in background rappresenta circa il 12% di una giornata da Claude Sonnet 5 — $0,074 su $0,606 — speso per denominare e assegnare tag alle chat. Impostando TASK_MODEL_EXTERNAL su Claude Haiku 4.5 invece, quella quota scende a $0,037 e la giornata a $0,569, senza modificare ciò che gli utenti leggono effettivamente. Questa singola impostazione incide su questa spesa più del passaggio a un altro provider della stessa fascia.
Moltiplica per il numero effettivo di utenti e di giorni prima di considerarla un budget e nota cosa esclude il calcolo: caching dei prompt, generazione di immagini o video e qualsiasi strumento chiamato dall'interprete di codice. L'importo del catalogo Kunavo è un minimo di fatturazione, non un tetto: quando l'upstream comunica il proprio addebito, la fattura è il maggiore tra il costo di catalogo e il costo upstream moltiplicato per il markup applicabile. La ricarica minima Kunavo è $10 di credito prepagato, cioè un minimo di finanziamento, non un abbonamento né una tariffa per postazione. Consulta i dettagli di fatturazione e l'utilizzo per il registro per richiesta. Open WebUI mostra anche una propria vista: il README v0.11.3 descrive dashboard di amministrazione che «monitorano il volume dei messaggi, il consumo di token e i costi tra utenti e modelli». Questa funzionalità non è stata utilizzata per questa pagina e due contatori che conteggiano lo stesso traffico non coincideranno token per token, quindi riconcilia i dati con il lato che stai effettivamente finanziando.
Quale percorso conviene e quando
| Percorso | Vantaggioso quando | A cosa rinunci |
|---|---|---|
| API diretta del fornitore | I modelli di un solo vendor coprono tutto ciò che fanno i tuoi utenti | Una seconda famiglia implica una seconda connessione, una seconda chiave e un secondo saldo da monitorare |
| Gateway (Kunavo e le sue alternative) | Vuoi diverse famiglie in un unico selettore dietro una sola chiave, con i prezzi per modello visibili in un unico punto | Un livello tra te e il vendor; gli extra specifici del vendor, come il caching nativo dei prompt, si comportano diversamente a seconda del gateway e vale la pena testarli prima di farvi affidamento |
| Modello locale tramite Ollama o llama.cpp | Lavori privati o a basso rischio, nessun addebito per richiesta e supporto nativo documentato da Open WebUI per entrambi | Hardware e un divario di capacità rispetto ai modelli frontier ospitati; retrieval e thread lunghi diventano costosi in RAM anziché in denaro |
| Un abbonamento consumer per la chat | Ti interessa soprattutto il prodotto proprietario di un solo vendor | Non si connette: Open WebUI richiede un endpoint API e un abbonamento chat non lo è |
| Hosting gestito di Open WebUI | Non vuoi eseguire il container | Un costo server aggiuntivo rispetto al costo dei token; in questa pagina non viene citato alcun prezzo perché non è stato possibile verificarne nessuno |
Un dettaglio del protocollo determina la configurazione più della scelta del vendor. Open WebUI è esplicitamente orientato al protocollo: implementa il protocollo OpenAI Chat Completions e non aggiunge API specifiche dei provider al core, quindi devi fornirgli una radice /v1 in stile OpenAI, anche per i modelli Claude. La sua pagina Anthropic configura https://api.anthropic.com/v1 come connessione OpenAI e riporta l'avvertenza di Anthropic secondo cui il livello di compatibilità è destinato ai test, non alla produzione. Esiste inoltre un toggle API Type per connessione per Open Responses, che la documentazione definisce sperimentale e avverte che «potrebbe non funzionare come previsto con tutti i provider». Kunavo espone una route in stile Responses, ma questa combinazione non è stata testata a runtime per questa pagina, quindi considera il percorso chat-completions quello noto come funzionante e il toggle qualcosa da provare su una connessione non essenziale.
Stai confrontando il frontend in sé anziché il provider? LibreChat vs Open WebUI e AnythingLLM vs Open WebUI analizzano questa scelta, mentre miglior gateway LLM confronta il livello gateway in base a tariffe e condizioni di finanziamento, non alla profondità dell'integrazione.
Configurarlo e poi controllare l'addebito del primo giorno
La connessione si trova in Settings → Admin → Connections → «Manage OpenAI API Connections» → «Add Connection», con un URL e un campo API Key; la stessa operazione può essere eseguita con le due variabili d'ambiente sopra all'avvio del container. Mantieni /v1 nell'URL: Open WebUI aggiunge da sola la route e il codice sorgente rimuove la barra finale.
Vale la pena conoscere in anticipo una modalità di errore, perché sembra un'integrazione non funzionante ma non lo è. La documentazione proprietaria di Open WebUI afferma che il salvataggio di una connessione non la verifica, che il pulsante Verify chiama l'endpoint /models del provider e che, se la chiamata fallisce, «ciò non significa che il provider sia incompatibile: i completamenti chat continueranno a funzionare»; devi invece inserire gli ID dei modelli nella allowlist Model IDs della singola connessione. Compilare questa allowlist è comunque utile: in un catalogo con modelli per immagini, video e musica, un filtro vuoto inserisce nel selettore modelli che una finestra di chat non può chiamare.
Kunavo pubblica una guida alla configurazione per questo client. Si tratta di un riferimento di configurazione pubblicato, non di un test di compatibilità: Open WebUI non è stato testato a runtime qui con l'endpoint Kunavo e tutto quanto sopra è stato ricavato dal codice rilasciato di Open WebUI e dalla sua documentazione. Mantieni disponibile una route funzionante mentre lo provi, esegui una giornata con limiti definiti e poi leggi ciò che il tuo account ha effettivamente registrato. Inizia dalla guida all'integrazione di Open WebUI e crea un account Kunavo quando sei pronto a finanziare una chiave.
Domande frequenti
Quanto costa Open WebUI?
Il software è gratuito e non esiste un listino prezzi da consultare: openwebui.com/pricing e openwebui.com/enterprise restituiscono entrambi 404 e la riga di installazione della homepage recita "pip install open-webui / Un comando. 60 secondi. Nessun account richiesto." (verificato il 19 settembre 2026). Non esiste alcun limite al numero di utenti né al numero di richieste quando lo esegui. Ciò per cui paghi effettivamente è la macchina su cui viene eseguito, i token dei modelli che invia e — se vuoi rimuovere il branding Open WebUI o desideri un componente aggiuntivo riservato all'uso enterprise come Terminals — una licenza enterprise, per la quale non è pubblicata alcuna cifra e il cui prezzo il progetto comunica dopo che hai inviato il numero di utenti.
Open WebUI dispone di una pagina dei prezzi o di un prezzo enterprise pubblicato?
No. La documentazione enterprise chiede di comunicare il numero di utenti finali (seat) e stabilisce che le licenze enterprise sono disponibili esclusivamente per entità e organizzazioni registrate, non per singoli utenti. Nessun importo in dollari compare in alcuna pagina ufficiale di Open WebUI. I provider di hosting e i siti di contenuti di terze parti pubblicano tabelle dei piani e cifre annuali per "Open WebUI pricing" che il progetto stesso non pubblica; considerale contenuti dei provider. Un dominio distinto dall'aspetto simile, openwebui.net, vende un piano "Pro" da $19 al mese per un'app che presenta con il marchio "NextChat"; non è openwebui.com e non è gestito dal progetto.
Mi serve una licenza enterprise per eseguire Open WebUI per più di 50 utenti?
Non secondo la tabella enterprise del progetto, che indica come Free lo Standard Use — uso interno con il branding originale intatto — e richiede una licenza enterprise solo per il white-labeling, il rebranding o le offerte esclusive enterprise. La soglia dei cinquanta utenti si trova nella clausola 4 della LICENSE e determina una sola cosa: se puoi modificare, rimuovere, oscurare o sostituire il branding Open WebUI senza autorizzazione, in un qualsiasi periodo mobile di trenta giorni. Leggi personalmente il testo della licenza prima di una distribuzione su larga scala; questa è una sintesi, non una consulenza legale.
Qual è la migliore API per Open WebUI?
Dipende da quanti provider vuoi nel selettore. Open WebUI non include alcun modello proprio e non impone alcuna allowlist di provider, quindi ogni percorso è disponibile: un'API diretta del provider è la scelta migliore quando i modelli di un singolo provider coprono tutto ciò che fai e vuoi usufruire delle condizioni di caching e batch del provider; un gateway è la scelta migliore quando una sola connessione deve esporre diverse famiglie al selettore dei modelli con una sola chiave e un solo saldo; un server locale tramite Ollama o llama.cpp è la scelta migliore per attività private o a basso rischio senza costi per richiesta. Un'API diretta del provider e un gateway richiedono la stessa configurazione: il modulo di connessione compatibile con OpenAI di Open WebUI richiede in entrambi i casi un URL e una chiave API. Un server locale è diverso: devi anche installarlo ed eseguirlo, e Open WebUI documenta Ollama e llama.cpp nelle rispettive pagine di connessione.
Qual è l'API più economica per Open WebUI?
La tariffa pubblicata più bassa e il modo più economico per ottenere la risposta sono questioni diverse. Un'interfaccia chat addebita l'intero thread visibile a ogni turno, quindi una conversazione lunga su un modello con tariffa bassa può costare più di una breve su un modello con tariffa alta, e un modello che richiede un secondo tentativo costa il doppio. Tre impostazioni incidono sul costo della chat più della tabella delle tariffe: il modello su cui vengono eseguite per impostazione predefinita la generazione del titolo, del tag e della query di recupero; la quantità di testo dei documenti recuperati inserita in ogni prompt; e la durata consentita a un thread prima di iniziarne uno nuovo. Correggi prima questi aspetti, poi confronta le tariffe.
Qual è il modello migliore per Open WebUI?
Scegli in base a ciò che la finestra deve effettivamente fare, non in base alla posizione nei benchmark. I documenti lunghi incollati e i thread RAG richiedono una finestra di contesto ampia e una tariffa di input bassa, perché l'input è la classe di token su cui un'interfaccia chat spende di più. La chiamata agli strumenti e l'interprete di codice integrato richiedono un modello la cui chiamata di funzioni sia affidabile sull'esatto endpoint che stai utilizzando: la documentazione del provider di Open WebUI avverte che l'endpoint compatibile con OpenAI di Google elimina le chiamate agli strumenti trasmesse in streaming, una proprietà dell'endpoint e non del modello. La visione è importante se gli utenti incollano screenshot. Una configurazione sensata prevede due connessioni: un modello economico come predefinito e un modello potente a cui gli utenti possano passare.
Open WebUI è la stessa cosa di text-generation-webui?
No. Open WebUI è open-webui/open-webui, mantenuto da Open WebUI Inc., con v0.11.3 come release più recente. text-generation-webui di oobabooga è un progetto diverso, di un manutentore diverso, ora rinominato TextGen e spostato su github.com/oobabooga/textgen. Entrambi espongono API compatibili con OpenAI, quindi uno snippet di configurazione dell'uno può sembrare plausibile nell'altro, ma non è intercambiabile.
Pagine di Open WebUI, repository, cronologia dei commit e pacchetto verificati il 19 settembre e riverificati il 21 settembre 2026; i codici 404 su openwebui.com/pricing e openwebui.com/enterprise sono stati ottenuti direttamente e ogni impostazione predefinita di configurazione citata è stata letta al tag rilasciato v0.11.3, anziché su main. Non verificati: prezzi dell'hosting gestito, qualsiasi cifra in dollari per l'offerta enterprise, l'overhead di token delle attività predefinite in background, le dashboard di utilizzo di Open WebUI stesso e qualsiasi esecuzione end-to-end di Open WebUI con Kunavo. Le tariffe dei token Kunavo provengono dal catalogo attivo e ogni esempio in dollari riportato qui è un'aritmetica illustrativa dei token.