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 分享的课程笔记

互联网资本市场

Yao Yao 结合其在亚马逊、交易所及基金会的复合背景，分享了 Solana 如何通过技术特性推动机构级应用落地。 ### **1. 亚太区：从“跟随者”到“技术引擎”** - **开发者红利**：亚太区开发者不仅在数量上占优，更在 DeFi 协议的复杂逻辑（如聚合器、衍生品）上贡献了全球领先的代码量。 - **基金会的角色转变**：基金会不只是提供 Grant（奖金），核心在于**资源分发与信誉背书**。通过将优秀的亚太开发者对接给全球顶级 VC（如 a16z）和交易所，实现项目的商业化落地。 ### **2. 传统机构入场：从“观望”到“基建融合”** - **亚马逊 (AWS) 的案例**：大厂看重的是**云端集成能力**。Solana 的节点节点可以轻松部署在 AWS 上，这种“云原生”的友好性降低了传统企业进入 Web3 的门槛。 - **成本即战略**：对传统机构而言，高吞吐量不仅是技术指标，更是财务指标。Solana 的低费率允许机构在链上进行**高频对账与清算**，这在以太坊上由于 Gas 费波动是无法实现的商业逻辑。 ### **3. Token Extensions (Token-2022) 的商业终局** Solana 杀入主流金融圈的“杀手锏”： - **可控的去中心化**：机构需要“有条件的监管”。 - **合规性 (Compliance)**：通过 Transfer Hooks 实现自动化 KYC，让每一笔转账都符合特定地区的法律。 - **资产安全 (Asset Security)**：永久代理权（Permanent Delegate）解决了机构最担心的“私钥丢失导致国有/企业资产流失”的合规痛点。

Solana 2026 C3 QA

Solana Bootcamp 2026 Course 3 QA