getTransaction如何解码Solana交易？

getTransaction把交易消息和执行meta放在同一响应里。判断成功要看meta.err，核对金额要比较pre/post余额，理解调用要结合message、inner instructions和logs。

本文写成交易解码清单，并专门解释null的多种原因。

故障与停止条件

误判	正确处置
只看到签名就宣称交易成功	保留原始证据，停止外推并按本文步骤复核
把账户余额总差全部当成用户转账	保留原始证据，停止外推并按本文步骤复核
null直接翻译成交易失败，不检查版本和历史保留	保留原始证据，停止外推并按本文步骤复核

把响应拆成四层

层	关键字段	回答的问题
定位	slot、blockTime	交易在哪个账本上下文
消息	signatures、message、accountKeys、instructions	签了什么、调用谁
执行	meta.err、fee、computeUnitsConsumed、logMessages	是否成功、为何失败、花费多少
余额	preBalances/postBalances、pre/postTokenBalances	哪些账户发生数值变化

例如某账户preBalances=2,000,000 lamports，postBalances=1,995,000，不能直接把5000全部称为转账金额；还要结合meta.fee、账户角色和其他余额变化。Token余额差也要按owner、mint、accountIndex和decimals匹配，不能只按数组位置相减。

请求时声明encoding和maxSupportedTransactionVersion。返回null可能是签名不存在、commitment未达到、历史裁剪、索引延迟或版本不支持，不能等同于链上执行失败。

事实与证据边界

核验项	可确认结论
请求配置	getTransaction按签名返回slot、blockTime、transaction与meta，可通过encoding和maxSupportedTransactionVersion声明客户端可解析的格式。
transaction与meta	meta包含err、fee、preBalances、postBalances、日志和可能的Token余额；字段缺失或null需要按交易版本和节点保留情况解释。
余额日志对照	返回null可能表示未找到、未达到请求commitment、历史被裁剪或版本不支持，不能直接写成交易失败。

从输入到验收

阶段	动作
准备	固定签名、集群、commitment和支持的交易版本
读取	先看slot与meta.err，再解析message指令
解释	按accountIndex关联SOL与Token前后余额
复核	把fee、内部指令和日志纳入差值解释
收尾	null或关键字段缺失时用第二端点和浏览器原始数据复核

把null结果排查写进回归测试

回归用例先准备一份黄金样本：对象、网络、版本和预期结果均已知。脚本完成“固定签名、集群、commitment和支持的交易版本”后只保存原始数据，再由独立模块执行“先看slot与meta.err，再解析message指令”。黄金样本的作用是发现实现变化，不代表其他对象天然安全；测试报告必须注明它覆盖的具体范围。

负向用例至少两条。第一条构造“只看到签名就宣称交易成功”，第二条构造“把账户余额总差全部当成用户转账”。两条用例分别运行，禁止同时改变多个字段。合格实现会保留原始错误并停止在对应层级；自动切换网络、猜测未知字段或引用旧缓存都应让用例失败。

状态用例在动作前取得请求配置快照，执行“按accountIndex关联SOL与Token前后余额”后再次取证，并对照transaction与meta和余额日志对照。如果状态由节点视图、缓存或索引延迟造成，结果应注明观察来源。A时点和B时点必须各自保留，不能只存一条被覆盖的最终记录。

发布前由人工检查结果页是否同时显示原始字段、推导规则、单位或版本以及三态结论。触发“null直接翻译成交易失败，不检查版本和历史保留”时，系统必须建议“把fee、内部指令和日志纳入差值解释”并停止自动动作。回归记录由此覆盖正常、错误、状态变化和人工接管四条路径。

来源、增量与风险边界

来源	本文用途
Solana RPC	正式接口、字段与规范语义
Solana RPC Overview	实现路径、兼容性或安全边界

本文资料读取于2026-07-20。RPC索引延迟和历史保留策略会影响可见性，关键交易应固定签名并用第二端点复核。

站内相邻主题可继续阅读：确认与最终性、Solana账户布局。交易解码可能涉及隐私和资金判断。关键转账应保存原始响应并从独立端点复核，不以格式化页面作为唯一证据。