1. 选择生态作为起点#

• 推荐选择 Solana 或 以太坊
• Solana 更市场化，创业公司多，链上收入多，机会相对更多
• 两者不冲突，可以多学习

2. 入门方式#

• 📖 读文档 - 官方文档和社区教程
• ✍️ 写教程 - 输出倒逼输入
• 💻 读代码 - 看优秀开源项目
• 📊 看研报 - 了解行业最新动态

3. 打造个人品牌#

• 社交媒体 - 推特积极发声，参与讨论
• GitHub - 保持活跃，每隔几天提交代码，让贡献图保持绿色
• 个人网站 - 英文博客，写技术文章
• 社区答疑 - 在社区帮助他人解答问题

4. 参与贡献#

• 参加黑客松（Hackathon）
• 贡献 PR 到开源项目
• 参与线下活动（如香港 Consensus 大会）

💡 核心观点：在一个去信任的行业里，信任反而是最珍贵的东西。成为靠谱的人，会获得更多机会。

转型经历#

• 曾在 Web2 互联网行业（在线教育），经历行业下坡
• 花了约 10 个月从零学习转行到 Web3
• 现在在 OpenBuild 做 DevRel

入行建议#

1. 不要幻想速成 - 需要时间积累
2. 选好生态 - 直接 all in Solana
3. 用”做事”代替”学东西” - 做项目、帮别人答疑、贡献开源
4. Building in Public - 在推特、GitHub 记录学习过程
5. 进社区 - 主动做事，被人认识
6. 从实习/贡献开始 - 归零心态，从零做起
7. 找到长板 - 结合自己擅长的领域
8. 协作能力 - Web3 很讲究协作，决定你的上限

💡 英语很重要：Web3 是 global 生态，英语能力决定机会上限

CAP 定理（三选二）#

• C - 一致性 (Consistency) - 所有节点同一时间显示相同数据
• A - 可用性 (Availability) - 部分节点崩溃，系统仍可工作
• P - 分区容错性 (Partition Tolerance) - 网络分区时仍能工作

拜占庭将军问题#

• 核心问题：在有叛徒（恶意节点）的情况下，如何达成共识？
• 解决方案：需要 3f + 1 个参与者来容忍 f 个叛徒

PoW (Proof of Work) - 工作量证明#

• 代表：比特币
• 原理：矿工通过大量计算找到特定哈希值
• 特点：
  • 消耗大量电能
  • 验证很快（几毫秒），计算很慢
  • 安全假设：攻击成本 > 攻击收益

PoS (Proof of Stake) - 权益证明#

• 代表：以太坊（2022年 The Merge 后）、Solana
• 原理：验证者质押代币，根据权益占比随机选择出块者
• 特点：
  • 能源消耗低
  • 验证者角色：以太坊叫 Proposer，Solana 叫 Leader

1. 哈希函数#

三个关键特性：

• 确定性 - 相同输入 → 相同输出
• 不可逆 - 无法从输出反推输入
• 雪崩效应 - 输入微小变化 → 输出完全不同

2. 数字签名（非对称加密）#

• 公钥 ≈ 用户名（公开）
• 私钥 ≈ 密码（保密）
• Web2：密码存在数据库，数据库被黑则泄露
• Web3：开发者永远碰不到用户私钥，只需验证签名

3. 默克尔树 (Merkle Tree)#

• 二叉树结构存储交易数据
• 优点：快速验证特定交易是否存在
• 原理：叶子节点存交易，父节点存子节点哈希，层层向上

1. 账户 (Account)#

💡 Solana 上一切都是账户，类似电脑文件系统”万物皆文件”

账户结构：

1
├── key        - 账户地址（唯一标识）
2
├── lamports   - 余额（1 SOL = 10^9 lamports）
3
├── data       - 存储数据（可以是普通数据或可执行程序）
4
├── executable - 是否可执行
5
└── owner      - 所有者（决定谁能修改数据）

账户类型：

权限规则：

• ✅ 任何人可读取账户信息
• ✅ 任何人可向账户充值
• ❌ 只有 owner 能修改数据和提取 SOL

2. 程序 (Program)#

• 相当于以太坊的智能合约
• 主要用 Rust 编写
• 无状态 - 程序本身不存数据，数据存在账户中
• 通过指令与其他程序交互

💡 关键区别：以太坊合约存状态，Solana 程序管逻辑、账户存状态

3. 指令 (Instruction)#

1
├── program_id  - 要调用的程序地址
2
├── keys[]      - 需要的账户数组
3
│   ├── pubkey
4
│   ├── is_signer    - 是否签名者
5
│   └── is_writable  - 是否可写
6
└── data        - 序列化的参数数据

4. 交易 (Transaction)#

1
├── signatures[]     - 签名数组
2
├── message
3
│   ├── recent_blockhash  - 最近区块哈希（防重放）
4
│   ├── fee_payer         - 手续费支付者
5
│   └── instructions[]    - 指令数组

特性：

• 原子性 - 要么全部成功，要么全部失败
• 可包含多个指令，按顺序执行
• 第一个签名者是 fee payer

核心程序#

账户类型#

1
Mint Account (铸币账户)
2
    ├── decimals      - 小数位数
3
    ├── supply        - 总供应量
4
    ├── mint_authority    - 铸造权限
5
    └── freeze_authority  - 冻结权限
6
            │
7
            ▼
8
Associated Token Account (关联代币账户)
9
    ├── mint      - 对应的 Token
10
    ├── owner     - 钱包地址
11
    └── amount    - 余额
12
            │
13
            ▼
14
Metadata Account (元数据账户)
15
    ├── name
16
    ├── symbol
17
    ├── uri       - 图片链接
18
    └── ...

NFT 特点#

• decimals = 0 - 没有小数
• supply = 1 - 只有一个
• 元数据可高度自定义

💡 重要：创建 Token 不需要部署合约！只需调用链上原生程序，通过 RPC 请求即可创建。