Basic Attention

Che cos’è Basic Attention Token (BAT)?

Basic Attention Token (BAT) è un token di utilità ERC‑20 emesso su Ethereum, utilizzato all’interno del Brave browser per fare da intermediario in un sistema di pubblicità digitale e monetizzazione dei creator che tutela la privacy.

L’obiettivo dichiarato a livello di protocollo è ristretto e verificabile: cerca di ridurre le frodi e le commissioni opache nella pubblicità sul web spostando il matching degli annunci sul dispositivo dell’utente, mantenendo i dati comportamentali in locale e regolando gli incentivi tra inserzionisti, utenti ed editori tramite un token trasferibile invece che tramite crediti chiusi di piattaforma.

Il vantaggio competitivo di Brave, per quanto esista, è dato da distribuzione più integrazione di prodotto: l’unità pubblicitaria non è un’API aggiunta a browser di terze parti, ma una funzionalità nativa, accoppiata a protezioni di tracciamento integrate, un’esperienza wallet incorporata e un’impostazione predefinita di “pubblicità con opt‑in” che è strutturalmente diversa dai grandi operatori della pubblicità di sorveglianza. La documentazione di Brave sottolinea il targeting degli annunci sul dispositivo e una ripartizione fissa dei ricavi per gli utenti che aderiscono tramite le sue transparency disclosures, che rappresentano un sostituto parziale del reporting “black box” tipico dell’ad tech, ma il sistema rimane in ultima analisi dipendente dalla contabilità interna e dalle decisioni di policy di Brave.

In termini di struttura di mercato, BAT si comprende meglio come un token per una singola applicazione con rappresentazioni multi‑chain, non come una rete di base (base layer) che compete per regolamenti general‑purpose. La sua impronta economica è quindi ancorata alla base utenti di Brave e alla salute operativa di Brave Ads/Rewards, piuttosto che a una domanda generalizzata di commissioni on‑chain. Brave ha riportato di aver superato i 100 milioni di utenti attivi mensili verso la fine del 2025, una distribuzione significativa per una tesi “app‑token”, ma che non si traduce automaticamente in velocità o domanda di BAT, perché la partecipazione a Rewards è con opt‑in, limitata per giurisdizione e sensibile alle modalità di pagamento.

All’inizio del 2026, i principali aggregatori di dati di mercato collocavano BAT al di fuori del gruppo di testa per capitalizzazione (per esempio, CoinGecko mostrava BAT attorno alle posizioni delle alte centinaia al momento della rilevazione), a sottolineare che la narrativa di investimento del token riguarda meno un dominio di categoria e più la capacità delle decisioni di prodotto di Brave di convertire la quota di mercato del browser in un utilizzo duraturo del token senza compromettere la privacy degli utenti o la posizione regolamentare.

Chi ha fondato Basic Attention Token (BAT) e quando?

BAT nasce dal tentativo di Brave Software di commercializzare un browser incentrato sulla privacy in un contesto in cui la pubblicità programmatica si era già consolidata attorno a grandi piattaforme e a un tracciamento pervasivo tra siti.

La narrativa pubblica del progetto risale alla fondazione di Brave intorno al 2016 e al lancio del token BAT nel 2017; la distribuzione iniziale di BAT è avvenuta tramite una vendita nel 2017, ampiamente riportata come una raccolta di circa 35 milioni di dollari, e il team ha costantemente posizionato il token come unità di conto per “l’attenzione”, piuttosto che come budget di sicurezza per un L1. La credibilità dei fondatori è stata una parte centrale della storia: Brave è strettamente associata a Brendan Eich (creatore di JavaScript e co‑fondatore di Mozilla) e a un team di ingegneri di browser, aspetto rilevante perché il successo di BAT dipende almeno tanto dalla capacità di sviluppare software consumer e gestire le policy delle piattaforme quanto dal design degli smart contract.

Nel tempo, la narrativa del progetto è passata da “pubblicità tokenizzate in un nuovo browser” a “pubblicità che preservano la privacy più un’infrastruttura di wallet e pagamenti che deve sopravvivere a requisiti di conformità sempre più stringenti”.

Questa evoluzione è visibile nelle ripetute riprogettazioni da parte di Brave della custodia e dei percorsi di pagamento di Rewards e in una crescente enfasi sul reporting di trasparenza e sull’esperienza d’uso del wallet.

Un punto di svolta importante è stata la migrazione pluriennale di Brave da una contabilità puramente in‑browser verso meccanismi di regolamento collegati a KYC o on‑chain, culminata nella recente spinta verso pagamenti in self‑custody su infrastruttura Solana.

Si tratta meno di un cambio di filosofia e più di una risposta pragmatica a pagamenti, conformità e domanda degli utenti: il sistema deve conciliare “pubblicità con opt‑in che tutelano la privacy” con la realtà che pagare utenti e creator su larga scala fa scattare requisiti di money‑transmission, controlli sanzionatori e antifrode.

Come funziona la rete di Basic Attention Token (BAT)?

BAT in sé non esegue una rete di consenso dedicata; l’asset canonico è un token ERC‑20 su Ethereum, che eredita il modello di sicurezza e l’ambiente di esecuzione di Ethereum, invece di definire un proprio set di validatori.

Ciò significa che il “meccanismo di consenso” per BAT è di fatto la finalità del proof‑of‑stake di Ethereum, con i relativi compromessi in termini di liveness e resistenza alla censura, mentre la logica specifica di BAT risiede in gran parte a livello di applicazione all’interno del marketplace pubblicitario di Brave e dell’orchestrazione dei pagamenti Rewards. In pratica, gran parte dei flussi economici di BAT storicamente avveniva off‑chain, all’interno della contabilità di Brave e dei registri dei partner di custodia, mentre i trasferimenti BAT on‑chain venivano usati per prelievi, uso in DeFi o self‑custody.

Il risultato è un’architettura ibrida: Ethereum fornisce l’asset di base e la finalità dei trasferimenti, mentre Brave fornisce il motore di matching, i controlli antifrode e la logica di business che determina quando BAT viene acquistato e distribuito.

Le caratteristiche tecniche distintive risiedono quindi soprattutto nel software client di Brave, piuttosto che negli smart contract di BAT. Brave ha a lungo sottolineato che il targeting degli annunci avviene localmente e che i dati di profilazione dell’utente non vengono trasmessi a exchange pubblicitari centralizzati; i contenuti di supporto di Brave riguardo agli annunci di Brave Search inquadrano similmente il reporting come aggregato e anonimizzato, piuttosto che collegato all’identità. Si veda la spiegazione di Brave sulla gestione dei dati degli annunci in Search Ads data handling per il modello che dichiara di implementare.

Sul fronte dei pagamenti, Brave ha ampliato il regolamento in self‑custody abilitando pagamenti Rewards verso un indirizzo Solana in “BAT bridgiato tramite Wormhole” a partire da specifiche versioni di Brave, utilizzando di fatto Solana come rete a commissioni più basse e throughput più elevato per piccoli pagamenti, pur continuando a fare riferimento a BAT come unità di conto; Brave descrive questo rollout nel suo post sui self-custody BAT payouts on Solana e nella documentazione di supporto per il collegamento di un wallet in self‑custody.

Ciò introduce nuove dipendenze di sicurezza (considerazioni sul bridge e sul modello di account di Solana) che differiscono in modo sostanziale dalla custodia su Ethereum, anche se migliorano l’esperienza d’uso per i micropagamenti.

Quali sono i tokenomics di BAT?

L’offerta di BAT è di fatto fissa a 1,5 miliardi di token secondo il design originario del contratto, il che lo rende non inflazionistico nel senso classico di “emissioni continue”; la maggior parte dei riassunti e delle pagine sul token più affidabili descrivono un’offerta con tetto massimo, e il vesting è considerato completo. CoinGecko riporta un’offerta totale di 1,5 miliardi sulla sua BAT market page, e il tracker degli sblocchi di DeFiLlama indica che l’offerta del token è fully vested.

La sfumatura analitica importante è che una “offerta fissa” non garantisce scarsità in senso economicamente significativo se l’acquirente marginale non è strutturalmente obbligato ad acquisire BAT; significa solo che il rischio di diluizione è basso. Le dinamiche di distribuzione di BAT sono quindi dominate dalla conversione dei ricavi pubblicitari di Brave (quando avviene), dalla pressione di vendita degli utenti che ricevono ricompense e dal grado in cui creator/editori detengono BAT invece di liquidarlo immediatamente.

L’utilità e l’accumulo di valore sono anche indiretti. Gli utenti non “mettono in staking BAT” per mettere in sicurezza una rete come farebbero con un token L1; invece, i principali casi d’uso previsti per BAT sono la ricezione di Rewards, il tipping/sostegno ai creator e la spesa all’interno di esperienze integrate in Brave.

L’elemento più vicino a una domanda strutturale sul lato acquisti è la pratica di Brave di convertire parte della spesa pubblicitaria in acquisti di BAT per la distribuzione delle ricompense, pratica che Brave cita esplicitamente nella sua Transparency page e ribadisce nelle comunicazioni sul sistema.

Questo meccanismo assomiglia più a un programma di acquisti gestito da una società operativa, legato alla domanda di pubblicità, che a un modello on‑chain di burn delle commissioni. Di conseguenza, il collegamento di BAT all’“utilizzo della rete” è mediato dalle vendite pubblicitarie di Brave, dall’inventario delle campagne e dai parametri di policy (ripartizione dei ricavi, regole di idoneità, disponibilità regionale), non dal consumo di gas su Ethereum.

Il più recente canale di pagamenti in self‑custody su Solana può aumentare la frequenza dei regolamenti on‑chain, ma non crea di per sé un pozzo di assorbimento obbligato, a meno che Brave o terze parti non costruiscano beni/servizi denominati in BAT che trattengano BAT invece di riciclarlo sugli exchange.

Chi sta usando Basic Attention Token (BAT)?

L’uso osservabile di BAT si divide tra liquidità speculativa sugli exchange e un insieme più ristretto di flussi applicativi: pagamenti Rewards, mance ai creator e utilizzi secondari on‑chain (collaterale DeFi, lending, fornitura di liquidità) che non sono intrinsecamente legati a Brave.

Storicamente, BAT è apparso in contesti DeFi proprio perché è un ERC‑20 liquido con un ampio supporto di exchange; commenti di terze parti hanno notato periodi in cui i saldi BAT erano consistenti nei protocolli di lending, sebbene tali snapshot siano episodici e fortemente influenzati da incentivi e struttura di mercato, più che dall’adozione di Brave.

La metrica di “economia reale” più probante è la scala riportata da Brave stessa e la misura in cui la spesa pubblicitaria viene effettivamente instradata attraverso acquisti e pagamenti in BAT, per cui Brave indirizza gli utenti a Brave-Initiated BAT Purchases e al relativo reporting di trasparenza.

Per quanto riguarda l’adozione istituzionale o enterprise, il punto di ancoraggio più solido non è “BAT è usato dalle istituzioni”, ma “Brave vende pubblicità a brand e agenzie”, e tali campagne possono essere pagate in fiat con Brave che acquista BAT per le ricompense agli utenti, come descritto nei materiali di Brave e nel suo reporting di trasparenza.

Brave ha storicamente pubblicizzato la partecipazione degli inserzionisti e il numero di campagne, ma il sistema rimane comunque significativamente centralizzato attorno a Brave come società operativa e controllore dei principali parametri economici e di policy del programma BAT/Rewards. distributore esclusivo dell’inventory pubblicitaria e garante per le operazioni di misurazione, idoneità e pagamento.

Il più recente passaggio ai pagamenti universali in self-custody su infrastruttura Solana, descritto nel post di Brave sui payouts on Solana, può essere interpretato come un tentativo di ridurre la dipendenza da specifici partner custodiali, che è stato un punto di attrito ricorrente per la partecipazione degli utenti e quindi per la domanda non speculativa di BAT.

Quali sono i rischi e le sfide per BAT?

L’esposizione regolamentare è meglio inquadrata lungo due vettori: classificazione del token e pagamenti/compliance. La distribuzione originaria di BAT del 2017 e il ruolo continuo di un’unica azienda (Brave) nel definire la principale utilità del token lo rendono più esposto, rispetto ad asset L1 credibilmente decentralizzati, ai mutevoli orientamenti applicativi riguardo all’“aspettativa di profitto” e a condotte assimilabili a quelle di un emittente, anche se BAT è utilizzato funzionalmente all’interno di un prodotto.

Le informative pubbliche sui rischi dei prodotti d’investimento collegati a BAT hanno storicamente segnalato la possibilità di azioni regolamentari; ad esempio, la documentazione del trust BAT di Grayscale discute i rischi regolamentari e quelli legati alla SEC in termini generali nei propri materiali di rendicontazione annuale.

Separatamente, la realtà operativa di pagare milioni di piccoli percettori di Rewards crea vincoli persistenti di KYC/AML e di screening sulle sanzioni, che si sono già manifestati sotto forma di limiti di giurisdizione e turnover tra partner di custodia. Il centro assistenza di Brave, nel gennaio 2026, ha segnalato che il supporto degli account Gemini in Brave Rewards veniva interrotto per i payout, illustrando come le decisioni di compliance di terze parti possano comprimere direttamente la base di utenti raggiungibile da BAT e, per estensione, la sua funzione di domanda.

Il rischio di centralizzazione è lineare: Brave controlla il marketplace pubblicitario, il percorso di codice lato client che determina idoneità e payout e gran parte della superficie informativa.

Anche con il targeting on-device, utenti e detentori del token restano dipendenti dalle policy di Brave in materia di revenue share, onboarding delle campagne, filtri antifrode e infrastruttura di pagamento.

Sul piano competitivo, Brave affronta l’incumbency di Google/Meta nella pubblicità, il controllo di piattaforma di Apple sulla scelta predefinita del browser e sui vincoli di monetizzazione mobile, e un campo in crescita di browser orientati alla privacy e tecnologie pubblicitarie privacy-preserving.

La minaccia economica più sottile è che, anche se Brave cresce come base utenti, BAT potrebbe non riuscire a catturare valore se gli inserzionisti preferiscono regolarsi in fiat senza meccanismi duraturi di assorbimento denominati in BAT, se gli utenti vendono immediatamente le ricompense, o se la roadmap di prodotto di Brave sposta la monetizzazione verso abbonamenti e servizi (VPN, monetizzazione della ricerca, ecc.) in cui BAT è periferico piuttosto che centrale.

Quali sono le prospettive future per BAT?

Il traguardo verificabile più rilevante degli ultimi 12–18 mesi è stato la transizione verso payout Rewards on-chain in self-custody utilizzando Solana come infrastruttura di regolamento. L’annuncio ufficiale di Brave secondo cui i payout BAT in self-custody su Solana sono stati resi ampiamente disponibili agli utenti è documentato in Self-custody BAT payouts on Solana now open to all Brave Rewards users, con linee guida operative di supporto nel Centro assistenza di Brave.

Si tratta di un cambiamento infrastrutturale significativo perché riduce la dipendenza da un insieme ristretto di partner custodiali e può, in linea di principio, aumentare la fiducia e l’accessibilità per gli utenti nelle regioni in cui l’onboarding verso soluzioni custodial è difficile. Importa anche nuove modalità di rischio: rischio di bridging, frizioni di UX legate al modello di account di Solana (gli utenti hanno bisogno di SOL per le fee) e una superficie più ampia per truffe ed errori da parte degli utenti, che possono trasformarsi in passività reputazionali per il sistema di Rewards.

L’ostacolo strutturale per BAT rimane il fatto che si tratta di un token applicativo la cui capacità di catturare valore dipende dal fatto che Brave mantenga la domanda degli inserzionisti e gestisca i payout in modo che gli utenti percepiscano come equo, affidabile e conforme.

Le comunicazioni di Brave sulla “Roadmap 3.0” indicano l’intenzione di aggiornare l’esperienza Rewards su una timeline definita, posizionando il progetto per una “on-chain era”, come menzionato nel post di Brave su BAT Roadmap 3.0. Il fatto che questa roadmap si traduca o meno in una domanda duratura per il token dipende meno da novità crittografiche che dall’esecuzione quotidiana: strumenti per gli inserzionisti, credibilità delle misurazioni, prevenzione delle frodi, accessibilità dei payout e coerenza delle policy.

BAT può rimanere valido finché Brave resta un canale di distribuzione in crescita e mantiene BAT economicamente centrale per una porzione significativa dei flussi pubblicitari; se BAT diventa un’infrastruttura opzionale mentre il valore si accumula altrove nello stack di prodotti Brave, la tesi d’investimento di lungo periodo sul token si indebolisce a prescindere dall’offerta fissa.