资金费率
资金费率热力图
多空比
大户多空比
币安/欧易/火币大户多空比
Bitfinex杠杆多空比
账号安全
资讯收藏
自选币种
Solana 主网正式激活重大升级：交易数据容量提升至原来的三倍
Solana 刚刚在其主网上激活了一项备受数月期待的升级。此次升级将单笔交易的最大尺寸从 1,232 字节增加至 4,096 字节，空间扩容达 3.3 倍。新的 v1 格式已于 9 月 15 日第 1,035 个纪元（Epoch）开始时正式生效。对于加密生态系统而言，这一变化主要旨在解决那些因体积过大而无法在过去放入单笔交易中的操作难题，例如零知识证明、多重签名以及新型链上签名系统。
核心要点速览
- Solana 将交易限制从 1,232 字节提升至 4,096 字节。
- 旧格式依然可用：切换至 v1 格式并非强制要求。
- 开发者现在可以将某些复杂操作整合到单笔交易中。
交易上限突破：从 1,232 字节跃升至 4,096 字节
该变更在激活前几天已对外公布。此前已有详细报道解释 Solana 计划如何为其复杂交易提供三倍于以往的空间。而此次不再仅仅是时间表上的规划：Transaction v1 已正式抵达主网。
旧的 1,232 字节限制源于 Solana 的早期阶段。当时，交易必须适应大小为 1,280 字节的网络数据包，其中 48 字节保留用于头部信息。随着网络向 QUIC 协议的迁移，这一约束变得不再那么关键。因此，SIMD-0296 和 SIMD-0385 提案将新的上限设定为 4,096 字节。
为何选择 4,096 字节？这也是验证器硬件使用的内存页标准大小。Solana 本可以选择更大的数值，但那样处理过程将不得不跨越多个内存页，增加复杂性。
兼容性与采用策略
传统格式（Legacy）和 v0 格式并未消失。加密货币钱包无需采用 v1 格式即可继续发送常规交易。然而，希望利用 4,096 字节空间的应用程序必须使用新格式。
ZK 证明与多重签名显著受益
对于仅发送 SOL 的普通用户而言，这一差异可能并不明显。但对于部分开发者来说，影响则截然不同。在 Solana 上，一个经典签名已占用 64 字节。涉及多个签名者、特定密码学证明或多条指令的操作很容易达到 1,232 字节的极限。过去，用户不得不拆分操作、使用地址查找表（Address Lookup Tables），或依赖打包机制。
通过引入 v1 格式，更多工作可以容纳在单笔加密货币交易中。Solana 基金会提供了一个极具说服力的案例：Token-2022。一项需要三个零知识证明、一条转账指令以及若干关闭指令的机密转账操作，原本需占用 2,897 字节，远超旧有限制。如今，凭借 4,096 字节的容量，其十条指令均可被包含在同一笔原子交易中。
这意味着只需一次确认而非多次，支付更少的签名费用。最重要的是，要么整个操作成功，要么完全失败，确保了交易的原子性。与此同时，Solana 也在并行推进速度优化。今年 8 月，网络区块生成时间从 400 毫秒缩短至 350 毫秒。虽然既定目标仍是 200 毫秒，但后续步骤仍需单独激活。
不同维度的优化
交易大小和时隙（Slot）时间解决了两个不同的问题。前者为复杂的加密应用程序提供了更多空间，后者则减少了区块之间的延迟。
繁忙网络中的平稳过渡
4,096 字节并不意味着 Solana 上的每笔交易都会突然变重三倍。新格式是可选的，这对于已经非常活跃的网络至关重要。7 月份，Solana 处理了 42 亿笔交易，比 6 月增长了 13.5%，几乎是 2025 年 12 月的两倍。
这一月度记录已经显示了区块链上活动量的增长。
权衡与挑战
仍然存在一定的权衡。一笔 4,096 字节的交易比 1,232 字节的交易携带更多数据。如果大格式变得频繁，它们将在传播过程中消耗更多的带宽和空间。
因此，Solana 保留了若干限制。v1 格式仍限制为最多 12 个签名、64 个账户和 64 条指令，尽管其二进制结构理论上可以编码更多内容。
基础设施方面仍有工作要做。钱包可以继续发送传统格式或 v0 格式的交易。但是，读取区块链的服务（如 RPC 节点、浏览器、索引器等）必须知道如何在出现此类交易时解码 v1 格式。停留在旧实现上的软件可能会失败或误解部分数据。
结语：切实的收益
对 Solana 而言，这一收益是具体且实在的。此次更新并不会让网络自动处理三倍的交易量，而是允许应用程序在需要时，将更多内容装入单笔交易中。自网络诞生以来一直存在的 1,232 字节限制已成历史。自 9 月 15 日起，它不再是天花板。
