Advertise手续费优惠服务台

索拉纳

Solana (SOL) Transaction v1 于周三将单笔交易上限提升至 4,096 字节

Solana (SOL)将于9月9日激活Transaction v1,单笔交易上限从1,232字节提升至4,096字节,SIMD-0296与SIMD-0385共同定义新格式,RPC与钱包后端需更新解析。

成为创作者
2026年9月7日, 21:44 CST1 分钟阅读已更新
AI 摘要AI
  • Solana交易v1定于9月9日激活,单笔上限从1,232字节升至4,096字节
  • SIMD-0296授权更大交易,SIMD-0385定义v1格式,由Jacob Creech与Andrew Fitzgerald撰写
  • Agave 4.2发布该版本,官方路线图仍将主网功能标记为未激活
  • Solana分析显示90%抽样交易转换后新增空间不足1,400字节
gate.com

交易v1周三激活

Solana (SOL)将在本周三(9月9日)于主网激活Transaction v1,单笔交易可承载的数据量上限从1,232字节一举提升至4,096字节,增幅超过三倍。此次升级由两份协议文档共同定义:一份是授权更大交易的SIMD-0296,另一份是定义v1格式本身的SIMD-0385,作者分别为Jacob Creech和Andrew Fitzgerald。过去不得不拆成两三笔交易执行的操作,如今可以在单个原子步骤内一次完成。最直接的受益者是重指令类业务:经常超出旧上限的大型密码学证明(例如零知识验证数据)、企业金库和DAO提案所需的多签审批流程(每增加一名签名者都要消耗字节空间),以及需要额外加密封装的机密转账。迁移采取自愿原则,旧版v0交易仍然完全有效,钱包和应用只有在确实需要更大空间时才需要切换;新格式此前已在Solana的测试网和开发网稳定运行。对开发者而言,最实际的收益是告别那些历史遗留的绕行方案:过去把一个操作拆成多笔交易,意味着要管理跨交易的状态依赖并处理部分失败的回滚;而在v1下,复杂逻辑在一个原子操作内闭环完成,更接近工程师编写传统软件的思路。从战略层面看,此次改动直指Solana相对以太坊长期存在的唯一结构性短板:Solana一直更快、更便宜,但单笔交易被硬性限制在1,232字节;以太坊则不设协议层大小限制,开发者只要支付更高的gas就能把数据密集型操作打包进一笔交易。上限扩大三倍多,将显著收窄这一差距。

数据服务商面临优先费陷阱

更重的工程负担落在读取链上数据的软件一侧,而非写入侧。所有拉取区块和交易的服务——RPC供应商、数据厂商、浏览器后端——都必须更新代码以识别v1格式,否则遇到新格式的请求将直接失败。一个更隐蔽的坑在于费用展示:优先费(priority fee)是用户为加快处理而附加的自愿小费,v1将其存储在与v0不同的字段中,过时的软件即便用户实际支付了优先费,也会显示为零。由于消费端钱包(包括Tangem钱包这类移动端产品)、区块浏览器和交易应用都依赖这些后端服务来决定屏幕上呈现什么,解析代码陈旧就可能让静默的数据错误变成用户界面上的错误数字。带宽是第二个考量:更大的负载消耗更多网络容量,开发者预期当大额交易集中出现时,争夺区块空间的用户会附加更高的优先费,不过此次升级并未引入任何新的按字节收费。旧上限本身就是历史产物:Solana (SOL)最初的网络设计要求每笔交易装进一个约1,280字节的互联网数据包,直到2022年交易流量传输方式调整后,这一约束才失去必要性。新上限之所以恰好停在4,096字节,是出于硬件原因——4千字节正好对应运行区块链(通过质押验证的节点)机器的标准内存页大小,跨多个内存页的交易会显著增加验证者的处理成本,挤压这条链引以为傲的吞吐能力。即便提升到4,096字节,与以太坊L1相比仍属克制——以太坊上复杂的DeFi组合交易经常超过这一体量——但对Solana自身生态而言,重点是消除摩擦,而非对标。希望实时跟踪行情的读者可以在Gate查看现货与合约的实时价格。

节点运营商时间紧迫

在周三激活之前,升级中有几处技术细节值得关注。Transaction v1取消了Address Lookup Tables,改为将完整的32字节地址直接嵌入交易负载——对于重度依赖查询表的应用,这一取舍可能让相同账户占用更多字节空间,不过Solana自己的分析发现,抽样交易中有90%在转换后新增空间不足1,400字节。每笔交易64个引用账户的上限保持不变,更大的负载并不会自动触及更多账户。发送v1交易的应用必须显式设置计算单元和加载数据限制,因为两者默认值均为零。该版本随Anza的Agave 4.2发布推出,但官方路线图仍将主网功能标记为“未激活”,时间表属暂定,9月9日的日期仍有可能延后。

激活前夕,Solana还做了一项澄清:团队强调,此次交易容量升级与网络近期针对SOL供应机制调整的治理投票完全无关,其中包括通过网络活动产生的费用加速SOL增发或销毁的方案。根据协议方声明,两项改动没有任何直接关联,运营者不应把周三的格式切换视为供应端调整的前奏。除此之外,激活时间表维持原计划,v1格式继续在测试网和开发网运行,主网静待功能开关开启。

关于扩容容量的实际用途,Solana联合创始人Anatoly Yakovenko在激活前给出了一些方向性提示,他指出这条链需要“1 tx moving data atomically through two zk roots”,并暗示based rollups有可能在Solana (SOL)上落地。他的表述指向的远不止是更大的空间:在新体量下,把零知识证明与rollup式操作合并进单一原子交易——要么全部成功、要么全部回滚——变得切实可行。Solana基金会另外点名BLS签名、Winternitz一次性签名,连同多签和机密转账,都是能从新格式中受益的工作负载;该格式已于9月在测试网上线,比主网部署早一个月。字节空间本身已经就位,开发者会以多高的积极性把它转化为新的应用架构,仍是悬而未决的问题。

更多激活前的细节指向此次升级可能带来的成本节约:由于过去需要多笔交易才能完成的操作现在可以原子化完成,对整合多步流程的开发者来说,格式变更可能降低执行费用、协调开销和确认复杂度。目前1,232字节的限制可以追溯到Solana的原始架构,当时交易体量是按IPv6网络的最小数据包尺寸设计的;QUIC协议的采用在实际层面解除了这一约束。Solana同时重申,旧版和v0交易继续按既有规则运行,更大的上限只在开发者主动采用新格式时生效,不会在整个网络自动铺开。

(截至 15:23 UTC) (截至UTC时间14:39)COINOTAG对这份更大交易提案的判断是:本周的压力 squarely 压在基础设施一侧——任何仍在解析纯v0流量的RPC运营商、浏览器或钱包后端,都要为周三激活后的请求失败或零费显示做好准备。时间点上,利好因素正在叠加——Solana生态过去30天以3.48亿美元领跑RWA净流入,代币化股票交易创下周度30亿美元纪录,尽管同期ETF流入骤降96%出现周度反转。基础层恰在此刻清除了开发者的绕行方案,让建设者少了一个把复杂逻辑迁往别处的理由。

原始来源

COINOTAG 的编辑与研究团队。

AI 辅助

本文由人工智能辅助生成、经 AI 审核,并在 COINOTAG 编辑监督 下发布。