经过19章正文的系统学习,你已经接触了近百个区块链核心术语。本附录按主题分类,将每个术语的中英文对照、缩写以及一句话定义整理为速查表。当你在阅读英文文档、参加技术讨论或查阅源代码时遇到陌生术语,翻开此处即可快速定位。
C.1 通用基础概念
| 英文 | 缩写/别名 | 中文 | 一句话定义 |
|---|
| Blockchain | BC | 区块链 | 一种由密码学链接的分布式不可篡改账本。 |
| Decentralized | - | 去中心化 | 无单一控制节点,决策与数据分散于多个对等节点。 |
| Distributed Ledger | DL | 分布式账本 | 在多个节点间复制的数据库,通过共识保持状态一致。 |
| Peer-to-Peer | P2P | 对等网络 | 节点间直接通信,无需中心服务器转发。 |
| Trustless | - | 去信任化 | 参与者无需互信,通过密码学与博弈论保障系统安全。 |
| Permissionless | - | 无许可 | 任何人无需授权即可加入网络并参与共识。 |
| Consensus | - | 共识 | 分布式网络中各节点就状态更新达成一致的协议与过程。 |
| Immutability | - | 不可篡改性 | 历史数据一旦写入,在计算上无法被修改或删除。 |
| Transparency | - | 透明性 | 所有交易与状态对网络参与者可见(公链特性)。 |
| Pseudonymity | - | 伪匿名性 | 用户以地址标识而非真实身份,但交易历史完全公开。 |
| Byzantine Fault | - | 拜占庭故障 | 节点可能发送虚假或矛盾消息的最恶劣故障模型。 |
| Cryptography | - | 密码学 | 保障数据机密性、完整性与身份认证的科学。 |
C.2 密码学与数据结构
| 英文 | 缩写/别名 | 中文 | 一句话定义 |
|---|
| Hash Function | H | 哈希函数 | 将任意输入映射为定长输出的单向算法,输出称为摘要。 |
| SHA-256 | - | 安全哈希算法 | 比特币采用的256位哈希函数,采用Merkle-Damgård结构。 |
| Keccak-256 | SHA3-256 | Keccak-256 | 以太坊采用的哈希函数,采用海绵结构(Sponge)。 |
| Collision Resistance | - | 抗碰撞性 | 在计算上无法找到两个不同输入得到相同哈希输出。 |
| Elliptic Curve | ECC | 椭圆曲线 | y2=x3+ax+b 定义的曲线群,用于数字签名。 |
| secp256k1 | - | secp256k1曲线 | 以太坊与比特币使用的椭圆曲线,参数为 a=0,b=7。 |
| ECDSA | - | 椭圆曲线数字签名算法 | 基于椭圆曲线离散对数难题的签名方案。 |
| Digital Signature | - | 数字签名 | 用私钥生成签名、用公钥验证签名的技术,确保不可否认。 |
| Merkle Tree | Hash Tree | 默克尔树 | 将多笔交易哈希归约为Merkle根的二叉树结构。 |
| Merkle Root | - | 默克尔根 | 默克尔树的顶层哈希,被写入区块头用于交易集合验证。 |
| SPV | Simplified Payment Verification | 简易支付验证 | 轻客户端仅下载区块头即可验证交易包含性。 |
| Wallet | - | 钱包 | 管理私钥、生成地址、构造并签名交易的软件或硬件。 |
| Private Key | - | 私钥 | 用于签名的秘密大整数,泄露即丧失账户控制权。 |
| Public Key | - | 公钥 | 从私钥派生的公开值,用于生成地址和验证签名。 |
| Mnemonic | Seed Phrase | 助记词 | BIP-39标准下将熵映射为易记单词序列,用于恢复私钥。 |
| HD Wallet | Hierarchical Deterministic Wallet | 分层确定性钱包 | 从单一种子生成树状结构的多地址钱包(BIP-32/44)。 |
辨析:加密(Encryption)vs 哈希(Hashing)
- 加密:可逆过程,密文可通过密钥解密还原为原文。在区块链中,消息传输通常不需要加密(因为数据需公开验证)。
- 哈希:不可逆过程,用于数据完整性校验与工作量证明。
C.3 比特币与交易模型
| 英文 | 缩写/别名 | 中文 | 一句话定义 |
|---|
| UTXO | Unspent Transaction Output | 未花费交易输出 | 比特币的交易模型基本单元:一笔输出已被创建但尚未被消费。 |
| Script | - | 脚本 | 比特币的栈式指令执行系统,用于锁定与解锁交易输出。 |
| P2PKH | Pay to Public Key Hash | 支付到公钥哈希 | 最常见的比特币交易输出类型。 |
| P2SH | Pay to Script Hash | 支付到脚本哈希 | 将复杂脚本的哈希作为输出锁定脚本的类型。 |
| P2WPKH | Pay to Witness Public Key Hash | 隔离见证支付到公钥哈希 | SegWit优化后的P2PKH变体,修复交易可锻性。 |
| P2WSH | Pay to Witness Script Hash | 隔离见证支付到脚本哈希 | SegWit优化后的P2SH变体。 |
| P2TR | Pay to Taproot | 支付到Taproot | Taproot升级引入,结合Schnorr签名与Merkle分支脚本。 |
| Coinbase | - | 区块奖励交易 | 每区块第一笔交易,由矿工创建以获取区块奖励与手续费。 |
| Block Height | - | 区块高度 | 从创世块(0)开始计数的区块序号。 |
| Difficulty | - | 难度 | 出块所需的哈希计算目标值,决定了挖矿的"难度"。 |
| Nonce | - | 随机数 | 矿工在区块头中调整的值,以寻找满足难度条件的哈希。 |
| Mining | - | 挖矿 | 通过哈希计算竞争出块权并获得区块奖励的过程。 |
| PoW | Proof of Work | 工作量证明 | 通过消耗计算资源为区块提供不可伪造成本证明的共识机制。 |
| Halving | - | 减半 | 比特币每约四年将区块奖励减半的事件,共约21次。 |
| BIP | Bitcoin Improvement Proposal | 比特币改进提案 | 比特币社区的标准化提案流程。 |
| SegWit | Segregated Witness | 隔离见证 | 将签名数据移出区块的软分叉升级,修复交易可锻性并实现扩容。 |
C.4 以太坊与智能合约
| 英文 | 缩写/别名 | 中文 | 一句话定义 |
|---|
| EVM | Ethereum Virtual Machine | 以太坊虚拟机 | 执行智能合约的图灵完备虚拟机。 |
| EOA | Externally Owned Account | 外部拥有账户 | 由私钥控制的普通账户,可发起交易。 |
| Contract Account | - | 合约账户 | 由代码控制的账户,仅能被交易触发执行。 |
| Smart Contract | - | 智能合约 | 部署在链上的自动执行程序,代码即规则。 |
| DApp | Decentralized Application | 去中心化应用 | 前端 + 智能合约 + 去中心化存储构成的应用。 |
| Gas | - | Gas | EVM中执行操作所消耗的计算资源单位。 |
| Gas Limit | - | Gas上限 | 交易愿意支付的最大Gas数量。 |
| Gas Price | - | Gas价格 | 每单位Gas愿意支付的wei数量。 |
| Gwei | - | 十亿wei | Gas价格常用单位,1 Gwei=109 wei。 |
| wei | - | wei | 以太坊最小货币单位,1 ETH=1018 wei。 |
| MPT | Merkle Patricia Trie | 默克尔帕特里夏树 | 以太坊存储账户状态的键值数据结构。 |
| State | - | 状态 | 区块链的当前全局快照,包含所有账户余额与契约存储。 |
| World State | - | 世界状态 | 所有账户状态的MPT树根哈希。 |
| Reentrancy | - | 重入攻击 | 合约调用外部合约时外部合约再次回调原合约的攻击手法。 |
| Self-destruct | - | 自毁 | 使合约从链上删除并转出余额的操作。 |
辨析:账户模型(Account Model)vs UTXO
- UTXO:每笔交易消耗输入(旧UTXO)并创建新输出(新UTXO)。没有"账户余额"的概念。
- 账户模型:每个地址有一个余额和nonce,交易直接修改账户状态。以太坊和大多数L2采用此模型。
辨析:EOA vs 合约账户
- EOA:由私钥控制,可主动发起交易,无代码。
- 合约账户:有代码和存储,不能被私钥控制,仅能通过交易或内部调用被动执行。
C.5 共识、扩容与安全
| 英文 | 缩写/别名 | 中文 | 一句话定义 |
|---|
| BFT | Byzantine Fault Tolerance | 拜占庭容错 | 系统在拜占庭故障节点存在时仍能达成一致的能力。 |
| CAP Theorem | - | CAP定理 | 分布式系统在一致性、可用性、分区容忍性最多只能满足两个。 |
| PoS | Proof of Stake | 权益证明 | 通过锁定代币(质押)竞争出块权的共识机制。 |
| DPoS | Delegated PoS | 委托权益证明 | 代币持有者选举验证者代表其出块的PoS变体。 |
| Validator | - | 验证者 | PoS中参与出块与验证的节点。 |
| Finality | - | 最终性 | 交易一旦被确认后不可逆的属性。 |
| PBFT | Practical BFT | 实用拜占庭容错 | 确定性共识算法,适用于许可链。 |
| Raft | - | raft共识 | Raft日志复制算法,适用于无拜占庭假设的场景。 |
| Rollup | - | 卷叠方案 | 将交易批量压缩后提交到L1的扩容方案。 |
| Optimistic Rollup | OR | 乐观卷叠 | 假设交易有效,依赖欺诈证明来挑战无效状态。 |
| ZK-Rollup | ZKR | 零知识卷叠 | 通过零知识证明验证交易正确性的卷叠方案。 |
| zk-SNARK | - | 简洁非交互式零知识证明 | 生成极短证明的快速方案,需可信设置。 |
| zk-STARK | - | 透明可扩展零知识证明 | 无需可信设置的替代方案,但证明更大。 |
| Cross-chain | - | 跨链 | 不同区块链之间的资产与信息流通技术。 |
| Bridge | - | 跨链桥 | 实现跨链资产转移的中间协议。 |
C.6 ERC标准与DeFi
| 英文 | 缩写/别名 | 中文 | 一句话定义 |
|---|
| ERC-20 | - | 同质化代币标准 | 可互换的代币标准接口(如USDT、DAI)。 |
| ERC-721 | - | 非同质化代币标准 | 不可互换的代币标准接口(NFT)。 |
| ERC-721A | - | Azuki优化版ERC-721 | 批量铸造Gas优化方案,由Azuki团队提出。 |
| ERC-1155 | - | 多代币标准 | 单一合约同时支持FT与NFT的混合标准。 |
| DEX | Decentralized Exchange | 去中心化交易所 | 无需托管资产的链上交易平台。 |
| AMM | Automated Market Maker | 自动做市商 | 基于恒定乘积等算法自动定价的池子交易机制。 |
| LP | Liquidity Provider | 流动性提供者 | 向DEX池子存入代币以换取LP Token的用户。 |
| LP Token | - | 流动性池代币 | 代表对流动性池所有权的证明代币。 |
| IL | Impermanent Loss | 无常损失 | LP资产因池内价格波动导致的机会成本损失。 |
| Swap | - | 兑换 | 在DEX中将一种代币按算法价格交换为另一种。 |
| Slippage | - | 滑点 | 交易实际成交价格与预期价格的偏差。 |
| MEV | Maximal Extractable Value | 最大可提取价值 | 矿工/验证者通过交易排序获取的额外利润。 |
| Flash Loan | - | 闪电贷 | 在同一笔原子交易中借出并偿还的无抵押贷款。 |
| Oracle | - | 预言机 | 将链下数据(价格、天气等)安全地引入链上的服务。 |
| TWAP | Time-Weighted Average Price | 时间加权平均价 | 基于时间累积价格计算的抗操纵价格参考值。 |
| Faucet | - | 水龙头 | 免费分发测试网代币的网站或API。 |
| Tokenomics | - | 代币经济学 | 设计代币发行、分配、激励与销毁的整体经济模型。 |
C.7 易混淆术语辨析
1. Account vs Address vs Wallet
- Account:账户是区块链状态中的一个条目,可以是EOA或合约账户。
- Address:地址是账户的唯一标识符(如
0x...),类似"身份证号"。 - Wallet:钱包是管理账户密钥与交互的软件,一个钱包可以管理多个账户。
2. Gas vs Fee
- Gas: Gas 是执行操作的计算资源单位(类似"汽油"),如
SSTORE 消耗20,000 Gas。 - Fee(交易费):
Fee = Gas Used × Gas Price。Gas 是"量",Fee 是"价"。
3. Layer 1 vs Layer 2
- Layer 1: 基础链,提供安全性与最终性(如以太坊主网、比特币)。
- Layer 2: 构建在L1之上的扩容方案,继承L1的安全性(如Arbitrum、Optimism)。
- 侧链(如Polygon PoS)不是严格意义上的L2,因为其安全性不完全由L1保障。
4. Mainnet vs Testnet
- Mainnet(主网):真实资产流通的生产环境。
- Testnet(测试网):无价值代币的测试环境(如Sepolia),用于开发验证。
5. P2P vs DApp
- P2P:网络架构概念,指节点间直接通信。
- DApp:应用层概念,指基于区块链构建的去中心化应用。DApp的运行通常依赖P2P网络,但两者不在同一抽象层次。
附录D 学习路径与社区资源
19章正文覆盖了区块链从密码学到智能合约、从共识到DApp的全链路知识体系。如果你想在这个领域继续深耕,以下资源与路径将引导你走向更专业的方向。
D.1 必读核心资料
| 资料 | 类型 | 推荐理由 |
|---|
| 比特币白皮书 | 学术论文 | 中本聪的原始设计,理解区块链初心必读。 |
| 以太坊黄皮书 | 技术规范 | Gavin Wood 的EVM与协议形式化定义。 |
| Solidity官方文档 | 技术文档 | https://docs.soliditylang.org,智能合约开发者的"圣经"。 |
| Mastering Bitcoin(Andreas M. Antonopoulos) | 技术书籍 | 比特币协议的系统性入门书。 |
| Mastering Ethereum(Andreas M. Antonopoulos & Gavin Wood) | 技术书籍 | 以太坊全栈开发的权威参考。 |
D.2 社区与问答平台
| 平台 | 特点 |
|---|
| Ethereum StackExchange | 以太坊技术问答的最高质量标准,适合搜索疑难杂症。 |
| ethresear.ch | 协议研究者社区,讨论前沿共识、密码学、扩容方案。 |
| BitcoinTalk | 比特币生态元老级论坛,观点多元、信息量大。 |
| Reddit r/ethdev | 以太坊开发者日常交流,适合新手提问。 |
| 以太坊爱好者 | 中文社区中质量最高的深度技术文章集散地。 |
| 登链社区 | 中文Solidity开发者社区,教程与问答并重。 |
D.3 四条专业化学习路径
flowchart TB
subgraph Protocol["协议研究者"]
P1[共识算法<br/>PoW/PoS/PBFT] --> P2[密码学<br/>椭圆曲线/ZK证明]
P2 --> P3[形式化验证<br/>TLA+/Coq]
P3 --> P4[经济博弈论<br/>MEV/机制设计]
end
subgraph Security["安全审计者"]
S1[Solidity深入] --> S2[EVM字节码分析]
S2 --> S3[漏洞库<br/>SWC/Smart Contract Weakness]
S3 --> S4[实战CTF<br/>Ethernaut/DVDeFi]
end
subgraph Fullstack["全栈DApp开发者"]
F1[前端框架<br/>React/Vue] --> F2[合约交互<br/>ethers.js/viem]
F2 --> F3[子图开发<br/>The Graph]
F3 --> F4[跨链桥接<br/>LayerZero/Wormhole]
end
subgraph Enterprise["企业联盟链工程师"]
E1[Hyperleger Fabric / R3 Corda] --> E2[身份管理<br/>DID/CA]
E2 --> E3[国密改造<br/>SM2/SM3/SM4]
E3 --> E4[隐私计算<br/>MPC + TEE]
end
路径一:协议研究者
如果你热爱底层理论,想参与区块链协议的迭代设计:
- 共识算法:深入理解PoW、PoS、DPoS、PBFT的数学假设与容错边界。
- 密码学:椭圆曲线群论、零知识证明(zk-SNARKs/STARKs)、同态加密。
- 形式化验证:学习 TLA+ 或 Coq,用严格数学证明协议的正确性。
- 经济博弈论:研究MEV、拍卖机制、代币激励设计。
路径二:智能合约安全审计者
如果你擅长"找bug"、享受攻防对抗:
- Solidity深入:掌握每个关键字在EVM层面的精确映射。
- EVM字节码分析:能够从高阶语言反推到字节码,理解Gas消耗细节。
- 漏洞库(SWC):系统学习已知漏洞类型(重入、溢出、访问控制、时间操纵等)。
- 实战CTF:Ethernaut(OpenZeppelin)和 Damn Vulnerable DeFi 是入门级和进阶级安全练习的标配。
路径三:全栈DApp开发者
如果你想构建被真实用户使用的Web3产品:
- 前端框架:React/Vue + TypeScript是现代DApp的标准栈。
- 合约交互:熟练使用ethers.js或viem,处理钱包连接、交易状态、错误处理。
- 子图开发(The Graph):学习用GraphQL索引链上事件,为前端提供高效查询。
- 跨链桥接:理解LayerZero、Wormhole等跨链方案的信任假设与风险。
路径四:企业联盟链工程师
如果你面向国内B端市场、机构级应用:
- Hyperledger Fabric / R3 Corda:联盟链双雄,分别对应模块化账本与隐私优先场景。
- 身份管理:去中心化身份DID与企业CA体系的结合。
- 国密改造:SM2/3/4系列替换secp256k1/SHA-256/Keccak-256。
- 隐私计算:MPC(多方安全计算)+ TEE(可信执行环境),解决联盟链中的数据隐私问题。
D.4 实战练习资源
| 资源 | 类型 | 难度 | 说明 |
|---|
| Ethernaut | CTF/安全练习 | 入门 | 25关渐进式安全漏洞训练,覆盖重入、溢出、访问控制等。 |
| Damn Vulnerable DeFi | CTF/DeFi安全 | 进阶 | 聚焦DeFi协议漏洞,需理解AMM、闪电贷、预言机操纵等。 |
| Speed Run Ethereum (scaffold-eth) | 开发实战 | 入门 | 全栈DApp构建实践,适合从Hello World到复杂产品。 |
| smartcontract.tools | 工具收集 | 参考 | 智能合约开发工具全景图,持续更新。 |
要点总结:
- 术语表是阅读英文文档、参与社区讨论的"翻译器",建议打印或保存为个人速查笔记。
- 区块链的专业化方向差异很大:协议研究者重在理论,安全审计者重在实战,全栈开发者重在产品,联盟链工程师重在合规与隐私。
- 无论选择哪条路径,"持续学习"是不变的法则。区块链技术仍在快速演进,zkEVM、模块化区块链、AI+区块链等新方向正不断涌现。
评论
0评论加载中…