如何在 2026 年开始 Solana 开发

视频 AI 总结： 1. **概括视频的核心内容：** 本视频是“成为Solana开发者”七日系列教程的第一天，主要面向有软件开发经验但非Solana开发背景的开发者。内容涵盖了Solana区块链的核心概念，如其作为公共分布式账本技术（DLT）的特性、区块工作原理、验证器与RPC节点的作用。同时，详细指导了Solana开发环境的搭建，包括Rust、Solana CLI和Anchor的安装，并介绍了密钥对（公钥/私钥）的生成与管理。视频还演示了如何在DevNet上获取测试Sol并进行转账操作，为后续深入学习Solana开发奠定基础。 2. **视频中提出的关键信息：** * **目标受众：** 具备软件开发经验，但可能不熟悉Solana的开发者（例如来自Solidity或Web开发）。 * **Solana基础概念：** * Solana是一个公共区块链，采用分布式账本技术（DLT），通过区块记录状态变更，具有高吞吐量和低延迟（每400毫秒生成一个区块）。 * 链上所有信息都是公开且不可篡改的，开发者需注意隐私保护。 * 验证器（Validators）负责共识和区块生成，RPC节点作为开发者与验证器交互的接口。 * Solana是去中心化且抗审查的，支持构建各种应用程序。 * **开发环境搭建：** * 推荐安装Rust语言（Solana程序主要用Rust编写）。 * 安装Solana命令行工具（Solana CLI）、Anchor框架（最流行的Solana开发框架）和Surf Pool CLI（本地测试工具）。 * 建议在Linux或Mac系统上开发，Windows用户可使用WSL。 * **密钥对与钱包：** * Solana使用椭圆曲线密码学（公钥和私钥）进行身份验证和交易签名。 * 公钥可公开，用于接收资产；私钥需保密，用于授权交易。 * `solana-keygen`工具用于生成文件系统钱包（密钥对）。 * 助记词（Seed phrase）用于恢复私钥，必须严格保密。 * 强调加密货币领域的安全风险和个人责任。 * **Solana集群：** * Mainnet（主网）：真实资产交易。 * Testnet（测试网）：供验证器测试网络功能。 * DevNet（开发网）：供开发者使用，可免费获取测试Sol。 * Local testing（本地测试）：使用Surf Pool搭建本地网络。 * **DevNet交互演示：** * 通过`solana config set --url devnet`切换到DevNet。 * 通过`solana airdrop`命令或`faucet.solana.com`获取免费测试Sol。 * 使用`explorer.solana.com`查看区块链状态和交易详情。 * 演示了`solana transfer`命令进行Sol转账，并解释了交易签名、费用和链上记录。 * **明日预告与作业：** * 第二天将深入探讨Solana开发的核心概念：账户（Accounts）、指令（Instructions）和交易（Transactions）。 * 作业：安装Solana CLI和Anchor CLI，创建文件系统钱包，并在DevNet上获取测试Sol，同时安装NPM/PNPM为第二天学习TypeScript做准备。

Solana 基础：账户、指令和交易

视频 AI 总结： 本视频是Solana开发系列教程的第二天，主要介绍了Solana开发中的核心概念：账户（Account）、指令（Instruction）、交易（Transaction）和程序（Program）。视频详细解释了这些概念的定义、作用及其相互关系，并通过Solana CLI和TypeScript（使用Gil库）演示了如何实际操作，例如查询账户余额、发起转账和添加备忘录。视频强调了Solana的账户模型、交易的原子性以及通过明确账户列表实现并行处理的机制。 视频中提出了哪些关键信息： 1. **账户 (Account):** * Solana上所有存储的数据都存在账户中，包括Sol余额（以Lampards计）和任意数据。 * 账户是Solana状态的组成部分，程序本身也是一种账户。 * 每个账户都有地址、Sol余额、所有者（owner）和数据。 * Lampards是Sol的最小单位（1 Sol = 10亿 Lampards）。 2. **程序 (Program):** * 定义了对账户进行操作的逻辑，可视为函数库。 * 程序也是账户，包含可执行的机器码。 * 在交易中的指令被执行时，程序由验证者运行。 3. **指令 (Instruction):** * 调用特定程序中特定功能的请求，包含要调用的程序地址、指令数据（指定功能和参数）以及所需账户列表。 * 例如，系统程序（System Program）的转账指令。 4. **交易 (Transaction):** * 包含一个或多个指令的容器，用于提交给Solana网络执行。 * **组成部分：** 指令列表、费用支付者（Fee Payer）、生命周期（通常是最新区块哈希）、以及所有涉及的账户列表。 * **账户列表要求：** 交易必须明确列出所有读写操作涉及的账户。 * **可写标志 (Writable Flag)：** 任何将被修改的账户必须标记为可写。 * **签名者标志 (Signer Flag)：** 需要签名的账户必须标记为签名者。 * **原子性 (Atomicity)：** 交易是原子的，所有指令要么全部成功，要么全部失败并回滚（交易费用除外）。 * **并行处理：** Solana通过交易中明确的账户列表和可写标志，实现交易的并行处理，从而提高吞吐量。 5. **开发实践：** * 演示了如何使用Solana CLI进行转账和添加备忘录。 * 介绍了如何使用TypeScript（通过Gil库）获取账户信息、构建和发送交易。 * 推荐使用Gil或Solana Kit等维护中的库进行开发。

Solana 教程: Surfpool 1.0 有什么新功能?

视频 AI 总结： 视频介绍了 Solana 开发工具 Surfpool 1.0 版本。它是一个增强型本地测试验证器，能实时从主网或开发网获取账户数据，解决本地测试中账户状态过时的问题，简化 Solana 开发。视频重点演示了新功能，特别是账户流式传输，并提供了使用反馈。 视频中提出了哪些关键信息： * **Surfpool 核心功能:** * 作为本地测试验证器，提供更友好的 UI 和丰富功能，解决传统本地测试中账户状态过时的问题。 * “即时”从主网/开发网获取账户数据，避免手动克隆和状态过时。 * 支持 macOS 和 Linux 操作系统。 * **1.0 版本主要改进:** * Studio UI 优化，日志显示更清晰，交易详情中明确显示调用的程序。 * 账户数据变化支持字节级差异对比，直观展示代币供应量等变化。 * **主要使用方法:** * **安装与启动:** 通过安装脚本安装，使用 `surfpool start` 启动。 * **账户操作:** Studio 内置水龙头功能，可轻松为账户充值；支持 SPL 代币创建、铸造等操作。 * **状态管理:** 可导出/导入快照 (`snapshot`) 保存和恢复网络状态；交易前可下载“夹具”快照用于重放。 * **网络配置:** 可连接到 DevNet 或 MainNet (`--network devnet` 或 `--rpc-url`)。 * **时间控制:** `surfpool pause` 可暂停区块生产，便于在同一区块内测试多笔交易。 * **账户流式传输 (Streaming Accounts):** 通过 RPC 请求将特定账户标记为“无缓存”列表，确保每次访问都从远程网络获取最新数据。 * **作弊码 (Cheat Codes):** 通过 RPC 手动修改本地账户状态，如设置代币余额、冻结状态等。 * **反馈与待改进点:** * Studio 在某些情况下（如新创建账户或特定数据类型）的十六进制数据显示仍不理想，有时显示美化字符串而非原始字节。 * 交易失败时的错误信息不够详细。 * 建议 `spl-token` CLI 工具增加 `--cluster` 参数，避免频繁修改配置。 * 账户流式传输后，`resetAccount` 命令无法取消流式传输状态，需要重启 Surfpool 才能清除“无缓存”列表。 * 流式传输与本地缓存混合使用可能导致状态不一致，需谨慎管理。 * 本地铸造代币时遇到计算单元 (CU) 超限错误，可能存在本地与远程网络限制差异。

Solana 教程 - 为什么账户大小因Token扩展而变得复杂

视频 AI 总结： 该视频深入探讨了 Solana Token Extensions 中账户大小的计算方法，重点讲解了如何确定 Token Mint 账户和 Token Account 的正确大小，以避免浪费租金或导致程序无法正常运行。视频通过实际操作，演示了如何使用 Solana Kit 和 Token-2022 程序创建带有扩展的 Token，并分析了交易指令。 关键信息： 1. Token Extensions 分为 Mint 账户扩展和 Token 账户扩展，两者需要匹配。 2. 可以使用 `getMintSize` 和 `getTokenSize` 函数获取账户大小，但这些函数可能存在 Bug，需要手动修复。 3. `getAccountDataSize` 指令可以模拟交易并返回正确的 Token Account 大小，但需要两次调用 RPC。 4. Token Account 的大小取决于其关联的 Mint 账户的扩展。 5. 视频中发现 Solana Kit 中 `possible account` 扩展的长度计算存在 Bug，需要手动添加额外的字节。

为什么程序账户突然可写 [SIMD 162]

视频 AI 总结： 该视频主要探讨了 Solana 中可执行程序账户的可写性问题，以及哪个特性导致了这种变化。视频通过实验和分析，最终确定了 SIMD-162 特性（移除账户可执行标志的检查）是导致程序账户可写的原因。在旧版本中，程序账户默认不可写，但在引入 SIMD-162 后，允许向程序账户转移 Lamport，使其变得可写。视频还讨论了特性激活后可能无法随意禁用的问题，以及未来应用需要面向新特性进行开发。 关键信息： 1. SIMD-162 特性移除了对账户可执行标志的检查，使得向程序账户写入 Lamport 成为可能，从而改变了程序账户的只读属性。 2. 在 Solana 的早期版本（如 1.18）中，尝试修改可执行程序账户的余额会导致错误。 3. 特性一旦在主网上激活，即使在本地测试环境中禁用，可能也无法完全恢复到特性激活前的状态，因为相关的代码可能已被优化移除。 4. LoaderV4 将把所有内容放在一个账户中，不再需要代理账户。 5. 视频强调了面向未来特性进行应用开发的重要性，而不是试图向后兼容旧特性。

Solana 教程-转账 Hook Discriminator

视频 AI 总结： 该视频深入探讨了 Solana 编程中 Discriminator 的概念，讲解了如何自定义 Discriminator，以及 Discriminator 在 Anchor 框架和 SPL (Solana Program Library) 中的应用。视频的核心在于理解 Discriminator 的生成方式，以及如何在 Anchor 程序中正确使用它，以便实现自定义的程序逻辑。 关键信息： 1. Discriminator 是用于唯一标识 Solana 程序中指令的 8 字节哈希值。 2. Anchor 框架默认使用 `global:<instruction_name>` 的 SHA-256 哈希值的前 8 字节作为 Discriminator。 3. SPL 使用 `SBL Transfer Hook Interface:<instruction_name>` 作为 Discriminator 的哈希输入。 4. 可以使用 `#[instruction(discriminator = ...)]` 来自定义 Anchor 程序中指令的 Discriminator。 5. `SBL Discriminator` crate 提供了生成和操作 Discriminator 的工具。 6. `SBL Transfer Hook Interface` 定义了 transfer hook 程序需要实现的接口和 Discriminator。 7. 视频中提到旧版本的 Anchor 使用 `interface` 属性来覆盖默认的指令 Discriminator，但在新版本中已被弃用。

理解 Solana 的 Features 机制

视频 AI 总结： 该视频主要讲解了 Solana 的 Features 和 Feature Gates 的概念，以及如何在本地开发环境中激活和停用 Features。视频的核心目标是理解 Solana 的 Features 机制，并能够通过控制 Features 来进行本地开发和测试，为后续视频内容做准备。 关键信息： 1. Solana 的 Features 用于协调协议的变更，确保所有验证者行为一致。Feature Gates 用于在 Epoch 边界激活 Features。 2. 程序账户（Program Accounts）曾经是只读的，但现在可以被设置为可写，这是一个协议变更。 3. 通过本地测试验证器（Test Validator）可以模拟不同 Features 激活状态下的程序行为。 4. 可以使用 Solana CLI 的 deactivate feature 命令来停用特定的 Feature，以便在本地环境中进行测试。 5. 视频中找到了 stricter ABI and runtime constraints 这个 Feature，停用它可以允许程序修改不属于它的账户数据。 6. 即使禁用了所有 Features，程序账户仍然可以被标记为可写。 7. 最新的测试验证器包含了所有 Features，因此需要手动停用不需要的 Features。

Solana教程：程序错误深度解析

视频 AI 总结： 该视频主要讲解了 Solana 程序错误，旨在帮助开发者理解各种程序错误的具体使用场景，以便在编写 Solana 程序时能够更准确地返回错误信息，提高程序的可维护性和可理解性。视频通过分析 Solana SDK 源码和实际案例，详细解释了每种程序错误的含义和适用情况，并对容易混淆的错误进行了区分。 视频中提出的关键信息： * **Custom Program Error:** 用于程序特定的错误，开发者可以自定义错误码。 * **Invalid Instruction Data:** 指令数据内容无效，例如数据类型错误或长度不足。 * **Invalid Argument:** 账户参数无效，例如账户不可写或账户类型不匹配。 * **Invalid Account Data:** 账户数据内容无效，例如数据格式错误或反序列化失败。 * **Account Data Too Small:** 账户数据空间不足，例如尝试写入超出账户容量的数据。 * **Insufficient Funds:** 账户余额不足，无法完成转账或支付操作。 * **Incorrect Program ID:** 提供的程序ID与预期不符，通常用于CPI调用时验证目标程序。 * **Missing Required Signature:** 缺少必要的签名，通常用于验证交易授权。 * **Account Already Initialized:** 账户已被初始化，无法重复初始化。 * **Uninitialized Account:** 账户未被初始化，无法执行某些操作。 * **Not Enough Account Keys:** 提供的账户数量不足，无法满足指令需求。 * **Illegal Owner:** 尝试将账户所有者更改为非法值。 * **Invalid Account Owner:** 账户所有者与预期不符。

Solana Kit 教程 - Instruction Plans

视频 AI 总结： 该视频主要讲解了 Solana 开发工具包（Kit）中的 Instruction Plans 功能，它能帮助开发者更高效地处理链上多步骤操作，无需手动管理交易打包和发送顺序。Instruction Plans 允许开发者定义一系列有序的指令，并利用 Transaction Planners 和 Transaction Plan Executors 将其转化为交易并执行。视频通过实例演示了如何创建和使用 Instruction Plans，包括单指令、顺序指令和并行指令，以及如何处理交易执行结果。 关键信息： 1. Instruction Plans 是一种将多个指令组合成多步骤操作的工具，可以跨越多个交易。 2. Instruction Plans 的核心在于描述操作流程，而将交易构建、签名和发送等细节委托给 Transaction Planners 和 Transaction Plan Executors。 3. Transaction Planners 负责将 Instruction Plans 转化为 Transaction Plans，Transaction Plan Executors 负责执行 Transaction Plans。 4. Instruction Plans 支持顺序执行（Sequential）、并行执行（Parallel）和非可分顺序执行（Non-divisible Sequential）三种模式。 5. 开发者可以自定义 Transaction Planners 和 Transaction Plan Executors，以实现特定的交易处理逻辑，例如使用交易包（Transaction Bundles）实现原子性执行。 6. 通过 Instruction Plans，开发者可以更方便地处理复杂的链上操作，例如向 Buffer Account 写入大量数据，而无需手动管理交易大小和打包。

Solana Kit 教程 - 深度解析 Signer

视频 AI 总结： 该视频深入探讨了 Solana Kit 中的签名者（Signers）概念，旨在帮助开发者理解如何在 Solana 交易中使用签名。视频首先介绍了 Solana Kit 的文档网站，然后详细讲解了不同类型的签名者，包括部分签名者、修改签名者和发送签名者，以及它们在交易签名过程中的作用和顺序。视频还通过代码示例演示了如何创建和使用不同类型的签名者，以及它们如何影响交易的签名和发送过程。 关键信息： * Solana Kit 提供了一个文档网站，包含关于 Kit 的详细信息。 * 签名者（Signers）是 Solana Kit 中用于对交易进行签名的抽象概念，它结合了账户地址和签名实现。 * 签名者分为三类：部分签名者（Partial Signers）、修改签名者（Modifying Signers）和发送签名者（Sending Signers）。 * 部分签名者仅用于签名，不修改交易或消息。 * 修改签名者可以修改交易或消息，但会使之前的签名失效。 * 发送签名者可以修改交易并发送它。 * 视频通过代码示例演示了如何创建和使用不同类型的签名者，以及它们如何影响交易的签名和发送过程。 * Solana Kit 负责处理签名者的调用顺序，开发者只需提供签名者即可。