撰文:KarenZ,Foresight News
6 月 25 日和 26 日,Base 主网连续两天出现区块生产停摆。Base 随后复盘称,两次中断都来自同一个底层问题:排序器区块构建逻辑中的 bug。
根据 Base 复盘,该漏洞导致交易验证失败后过时的日志状态仍然存在,影响后续有效交易的 Gas 计算,进而生成无效状态转移区块,使整条 L2 网络停止出块。第一次停摆后,官方通过补丁修复该问题,恢复区块生产。另外,Base 排序器集群在重启过程中存在引擎重置竞态条件,导致恢复同步受阻,也成为次日再次出现短暂停机的间接原因。
就在同一时间窗口里,Base 原本要推进的 B20 主网启用也被按下暂停键。
6 月 26 日,Base 表示,「受近期网络稳定性问题影响,将推迟 B20 Activation Registry 的主网启用,以确保上线过程平稳。」
这一步看似保守,反而说明 B20 的位置很重。它不是一个边缘应用更新,而是 Base 打算承接稳定币、RWA 和更多资产发行的链级入口。入口越靠近底层,越不能只看功能是否完整,还要看网络稳定性、升级节奏和权限设计能否一起扛住。
B20:Base 的原生发币接口
B20 属于 Base 网络升级 Beryl 的一部分。Beryl 的三项核心变化是:引入 B20、把常见单证明提款最终确认期从 7 天缩短到 5 天、通过 Reth V2 改善节点存储和吞吐表现。
B20 可以先按最朴素的方式理解:它是 Base 版的 ERC-20,但把很多原本由项目方自己写、自己审、自己维护的逻辑,放进了 Base 的原生组件里。
普通 ERC-20 代币通常由项目方部署一份智能合约来承载余额、授权、转账、增发、销毁等逻辑。B20 的不同之处在于,代币仍然有链上地址,也能被钱包、浏览器和 DeFi 协议按 ERC-20 的方式调用;但 B20 采用 Rust 预编译程序而非 EVM 智能合约实现,因此速度更快、成本更低。
换句话说,外部集成方看到的是 ERC-20 兼容的代币接口,发行方接入的是 Base 内置的代币发行基础设施。
这也是 B20 被称为 Base 原生代币标准的原因。Base 官方文档写到,B20 是 Base 生态自己的 ERC-20 版本,支持转账、授权第三方转账、批准额度、查询余额、allowance 等标准 ERC-20 调用和事件;同时增加了备忘录、铸造 / 销毁、策略门控、粒度暂停和 ERC-2612 permit(签名授权)等扩展能力。
这里需要单独解释一下 ERC-2612 permit,也就是签名授权能力。普通 ERC-20 里,用户想让某个合约花自己的代币,通常要先发一笔 approve 交易,这笔交易要付 Gas。ERC-2612 permit 允许用户用钱包离线签名来完成授权,项目方或应用再把这份签名提交到链上。用户不用自己单独发 approve 交易,减少一次链上 approve 操作。
如果用一个更贴近实际的比喻,传统 ERC-20 像是每个发行方自己拿一套标准图纸盖房子,施工质量取决于各自的开发和审计。B20 更像 Base 提供了一套统一的预制结构:入口、接口和关键功能都被标准化,发行方仍然决定资产参数和管理规则,但底层能力来自同一套链级组件。
从部署方式看,B20 也不是让项目方随手复制一份代币合约。所有 B20 代币都通过单例 B20 Factory precompile 创建,创建时选择 Asset 或 Stablecoin 变体,并传入名称、符号、初始管理员、供应上限、初始化调用等参数。
所以,B20 的重点不是让发币变成一个更漂亮的前端按钮,而是把发币这件事从「各项目自己写合约」推进到「Base 提供统一发行接口和内置策略能力」。它降低的是标准功能的重复建设成本,同时把资产发行更深地接入 Base 自己的底层升级。
真正的重点在「可控」:权限、黑 / 白名单、冻结与备忘录
在 Base 官方列出的发行人工具包包括:ERC-20 兼容、ERC-2612 permit、基于角色的访问控制、mint/burn、可选供应上限、转账策略、销毁被政策冻结地址的余额,以及转账 memo。
这些功能看起来偏技术,放到发行方的实际工作里,主要对应三类问题:谁有权管理代币、哪些地址可以参与流转、链上操作如何留下可追踪记录。
第一,管理权限可以分层。谁能增发、销毁、暂停转账、恢复转账、修改元数据,不需要混在同一个管理员权限里。B20 文档列出默认管理员、增发、销毁、暂停、恢复、元数据管理等角色。这样一来,发行方可以把不同操作交给不同角色控制,降低单一私钥或单一管理员权限过大的风险。
第二,代币流转范围可以被策略约束。B20 的 Policy Registry 支持白名单和黑名单。发行方可以分别约束转账发送地址、转账接收地址,以及在 transferFrom 场景中代为发起转账的调用方;在增发场景里,也可以约束新铸代币的接收地址。简单说,B20 可以管「谁转出、谁接收、谁代别人发起转账」,也可以管「新代币发到谁手里」。这类能力对稳定币、RWA 和受监管资产尤其重要,因为这些资产往往需要 KYC 地址、受限接收方、冻结和后续处置路径。
第三,链上操作可以留下业务索引。B20 支持 memo,也就是附在代币操作上的 bytes32 备注字段。它不会替代完整的链下账本,但可以作为链上交易和链下记录之间的连接点。比如一笔链上付款对应一个订单号,一次赎回对应一笔后台结算,一次发行对应一批分发记录,memo 可以帮助发行方、钱包、托管方或索引服务把这些信息对上。
小结
但要说清楚,B20 只是把工具放到了发行方面前,不会自动替发行方完成合规。每个策略范围在代币创建时默认都是 ALWAYS_ALLOW,也就是默认全部放行。发行方如果不主动设置白名单、黑名单或其他限制,这枚 B20 代币就会像普通开放代币一样自由流转。
换句话说,B20 给了发行方「设规则」的能力,但规则要不要设、怎么设,仍然要由发行方自己完成。
这也解释了为什么 B20 会主要面向稳定币发行方、RWA 和其他资产代币创建者。稳定币需要权限和冻结能力,RWA 需要转让限制和链下记录映射,其他资产则需要更低的标准化发行成本。三类需求看起来不同,底层都指向同一个问题:一条 L2 能不能提供足够统一、足够可控、又能被现有 ERC-20 生态顺滑接入。
