WEB3
ROADMAP

笔记摘要

UTXO（未花费交易输出）是比特币的核心记账模型。与银行账户记录「余额」不同，UTXO 像现金一样，每一笔交易都必须「找零」。理解 UTXO，是理解比特币为什么独特的关键。

笔记摘要

PoW（Proof of Work）是比特币的核心共识机制。它用数学和能量代替机构，让「谁说了算」这个问题，第一次不需要任何人来背书。

笔记摘要

2008年10月31日，中本聪发布了《Bitcoin: A Peer-to-Peer Electronic Cash System》。这份9页的白皮书如何解决了一个困扰计算机科学20年的难题？

笔记摘要

UTXO 是账本格式，PoW 是共识规则，白皮书是蓝图。本文看这台机器实际怎么运转：谁来运行节点、手续费市场如何运作、一笔交易从签名到 6 个确认经历了什么。

笔记摘要

比特币用 UTXO 记账——销毁旧币、创造新币；以太坊用账户模型记账——每个地址一条全局状态（余额 + nonce），转账就是状态改写。本文以同一笔转账的两种视角对照两种模型，讲清 nonce 为什么存在、两种模型各自的取舍，并为理解 EVM 铺路。

笔记摘要

上一篇留了一个问题：全局状态表只是一张表，谁来执行改写它的逻辑？答案是 EVM——一台所有节点都在运行的确定性沙盒虚拟机。本文讲清 EVM 的执行模型（源码 → 字节码 → 操作码）、为什么「同样输入必得同样输出」是共识的前提、「一次编写多链运行」的 EVM 兼容生态，以及它如何构成以太坊的网络性护城河。

笔记摘要

上一篇留了一个问题：执行每条操作码都有定价——凭什么 ADD 一个价、SSTORE 另一个价？谁定的？本文讲清 Gas 的三重意义（计量资源、防滥用与停机问题、定价市场）、费用公式 gasUsed × gasPrice 与 EIP-1559 的 base fee 燃烧机制，用一个手算例子把 gwei 换算走通，并解释 blob（EIP-4844）如何把 L2 费用打下来两三个数量级。

笔记摘要

上一篇 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 里的部署步骤实录。

笔记摘要

上一篇笔记结尾预告的 M3.2：把 Remix 里的计数器搬进 Hardhat 本地工程。内容：为什么单机试错有天花板（改一行、手动点一遍按钮的循环走不远）；Hardhat 是什么、装好后长什么样（目录结构逐个文件导览）；自动化测试怎么写——describe/it 结构、贴出计数器的真实用例，重点解释 revert 断言为什么不是异常而是断言；以及我自己踩过的常见坑：Node 版本、cache/artifacts 什么时候该删、为什么会自动重新编译。到这里，「改一行、全量跑一遍测试」终于是自动化的事了。下一篇 M3.3 把合约部署到测试网。

笔记摘要

上一篇 Hardhat 工程结尾预告的 M3.3：把只在进程里活着的 Counter 部署到测试网 Sepolia。内容：本地网络、测试网、主网到底差在哪（成本/数据/重置/参与者四维对比）；准备工作三件套——水龙头领测试币、为什么需要 Alchemy/Infura 这类 RPC 节点服务、.env 里两项各填什么；部署操作逐条解释（复制 .env.example → 填值 → npx hardhat run scripts/deploy.js --network sepolia）；部署后用 Etherscan 测试网版查合约、以及为什么要做合约验证。

笔记摘要

阶段 3 收官：上一篇部署到测试网结尾说「合约就位，等一个前端」，本篇补上它。内容：DApp 到底是什么（前端界面 + 链上智能合约作后端，规则上链、无人可单方面下架——回到阶段 3 开篇的平台封号痛点）；前端三件套逐个写——连接 MetaMask（window.ethereum 检测 + eth_requestAccounts）、读合约状态（view 调用不发交易不花 gas）、发写交易（increment → tx.wait(1) 等确认 → 复读 → 从 receipt 回读 CountChanged 事件），代码全部来自 dapp/frontend/ 真实文件

笔记摘要

阶段 4（DeFi）开篇：上一篇结尾说「从能点的计数器到能用的交易所，距离没有想象中远」，本篇兑现这一步。问题先行：传统交易所靠订单簿挂单撮合，链上无许可、没人维护订单簿的环境怎么定价？AMM 的答案是把做市商换成一个公式。

笔记摘要

阶段 4（DeFi）第二篇：承接上篇结尾「价格有了，借贷呢」。问题先行：银行放贷靠信用记录、征信系统与法律追索，链上无许可、匿名地址的环境谁来当银行？答案是超额抵押——抵押品价值必须高于借款金额，用「保证金 + 随时清算」替代征信。

笔记摘要

阶段 4（DeFi）第三篇：承接上篇结尾「池子里的钱谁都可能借——包括借了不还的，只要你在同一个区块内还回去」。没有抵押、没有信用审核，却能从 Aave 池子里借出上千万美元，到期不还也无人追债——这不是漏洞，是精心设计的机制。

笔记摘要

阶段 4（DeFi）收官篇：承接上篇结尾「单点策略之上还有把策略打包的组合层」。手动搬砖拼不过合约——一笔兑换要跨多个池找最优价、一笔存款要跨多个协议比收益，这些组合性难题催生了站在协议之上的组合层。

笔记摘要

阶段 5（DAO）开篇：承接阶段 4 收官篇结尾「这群金融原生的协议没有 CEO，组织如何治理」的钩子。协议的参数谁调、金库的钱谁花、合约谁升级——这三个问题引出链上治理。

笔记摘要

阶段 5（DAO）第二篇：承接上篇结尾「治理代币怎么发、怎么分、凭什么有价值」的三个问题。内容：供给曲线三型（固定上限如比特币 2100 万枚、通胀型如早期 PoW 奖励、销毁型如 EIP-1559 基础费燃烧使 ETH 具备通缩可能——呼应 Gas 篇口径）；分配结构与归属（团队 15-20%/投资者 10-15%/国库 20-30%/社区 40-50% 为常见区间而非标准，与 Web3 深度报告 5.3 节一致；vesting 锁仓加线性归属防早期集中抛售，解锁日程是供给端最大的短期变量）

笔记摘要

阶段 5（DAO）第三篇：承接上篇结尾「钥匙归谁管」的钩子。内容：单私钥的风险（一把钥匙一个单点：钓鱼、助记词失窃、持有人失联，任何一种都等于金库全损）；多签的 m-of-n 模型（Gnosis Safe 3/7——7 人持有密钥、3 人签名即可执行，叠加 48 小时时间锁与插件化独立权限，与 Web3 深度报告 5.4 节口径一致；m 与 n 的权衡：m 太小防不住合谋、m 太大卡住执行）；多签 vs MPC 的取舍（MPC 私钥分片、签名时协同运算、用户无感，多签签名权独立、链上可审计——信任模型与恢复语义不同，二者并非互斥）

笔记摘要

阶段 5（DAO）第四篇·专栏收官：承接上篇结尾「规则、激励、钥匙都齐了——现实里跑得怎么样」的钩子。内容：The DAO 2016 事件始末与重入漏洞（史上第一次大型 DAO 众筹，一个月左右募集当时以太坊流通量一成多的 ETH；split 机制提款顺序错误让攻击合约在余额清零前递归提款，催生 checks-effects-interactions 模式与以太坊唯一一次大规模干预性硬分叉，分出的原链延续为 ETC——「代码即规则」与「人治干预」的争论由此定调）