你在这里。看看这个问题与其他知识怎样相连。
选择节点前往页面 · 展开后可留在地图中阅读
学习路径
理解区块链的不同层次
从共享状态与共识到具体链，再连接 OCAP 与 DID。
先弄懂参与者共同确认什么，再比较不同系统怎样完成这件事。读完后，试着把一个链上应用拆成标识、数据访问、执行、共识与界面五个部分。每个问题可以独立阅读，不必一次读完。
这条路径上的问题
- 区块链让参与者共同确认什么？
从共享记录与有效状态开始，而不是从币价开始。
- 共识机制为什么不只是 PoW 或 PoS？
谁能参与、怎样选分支、何时确定，需要一起解释。
- 工作量证明证明了什么？
用容易检查的结果说明寻找过程的成本。
- Bitcoin 怎样防止同一输出被重复花费？
认识 UTXO、独立验证与累计工作量。
- 权益证明怎样组织验证参与？
质押、选择与处罚属于协议机制，不等于身份认证。
- Ethereum 怎样让交易改变共享状态？
把执行规则与共识分开看。
- 拜占庭容错究竟容忍哪类故障？
节点可能出错，也可能给不同参与者发送矛盾消息。
- 已经看到交易，为什么还要问最终性？
接收、打包与最终确认是不同状态。
- Solana 的程序与账户怎样分工？
通过数据和执行位置理解另一种链上应用模型。
- Proof of History 与完整共识有什么区别？
顺序证据与接受哪段历史是相关但不同的问题。
- OCAP 统一的是哪一层？
统一访问链数据，不等于把各条链合成一条。
- ArcBlock Chain 与 ARC 怎样分工？
区分链上的共享记录与应用的运行环境。
- DID 是否必须依赖区块链？
身份标识与可验证数据登记可以组合，但不是同义词。
- Smart Contract 是什么？
在链的执行规则下运行的程序与状态。
- dApps 和 Blocklet 是同一种东西吗？
区分应用的去中心化属性与应用的打包运行方式。
- Crypto Payment 与普通支付流程怎样连接？
把链上交易状态映射到应用订单，而不是混成一个状态。