Decentralized Web
• 知名 DAO 案例分析：一部链上治理的判例集
• DAO 治理与投票：没有 CEO 的组织怎么做决定
• 聚合器与收益策略：把 DeFi 拼成乐高的组合层
区块链入门
• 知名 DAO 案例分析：一部链上治理的判例集
• DAO 治理与投票：没有 CEO 的组织怎么做决定
• 聚合器与收益策略：把 DeFi 拼成乐高的组合层
Ethereum
• 账户模型 vs UTXO：以太坊换了一种记账方式
• Gas：世界计算机的计价系统
• EVM：驱动世界计算机的虚拟机
Bitcoin
• 比特币网络实际运行：节点、矿工与一笔交易的一生
• 比特币白皮书精读：一切的开端
• 工作量证明：比特币的信任机器
Decentralized Autonomous Organization
• 知名 DAO 案例分析：一部链上治理的判例集
• DAO 治理与投票：没有 CEO 的组织怎么做决定
Decentralized Finance
• 聚合器与收益策略：把 DeFi 拼成乐高的组合层
• 借贷协议：没有信用记录的世界怎么借钱
Proof of Work
• 比特币网络实际运行：节点、矿工与一笔交易的一生
• 工作量证明：比特币的信任机器
案例分析
• 知名 DAO 案例分析：一部链上治理的判例集
治理
• DAO 治理与投票：没有 CEO 的组织怎么做决定
聚合器
• 聚合器与收益策略：把 DeFi 拼成乐高的组合层
Aave
• 借贷协议：没有信用记录的世界怎么借钱
Layer 2 Scaling
• Layer2 扩容与 Rollup：把执行搬下链，把安全留在链上
已完成里程碑
阶段 5（DAO）第四篇·专栏收官：承接上篇结尾「规则、激励、钥匙都齐了——现实里跑得怎么样」的钩子。内容：The DAO 2016 事件始末与重入漏洞（史上第一次大型 DAO 众筹，一个月左右募集当时以太坊流通量一成多的 ETH；split 机制提款顺序错误让攻击合约在余额清零前递归提款，催生 checks-effects-interactions 模式与以太坊唯一一次大规模干预性硬分叉，分出的原链延续为 ETC——「代码即规则」与「人治干预」的争论由此定调）
阶段 5（DAO）开篇：承接阶段 4 收官篇结尾「这群金融原生的协议没有 CEO，组织如何治理」的钩子。协议的参数谁调、金库的钱谁花、合约谁升级——这三个问题引出链上治理。
阶段 4（DeFi）收官篇：承接上篇结尾「单点策略之上还有把策略打包的组合层」。手动搬砖拼不过合约——一笔兑换要跨多个池找最优价、一笔存款要跨多个协议比收益，这些组合性难题催生了站在协议之上的组合层。
阶段 4（DeFi）第二篇：承接上篇结尾「价格有了，借贷呢」。问题先行：银行放贷靠信用记录、征信系统与法律追索，链上无许可、匿名地址的环境谁来当银行？答案是超额抵押——抵押品价值必须高于借款金额，用「保证金 + 随时清算」替代征信。
番外·一：主线五阶段收官之后，三个高频横向专题（扩容、稳定币、钱包）里先讲最贴日常体验的扩容。内容：不可能三角（去中心化/安全/可扩展不可兼得——提高区块参数等于抬高全节点门槛、用去中心化换吞吐，所以 L1 不肯直接调大参数）；Rollup 核心思路（执行搬到链下、数据与证明交回 L1，数据可用性是安全锚——执行可以搬走，数据必须留链上，否则没人能独立验证 L2 的账本）；两条路线对比表：Optimistic（欺诈证明 + 7 天挑战期，安全假设不是缺陷）vs ZK（有效性证明 + 即时退出，无等待期）
阶段 4（DeFi）第三篇：承接上篇结尾「池子里的钱谁都可能借——包括借了不还的，只要你在同一个区块内还回去」。没有抵押、没有信用审核，却能从 Aave 池子里借出上千万美元，到期不还也无人追债——这不是漏洞，是精心设计的机制。
阶段 5（DAO）第三篇：承接上篇结尾「钥匙归谁管」的钩子。内容：单私钥的风险（一把钥匙一个单点：钓鱼、助记词失窃、持有人失联，任何一种都等于金库全损）；多签的 m-of-n 模型（Gnosis Safe 3/7——7 人持有密钥、3 人签名即可执行，叠加 48 小时时间锁与插件化独立权限，与 Web3 深度报告 5.4 节口径一致；m 与 n 的权衡：m 太小防不住合谋、m 太大卡住执行）；多签 vs MPC 的取舍（MPC 私钥分片、签名时协同运算、用户无感，多签签名权独立、链上可审计——信任模型与恢复语义不同，二者并非互斥）
番外·二：番外之一结尾说「链上世界真正的结算货币另有其人」，本篇接住这个钩子。内容：稳定币为什么是链上结算层（AMM 池用 USDC 计价、借贷用 DAI 偿付——波动资产做交易、稳定资产做结算，呼应 AMM 篇与借贷篇既有口径）；三种锚定机制对比表：法币抵押（USDT/USDC，公司发币、储备托管在银行、承诺 1:1 兑付，风险在托管与储备审计透明度）、加密超额抵押（DAI，机制细节指路借贷篇不重复展开，本篇只概括「超额抵押 + 随时清算」两板斧与 PSM 稳定器）、算法/部分算法（无足额储备，锚定靠机制信用）
阶段 5（DAO）第二篇：承接上篇结尾「治理代币怎么发、怎么分、凭什么有价值」的三个问题。内容：供给曲线三型（固定上限如比特币 2100 万枚、通胀型如早期 PoW 奖励、销毁型如 EIP-1559 基础费燃烧使 ETH 具备通缩可能——呼应 Gas 篇口径）；分配结构与归属（团队 15-20%/投资者 10-15%/国库 20-30%/社区 40-50% 为常见区间而非标准，与 Web3 深度报告 5.3 节一致；vesting 锁仓加线性归属防早期集中抛售，解锁日程是供给端最大的短期变量）
阶段 4（DeFi）开篇：上一篇结尾说「从能点的计数器到能用的交易所，距离没有想象中远」，本篇兑现这一步。问题先行：传统交易所靠订单簿挂单撮合，链上无许可、没人维护订单簿的环境怎么定价？AMM 的答案是把做市商换成一个公式。
番外·三·收官：番外之二结尾留的钩子是「币稳了，可这些稳定币记在谁的名下」——本篇接住它。内容：钱包的本质是钥匙管理不是「装钱」（资产在链上全局账本里，钱包只管签名权——呼应账户模型篇的签名验证与 nonce、DApp 篇的 MetaMask 签名实操）；私钥/助记词/Keystore 三种载体与「助记词即账户控制权本身」的严肃含义；热钱包 vs 冷钱包取舍表（便利 ↔ 暴露面光谱，通行原则小额热、大额冷）；普通人的四条实操安全守则（分层管理、签名前核对 calldata 与目标地址、ERC-20 无限授权的坑与 revoke 类工具回收、测试专用账户隔离——multisig 篇个人向展开）
比特币用 UTXO 记账——销毁旧币、创造新币；以太坊用账户模型记账——每个地址一条全局状态（余额 + nonce），转账就是状态改写。本文以同一笔转账的两种视角对照两种模型，讲清 nonce 为什么存在、两种模型各自的取舍，并为理解 EVM 铺路。
UTXO 是账本格式，PoW 是共识规则，白皮书是蓝图。本文看这台机器实际怎么运转：谁来运行节点、手续费市场如何运作、一笔交易从签名到 6 个确认经历了什么。
上一篇 Hardhat 工程结尾预告的 M3.3：把只在进程里活着的 Counter 部署到测试网 Sepolia。内容：本地网络、测试网、主网到底差在哪（成本/数据/重置/参与者四维对比）；准备工作三件套——水龙头领测试币、为什么需要 Alchemy/Infura 这类 RPC 节点服务、.env 里两项各填什么；部署操作逐条解释（复制 .env.example → 填值 → npx hardhat run scripts/deploy.js --network sepolia）；部署后用 Etherscan 测试网版查合约、以及为什么要做合约验证。
上一篇留了一个问题：执行每条操作码都有定价——凭什么 ADD 一个价、SSTORE 另一个价？谁定的？本文讲清 Gas 的三重意义（计量资源、防滥用与停机问题、定价市场）、费用公式 gasUsed × gasPrice 与 EIP-1559 的 base fee 燃烧机制，用一个手算例子把 gwei 换算走通，并解释 blob（EIP-4844）如何把 L2 费用打下来两三个数量级。
上一篇留了一个问题：全局状态表只是一张表，谁来执行改写它的逻辑？答案是 EVM——一台所有节点都在运行的确定性沙盒虚拟机。本文讲清 EVM 的执行模型（源码 → 字节码 → 操作码）、为什么「同样输入必得同样输出」是共识的前提、「一次编写多链运行」的 EVM 兼容生态，以及它如何构成以太坊的网络性护城河。
阶段 3 收官：上一篇部署到测试网结尾说「合约就位，等一个前端」，本篇补上它。内容：DApp 到底是什么（前端界面 + 链上智能合约作后端，规则上链、无人可单方面下架——回到阶段 3 开篇的平台封号痛点）；前端三件套逐个写——连接 MetaMask（window.ethereum 检测 + eth_requestAccounts）、读合约状态（view 调用不发交易不花 gas）、发写交易（increment → tx.wait(1) 等确认 → 复读 → 从 receipt 回读 CountChanged 事件），代码全部来自 dapp/frontend/ 真实文件
上一篇笔记结尾预告的 M3.2：把 Remix 里的计数器搬进 Hardhat 本地工程。内容：为什么单机试错有天花板（改一行、手动点一遍按钮的循环走不远）；Hardhat 是什么、装好后长什么样（目录结构逐个文件导览）；自动化测试怎么写——describe/it 结构、贴出计数器的真实用例，重点解释 revert 断言为什么不是异常而是断言；以及我自己踩过的常见坑：Node 版本、cache/artifacts 什么时候该删、为什么会自动重新编译。到这里，「改一行、全量跑一遍测试」终于是自动化的事了。下一篇 M3.3 把合约部署到测试网。
上一篇 Gas 结尾留了一个问题：余额检查、nonce 递增、费用扣除这些规则由谁写、由谁执行？答案是智能合约——部署在链上的程序，规则写在链上，没有任何人可以单方面修改或关掉它。本文讲清「代码即规则」的准确含义（部署后字节码上链不可变）、确定性执行与全网验证如何衔接 EVM、智能合约的能力边界（能做代币/DAO/借贷，做不了链下数据与真随机），并用一个 ERC-20 转账的端到端实例把账户模型、Gas、合约执行串成一条线——这也是阶段 2 的收官。
阶段 2 收官时说好了「从理解到动手写」，这篇就是动手的第一份记录——M3.1 的进行时学习笔记，比正式文章更口语化，踩坑也如实记下。内容：用 Remix 零安装起步（Hardhat/Foundry 一句带过）；基础类型 uint/int/address/bool/string 与 mapping；函数修饰符 view/pure/payable 各配最小代码片段；事件 event/emit 为什么链上可查；0.8.x 内置溢出检查（对比 0.8 前人人 SafeMath 的历史）；最后一个能直接编译部署的计数器合约 + 我在 Remix 里的部署步骤实录。
2008年10月31日，中本聪发布了《Bitcoin: A Peer-to-Peer Electronic Cash System》。这份9页的白皮书如何解决了一个困扰计算机科学20年的难题？
PoW（Proof of Work）是比特币的核心共识机制。它用数学和能量代替机构，让「谁说了算」这个问题，第一次不需要任何人来背书。
UTXO（未花费交易输出）是比特币的核心记账模型。与银行账户记录「余额」不同，UTXO 像现金一样，每一笔交易都必须「找零」。理解 UTXO，是理解比特币为什么独特的关键。