Solana (SOL) 单日新增 SPL 代币创纪录,达 263,151 个

单日代币发行量破纪录

Solana (SOL) 在 2026 年 9 月 9 日创下了一个新纪录:单个 24 小时窗口内,网络上新铸造的 历史新高 SPL 代币数量达到 263,151 个。这一数字可以在 Solscan 上核实——该区块浏览器索引 Solana 的交易、地址和代币数据——并且轻松超过了该指标此前录得的每一个单日总量。我们团队一直将这一指标作为发射台和开发者活跃度的代理指标来跟踪,对 Solana 生态系统而言,这是一个里程碑。SPL 是支撑整个网络资产创建的代币标准:新供应的铸造、转账和销毁都通过一个共享框架运行,开发者无需构建自定义基础设施即可创建一个新代币。正是这种设计决定了这个纪录需要谨慎解读。263,151 这个数字统计的是新创建的代币数量,而不是 263,151 个加密货币单位——单次创建可以携带发行方配置的任何供应量,从一个单位到数十亿不等。此外,浏览器公开的数据并没有将这一激增归因于特定的团队或用例;我们对链上数据的审查没有发现针对当日铸造的类别细分。先例提供了一个线索:过去 Solana 代币创建的激增通常与发射台热潮同时发生,尤其是 memecoin 发行——我们最近对 Solana memecoin 交易的分析显示了这种流动性可能有多大的投机性——同时 Pump.fun 上的代币化股票对 的到来证实了更多结构化资产正在涌入同一个创建渠道。对于正在考虑围绕这些发展进行布局的读者,我们关于 如何购买 Solana (SOL) 的指南涵盖了实际操作步骤。原始数据所确立的事实毫无争议:网络的无需许可资产创建吞吐量从未在这个规模上进行过,即使在验证者准备应对多年来最大的交易格式变更之际,它也吸收了创纪录的发行需求。

Transaction V1 推迟至 Epoch 1035

这项变更现在有了新的日期。Solana 的核心开发团队之一 Anza 在其 9 月 10 日公告 中表示,由于生态系统团队要求提供额外的时间进行测试和集成,Transaction V1 的 Mainnet Beta 激活已推迟至 Epoch 1035 开始,预计在 2026 年 9 月 15 日 UTC 时间 01:20 左右。核心交付物是容量:新格式将 Solana 的最大交易大小从 1,232 字节提升至 4,096 字节,这大约是每笔交易可用数据字段的 3.3 倍扩展。这种空间为零知识证明、大型多签操作和更复杂的链上签名方案打开了大门——以前必须跨多个交易拆分或通过变通方案路由的工作流,现在可以打包成一个原子交易。兼容性得到了明确保留:旧版和 V0 格式在激活后继续保持功能。两个运营变更随之而来。今后,计算预算值将通过新的交易配置来定义,并且 Anza 确认该功能已经在 Devnet 上可测试,敦促应用程序开发者现在验证他们的集成。依赖 RPC 的应用程序面临的风险最大:Solana 的开发者文档明确指出,诸如 getBlock 和 getTransaction 之类的调用必须声明它们支持的最大交易版本,否则它们将无法处理 V1 数据。与有争议的 硬分叉 不同,这是一个功能门控、向后兼容的升级——节点运营商面临的是调度变更而非破坏性分裂,这一区别对于运行验证者的 质押 基础设施至关重要。不过,额外的四天时间并非微不足道:在每日代币创建量创纪录的背景下,钱包、RPC 提供商和索引服务的容错空间比在更平静的市场中更小,这正是开发者要求推迟的原因。 希望实时跟踪行情的读者，可在Bybit查看现货与合约的实时价格。

Epoch 1035 与创纪录发行量交汇

这两个故事都描述了同一种压力:对 Solana 链上空间的需求在资产层和协议层同时在攀升。263,151 个的铸造纪录显示了创作者对代币发行的饱和,而 1,232 字节的旧上限则是迫使复杂应用程序将其逻辑拆分到单独交易中的原因。正如我们从发布说明中分析的那样,9 月 15 日之后主要的运营风险存在于尚未在 getBlock 和 getTransaction 调用中声明其支持的交易版本的 山寨币 基础设施栈中的 RPC 提供商——这些查询将对 V1 记录失败。一旦 4,096 字节格式上线,发行是降温还是加速,将告诉我们这种延迟锁定了多少潜在需求。