Basic Attention

什么是 Basic Attention Token（BAT）？

Basic Attention Token（BAT）是以太坊发行的 ERC‑20 功能型代币，在 Brave 浏览器 内部使用，用于作为隐私保护型数字广告和创作者变现系统的中介。

协议层面的主张是狭义且可检验的：它试图通过将广告匹配移动到用户本地设备、将行为数据保留在本地，并在可转让代币中而非封闭平台积分中结算广告主、用户与出版方之间的激励，从而减少网络广告中的欺诈和不透明抽成。

若 Brave 存在所谓“护城河”，则主要在于分发能力与产品集成度：广告单元不是简单作为 API 附着在第三方浏览器上，而是作为一方特性与内置跟踪防护、钱包体验（wallet UX）以及默认“选择加入广告”的姿态相耦合，这在结构上区别于现有的监视式广告巨头。Brave 自身文档通过其 透明度披露 强调设备本地投放与为选择加入用户设定的固定收益分成，这在一定程度上替代了广告技术领域典型的“黑箱”式报表，但最终仍依赖 Brave 内部的记账与政策决策。

从市场结构的角度看，BAT 更适合作为单一应用代币、带有多链表示来理解，而不是一个为通用结算竞争的底层网络。其经济足迹因而锚定于 Brave 的用户基础及 Brave Ads/Rewards 的运营健康状况，而非广义的链上手续费需求。Brave 报告称截至 2025 年末其 月活跃用户超过 1 亿，这对应用代币论点而言是具备意义的分发规模，但并不会自动转化为 BAT 的周转或需求，因为 Rewards 参与是选择加入、受司法辖区限制且对支付通道敏感。

截至 2026 年初，主要的市场数据聚合网站在市值排名中将 BAT 置于非头部位置（例如，CoinGecko 在抓取时显示 BAT 排名在数百名区间），这凸显出该代币的可投资叙事与其说是关于类别统治力，不如说是关于 Brave 的产品决策能否在不削弱用户隐私或监管姿态的前提下，将浏览器份额转化为可持续的代币使用。

Basic Attention Token（BAT）是谁在何时创立的？

BAT 源自 Brave Software 希望在程序化广告已围绕大型平台和泛滥的跨站跟踪高度集中化的环境中，商业化一个以隐私为中心的浏览器的尝试。

公共项目叙事可追溯到 Brave 在 2016 年前后的成立以及 BAT 在 2017 年的代币发布；BAT 的初始分发通过 2017 年的一次销售完成，媒体普遍报道其融资规模约为 3500 万美元，团队一直将该代币定位为“注意力”的计价单位，而非一条一层（L1）的安全预算。创始人信用度一直是故事的核心部分之一：Brave 与 Brendan Eich（JavaScript 之父及 Mozilla 联合创始人）及一支浏览器工程师团队紧密相关，这一点很重要，因为 BAT 的成功至少同样取决于能否持续交付消费级软件、应对平台政策，而不仅仅是智能合约设计。

随着时间推移，项目叙事从“在新浏览器中代币化广告”逐渐演变为“隐私保护广告 + 必须在日益收紧的合规预期下存活的钱包与支付基础设施”。

这种演变体现在 Brave 一再重构 Rewards 的托管与支付路径，以及在透明度报告和钱包体验上的日益强调。

一个关键拐点是 Brave 用多年时间从纯浏览器内记账逐步迁移到与 KYC 绑定或链上结算机制，并最终促成最近向基于 Solana 轨道的自托管支付推进。

这与其说是哲学上的转向，不如说是对支付、合规和用户需求的务实回应：系统必须在“选择加入的隐私广告”与一个现实之间做出平衡——即大规模向用户和创作者付款会触发资金转移、制裁和反欺诈等管控。

Basic Attention Token（BAT）网络如何运作？

BAT 本身并未运行一条为其量身定制的一致性网络；其规范资产是在以太坊上的 ERC‑20 代币，继承的是以太坊的安全模型和执行环境，而非自建验证者集合。

这意味着对 BAT 而言，“共识机制”实质上就是以太坊的权益证明（PoS）终局性及其相关的活性与抗审查折衷，而 BAT 特定逻辑主要位于应用层，即 Brave 的广告市场与 Rewards 支付编排之中。实际上，BAT 的大量经济吞吐历史上发生在 Brave 的内部记账与托管合作伙伴账本中，链上的 BAT 转账则多用于提现、DeFi 用途或自托管。

结果是一个混合架构：以太坊提供基础资产与转账终局性，Brave 则提供撮合引擎、反欺诈控制以及决定何时买入与分发 BAT 的业务逻辑。

因此，在技术上有辨识度的特性主要体现在 Brave 的客户端软件中，而非 BAT 智能合约里。Brave 长期强调广告定向在本地完成，且用户画像数据不会传输至中心化广告交易所；其关于 Brave 搜索广告的帮助内容同样将报表框定为聚合与匿名化，而非与身份绑定。关于其声称采用的模型，可参阅 Brave 对 Search Ads 数据处理 的说明。

在支付侧，Brave 通过允许 Rewards 支付到 Solana 地址、以“Wormhole 桥接 BAT”的形式扩展了自托管结算，自特定版本 Brave 起生效，实质上是利用 Solana 作为低手续费、高吞吐的轨道来处理小额支付，同时仍将 BAT 作为记账单位；Brave 在其关于 在 Solana 上进行 BAT 自托管支付 的文章以及连接自托管钱包的支持文档中描述了这一上线过程。

这引入了新的安全依赖（跨链桥与 Solana 账户模型方面的考量），其与以太坊托管存在实质差异，即便它改善了微支付的用户体验。

BAT 的代币经济学如何？

按最初合约设计，BAT 的供应量实际上被固定在 15 亿枚，使其在传统意义上的“持续发行”层面上是不通胀的；大多数可信的综述与代币页面都描述了这一封顶供应，且线性释放被认为已完成。CoinGecko 在其 BAT 市场页面 上列出了 15 亿枚的总供应量，而 DeFiLlama 的解锁追踪器显示该代币供应已 完全解锁。

一个重要的分析细微点在于：“固定供应”本身并不能在任何经济意义上保证稀缺性，如果边际买方在结构上并不被要求必须获得 BAT；它只意味着摊薄风险较低。因此，BAT 的分配动态主要由 Brave 的广告收入兑换（在其发生时）、奖励领取用户的抛压，以及创作者/出版方是持有 BAT 还是立即变现所主导。

其效用与价值捕获同样是间接的。用户并不会像为一条一层网络质押那样“质押 BAT”以保障网络安全；相反，BAT 设计的主要用例是接收 Rewards、打赏/支持创作者，以及在 Brave 集成体验中消费。

与结构性买方最相近的机制是 Brave 会将部分广告主支出转换为 BAT 购入，用于 Rewards 分发，Brave 在其 透明度页面 以及关于该系统的沟通中明确提到这一点。

这一机制更类似于与广告需求挂钩的运营公司回购计划，而非链上手续费销毁模型。因此，BAT 与“网络使用”的关联是通过 Brave 的广告销售、投放库存与政策参数（收益分成、资格规则、地区可用性）间接实现的，而不是通过以太坊的 gas 消耗。

更新的基于 Solana 的自托管支付路径可能会提高链上结算的频率，但若 Brave 或第三方未构建以 BAT 计价且选择保留而非将其回流交易所的商品/服务，本身并不会形成强制性的代币“蓄水池”。

谁在使用 Basic Attention Token（BAT）？

BAT 可观测的使用情况大致分为投机性的交易所流动性，以及一组更窄的应用流：Rewards 支付、创作者打赏，以及并非与 Brave 有内在绑定关系的链上二级用途（DeFi 抵押、借贷、做市等）。

历史上，BAT 之所以常出现在 DeFi 场景中，正是因为它是一种流动性良好的 ERC‑20 且拥有广泛的交易所支持；第三方评论曾指出，在某些时期 BAT 在借贷协议中的余额较大，尽管这些快照具有时点性，很大程度上受激励和市场结构影响，而非 Brave 采纳度本身驱动。

更具证明力的“实体经济”指标是 Brave 自身报告的规模，以及实际有多少广告支出通过 BAT 购入与支付来结算；就此 Brave 引导用户查看 Brave-Initiated BAT Purchases 及相关透明度报告。

在机构或企业采用方面，最清晰且可信的锚点并非“机构在用 BAT”，而是“Brave 向品牌和代理商出售广告”，而这些广告投放可以用法币支付，由 Brave 购买 BAT 用于用户奖励，正如 Brave 的资料和其透明度报告中所描述的那样。

Brave 过去常公开广告主参与情况和广告活动数量，但整个系统在很大程度上仍围绕 Brave 本身这一中心而运转。 独家分销广告库存，并作为衡量、资格认定和支付运营的把关者。

最近在 Solana 链上采用“全民自托管”支付的举措（详见 Brave 在 payouts on Solana 一文中的描述），可以被理解为试图降低对特定托管合作伙伴的依赖，而这种依赖反复成为用户参与的摩擦点，从而影响 BAT 的非投机性需求。

BAT 面临哪些风险和挑战？

监管风险最好从两个维度来界定：代币属性认定，以及支付/合规。BAT 在 2017 年的最初分发方式，以及一家单一公司（Brave）在塑造该代币主要用途方面持续发挥的作用，使其相比于“可信去中心化”的一层公链资产，更易暴露在不断变化的执法思路之下——例如围绕“盈利预期”和类似发行主体行为的认定——即便 BAT 在功能上主要是在产品内部被使用。

与 BAT 相关的投资产品在公开风险披露中历来都提示过可能存在的监管行动风险；例如，Grayscale 的 BAT 信托在其年度申报材料中，以概括性措辞讨论了监管以及与 SEC 相关的风险。

另一方面，向数以百万计的小额奖励领取者支付报酬的现实运营需求，带来了持续性的 KYC/AML 以及制裁筛查方面的约束，这已经体现为部分司法辖区的限制和托管伙伴的频繁更替。Brave 自身的帮助中心在 2026 年 1 月曾指出，Brave Rewards 中的 Gemini 账户支持将不再用于发放奖励，说明第三方在合规层面的决策可以直接压缩 BAT 可触达的用户群，从而压缩其需求函数。

中心化风险相对直接：Brave 控制着广告市场、决定资格和支付路径的客户端代码，以及绝大部分对外披露界面。

即便采用本地设备上的广告定向，用户和代币持有者仍然依赖 Brave 在收益分成、广告活动接入、反欺诈过滤以及支付通道等方面的政策选择。

在竞争层面，Brave 面对的是 Google/Meta 在广告领域的既有优势，Apple 对默认浏览器选择及移动端变现所拥有的平台控制权，以及不断增长的隐私浏览器和隐私保护广告技术阵营。

更微妙的经济威胁在于：即便 Brave 用户规模增长，BAT 也可能无法有效捕获价值——如果广告主更偏好以法币结算且缺乏持续的 BAT 计价“消耗场景”，如果用户收到奖励后立即卖出，或者如果 Brave 的产品路线图将变现重点转向订阅和服务（VPN、搜索变现等），而 BAT 在这些业务中只是边缘性的而非核心的。

BAT 的未来前景如何？

过去 12–18 个月内最实质且已被验证的里程碑，是向基于链上的自托管 Rewards 支付转型，并以 Solana 作为结算网络。Brave 官方宣布面向广大用户开放在 Solana 上进行 BAT 自托管支付，记录于 Self-custody BAT payouts on Solana now open to all Brave Rewards users 一文，并在 Brave 帮助中心中给出了配套的操作指引。

这是一项重要的基础设施变更，因为它降低了对少数托管合作伙伴的依赖，并且原则上可以在托管开户较为困难的地区提升用户信任和可及性。但它也引入了新的失败模式：跨链桥接风险、Solana 账户模型在用户体验上的摩擦（用户需要持有 SOL 支付手续费），以及更宽泛的诈骗与用户误操作暴露面，这些都可能转化为 Rewards 体系的声誉负担。

BAT 面临的结构性障碍仍在于，它是一种应用型代币，其价值捕获依赖于 Brave 持续吸引广告主需求，并以用户认为公平、可靠且合规的方式执行支付。

Brave 的 “Roadmap 3.0” 对外沟通显示，其有意在既定时间表上升级 Rewards 体验，并将项目定位于“链上时代”，这在 Brave 自身的 BAT Roadmap 3.0 一文中有所提及。该路线图能否转化为持久的代币需求，更多取决于日常的执行而非密码学上的新颖性：广告主工具、数据衡量的公信力、反欺诈能力、支付可达性，以及政策的一致性。

只要 Brave 继续作为一个增长中的分发渠道，并让 BAT 在相当比例的广告流中保持经济上的核心地位，BAT 就能保持可行；但如果 BAT 逐渐沦为可有可无的“底层管道”，而价值主要累积在 Brave 其他产品形态之中，那么无论其供给是否固定，该代币的长期投资逻辑都会被削弱。