Solana 测试工具：LightSVM, surfpool, Mollusk

视频 AI 总结： 该视频主要讲解了 Solana 链上测试的三种工具：LightSVM、surfpool 和 Mollusk，并介绍了它们之间的关联、优势以及使用方法。核心内容是帮助开发者更好地进行 Solana 程序的测试，包括功能测试、性能测试以及套利策略的模拟。 关键信息： 1. LightSVM 是一个功能全面的库，支持多种语言，可以模拟 SVM 运行环境，进行指令级别的测试。 2. surfpool 基于 LightSVM 开发，能够直接从 RPC 获取链上数据，方便模拟真实环境，适合在线套利策略的测试。 3. Mollusk 是一个轻量级的 Rust 测试库，功能有限，只支持指令级别的测试，但可以进行定制化。 4. 这三个测试库最终都依赖 SVM 的源代码。 5. Shuffle 工具功能强大，既有 RPC 接口，又有网页界面，使用简单，适合与组网或开发网结合使用。 6. 实战案例演示了如何使用 surfpool 进行时间旅行和设置账号，模拟 DeFi 应用中的利息计算等场景。 7. 推荐使用 MCP 工具分析 Solana 交易，可以解析交易包含的程序、路径等信息。 8. 强调了在进行 Solana 开发时，需要关注 CU 优化，以降低交易成本。

Solana 链上套利：暗池、聚合器与机器人

视频 AI 总结： 该视频由三位套利大神分享链上分析与套利专题，核心内容是讲解如何在 Solana 链上进行套利，包括寻找暗池、利用聚合器、以及构建自己的套利机器人。强调了链上数据分析的重要性，以及如何通过技术手段提高套利效率和利润。 关键信息： 1. **暗池的寻找方法**：通过 Sourcecam 寻找交易量大的未开源 AMM。 2. **利用聚合器**：使用 Jupiter API 进行询价和交易，简化操作流程。 3. **链上计算**：通过智能合约在链上重新计算最优价格，降低延迟。 4. **成本控制**：分析 GAS 费用、机头费用等成本结构，优化交易策略。 5. **自建机器人**：构建自己的套利机器人，实现自动化交易和利润最大化。 6. **地址查找表（ALT）**：使用 ALT 技术优化合约，加速数据加载。 7. **服务器配置**：建议使用多核 CPU 服务器，提高计算速度。 8. **策略研究**：强调不断研发新的套利策略，以适应市场变化。

Pinocchio 入门

一、Anchor 与 Pinocchio 的技术关系 这是本节课最核心、也是信息密度最高的部分。 ### 1. 两者在技术栈中的位置 - Anchor - 上层开发框架 - 提供完整脚手架、账户校验、测试与部署体验 - 更适合初学者与应用型开发 - Pinocchio - 底层 Rust crate - 与 `solana-program` 同一层级 - 提供更直接、可控的程序构建方式 - 对 Rust 基础要求更高 课程中的一个关键判断是： > Anchor 是“上层封装工具”，Pinocchio 是“底层引擎组件”。 ### 2. Anchor 2.0 与 Pinocchio 课程明确提到： - Anchor 2.0 正在逐步引入 Pinocchio 作为底层核心库 - 这并不意味着 Anchor 会被淘汰 - 而是 Anchor 继续承担“易用层”，Pinocchio 负责“性能与控制力” 因此，对大多数开发者来说： - **先学 Anchor，再理解 Pinocchio 是更合理的路径** ## 二、推荐学习路径与心智模型 课程中形成的共识路径是： 1. Rust 基础（不要求很深） 2. Anchor（重点掌握账户模型、PDA、CPI、测试） 3. Pinocchio（适合对性能、底层机制有更高要求的开发者） 特别强调： - Anchor 入门阶段不需要精通 Rust - Pinocchio 对 Rust 语法、类型系统、生命周期理解要求更高 ## 三、Vault 抽象为何如此常见 ### 1. Vault 的本质 Vault 是 Solana 程序中非常常见的一种模式，用于： - 暂时托管 Token - 管理资产流向 - 作为权限控制与状态隔离的中间层 ### 2. 为什么教学常从 Vault 开始 课程给出的解释是： - Vault 逻辑足够简单 - 又能覆盖： - PDA - 权限校验 - CPI - Token 操作 因此非常适合作为教学与入门案例。 ## 四、Pinocchio 0.10.x 的关键变化认知 课程中多次提到新版本带来的变化点： - API 调整较多 - 强类型 Address 替代旧版 Pubkey 抽象 - bump 不再被强烈推荐显式保存 - 对 Compute Unit 的使用更加友好 也提醒学员： - 教程与版本可能存在不一致 - 遇到问题时优先对照官方文档与社区说明 ## 五、测试、工具与工程实践提示 ### 1. 测试策略 - Anchor 提供完整测试框架 - Pinocchio 更偏向底层，需要额外测试工具 - Blueshift 推荐使用 mollusk 进行测试 ### 2. 工具链建议 - 使用 rust-analyzer 提升 IDE 体验 - 遇到依赖问题可通过指定版本解决 - 课程中给出了可直接使用的 cargo update 方案

Noah AI：Solana 无代码应用构建，赢取黑客松奖金

视频 AI 总结： 该视频介绍了 Noah AI，一个 AI 驱动的无代码工具，旨在帮助用户在 Solana 上构建功能齐全的链上应用程序，即使他们不具备 Rust 编程技能。视频重点介绍了即将到来的 Solar 黑客松周，鼓励开发者使用 Noah AI 构建 Solana 应用，并有机会赢得奖金、获得 Sirenia 的指导，甚至获得高达 10 万美元的融资机会。 关键信息： * **Noah AI 介绍：** 这是一个无需编码即可在 Solana 上构建应用程序的 AI 工具。 * **Solar 黑客松周：** 从 1 月 28 日到 2 月 4 日举行，奖金池为 3000 USDC。 * **参与方式：** 通过 Noah AI 注册，并可联系 Mike 或 Vesper 获取初始测试代币。 * **评判标准：** 应用必须基于 Noah AI 构建，关注 UI 的可扩展性和创新性。 * **额外福利：** 获胜者有机会获得 Sirenia 的指导和高达 10 万美元的融资。 * **功能演示：** 演示了如何使用 Noah AI 构建一个代币发行平台，并集成了 Solana 程序。 * **SDK 集成：** 可以集成 Jupyter、Radium、Metaplex 等协议。 * **图像生成和编辑：** 可以使用 AI 生成或上传图像，并轻松编辑 Web 应用程序的元素。 * **Bonk Fund 合作：** 允许用户为他们的应用程序直接在 Bonk 上启动代币。 * **代码下载：** 可以下载应用程序背后的代码。 ## Vibe Coding 与黑客松实战思路 ### 1. Vibe Coding 的定位 课程强调，Vibe Coding 更适合： - 黑客松 - 快速 Demo 验证 - 前端不熟或时间受限的场景 核心价值在于： - 降低启动成本 - 快速跑通最小可用版本 - 帮助开发者把精力集中在**业务逻辑而不是样板代码** ### 2. AI 工具的边界共识 课程中反复强调的一点是： - AI 可以辅助写代码 - 但不能替代对链上逻辑的理解 - 上生产或涉及资产安全时，必须人工 review AI 工具更像是“加速器”，而不是“安全兜底”。

Task 3：构建一个 Anchor 托管程序

代码链接：https://github.com/Tools-touch/Task-/

task2：构建一个 Anchor 金库程序

Task2：https://learn.blueshift.gg/zh-CN/challenges/anchor-vault 助教包：https://github.com/daog1/blueshift_anchor_vault https://github.com/solana-foundation/solana-dev-skill

用 Anchor 重写简单链上数据存储程序

本节课程围绕 **Anchor 的基础使用方式** 展开，通过将一个“简单链上数据存储程序”从原生 Solana 写法迁移至 Anchor，实现对 Solana 账户模型、PDA 使用方式以及 Anchor 标准开发流程的系统理解，为后续 Vault 与更复杂合约内容打下基础。 ## 一、核心学习目标 通过本节课程，学员需要掌握以下能力： - 理解 Solana 与 EVM 在数据存储模型上的本质差异 - 熟悉 Anchor 项目的基础结构与开发流程 - 能够使用 PDA 为用户创建并管理专属数据账户 - 掌握账户空间分配与动态扩容的基本规则 - 能够独立排查 Anchor 开发中的常见报错 ## 二、Anchor 开发的基本流程 Anchor 提供了一套高度标准化的 Solana 开发体验，本次课程覆盖了完整闭环。 ### 1. 本地开发与测试流程 典型流程包括： - 安装依赖并初始化环境 - 使用 `anchor build` 编译程序 - 使用 `anchor test` - 自动启动本地 validator - 部署程序 - 执行测试脚本 在开发早期阶段，`anchor test` 是验证逻辑正确性的首选方式。 ## 三、Solana 账户模型与 PDA 的使用 ### 1. Solana 与 EVM 的关键差异 在 EVM 体系中，数据通常直接存储在合约内部。 而在 Solana 中： - **程序本身不存储业务数据** - 数据存储在独立的 **账户（Account）** 中 - 程序通过读写账户来完成状态更新 ### 2. PDA 在本次课程中的角色 本次“用户金库”示例中： - 每个用户对应一个 PDA 账户 - PDA 通过 `seeds + program_id` 派生 - PDA 用来存储用户的金库数据或余额信息 - 用户签名 + PDA 规则共同保证数据归属的安全性 ### 3. 是否需要 Auth 校验 课程中强调了一个常见误区： - PDA 的 owner 通常是 system program - 如果不做额外校验，逻辑层面的“数据归属”并不直观 因此，在真实项目中，建议通过： - 用户 signer - PDA seeds - 明确的字段校验 来确保账户只能被对应用户操作。 ## 四、账户空间（space）分配与计算 账户空间是 Anchor 开发中**最容易出错、但必须理解**的一部分。 ### 1. 基本原则 - Solana 账户在创建时必须一次性声明空间大小 - Anchor 账户默认需要额外 **8 bytes** 用于 discriminator ### 2. 常见写法 课程中对比了两种写法： - `space = 8 + Struct::INIT_SPACE` - 使用辅助函数动态计算空间 ### 3. 动态字段的注意事项 当账户结构体中包含以下字段时： - `Vec<T>` - `String` 必须： - 显式声明最大长度（如 `max_len`） - 否则 Anchor 无法正确计算所需空间 这是初学者最容易忽略、也最常导致运行时报错的点。 ## 五、realloc 与 realloc::zero 的理解 当账户需要扩容时，可以使用 `realloc`。 ### 1. realloc 的作用 - 在已有账户基础上增加空间 - 常用于列表增长、数据追加等场景 ### 2. realloc::zero 的含义 - `realloc::zero = true` - 新增空间会被初始化为 0 - 更安全、更可预测 - `false` - 新空间内容不确定 - 可能带来逻辑或安全风险 在涉及用户资产或关键状态时，推荐开启 zero。 ## 六、常见报错与排查方向 ### 1. Program ID 不匹配（最常见） **错误类型** `DeclaredProgramIdMismatch (4100)` **排查思路** - 确认 `Anchor.toml` 中的 program id - 使用以下命令获取真实部署 id ```bash solana-keygen pubkey target/deploy/<program>-keypair.json ``` - 确保以下三处完全一致 - `declare_id!` - `Anchor.toml` - 实际部署的 program id ### 2. 找不到 .so 文件 **错误表现** - deploy 阶段提示找不到 program 文件 **解决思路** - 确认 `anchor build` 成功执行 - 检查 `target/deploy` 目录下是否生成 `.so` 文件 ### 3. 工具链或 Solana CLI 版本问题 **典型现象** - toolchain 名称无效 - 编译阶段直接失败 **解决思路** - 检查本地 solana-cli 版本 - 按课程推荐版本重新安装或切换 - 保证 Anchor 与 Solana 版本兼容 ### 4. 测试脚本依赖缺失 **错误表现** - `ts-mocha` 找不到 **解决思路** - 先执行 `yarn install` - 确保测试相关依赖已正确安装 ## 七、课后实践建议 - 独立完整跑通一次项目流程 - build - test - deploy - 把以下内容整理成自己的 checklist - PDA 设计 - 权限校验 - space 计算 - realloc 使用场景 - 为毕业设计提前养成习惯 - 每次 deploy 前检查 program id - 关键逻辑不只依赖自动生成代码

AI Vibe Coding

提交截止时间：1.28周三7pm 提交黑客松后一定要记得填这个表 https://forms.gle/hbfntLuZkJ3jeSJS7 黑客松提交指南：https://docs.google.com/document/d/1Q3sqNiZNDxugMP9OYNk0rSoBAou1jS_dbS7hfQWPuto/edit?usp=sharing Ai vibe coding 参赛方式： 1. 项目提交： 开发者使用自己的 X (Twitter) 账号发布推文，介绍黑客松参加的赛道分类、项目概况、以及任何其他希望评委和用户了解的信息。发布的文案必须艾特 [@trendsdotfun](https://x.com/trendsdotfun) 和 [@solana_zh](https://x.com/solana_zh)。如果是已经在X上发布的项目，务必引用转发 (Quote RT) 项目原始的发布帖子，并艾特 [@trendsdotfun](https://x.com/trendsdotfun) @[solana_zh](https://x.com/solana_zh) \+ 写明参加的黑客松分类。 2. 额外信息： 在主推文下方的评论区，提供所有相关链接（如 GitHub 链接或其他任何体验产品需要的链接）。 3. 所有大赛评委将会基于个人的兴趣和任意参加黑客松的项目进行交互和评论，这些交互和评论并不代表最终评选结果，但是我们非常鼓励大家与评委们互动！也可以用这种方式为自己的项目争取更多人气与热度！ ⚠️参加黑客松tips： 1. 除了可以争取黑客松奖金，Solar 还为大家准备了毕业奖金（即使黑客松没有获奖，也会有一份毕业奖励） 2. Building 期间经常与官方账号互动，与评委互动，让社区知道你 3. idea 参考 https://superteam.fun/build https://blog.colosseum.com/announcing-the-winners-of-the-solana-cypherpunk-hackathon/ 4. 如果不跟链上交互，部署到本地也可以，也可以不跟链上交互，也不是必须要用 Solana 的技术栈，氛围跟 Solana 相关即可 5. 推荐推文用中文 6. 推荐录一个视频（参考colosseum winner），社区更容易发现自己，录屏，介绍功能，不用露脸，有声音就行 7. 推荐 fork templates 来做可以更高效， https://solana.com/developers/templates

Solana 2026 Task 1：铸造 SPL Token (使用 web3.js)

✅ Task 1: 铸造 SPL Token (使用 web3.js) https://learn.blueshift.gg/zh-CN/challenges/typescript-mint-an-spl-token ? task1助教包：https://github.com/Tools-touch/Task-/

将简单链上数据存储器扩展为可交易代币程序

Mohanson老师通过解答学员实战报错，深入探讨了 Solana 处理高并发时的底层真相及网络协议限制。 ### **1. 并发执行的真相：账户锁定 (Locking)** - **并行转串行**：Solana 虽然支持并行处理，但前提是交易涉及的账户不冲突。 - **热点账户瓶颈**：当成千上万人同时买入同一个流动性池或抢购同一个 NFT 时，由于它们都操作同一个账户，系统会强制将其转为**串行执行**。这解释了为何在极端热点下，用户会感受到“局部拥堵”。 - **交易所方案**：交易所内部转账通常在中心化数据库完成，仅在充提时与链上交互，以规避链上账户锁定的性能限制。 ### **2. 解决包大小限制：LUT (Address Look Up Tables)** - **1280 字节限制**：受 UDP 协议 MTU 限制，单笔交易的数据包极其有限，无法包含过多的账户地址（通常上限为 20-30 个）。 - **LUT 地址查找表**：当业务逻辑极其复杂（如聚合器交易涉及 100 个账户）时，通过 LUT 在链上建立“通讯录”，交易中只需传“索引编号”即可。这极大压缩了交易体积，是复杂应用开发的必备技巧。 ### **3. 交易费用构成与报错排查** - **费用公式**：`Total Fee = Fixed Transaction Fee + Priority Fee + Account Rent`。 - **优先费 (Priority Fee)**：在高并发期间，通过增加优先费可以获得验证者的优先打包权。 - **报错解析**：`Attempt to debit an account but found no record`。这通常是因为目标账户尚未创建或余额不足以支付租金押金，导致交易模拟阶段就报错回滚。 ### **4. PDA (Program Derived Address) 的付费与管理** - **谁使用谁付费**：PDA 的创建费用（租金）由用户支付。 - **管理权限分离**：用户虽付了钱，但没有私钥，无法直接动用资金；只有 Owner 程序能通过 `invoke_signed` 根据 Seeds 派生签名来管理其中的资产。 --- --- **总结陈述：** 本次课程深入到了 Solana 的**工程边界**。理解“账户锁定导致的串行化”能帮助你设计更好的业务并发逻辑；而掌握 **LUT** 和 **Rent 管理** 则是解决实战中“发不出交易”和“交易莫名报错”的关键。 文档：https://solana.com/zh/docs/intro/installation 附件中有社区小伙伴 Dean 分享的课程笔记