Exchange Ranking
Top Exchanges
24h Volume Ranking
Popularity Ranking
Exchange BTC Balance
Proof of Reserves
Decentralized Exchanges
Funding Rate
Funding Heatmap
Liquidation Data
Max Pain
Long/Short Ratio
Whale L/S Ratio
Binance/Okex/Huobi L/S
Bitfinex Margin L/S
ETF Tracker
Solana ETF
XRP ETF
Hong Kong ETF
Bitcoin Treasuries
Crypto Reversal
Ethereum Reserves
HyperLiquid Wallet Analysis
Hyperliquid Whale Watch
Large Transactions
On-chain Movement
Bitcoin ROI
Stablecoin Market Cap
Options Analysis
News
Articles
Economic Calendar
Features
Wallet
Contract Calculator
Security
Collections
Watchlist
Following
SOL Solana's main network officially enables Transaction V1: The transaction capacity has been expanded to 4096 bytes, enabling complex atomic operations
On Tuesday, Solana launched the Transaction V1 (transaction version 1) function on its main network, making it possible to attach more data to each transaction. This will give developers more room to perform more complex operations in an atomic process. This development is crucial to developers in the decentralized finance (DeFi) field, wallet providers, indexers, and RPC (remote procedure call) operators. In addition, the new feature will also affect other projects involving tokenized assets and payment solutions.
According to the announcement on Solana's upgrade page, the txv1 function will be gated at around 01:00 a.m. UTC on September 15, which is the rollover in the early 1035th era. Currently, Transaction V1 has been fully launched on the main network, test network and development network.
The span from 1,232 bytes to 4,096 bytes
First and foremost is a limit on the transaction size. Solana has now doubled the maximum size of serialized transactions from 1,232 bytes to 4,096 bytes, providing about three times more extra space for transactions.
The format of the new transaction is defined by SIMD-0296, while the V1 message format is based on SIMD-0385. Previously, Solana's limitations were mainly based on conservative network MTU (Maximum Transmission Unit) limitations. Today, by breaking the hard limit on stream size in the QUIC protocol, larger transactions are made possible.
额外的空间将在处理涉及大量交易数据的工作负载时发挥重要作用，例如零知识证明、大规模多重签名操作以及包含 BLS 签名的场景。据 Cryptopolitan 报道，V1 版本曾于 9 月 1 日的第 1025 纪元在测试网上线，这给了基础设施提供商为主网上线做准备的机会。
Solana Transaction V1 与传统版本对比：4096 字节升级详解
为何单个原子交易至关重要
当开发者发现 Solana 存在交易大小上限时，在某些情况下，他们不得不将操作拆分为一系列交易，或使用 Jito 打包方案。但正如 SIMD-0296 中的解释所述，在协议层面的原子性讨论中，“打包”并不等同于原生交易。
通过 Transaction V1，更多的指令和数据可以被放入单笔交易中。这意味着路由、验证检查和处理批处理要么全部成功，要么全部失败，而不是分散在不同的交易中执行。在某些情况下，完成一项操作所需的签名和确认次数也会减少。
地址查找表（Address Lookup Table）的权衡
V1 还改变了交易管理资源和账户引用的方式。
深入解析 Solana Transaction V1：全新交易布局
计算限制和优先费设置已从 ComputeBudget 指令移至交易设置中，这使得基础设施提供商能够更方便地访问这些设置。V1 交易不再剥离地址查找表，因为所引用的账户已直接包含在交易中。
虽然这有助于简化交易结构，但也以牺牲交易大小为代价。因为一个 v0 版本的地址查找表仅需一个字节作为索引，而内联公钥则需要 32 字节。通过对 Solana 地址查找表的分析发现，62% 的 v0 交易至少使用了一个地址查找表；因此，使用多个地址查找表的密集交易会使交易体积增加超过 1,500 字节。不过，64 个账户的数量限制保持不变。
V1 在 Solana 代币化金融战略中的地位
此次升级正值 Solana 扩大其在链上金融领域地位之时。根据 DeFiLlama 的数据，Solana DeFi 领域的总锁定价值（TVL）接近 59.5 亿美元，其 24 小时去中心化交易所交易量约为 17.9 亿美元。
Solana 的 8 月摘要显示，网络上的现实世界资产（RWA）价值已超过 40 亿美元，分布在超过 35 万个地址中。此外，xStocks 管理的资产总额已超过 5 亿美元。
尽管交易容量有所增加，但这并不意味着采用率的必然提升。Galaxy Research 指出，Solana 代币中仍有很大一部分价值未被利用，而其他竞争平台在快速发展的某些领域仍占据领先地位。
因此，V1 拓宽了开发者在 Solana 上创建应用的范围。然而，更棘手的问题是：用户、流动性和交易活动是否会随之而来？
运营商当前需要做什么？
RPC 读取者应为 getTransaction 和 getBlock 设置 maxSupportedTransactionVersion: 1；索引器需要从 transactionConfig 中读取 V1 的计算限制和优先费。验证器和 RPC 运营商应运行 Agave v4.2.2 或更高版本。V1 发送方也应明确设置计算和加载账户限制，对于超过 1,232 字节的交易，应使用 base64 编码。与此同时，钱包提供商应在确认其软件能够正确解析和签署新格式后，再宣传其对 V1 的支持。以上建议均依据 Solana 的升级指南。
