Solana 与 Anchor 中的账户初始化

此前文章中，我们尚未涉及状态变量或持久性数据存储。在 Solidity 和以太坊中，SSTORE2 或 SSTORE3 等模式通过将数据存储在另一智能合约的字节码中实现存储，这种方式较为独特。而在 Solana 中，这却是标准实践。

Solana 程序的字节码可由原始部署者随意更新（除非标记为不可变），其数据存储机制也基于同一原理。与以太坊的存储槽（键值对形式）不同，Solana 将所有数据存储在账户中，键为 base58 编码的地址，值可达 10MB 的数据块：

{
    "key": "ETnqC8mvPRyUVXyXoph22EQ1GS5sTs1zndkn5eGMYWfs",
    "value": {
        "data": "020000006ad1897139ac2bdb67a3c66a..."
    }
}

以太坊将智能合约的字节码与状态变量分开存储：字节码作为不可变代码保存在账户的代码字段中，状态变量则存储于独立的存储槽，动态更新。Solana 采用统一的账户模型，程序账户（executable 标志为 true）与数据账户在结构上无异，仅用途不同。这种设计类似 Unix 文件系统，账户如同文件，承载数据及元数据（如所有者、可执行性）。

在以太坊中，状态变量与智能合约紧密绑定，默认仅合约内部逻辑可读写，外部只能通过节点 API 离线读取数据。反观 Solana，所有账户数据对任意程序公开可读，但仅由其所有者程序可写入，所有权通过 owner 字段明确指定。

账户初始化的必要性

以太坊允许直接写入未初始化的状态变量，合约通过 SSTORE 操作码写入某个存储槽时，即使该槽从未使用过，EVM 会自动为其分配空间并存储新值。而 Solana 要求显式初始化账户。虽然初始化和写入可在同一交易中完成，但为简化讨论，我们先聚焦初始化步骤。

基础存储示例

将以下 Solidity 代码转换为 Solana：

contract BasicStorage {
    struct MyStorage {
        uint64 x;
    }
    MyStorage public myStorage;

    function set(uint64 _x) external {
        myStorage.x = _x;
    }
}

在 Anchor 中，所有账户数据被视为结构体，因其灵活性（数据块最大 10MB）需要结构化解释，否则仅为无意义的字节序列。Anchor 在幕后处理序列化与反序列化。

初始化实现

创建新 Anchor 项目 basic_storage，代码如下：

use anchor_lang::prelude::*;
use std::mem::size_of;

declare_id!("9XZGDi1imvGFV3bLuDJK1bkUht51GPCRsVxMe4DpqWEo");

#[program]
pub mod basic_storage {
    use super::*;

    pub fn init...