在线工具

base58/base64解析： https://explorer.solana.com/tx/inspector

oklink: https://www.oklink.com/zh-hans/solana/tx/3HTgpR3ga1izzMzNVnnAK8T6jde5J8uPGRPxfNYNyRqXSSoxKQv5LBpNo6LKz6s83oVBZXZ9Tes5ZnChFwQ7N8ss

https://solscan.io/

Solana 核心思想

• 链上所有东西都是 Account
• Program = 特殊 Account（可执行）
• 账户存储数据，程序执行逻辑
• 与 Ethereum 不同：
  • 余额和业务数据分离
  • Program 不直接存业务状态（除非 Data Account / PDA）

用 Web2 理解 Solana

想象你的公司运营一个 SaaS 系统（Solana），用户可以通过各种小程序（智能合约）实现不同业务需求。数据库设计：

核心类比：Solana 把数据库表的功能塞进了 Account，设计巧妙又高效。

账户地址与签名权

地址类型

每个 Solana 地址都是 32 字节，分为两种类型：

isOnCurve 表示地址是否是 Ed25519 曲线上的有效点：

• TRUE = 在曲线上 = 有对应私钥 = 可加密签名
• FALSE = 不在曲线上 = 没有私钥 = 只能由程序通过 invoke_signed “签名”

账户地址对比

钱包 vs PDA 的本质区别

钱包地址 = Ed25519 公钥 → 有对应私钥 → 用户签名
PDA 地址 = 确定性派生 → 没有私钥 → 程序签名

账户体系

三种基础账户

数据账户分类

数据账户可进一步分为两类：

Account 关键属性

普通用户只需关注账户的地址，其他字段由程序管理。

浏览器查看账户信息

以 Solana Explorer 为例：

Owner 权限模型

Owner 表示哪个程序能操作这个账户，只有程序能操作账户。

用户账户的 Owner

• Owner：System Program（11111111111111111111111111111111）

class SystemProgram {
    void transfer() {
        验证签名;      // 检查私钥签名
        验证 SOL 余额;  // 够不够转账
        转账 SOL;       // 更新 lamports
    }
}

USDC 转账的 Owner

• Owner：SPL Token Program（TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA）

class SPLTokenProgram {
    void transfer() {
        验证签名;           // 检查私钥签名
        验证 PDA 账户;      // 你在这个程序下有记录吗
        验证 Token 余额;    // 够不够转账
        转账 Token;         // 更新 Token Account 的 data
    }
}

Account 类型

SPL Token

SPL-Token 代表 Solana 网络上的所有非本地代币，包括同质代币（Fungible）和非同质代币（NFT）。

与以太坊的区别

Mint Account

定义 token 怎么用，数据结构：

Owner：SPL Token Program

Token Account

每个 Token 持有者都有一个特定的 Token Account，记录该 Token 的余额。

例如：Alice 同时拥有 USDT 和 USDC，她有两个 Token Account，分别记录两种 Token 的余额。

Metadata Account

定义 token 外观：

Owner：Token Metadata Program（metaqbxxUerdq28cj1RbAWkYQm3ybzjb6a8bt518x1s）

关联：Metadata Account 的 mint 字段指向 Mint Account 地址

示例

USDC：

• Mint Address：EPjFWdd5AufqSSqeM2qN1xzybapC8G4wEGGkZwyTDt1v
• Mint Authority：Circle（可增发）
• Freeze Authority：N/A
• Metadata：名称 “USDC”，符号 “$”

$TRUMP（类似供应量固定）：

• Mint Authority：N/A（不能增发，丢权限）
• Freeze Authority：N/A（不能冻结）

PDA (Program Derived Address)

PDA 是数据账户的一种，用来标识用户在某个程序下的身份。没有私钥，由程序控制。

核心特点

什么时候用 PDA？

当你需要”程序控制的账户”时。

场景 1：DEX 的 Token 保险库

你想做一个 Swap 合约，用户把 USDT 存进来，合约帮你交易。

• 用户把 USDT 转给合约
• 合约把 USDT 存到自己的保险库
• 合约用保险库里的 USDT 去交易
• 用户取款时，合约从保险库转给用户

这个保险库用什么地址？

方案 A：随机生成一个地址 → 私钥放哪里？放合约里？私钥泄露怎么办？
方案 B：用 PDA → 程序自己就是"签名者"，不需要私钥

PDA 就是保险库的地址，程序通过 invoke_signed 授权自己操作这个账户。

场景 2：每个用户的独立状态

你写了一个 Todo DApp，每个用户存自己的任务列表。

不用 PDA：
用户 A 的任务列表 → 存在某个中心化的地方
用户 B 的任务列表 → 也在同一个地方

用 PDA：
用户 A 的任务列表 → PDA = findProgramAddress(["todo", A的公钥], 程序ID)
用户 B 的任务列表 → PDA = findProgramAddress(["todo", B的公钥], 程序ID)

每个用户的 PDA 都不同，且只有你的程序能操作。

场景 3：流动性池的中间账户

Uniswap 的 LP token 存款凭证：

用户存 ETH + USDC → 获得 LP token
资金存在流动性池的 PDA 里 → 只有 DEX 程序能操作

总结：什么时候用 PDA？

PDA vs 普通数据账户

如何生成？

PDA = findProgramAddress(
    [YourPubkey, TokenProgramID, MintAddress],
    TokenProgramID
)

参数说明：

• YourPubkey：确定是你
• TokenProgramID：确定是 SPL-Token Program
• MintAddress：确定是 USDC（不是 USDT）

注意：findProgramAddress 的参数都是你自己定义的，这是这个场景下的例子，你自己的合约中还可以传别的。

PDA vs 钱包地址

简单理解：PDA = 程序控制的、地址可预测的、无法被私钥操纵的账户。

Program 类型

常用内置 Program：

交易 (Transaction)

交易结构

每笔交易包含以下关键信息：

Transaction {
  signatures: [signature1, signature2, ...],
  message: Message {
    header: { numReadonlySigned, numReadonlyUnsigned, numRequiredSignatures },
    account_keys: [pubkey1, pubkey2, ...],
    recent_blockhash: "xxxx",
    instructions: [Instruction1, Instruction2, ...]
  }
}

指令 (Instruction)

最小执行单元：

Instruction {
  program_id: Pubkey,      // 调用的程序
  accounts: [AccountMeta], // 涉及的账户
  data: Vec<u8>            // 指令数据（程序自定义）
}

Solana 并行逻辑

• 并行：交易不涉及同一个账户，可以同时执行
  • 例子：A 转账给 B，C 转账给 D
• 串行：交易涉及同一个账户，必须按顺序执行
  • 例子：A 转账给 B，B 转账给 C

多指令交易

一笔交易可以包含多个指令，按顺序执行。任何一个指令失败，整个交易都失败。

例如：可以在一笔交易中打包多笔转账，或同时包含 SOL 转账 + Swap + Token 转账。

交易生命周期

1. 构建：组装 instruction + account keys
2. 签名：用私钥对交易消息签名
3. 发送：提交到 RPC 节点
4. 验证：运行时验证签名、账户权限、余额
5. 执行：按顺序执行 instruction
6. 确认：状态根确认完成

转账交易

SOL 转账

• 调用 System Program
• 修改 lamports 字段
• Source 和 Destination 都是钱包地址（isOnCurve = TRUE）

Sender.lamports -= 1 SOL
Receiver.lamports += 1 SOL

SPL Token 转账

• 调用 SPL Token Program
• 修改 Token Account 的 amount 字段
• Source 和 Destination 是 Token Account（isOnCurve = FALSE for ATA）

SenderATA.amount -= 1 USDC
ReceiverATA.amount += 1 USDC

如果 Receiver 没有 ATA，通常先调用 Create Associated Account 指令为其创建。

浏览器查看交易（SolanaScan）

Token 转账注意事项：

• 必须有 Sender 和 Receiver ATA
• Gas 用 Sender 钱包的 SOL
• Mint 必须一致

Sysvar 账户

提供链上全局只读数据：

常见错误

资产安全

私钥和助记词

据慢雾统计，2023 年 9 起私钥泄露安全事件导致的损失高达 8475 万美元。保管好私钥和助记词是保障资产安全的第一步。

推荐阅读：《区块链黑暗森林自救手册》

签名风险

Solana 允许将多笔转账打包成一个交易，仅需一次签名即可完成所有操作。

这一特性被黑客利用：

1. 受害者在钓鱼网站签名
2. Phantom Wallet 将多笔转账打包成一笔交易
3. 受害者以为只签了一笔小额转账，实际授权了全部资产转出
4. 一次签名，所有资产被盗

安全建议：

• 每次签名时仔细确认操作内容
• 阅读钱包文档中的安全提示
• 对不明网站保持警惕

开发工具

参考资料

• Solana 中文大全
• Solana 官方文档
• 慢雾 - 区块链黑暗森林自救手册