Solana的v1交易格式将最大载荷从1,232字节提高至4,096字节，容量约提升至原来的3.3倍。截至9月4日，实时升级页面显示v1尚未在主网上激活，而测试网已激活，开发网已运行至epoch 1140。8月28日发布的更新日志称该功能即将推出，激活目标时间早于Agave 4.2的激活计划。使用getTransaction、getBlock或blockSubscribe时，RPC（远程过程调用）消费者必须将maxSupportedTransactionVersion设置为1。未设置该参数时，v1请求可能返回错误、导致整个区块响应失败，或使区块订阅在遇到第一个受影响的slot后停止推进。该设置仅声明客户端能够解码的最高交易格式；它不会请求v1数据，也不会改变旧版和v0响应。v1还将计算单元上限、已加载账户数据上限和优先费移入transactionConfig对象，而不是使用ComputeBudget指令。因此，过时的索引器可能在没有报错的情况下将计算预算报告为0，而过时的Geyser和gRPC消费者可能将v1误标为v0。中继器、代付方和其他服务器签名者必须识别0x81 v1前缀，并通过transactionConfig执行费用和资源策略，因为v1中的ComputeBudget指令可能作为空操作执行。Solana表示，目前没有sysvar或系统调用能够暴露v1消息配置，这限制了链上程序对这些指令进行检查的能力。具备读取能力的软件包括@solana/kit 8.0.0、@solana/web3.js 3.0.0-rc.3、Rust solana-* 4.2.x、Python solders 0.29.0和solana-go 1.23.0；Yellowstone用户还需满足其他最低版本要求。构建v1交易仍是可选项，但选择这样做的团队必须明确设置计算单元和已加载账户数据上限，移除空操作的ComputeBudget指令，停止使用地址查找表，并对超过1,232字节的载荷使用base64。当前的直接要求，是对读取、索引或赞助v1交易的服务进行兼容性测试，而不是要求所有钱包统一迁移。