Basic Attention

Qu’est-ce que le Basic Attention Token (BAT) ?

Basic Attention Token (BAT) est un jeton utilitaire ERC‑20 émis sur Ethereum et utilisé dans le navigateur Brave pour intermédiariser un système de publicité numérique et de monétisation des créateurs respectueux de la vie privée.

L’énoncé de promesse au niveau du protocole est étroit et vérifiable : il cherche à réduire la fraude et la captation opaque de frais dans la publicité en ligne en déplaçant l’appariement des publicités vers l’appareil de l’utilisateur, en gardant les données comportementales en local, et en réglant les incitations entre annonceurs, utilisateurs et éditeurs dans un jeton transférable plutôt qu’au moyen de crédits fermés propres aux plateformes.

L’« avantage compétitif » de Brave, dans la mesure où il existe, repose sur la distribution et l’intégration produit : l’unité publicitaire n’est pas une API greffée sur des navigateurs tiers, mais une fonctionnalité intégrée en première partie, couplée à une protection anti‑pistage native, une expérience portefeuille intégrée, et une posture par défaut « publicités en opt‑in » qui se distingue structurellement des acteurs dominants de la publicité de surveillance. La documentation de Brave met l’accent sur le ciblage publicitaire sur l’appareil et sur un partage de revenus fixe pour les utilisateurs ayant opté pour les publicités via ses transparency disclosures, qui constituent un substitut partiel au « boîte noire » de reporting typique de l’ad tech, mais le système reste en fin de compte dépendant de la comptabilité interne de Brave et de ses décisions de politique interne.

En termes de structure de marché, il est plus pertinent de comprendre BAT comme un jeton lié à une seule application avec des représentations multi‑chaînes, plutôt que comme un réseau de couche de base en concurrence pour le règlement généraliste. Son empreinte économique est donc ancrée à la base d’utilisateurs de Brave et à la santé opérationnelle de Brave Ads/Rewards plutôt qu’à une demande généralisée de frais on-chain. Brave a indiqué avoir dépassé les 100 millions d’utilisateurs actifs mensuels à la fin de l’année 2025, ce qui représente une distribution significative pour une thèse de « jeton d’application », mais cela ne se traduit pas automatiquement par de la vélocité ou de la demande pour BAT, car la participation à Rewards est en opt‑in, limitée selon les juridictions, et dépendante des canaux de paiement disponibles.

Début 2026, les principaux agrégateurs de données de marché classaient BAT en dehors du premier rang par capitalisation boursière (par exemple, CoinGecko plaçait BAT autour du rang des plusieurs centaines au moment de la collecte), ce qui souligne que la thèse d’investissement du jeton relève moins d’une domination de catégorie que de la capacité des décisions produits de Brave à convertir sa part de marché dans la navigation en un usage durable du jeton, sans dégrader la protection de la vie privée des utilisateurs ni sa position réglementaire.

Qui a fondé Basic Attention Token (BAT) et quand ?

BAT est issu de la tentative de Brave Software de commercialiser un navigateur centré sur la confidentialité dans un environnement où la publicité programmatique s’était déjà consolidée autour de grandes plateformes et d’un pistage transversal omniprésent.

Le récit public du projet remonte à la création de Brave autour de 2016 et au lancement du jeton BAT en 2017 ; la distribution initiale de BAT a été réalisée via une vente en 2017 largement rapportée comme ayant levé environ 35 millions de dollars, et l’équipe a constamment positionné le jeton comme une unité de compte pour « l’attention » plutôt que comme un budget de sécurité pour une L1. La crédibilité des fondateurs est un élément central de l’histoire : Brave est étroitement associé à Brendan Eich (créateur de JavaScript et co‑fondateur de Mozilla) et à une équipe d’ingénieurs navigateur, ce qui importe car le succès de BAT dépend au moins autant de la capacité à livrer un produit logiciel grand public et à gérer les politiques des plateformes que de la conception de contrats intelligents.

Avec le temps, le récit du projet a évolué de « publicités tokenisées dans un nouveau navigateur » vers « publicités respectueuses de la vie privée plus une infrastructure de portefeuille et de paiements qui doit rester viable dans un contexte de durcissement des exigences de conformité ».

Cette évolution se voit dans les refontes répétées par Brave de la garde et des parcours de paiement de Rewards, ainsi que dans un accent croissant sur les rapports de transparence et l’expérience utilisateur du portefeuille.

Un point d’inflexion clé a été la migration, sur plusieurs années, de Brave d’une comptabilité purement intra‑navigateur vers des mécanismes de règlement liés au KYC ou effectués on-chain, culminant avec le mouvement plus récent vers des paiements en auto‑garde via les rails Solana.

Il s’agit moins d’un pivot philosophique que d’une réponse pragmatique aux paiements, à la conformité et à la demande des utilisateurs : le système doit concilier des « publicités en opt‑in respectueuses de la vie privée » avec la réalité que le paiement d’utilisateurs et de créateurs à grande échelle déclenche des obligations en matière de transmission de fonds, de sanctions et de contrôles antifraude.

Comment fonctionne le réseau Basic Attention Token (BAT) ?

BAT en lui‑même n’exécute pas un réseau de consensus dédié ; l’actif canonique est un jeton ERC‑20 sur Ethereum, qui hérite du modèle de sécurité et de l’environnement d’exécution d’Ethereum plutôt que de définir son propre jeu de validateurs.

Concrètement, le « mécanisme de consensus » de BAT est donc celui de la finalité proof‑of‑stake d’Ethereum et de ses compromis associés en matière de vivacité et de résistance à la censure, tandis que la logique spécifique à BAT réside principalement au niveau applicatif dans la place de marché publicitaire de Brave et dans l’orchestration des paiements Rewards. En pratique, une grande partie du flux économique de BAT s’est historiquement déroulée off-chain, au sein de la comptabilité de Brave et des registres de ses partenaires de garde, les transferts BAT on-chain étant utilisés pour les retraits, l’usage en DeFi ou l’auto‑garde.

Il en résulte une architecture hybride : Ethereum fournit l’actif de base et la finalité des transferts, tandis que Brave fournit le moteur d’appariement, les contrôles antifraude, et la logique métier qui détermine quand BAT est acheté et distribué.

Les éléments techniquement distinctifs résident donc principalement dans les logiciels clients de Brave plutôt que dans les contrats intelligents BAT. Brave met depuis longtemps en avant le fait que le ciblage publicitaire est effectué localement et que les données de profilage des utilisateurs ne sont pas transmises à des places de marché publicitaires centralisées ; son contenu d’aide sur les publicités de Brave Search présente de la même façon le reporting comme agrégé et anonymisé plutôt que lié à une identité. Voir l’explication de Brave sur le Search Ads data handling pour le modèle qu’il affirme mettre en œuvre.

Côté paiements, Brave a étendu le règlement en auto‑garde en permettant des paiements Rewards vers une adresse Solana en « BAT ponté par Wormhole » à partir de versions spécifiques de Brave, utilisant de fait Solana comme rail à moindre frais et plus haut débit pour les paiements de faible montant, tout en conservant BAT comme unité de compte ; Brave décrit ce déploiement dans son article sur les self-custody BAT payouts on Solana et dans sa documentation d’assistance pour la connexion d’un portefeuille en auto‑garde.

Cela introduit de nouvelles dépendances de sécurité (risques liés au pont et aux spécificités du modèle de comptes de Solana) qui diffèrent sensiblement de la garde sur Ethereum, même si elles améliorent l’expérience utilisateur pour les micro‑paiements.

Quelle est la tokenomique de BAT ?

L’offre de BAT est effectivement plafonnée à 1,5 milliard de jetons selon la conception initiale du contrat, ce qui en fait un actif non inflationniste au sens classique d’« émissions continues » ; la plupart des synthèses et pages de jetons réputées décrivent cette offre plafonnée, et le calendrier de vesting est considéré comme achevé. CoinGecko indique une offre totale de 1,5 milliard sur sa BAT market page, et le suivi des déblocages de DeFiLlama indique que l’offre du jeton est fully vested.

La nuance analytique importante est que « l’offre fixe » ne garantit pas une rareté économiquement significative si l’acheteur marginal n’est pas structurellement obligé d’acquérir du BAT ; cela signifie seulement que le risque de dilution est faible. La dynamique de distribution de BAT est donc largement dominée par la conversion par Brave des revenus publicitaires (lorsqu’elle a lieu), par la pression vendeuse des utilisateurs recevant des récompenses, et par la mesure dans laquelle les créateurs/éditeurs conservent du BAT plutôt que de le liquider immédiatement.

L’utilité et la captation de valeur sont également indirectes. Les utilisateurs ne « stakent » pas du BAT pour sécuriser un réseau comme ils le feraient pour un jeton de couche 1 ; à la place, les principaux cas d’usage prévus pour BAT sont la réception de Rewards, le pourboire / soutien aux créateurs, et la dépense au sein d’expériences intégrées dans Brave.

Ce qui se rapproche le plus d’une demande structurelle à l’achat est la pratique de Brave consistant à convertir une partie des dépenses des annonceurs en achats de BAT pour la distribution des Rewards, ce que Brave mentionne explicitement sur sa Transparency page et réitère dans ses communications sur le système.

Ce mécanisme ressemble davantage à un programme de rachat d’une entreprise opérationnelle, lié à la demande publicitaire, qu’à un modèle de brûlage de frais on-chain. Par conséquent, le lien de BAT avec « l’usage du réseau » est médié via les ventes publicitaires de Brave, l’inventaire de campagnes et les paramètres de politique (partage de revenus, règles d’éligibilité, disponibilité régionale), plutôt que via la consommation de gas sur Ethereum.

Le nouveau parcours de paiement en auto‑garde sur Solana peut augmenter la fréquence des règlements on-chain, mais il ne crée pas, en soi, un puits de valeur obligatoire, à moins que Brave ou des tiers ne construisent des biens/services libellés en BAT qui retiennent le BAT plutôt que de le recycler vers les bourses.

Qui utilise le Basic Attention Token (BAT) ?

L’usage observable de BAT se répartit entre la liquidité spéculative sur les bourses et un ensemble plus restreint de flux applicatifs : paiements Rewards, pourboires aux créateurs, et usages on-chain secondaires (collatéral DeFi, prêt, fourniture de liquidité) qui ne sont pas intrinsèquement liés à Brave.

Historiquement, BAT est apparu dans des contextes DeFi précisément parce que c’est un ERC‑20 liquide avec un large support d’échange ; des commentaires tiers ont relevé des périodes où les soldes de BAT étaient importants dans des protocoles de prêt, même si ces instantanés sont épisodiques et fortement influencés par les incitations et la structure de marché plutôt que par l’adoption de Brave.

Le métrique « d’économie réelle » le plus probant est l’ampleur rapportée par Brave lui‑même et la mesure dans laquelle les dépenses publicitaires sont effectivement acheminées via des achats et des paiements en BAT, pour quoi Brave renvoie les utilisateurs vers Brave-Initiated BAT Purchases et vers ses rapports de transparence associés.

En matière d’adoption institutionnelle ou d’entreprise, l’ancrage le plus légitime n’est pas « BAT est utilisé par les institutions », mais plutôt « Brave vend des publicités aux marques et aux agences », et ces campagnes peuvent être payées en monnaie fiduciaire tandis que Brave achète du BAT pour récompenser les utilisateurs, comme décrit dans les documents de Brave et ses rapports de transparence.

Brave a historiquement mis en avant la participation des annonceurs et le nombre de campagnes, mais le système reste encore fortement centralisé autour de Brave en tant que distributeur exclusif de l’inventaire publicitaire et garant des opérations de mesure, d’éligibilité et de versement.

Le passage plus récent à des paiements universels en auto‑garde sur les rails de Solana, décrit dans l’article de Brave sur payouts on Solana, peut être interprété comme une tentative de réduire la dépendance à des partenaires de conservation spécifiques, ce qui a constitué de manière récurrente un point de friction pour la participation des utilisateurs et donc pour la demande non spéculative de BAT.

Quels sont les risques et les défis pour le BAT ?

L’exposition réglementaire se comprend le mieux autour de deux axes : la classification du jeton et les aspects paiements/conformité. La distribution initiale de BAT en 2017 et le rôle continu d’une seule entreprise (Brave) dans la définition de l’utilité principale du jeton le rendent plus exposé que des actifs L1 crédiblement décentralisés aux évolutions des théories d’application de la loi autour de « l’attente de profit » et des comportements assimilables à ceux d’un émetteur, même si le BAT est utilisé de manière fonctionnelle à l’intérieur d’un produit.

Les communications publiques sur les risques des produits d’investissement liés au BAT ont historiquement signalé la possibilité d’actions réglementaires ; par exemple, la documentation du trust BAT de Grayscale évoque de manière générale les risques réglementaires et liés à la SEC dans ses documents annuels.

Par ailleurs, la réalité opérationnelle du paiement de millions de petits bénéficiaires de Rewards crée des contraintes persistantes en matière de KYC/AML et de filtrage des sanctions, qui se sont déjà traduites par des limites de juridiction et une rotation des partenaires de conservation. Le centre d’aide de Brave indiquait en janvier 2026 que la prise en charge des comptes Gemini dans Brave Rewards était abandonnée pour les paiements, illustrant comment les décisions de conformité de tiers peuvent directement réduire la base d’utilisateurs atteignable par le BAT et, par extension, sa fonction de demande.

Le risque de centralisation est simple : Brave contrôle le marché publicitaire, le chemin de code côté client qui détermine l’éligibilité et le paiement, et une grande partie de la surface de communication.

Même avec le ciblage sur l’appareil, les utilisateurs et les détenteurs de jetons restent dépendants des politiques de Brave en matière de partage de revenus, d’intégration des campagnes, de filtres anti‑fraude et de rails de paiement.

Sur le plan concurrentiel, Brave fait face à l’incumbence de Google/Meta dans la publicité, au contrôle de plateforme d’Apple sur le choix par défaut du navigateur et aux contraintes de monétisation mobile, ainsi qu’à un nombre croissant de navigateurs axés sur la confidentialité et de technologies publicitaires préservant la vie privée.

La menace économique plus subtile est que, même si Brave augmente son nombre d’utilisateurs, le BAT peut ne pas parvenir à capter de la valeur si les annonceurs préfèrent un règlement en fiat sans mécanismes durables de destruction ou de demande libellée en BAT, si les utilisateurs vendent immédiatement leurs récompenses, ou si la feuille de route produit de Brave fait évoluer la monétisation vers des abonnements et services (VPN, monétisation de la recherche, etc.) où le BAT est périphérique plutôt que central.

Quelles sont les perspectives d’avenir pour le BAT ?

L’étape vérifiée la plus significative au cours des 12–18 derniers mois a été la transition vers des paiements de Rewards en auto‑garde, sur chaîne, utilisant Solana comme rail de règlement. L’annonce officielle de Brave selon laquelle les paiements en BAT en auto‑garde sur Solana étaient largement ouverts aux utilisateurs est documentée dans Self-custody BAT payouts on Solana now open to all Brave Rewards users, avec des instructions opérationnelles complémentaires dans le centre d’aide de Brave.

Il s’agit d’un changement d’infrastructure significatif car il réduit la dépendance à un ensemble restreint de partenaires de conservation et peut, en principe, accroître la confiance des utilisateurs et l’accessibilité dans les régions où l’intégration via des dépositaires est difficile. Cela introduit également de nouveaux modes de défaillance : risque lié aux bridges, frictions d’UX propres au modèle de compte de Solana (les utilisateurs devant disposer de SOL pour les frais), et une surface plus large pour les escroqueries et les erreurs d’utilisateur, qui peuvent devenir des passifs réputationnels pour le système de Rewards.

L’obstacle structurel pour le BAT reste qu’il s’agit d’un jeton d’application dont la captation de valeur dépend de la capacité de Brave à maintenir la demande des annonceurs et à exécuter les paiements d’une manière perçue comme juste, fiable et conforme par les utilisateurs.

Les communications de Brave sur la « Roadmap 3.0 » indiquent l’intention d’améliorer l’expérience Rewards selon un calendrier défini, en positionnant le projet pour une « ère on‑chain », comme mentionné dans l’article de Brave sur BAT Roadmap 3.0. Le fait que cette feuille de route se traduise ou non par une demande durable pour le jeton dépend moins de la nouveauté cryptographique que de l’exécution au quotidien : outils pour les annonceurs, crédibilité des mesures, prévention de la fraude, accessibilité des paiements et cohérence des politiques.

Le BAT peut rester viable tant que Brave demeure un canal de distribution en croissance et maintient le BAT au centre d’une part significative des flux publicitaires ; si le BAT devient une simple couche d’infrastructure optionnelle alors que la valeur se concentre ailleurs dans l’offre de produits de Brave, le cas d’investissement à long terme pour le jeton s’en trouve affaibli, indépendamment de son offre fixe.