“40 个地址要拆成三笔，周五封版前钱包还不认新格式”
“Solana 交易能到 4KB”只是新闻。奖励发放仍要拆三笔、钱包解析器在本地测试中拒绝 v1、周五又要封版，才是一条值得 Solana 服务商销售继续核实的消息。
重点监测信号
- 团队说明因为旧体积上限而采用的当前拆分方案
- 钱包、RPC 或索引器在实际 v1 测试中出现可复现解析失败
- 当前绕行方案、负责组件与封版日期出现在同一段讨论中
周一早上九点二十分，你打开几个自己有权访问的 Solana Telegram 群。
有人转发：“Solana 交易能到 4KB 了。”
有人问：“是不是所有应用都要迁移？”
十几条消息之后，一位群友发出这段话：
“我们每周给 40 多个地址发奖励，1232 字节放不下，只能拆成三笔。”
“本地测 v1 时，钱包解析器把 129 判成
unsupported version。周五封版。”
先把边界说清：这支奖励团队、40 多个地址、拆成三笔、解析器报错、周五封版，以及本文出现的所有人物和工作场景，全部是虚构示意，不是任何客户的原话或事实。下面引用的 Solana 规格和升级状态来自公开的一手资料。
对做钱包、RPC、索引器或 Solana 应用开发的销售来说，前两条是新闻，第三条才值得保存。它同时给出了团队每周在做的事、现在怎样绕开限制、测试具体在哪里失败，以及一个版本日期。
这仍然不证明发言人有预算、掌握采购权、想找外包或允许你联系。它只说明：这里可能有一件正在处理的工作，值得先把上下文读完。
先说结论
- “Solana 交易能到 4KB”是升级新闻，本身不能指向某个客户。
- “奖励拆成三笔 + 钱包解析失败 + 周五封版”组合出现，才可能是一件值得核实的工作。
- 发送 v1 是可选项；钱包、RPC、索引器等读取端则要考虑遇到 v1 时的兼容。
- 一段群消息不能证明预算、采购权、外包意愿或发言人身份。
1232 变成 4096，和“40 个地址”不是一回事
Solana Foundation 的升级页面写明，最大交易体积从 1,232 字节提高到 4,096 字节，约为旧上限的 3.3 倍。
官方升级页展示的是交易体积上限从 1,232 到 4,096 字节的变化，以及约 3.3 倍这一比例。
一笔交易里不只有收款地址，还有签名、账户和指令等内容。因此，“40 个地址”不是 Solana 的通用上限，只是虚构团队在某种交易构造下遇到的结果。换一个签名数量或指令，能装下的地址数就可能不同。
更大的空间可能让这支团队少拆几笔，也可能减少某一笔失败后人工核对已付款地址的麻烦。但不能仅凭 4,096 这个数字承诺“三笔一定变一笔”。销售真正该问的是：当前拆分有没有造成重复付款检查、手工重试或对账问题。
“129 不支持”比“我们在关注 v1”具体得多
官方格式把 v1 的版本字节写成十进制 129，也就是十六进制 0x81。十六进制只是开发者表示同一个字节值的另一种写法。
官方格式对比显示，0x81（十进制 129）是 Transaction V1 的版本字节。
“我们在关注 v1”可能只是一句路线图表态。“钱包解析器在本地测试中把 129 判成不支持”，则说明有人真的跑过一次测试，而且遇到了可以复现的兼容失败。
但边界也只能到这里。一次报错不能扩大成“整个钱包都不兼容”，更不能推出“他们需要采购新钱包”。问题可能只在一个旧解析器，也可能是团队第二天就能更新的依赖。消息的价值在于它给了销售一个可以继续核实的问题，而不是替销售确认了一张订单。
发送 v1 是选择，读取 v1 是另一件事
Solana 官方说明把两类工作分开了：应用选择发送 v1，是可选项。继续发送 legacy（旧格式）或 v0 交易的应用，不会因为 v1 存在就必须重写发送端。
钱包、RPC、索引器、浏览器或监控系统如果会读取交易数据，则要考虑遇到 v1 时能否识别新格式。虚构场景里，奖励服务可能已经成功构造交易，也可能还没走到那一步；仅凭群里一句报错，不能判断坏的是构造端、展示端还是签名钱包。
官方迁移说明把读取交易的兼容工作与主动选择发送 v1 分开列出。
还有一个容易说错的时间边界：截至 2026 年 9 月 1 日，官方状态表把 Testnet、Devnet 和 Mainnet 都列为未激活。计划与 Agave v4.2 的暂定发布排期相关；“暂定”意味着日期可能变化。本地能够测试 v1，不等于主网已经激活。
费用也不能替客户算。官方只说，在相同优先级下，更大的交易预计需要比小交易支付更高的优先费；它没有给出接近 4,096 字节时适用于所有项目的金额。没有真实交易和测试结果，就不能编出“能省多少”或“会涨多少”。
三句自然的跟进
如果你想知道拆三笔有没有造成实际麻烦，可以问：
“三笔里面如果第二笔失败，你们现在怎么重试，怎么避免第一批地址又发一遍？”
如果你想确认失败组件，可以问：
“奖励服务已经能把 v1 交易构造出来，只是签名钱包拒绝 129，还是更早就失败了？”
如果周五封版最重要，可以问：
“周五之前，你们是在决定继续用三笔旧方案，还是这次版本要把 v1 支持带进去？”
这三句都没有预设对方需要供应商。回答也可能是“拆三笔没有问题”“已经修完”或“本次不做 v1”。在进一步接触前，还要核实发言人身份、群规、信息是否可以用于商务跟进，以及团队是否愿意和外部服务商谈。
TOP Prospect 保存的是这段上下文
有用的信息往往不在同一条消息里。一个人先说 40 多个地址，另一个人解释为什么拆三笔，十分钟后才有人贴出 unsupported version，负责人最后补一句“周五封版”。等销售下班再翻群，这几句已经被几百条转发和闲聊盖住。
用户主动连接自己有权访问的 Telegram 群后，TOP Prospect 可以把原始消息、来源、时间和附近回复放在一起，帮助销售回看：这是实际测试还是转述？谁在负责？周五究竟要决定什么？
TOP Prospect 不读取私聊或未授权群，不证明发言人身份、预算与采购权，不检查对方代码，也不会自动联系任何人。它负责让那段具体对话不被刷屏淹没；是否适合跟进，仍由销售结合群规和后续核实决定。
“Solana 交易能到 4KB”，是新闻。
“每周奖励要拆三笔，钱包在本地测试里拒绝 129，周五封版”，才可能是一件正在发生的工作。
常见问题
所有 Solana 应用都必须迁移到 Transaction V1 吗？
不是。发送 v1 是可选的，团队可以继续发送 legacy 或 v0 交易；读取交易数据的系统则需要在 v1 启用并出现后识别新格式。
报错里的 129 能证明钱包团队有商业升级项目吗？
不能。十进制 129，也就是 0x81，只是 v1 的版本字节。解析器报错说明有兼容问题值得了解，但不能证明对方有预算、采购权或需要外部服务商。
Transaction V1 已经在 Solana Mainnet 启用了吗？
截至 2026 年 9 月 1 日核对时，Solana Foundation 的状态表把 Testnet、Devnet 和 Mainnet 都标为尚未启用。启用时间取决于暂定的 Agave v4.2 发布安排，仍可能变化。
资料来源与延伸阅读
值得关注的潜在线索 Signal 是怎样被发现的
了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。
