构建投票应用 | Solana 2026

一个使用 [Anchor](https://www.anchor-lang.com/) 在 Solana 上构建的链上投票程序。演示了如何使用 PDA 存储结构化状态、通过指令传递类型化参数以及强制执行时间门控访问规则。 ## 概述 任何人都可以创建一个包含名称、描述和投票窗口的投票。投票创建者随后添加候选选项。在投票窗口期间，任何钱包都可以为候选者投票；窗口外的投票将在链上被拒绝。 ## 程序 ID ``` 65KHV8cXwJ8apTKMqnpSdhdHkHhRySatgKMwnxm6C3gG ``` ## 先决条件 - [Rust](https://rustup.rs/) - [Solana CLI](https://solana.com/developers/guides/getstarted/setup-local-development) - [Anchor CLI](https://www.anchor-lang.com/docs/installation) v1.0.0-rc.2 - [Node.js](https://nodejs.org/) + [Yarn](https://yarnpkg.com/) ## 构建 ``` cd anchor anchor build ``` ## 测试 测试使用 TypeScript 编写，使用 [@anchor-lang/core](https://www.npmjs.com/package/@anchor-lang/core) 并在本地验证器上使用 Jest 运行。 ``` cd anchor yarn install yarn jest ``` ## 指令 ### `initialize_poll` 创建一个新的投票账户。 | 参数 | 类型 | 描述 | | ------------- | ------ | --------------------------- | | `poll_id` | u64 | 用作 PDA seed 的唯一标识符 | | `start_time` | u64 | 投票开始的 Unix 时间戳 | | `end_time` | u64 | 投票结束的 Unix 时间戳 | | `name` | String | 投票名称（最多 32 个字符） | | `description` | String | 投票描述（最多 280 个字符） | ### `initialize_candidate` 向现有投票添加候选选项。 | 参数 | 类型 | 描述 | | ----------- | ------ | --------------------------- | | `poll_id` | u64 | 要添加候选者的投票 ID | | `candidate` | String | 候选者名称，也用作 PDA seed | ### `vote` 为候选者投票。如果当前时间不在投票窗口内，则操作将被回滚。 | 参数 | 类型 | 描述 | | ----------- | ------ | ------------------ | | `poll_id` | u64 | 投票 ID | | `candidate` | String | 要投票的候选者名称 | ## 账户 ### `PollAccount` — PDA seeds: `["poll", poll_id (小端序 u64)]` | 字段 | 类型 | 描述 | | ------------------- | ------ | -------------------------- | | `poll_name` | String | 投票名称（最多 32 个字符） | | `poll_description` | String | 描述（最多 280 个字符） | | `poll_voting_start` | u64 | 投票开始的 Unix 时间戳 | | `poll_voting_end` | u64 | 投票结束的 Unix 时间戳 | | `poll_option_index` | u64 | 当前已添加的候选者数量 | ### `CandidateAccount` — PDA seeds: `[poll_id (小端序 u64), candidate_name]` | 字段 | 类型 | 描述 | | ----------------- | ------ | ---------------------------- | | `candidate_name` | String | 候选者名称（最多 32 个字符） | | `candidate_votes` | u64 | 收到的总票数 | ## 错误代码 | 代码 | 消息 | | ------------------ | ------------ | | `VotingNotStarted` | 投票尚未开始 | | `VotingEnded` | 投票已结束 | ## 版本声明 本节课程代码复制自 [solana-foundation/solana-bootcamp-2026](https://github.com/solana-foundation/solana-bootcamp-2026/tree/42ee75925d550be3bda8a53c572dc4cba99bb374/03-voting)

AI 最佳实践 | Solana 2026

在 Solana 开发中如何使用 AI 的实践参考，通过高质量上下文、最新文档和可复用技能（Skills），提升 AI 生成代码的准确性与可维护性，应用 AI 的同时，应该了解： - AI 代理可以显著提升项目开发效率，但不能替代对架构、协议和工程质量的判断。 - 区块链生态更新快，直接依赖模型内置知识通常不够，需要主动提供最新资料。 - 在 Solana 开发中，应优先使用官方或社区维护的技能、最佳实践和工具链说明。 ## 推荐 AI 工具 ### CLI - Claude Code: https://claude.com/product/claude-code - Codex CLI: `npm i -g @openai/codex` - Codex App: https://openai.com/zh-Hans-CN/codex/ ### IDE - Cursor: https://cursor.com/cn/home - Antigravity: https://antigravity.google/ - TRAE: https://www.trae.ai/ ### 常用模型 - Claude Sonnet / Opus - GPT-5.4 - Gemini 3.1 Pro ## 推荐资源 ### Solana AI 与 Skills - Awesome Solana AI: https://github.com/solana-foundation/awesome-solana-ai - **Solana Dev Skill**: https://github.com/solana-foundation/solana-dev-skill - Solana Skills: https://solana.com/zh/skills - AI on Solana: https://solana.com/zh/solutions/ai - Solana MCP: https://github.com/solana-foundation/solana-mcp-official - X402 on Solana: https://solana.com/zh/x402 ## 使用建议 - 在开始生成代码前，先为 AI 提供项目目标、约束、技术栈和参考实现。 - 对于 Solana 项目，优先补充最新的框架文档、Skill、IDL、测试方式和安全约束。 - 将 AI 视为实现助手，而不是决策主体；关键设计、接口边界和验证流程仍需人工把关。 - 持续学习相关最佳实践，可以显著提升提示质量、审查能力和开发效率。

Hello World | Solana 2026

# HelloSolar 一个基于 Next.js 的起步项目，集成了 Tailwind CSS、`@solana/react-hooks`，以及一个 Anchor 金库程序示例。 ## 快速开始 ``` npx -y create-solana-dapp@latest -t solana-foundation/templates/kit/HelloSolar ``` ``` npm install # 自动构建程序并生成客户端 npm run dev ``` 打开 [http://localhost:3000](http://localhost:3000/)，连接你的钱包，并在 devnet 上与金库进行交互。 ## 包含内容 - 通过 `@solana/react-hooks` 实现的**钱包连接**，支持自动发现 - **SOL 金库程序**：可在个人 PDA 金库中存入和提取 SOL - **Codama 生成的客户端**：基于 `@solana/kit` 提供类型安全的程序交互 - 支持亮色/暗色模式的 **Tailwind CSS v4** ## 技术栈 | 层级 | 技术 | | ------------- | --------------------------------------- | | 前端 | Next.js 16、React 19、TypeScript | | 样式 | Tailwind CSS v4 | | Solana 客户端 | `@solana/client`、`@solana/react-hooks` | | 程序客户端 | Codama 生成、`@solana/kit` | | 链上程序 | Anchor（Rust） | ## 项目结构 ```text ├── app/ │ ├── components/ │ │ ├── providers.tsx # Solana 客户端配置 │ │ └── vault-card.tsx # 金库存取款界面 │ ├── generated/vault/ # Codama 生成的程序客户端 │ └── page.tsx # 主页面 ├── anchor/ # Anchor 工作区 │ └── programs/vault/ # 金库程序（Rust） └── codama.json # Codama 客户端生成配置 ``` ## 部署你自己的金库 仓库内附带的金库程序已经部署到 devnet。如果你想部署自己的版本，请按以下步骤操作： ### 前置要求 - [Rust](https://rustup.rs/) - [Solana CLI](https://solana.com/docs/intro/installation) - [Anchor](https://www.anchor-lang.com/docs/installation) ### 步骤 1. **将 Solana CLI 配置到 devnet** ``` solana config set --url devnet ``` 2. **创建钱包（如有需要）并领取测试币** ``` solana-keygen new solana airdrop 2 ``` 3. **构建并部署程序** ``` cd anchor anchor build anchor keys sync # 更新源码中的程序 ID anchor build # 使用新的 ID 重新构建 anchor deploy cd .. ``` 4. **重新生成客户端并重启项目** ``` npm run setup # 重新构建程序并生成客户端 npm run dev ``` ## 测试 测试使用 [LiteSVM](https://github.com/LiteSVM/litesvm)，这是一个轻量且快速的 Solana 虚拟机，适合测试场景。 ``` npm run anchor-build # 先构建程序 npm run anchor-test # 运行测试 ``` 测试文件位于 `anchor/programs/vault/src/tests.rs`，并会自动使用 `declare_id!` 中定义的程序 ID。 ## 重新生成客户端 如果你修改了链上程序，请重新生成 TypeScript 客户端： ``` npm run setup # 或者：npm run anchor-build && npm run codama:js ``` 这里使用 [Codama](https://github.com/codama-idl/codama) 从 Anchor IDL 生成类型安全的客户端。 ## 了解更多 - [Solana Docs](https://solana.com/docs) - 核心概念与使用指南 - [Anchor Docs](https://www.anchor-lang.com/docs) - 链上程序开发框架 - [Deploying Programs](https://solana.com/docs/programs/deploying) - 程序部署指南 - [framework-kit](https://github.com/solana-foundation/framework-kit) - 此项目使用的 React Hooks 来源 - [Codama](https://github.com/codama-idl/codama) - 从 IDL 生成客户端

Solana 互联网资本市场：QA

Solana 互联网资本市场：QA

【第109期】Bitcoin ZK Rollup：实时证明与Goat Network实践

AI 总结：本次公开课主题为Bitcoin ZK Rollup实时证明。Stephen Duan分享了零知识证明的背景、关键技术及Goat Network的实践方案。 小结 1. ZK Rollup与实时证明（Real-Time Proving） 概念: 实时证明旨在最小化生成证明所需的时间，理想场景是在承担后续货币提取的等待时间内完成证明，至关重要。 挑战: 以太坊等链的PoS铸币模型要求ZK Proof能在极短时间内（如区块时间12秒内）完成。 技术路径: 主流解决方案包括对执行过的交易序列进行分段，分别并行证明再进行聚合，以达成实时性要求。 2. Goat Network的BTC二层方案 技术栈: 基于“去中心化sequence”（Decentralized Sequence）和“Bit VM2”（GC，采用混淆电路）构建ZK Rollup。 decentralized sequence: 作为数据可公开可用的分布式存储网络，用于存储状态数据快照，节省链上存储成本。 Bit VM2+GC: 采用恶意对手安全（malicious adversary secure）的混淆电路（Gap Socket），将原本庞大的验证脚本压缩成可管理的链上数据，大幅降低验证成本。 ZKVM应用: 使用抗量子的Stacked Proof系统，生成进行Block Proof和Sub-block Proof，并具备多层聚合证明能力。 Docs: 当前主要开发集中在测试网BitVM2-GC版本，目标在Q4上线主网。 3. 系统治理与经济模型 博弈论与激励设计: 通过引入Universe Operator机制，由随机轮换的公会成员承担证明、出块、挑战等工作，并辅以激励与惩罚机制，确保各角色利益平衡。 长期愿景: 搭建一个多链兼容的“桥朴”（Bridgeless Bridge）系统，为不同链提供统一的ZK证明服务，实现资产和信息的无信任跨链。 >分享时间：2025-09-11

【第108期】Web3 前端开发生态位

视频 AI 总结： 该视频主要介绍了 Web3 前端开发的相关内容，包括 Web3 应用架构与 Web2 的区别、Web3 前端在 DApp 开发中的职责、成为 Web3 前端开发所需的前置知识，以及 Uniswap 前端代码的核心架构。 关键信息： 1. Web3 应用架构与 Web2 的区别在于，Web3 引入了智能合约和钱包的概念，前端可以直接与 RPC 节点交互，调用智能合约。 2. Web3 前端的职责包括与钱包交互、与 RPC 节点交互、调用智能合约等，同时保留了 Web2 前端画页面、调 API 接口等职责。 3. 成为 Web3 前端开发需要掌握 HTML、CSS、JS 等前端基础知识，以及区块链的基础知识，如区块链结构、交易构成、以太坊基础等。 4. Uniswap 是一个去中心化交易所（DEX），其前端代码的核心在于链接钱包、与链交互、构建交易。 >分享时间：2025-09-10

【第107期】链接万物，Hyperlane如何破局流动性碎片化？

这是一场关于区块链跨链技术与流动性管理的线上技术分享会。会议邀请了Hyperlink的亚太区核心贡献者马克思老师，围绕跨链互操作性的行业现状、技术解决方案及实际案例进行了主题分享。 1、跨链与互操作性的行业现状 当前区块链行业已从少数几条链发展到数千甚至上万条链，每条链都有独特用途，导致流动性碎片化问题严重。 跨链和桥接资产是当前重点话题，但现有桥接方案存在安全性、中心化、速度慢或成本高等问题。 未来跨链方向是“隐形桥接”（invisible bridge），用户无需感知桥接过程即可完成跨链操作。 2、Hyperlink 的核心功能与优势 Hyperlink 支持 Any to Any Architecture，可连接任何技术框架的链，目前已支持 150 多条链和 5 种虚拟机（VM）。 ICA（Inter-Chain Account）功能允许用户通过一个主账号控制多链上的子合约，无需额外部署。 流动性池采用动态再平衡系统（Rebalance System），根据跨链需求自动调整各链上的资金池。 Hyperlink 是完全开源、去中心化和模块化的开发者工具，支持主流资产（如 USDC、USDT）的跨链。 3、实际应用案例 Aave 使用 Hyperlink 实现跨链治理投票，用户无需将资产跨回以太坊即可参与投票。 Bittensor（AI 交互链）通过 Hyperlink 的 ICA 功能简化用户从主流链资产到 AI Token 的转换流程，用户体验提升 5-6 倍。 Tether 与 Hyperlink 合作推出 OPEN USDT，支持多链原生稳定币分发，解决封装资产的安全性问题。 4、流动性池的技术实现 流动性池通过锁仓（Lock）和铸造（Mint）机制确保资产安全性，原生资产由发行方（如 Circle）直接铸造。 再平衡系统通过竞价机制（Sofer）动态填充资金池，确保跨链需求得到满足。 5、监管与合规支持 Hyperlink 支持白名单（White List）和黑名单（Black List）设置，合约拥有者可自定义合规规则。 >分享时间：2025-09-09

【第106期】如何在 Nexus 上开发 - 以 NFT 为例

视频 AI 总结： 本次 OpenSpace 的开放讲座邀请了来自 Nexus 的 Joseph Zhang，主要讲解如何在 Nexus Layer 1 上快速开发应用，重点介绍了如何构建一个 NFT 平台。Joseph 详细介绍了使用 Next.js 13、TypeScript、Hard Hat 和 Ethers.js 构建 NFT 平台的步骤，包括创建 NFT、管理 NFT 艺术品、铸造 NFT、查看和转移 NFT 等功能。 关键信息： 1. Nexus 是一个 EVM 兼容的 Layer 1 区块链，具有 ZKVM（零知识虚拟机）的特性，用于验证程序的正确执行。 2. 视频详细演示了如何使用 Hard Hat 在 Nexus 上部署 NFT 合约，包括配置 Hard Hat、获取私钥、获取测试代币等步骤。 3. NFT 平台允许用户创建自定义 NFT 集合，上传和管理艺术品，铸造 NFT，并更新 NFT 元数据。 4. Nexus 计划与 OpenBuild 等社区合作伙伴合作，在中国举办更多开发者活动，包括线上 faucet 活动、黑客松和线下活动。 5. Nexus 团队将参加 KBW 和 Token2049 等国际会议，并计划推出开发者激励计划，如在线黑客松和 Grant Accelerator。 >分享时间：2025-08-30

DioWeb3直播间聊Web3培训哪些事儿

Tiny熊做客DioWeb3直播间聊Web3培训哪些事儿

【第103期】区块链安全审计成长之路

视频总结： **核心内容：** 该视频主要围绕区块链安全审计行业展开，LZ 分享了个人从业经历、行业背景、不同审计模式的特点、以及对行业未来发展趋势的看法。视频旨在帮助听众了解区块链安全审计的现状、挑战和机遇。 **关键论据/信息：** * **行业背景：** 早期审计流于形式，盖章式审计导致项目上线后仍频频被黑。之后出现了公开审计平台，通过悬赏吸引安全人员寻找漏洞，提高代码安全性。目前存在多种审计平台，产品差异化逐渐缩小。 * **审计模式：** 存在公开审计和私人审计两种模式。公开审计时间较长，吸引更多人参与，但需要平台进行报告筛选和评审。私人审计节奏快，通常由经验丰富的审计员组成小团队进行，但审计结果并非绝对保证安全。 * **行业趋势：** 私人审计公司数量增多，项目方倾向于先进行多轮私人审计，再进行公开审计，以更高效地利用审计资源。国外项目对审计预算充足，重视多轮审计。 * **个人经历与建议：** LJLJ分享了自己从程序员转型为审计员的经历，强调了攻击思维、快速熟悉项目、以及持续学习的重要性。建议有志于从事安全审计的开发者，先学习区块链基础知识，了解常见漏洞类型，并通过CTF比赛和实际项目审计来提升技能。 * **行业挑战与机遇：** 审计行业存在竞争激烈、收入不稳定等挑战，但也存在无限的想象空间，例如通过漏洞赏金获得高额回报。AI审计是未来的趋势，但目前尚不能完全取代人工审计。 * **行业趣闻与案例：** 分享了审计员盗取项目资金、项目方拒绝支付赏金等案例，提醒从业者遵守法律法规，并强调了沟通和证据的重要性。 视频内容丰富，涵盖了区块链安全审计行业的各个方面，既有宏观的行业分析，也有微观的个人经验分享，为听众提供了一个全面而深入的了解。 >分享时间：2025-05-21