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

Transaction v1 周三上线

本周三(9月9日),Solana (SOL) 将在主网激活 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,否则遇到新格式的请求会直接失败。一个更隐蔽的坑在于费用显示。优先费是用户为加快处理而附加的可选小费;v1 将这一信息存储在与 v0 不同的字段中,过时的软件即便在用户实际支付了费用的情况下也会显示为零。由于消费级钱包——包括 Tangem wallet 等移动端产品——区块浏览器和交易应用都依赖这些后端服务来决定屏幕上呈现的内容,解析代码未更新可能把静默的数据错误变成用户界面上的错误数字。带宽是第二个考量。更大的数据负载会占用更多网络容量,开发者预计当大额交易集中出现时,争夺区块空间的用户会附加更高的优先费,尽管此次升级并未引入新的按字节收费。旧上限本身是历史遗留:Solana 最初的网络设计要求每笔交易塞进约 1,280 字节的一个互联网数据包,直到 2022 年交易流量的传输方式调整后,这一约束才不再必要。新上限恰好定在 4,096 字节是出于硬件原因——4 千字节正好匹配运行该 blockchain、通过 staking 驱动验证的机器上的标准内存页大小,跨多个内存页的交易会显著增加验证者的处理成本,挤压这条链引以为傲的吞吐量。即便达到 4,096 字节,这一限制与以太坊 L1 相比仍然保守——复杂的 DeFi 组合在以太坊上动辄超出这一规模——但对 Solana 自己的生态而言,重点是消除摩擦,而非对标。 希望实时跟踪行情的读者，可在Gate查看现货与合约的实时价格。

节点运营商时间紧迫

COINOTAG 对这份更大交易提案的解读是:本周的压力完全落在基础设施一侧——任何仍在只解析 v0 流量的 RPC 运营商、浏览器或钱包后端,在周三激活后都可能遭遇请求失败或零费用显示。此时机恰逢多重采用催化剂叠加——Solana 生态以 30 天 3.48 亿美元的净流入领跑 RWA 赛道,并借助代币化股票交易创下 30 亿美元的周度纪录,尽管同一周 ETF 流入骤降 96% 出现周度反转。基础层恰在此时清理掉开发者的变通手段,让建设者少了一个把复杂逻辑转移到别处的理由。