getAccountInfo如何解析账户？

Solana getAccountInfo 返回账户的 lamports、owner、executable、rentEpoch 和 data。真正困难的是 data 编码：base64 适合程序按账户布局自行解析，jsonParsed 只在节点支持对应程序解析器时给结构化字段。

base64 请求

    {"jsonrpc":"2.0","id":61,"method":"getAccountInfo","params":["Vote111111111111111111111111111111111111111",{"encoding":"base64","commitment":"finalized"}]}

result.value.data 常见形式是 [“AAECAw…”,“base64”]，先做 base64 解码，再按对应 program 的版本化布局读取。owner 决定谁能解释和修改账户，仅凭地址前缀猜类型不可靠。

jsonParsed 的条件

把 encoding 改为 jsonParsed 后，系统程序、SPL Token 等已支持类型可能返回 data.parsed.info。对于节点已支持解析的程序，jsonParsed 可返回 parsed 对象；无法解析的数据可按当前 RPC 文档表现为二进制编码形式。程序必须检查 data 实际形状，并把节点版本与原始响应一起保存。对自定义程序，应固定 IDL 或二进制布局版本。

null 与上下文

value:null 可能表示账户不存在或已回收。保存 context.slot、commitment、节点和原始响应，再用第二端点在同等或更高 slot 复取。lamports 除以 10^9 才是 SOL，token 数量依据 mint decimals 解释。

对大账户使用 dataSlice 可以减少响应，但切片后的字节不再足以按完整布局验证。需要比较两个节点时，应使用相同 encoding、commitment 和 minContextSlot；若 context.slot 低于业务快照要求，先等待节点追上而不是接受较旧结果。

解析 SPL Token 账户时，分别核对 owner 字段中的程序地址、parsed.info.owner 中的代币账户所有者以及 mint 地址，这三个 owner 含义不同。自定义程序升级数据布局后，应依据账户 discriminator 或版本字段选择解码器，解析失败就返回明确错误，不生成缺字段的正常对象。

Solana getAccountInfo：从对象到结果的阅读路线

账户对象结构：用账户对象结构直接回答搜索意图并形成可执行核验信息。
编码选择：用编码选择直接回答搜索意图并形成可执行核验信息。
owner与程序关系：用owner与程序关系直接回答搜索意图并形成可执行核验信息。
null边界：用null边界直接回答搜索意图并形成可执行核验信息。

怎样交接这次Solana getAccountInfo复核

交接包包含账户对象结构的原始对象、编码选择使用的字段和owner与程序关系产生的结果，同时注明网络与版本。第二人先独立重放，再比较答案。

Solana getAccountInfo：把事实放回实际场景

getAccountInfo按公钥返回账户对象与context，账户包含lamports、owner、data、executable和rentEpoch等字段。
data可以选择base58、base64、base64+zstd或jsonParsed等编码；jsonParsed是否可用取决于节点是否支持该程序解析器。
返回null表示该上下文中没有账户对象，不能仅据此判断地址格式错误；程序语义还需由owner和数据布局共同解释。（有限确认）