Solana 基金会技术副总裁 Jacob Creech 于 8 月 30 日概述了即将进行的多项网络升级，确认 Transaction V1 将在 9 月 9 日激活，而租金减免的第一阶段计划于 8 月 31 日当周启动。
Transaction V1 将 Solana 的最大序列化交易大小从 1,232 字节提升至 4,096 字节，增幅约为 3.3 倍。根据 Solana 官方升级路线图，更大的交易格式支持数据密集型操作，例如零知识证明、复杂多签指令、BLS 签名以及跨链操作。开发者需要主动选择使用 V1 格式，现有的 legacy 交易和 version-zero 交易仍然有效。但 Transaction V1 不支持地址查找表（address lookup tables），因此应用程序需要针对每笔交易决定使用哪种格式。
相关提案指出，扩容可能带来带宽和网络碎片化风险，强调在广泛采用之前需进行协调测试。
租金减免将分五个阶段实施，最终将租金计算从每字节 6,960 lamports 降至每字节 696 lamports，降幅达 90%。免租金余额在创建存储数据的账户时会锁定 SOL，但账户关闭后这部分 SOL 通常可以收回，因此它更像是可退还的押金，而非经常性费用。降低要求可减少开发者在创建代币账户、程序账户和其他链上状态时所需锁定的 SOL 数量。
Agave 4.2 已包含相关代码，但这些更改位于独立的特性开关（feature gates）之后，允许验证者在测试后分别激活租金、交易大小和时隙时间升级。Solana 已将其目标时隙时间从 400 毫秒缩短至 350 毫秒，未来计划进一步降低至 300 毫秒、250 毫秒，最终达到 200 毫秒。Creech 没有提供剩余阶段的具体日期。
每次缩短时隙都需要单独激活特性，以便网络开发者监控验证者表现后再继续。较短的时隙可以提升交易确认速度，但对验证者的时序和网络要求更高。Solana 计划在部署过程中按比例调整资源限制。
Transaction V1 与缩短时隙时间均属于 Solana 更广泛性能路线图的一部分，但两者在技术上仍是独立的。有报道称 9 月 9 日是这两项变更的共同日期，这夸大了 Creech 的公告内容。
Solana 提议的共识重新设计 Alpenglow 仍以 10 月为目标，旨在主网激活后将交易最终性缩短至约 150 毫秒。官方路线图将 Alpenglow 列为“开发中”，Agave 4.3 预计于 10 月发布。Creech 的帖子及路线图均未确认主网激活的保证日期。截至发稿时，尚无明确市场波动被直接归因于 Creech 的公告。