应用层：需要支持各种dApp

功能层：需要能支持dApp的编译器

核心层：需要新的虚拟机，新的交易处理方式

设计包括四个方面：account设计，共识选择，P2P通信选择， transaction设计。其中共识的选择决定了account的设计方式，P2P通信方式的选择决定了transaction的设计方式。

公链的演义进程
诞生时POW的共识机制，相对于BPFT，是有其先进性的，POW是一种工程化的设计

EVM的工程化实现，带有智能合约的公链，使得更多的人使用去中心化公链

POW设计中的算力问题：设计POW算力的时候需要考虑矿机厂商的跟进造成算力集中

POS的自证问题：把区块当做分布式的数据库，共识解决一致性

匿名公链：Ring Signature(Monaro币)和zk-snark（Zcash币）



设计的组成部分
共识设计：点对点通信，通过共识产生顺序，或host节点，保障异步的数据库的数据能增加成功。POW共识设定个成为host，剩下的人验证host的正确性。

治理结构设计：保障节点对数据的修改的正确。比特的链上治理，哈希值前面有多少个零，谁先算出结果谁就可以出块。EOS的dpos，产生委员会节点，给委员会权力，保证链的运行。

验证部分：有一个节点成为host，验证部分需要速度比较快，节点之间的配合度比较高。验证的速度和交易的尺寸有关。

验证部分是每一个区块的瓶颈；

无论是Proof of X，都需要验证的时间的算法难度是O(1)，而不是O(n)或者更大。

交易尺寸设计：例如gas设计，是对验证的设计的前提，从而保证host和验证的顺利的执行。

BCH因为比特的交易尺寸较小而诞生

Ethereum设计gas limit为21000

更低的交易尺寸，更小的结构，才能带来更高的并发

P2P、智能合约等：共通的设计