区块链共识机制性能测试
㈠ 区块链的共识机制
一、区块链共识机制的目标
区块链是什么？简单而言，区块链是一种去中心化的数据库，或可以叫作分布式账本(distributed ledger)。传统上所有的数据库都是中心化的，例如一间银行的账本就储存在银行的中心服务器里。中心化数据库的弊端是数据的安全及正确性全系于数据库运营方（即银行），因为任何能够访问中心化数据库的人（如银行职员或黑客）都可以破坏或修改其中的数据。
而区块链技术则容许数据库存放在全球成千上万的电脑上，每个人的账本通过点对点网络进行同步，网络中任何用户一旦增加一笔交易，交易信息将通过网络通知其他用户验证，记录到各自的账本中。区块链之所以得其名是因为它是由一个个包含交易信息的区块（block）从后向前有序链接起来的数据结构。
很多人对区块链的疑问是，如果每一个用户都拥有一个独立的账本，那么是否意味着可以在自己的账本上添加任意的交易信息，而成千上万个账本又如何保证记账的一致性？ 解决记账一致性问题正是区块链共识机制的目标 。区块链共识机制旨在保证分布式系统里所有节点中的数据完全相同并且能够对某个提案（proposal）（例如是一项交易纪录）达成一致。然而分布式系统由于引入了多个节点，所以系统中会出现各种非常复杂的情况；随着节点数量的增加，节点失效或故障、节点之间的网络通信受到干扰甚至阻断等就变成了常见的问题，解决分布式系统中的各种边界条件和意外情况也增加了解决分布式一致性问题的难度。
区块链又可分为三种：
公有链：全世界任何人都可以随时进入系统中读取数据、发送可确认交易、竞争记账的区块链。公有链通常被认为是“完全去中心化“的，因为没有任何人或机构可以控制或篡改其中数据的读写。公有链一般会通过代币机制鼓励参与者竞争记账，来确保数据的安全性。
联盟链：联盟链是指有若干个机构共同参与管理的区块链。每个机构都运行着一个或多个节点，其中的数据只允许系统内不同的机构进行读写和发送交易，并且共同来记录交易数据。这类区块链被认为是“部分去中心化”。
私有链：指其写入权限是由某个组织和机构控制的区块链。参与节点的资格会被严格的限制，由于参与的节点是有限和可控的，因此私有链往往可以有极快的交易速度、更好的隐私保护、更低的交易成本、不容易被恶意攻击、并且能够做到身份认证等金融行业必须的要求。相比中心化数据库，私有链能够防止机构内单节点故意隐瞒或篡改数据。即使发生错误，也能够迅速发现来源，因此许多大型金融机构在目前更加倾向于使用私有链技术。
二、区块链共识机制的分类
解决分布式一致性问题的难度催生了数种共识机制，它们各有其优缺点，亦适用于不同的环境及问题。被众人常识的共识机制有：
l PoW（Proof of Work）工作量证明机制
l PoS（Proof of Stake）股权/权益证明机制
l DPoS（Delegated Proof of Stake）股份授权证明机制
l PBFT（Practical Byzantine Fault Tolerance）实用拜占庭容错算法
l DBFT（Delegated Byzantine Fault Tolerance）授权拜占庭容错算法
l SCP (Stellar Consensus Protocol ) 恒星共识协议
l RPCA（Ripple Protocol Consensus Algorithm）Ripple共识算法
l Pool验证池共识机制
（一）PoW（Proof of Work）工作量证明机制
1. 基本介绍
在该机制中，网络上的每一个节点都在使用SHA256哈希函数(hash function) 运算一个不断变化的区块头的哈希值 (hash sum)。 共识要求算出的值必须等于或小于某个给定的值。 在分布式网络中，所有的参与者都需要使用不同的随机数来持续计算该哈希值，直至达到目标为止。当一个节点的算出确切的值，其他所有的节点必须相互确认该值的正确性。之后新区块中的交易将被验证以防欺诈。
在比特币中，以上运算哈希值的节点被称作“矿工”，而PoW的过程被称为“挖矿”。挖矿是一个耗时的过程，所以也提出了相应的激励机制（例如向矿工授予一小部分比特币）。PoW的优点是完全的去中心化，其缺点是消耗大量算力造成了的资源浪费，达成共识的周期也比较长，共识效率低下，因此其不是很适合商业使用。
2. 加密货币的应用实例
比特币(Bitcoin) 及莱特币(Litecoin)。以太坊(Ethereum) 的前三个阶段（Frontier前沿、Homestead家园、Metropolis大都会）皆采用PoW机制，其第四个阶段 (Serenity宁静) 将采用权益证明机制。PoW适用于公有链。
PoW机制虽然已经成功证明了其长期稳定和相对公平，但在现有框架下，采用PoW的“挖矿”形式，将消耗大量的能源。其消耗的能源只是不停的去做SHA256的运算来保证工作量公平，并没有其他的存在意义。而目前BTC所能达到的交易效率为约5TPS（5笔/秒），以太坊目前受到单区块GAS总额的上限，所能达到的交易频率大约是25TPS，与平均千次每秒、峰值能达到万次每秒处理效率的VISA和MASTERCARD相差甚远。
3. 简图理解模式
（ps：其中A、B、C、D计算哈希值的过程即为“挖矿”，为了犒劳时间成本的付出，机制会以一定数量的比特币作为激励。）
（Ps：PoS模式下，你的“挖矿”收益正比于你的币龄(币的数量*天数)，而与电脑的计算性能无关。我们可以认为任何具有概率性事件的累计都是工作量证明，如淘金。假设矿石含金量为p% 质量, 当你得到一定量黄金时，我们可以认为你一定挖掘了1/p 质量的矿石。而且得到的黄金数量越多，这个证明越可靠。）
（二）PoS（Proof of Stake）股权/权益证明机制
1.基本介绍
PoS要求人们证明货币数量的所有权，其相信拥有货币数量多的人攻击网络的可能性低。基于账户余额的选择是非常不公平的，因为单一最富有的人势必在网络中占主导地位，所以提出了许多解决方案。
在股权证明机制中，每当创建一个区块时，矿工需要创建一个称为“币权”的交易，这个交易会按照一定比例预先将一些币发给矿工。然后股权证明机制根据每个节点持有代币的比例和时间（币龄）， 依据算法等比例地降低节点的挖矿难度，以加快节点寻找随机数的速度，缩短达成共识所需的时间。
与PoW相比，PoS可以节省更多的能源，更有效率。但是由于挖矿成本接近于0，因此可能会遭受攻击。且PoS在本质上仍然需要网络中的节点进行挖矿运算，所以它同样难以应用于商业领域。
2.数字货币的应用实例
PoS机制下较为成熟的数字货币是点点币（Peercoin）和未来币（NXT），相比于PoW，PoS机制节省了能源，引入了" 币天 "这个概念来参与随机运算。PoS机制能够让更多的持币人参与到记账这个工作中去，而不需要额外购买设备（矿机、显卡等）。每个单位代币的运算能力与其持有的时间长成正相关，即持有人持有的代币数量越多、时间越长，其所能签署、生产下一个区块的概率越大。一旦其签署了下一个区块，持币人持有的币天即清零，重新进入新的循环。
PoS适用于公有链。
3.区块签署人的产生方式
在PoS机制下，因为区块的签署人由随机产生，则一些持币人会长期、大额持有代币以获得更大概率地产生区块，尽可能多的去清零他的"币天"。因此整个网络中的流通代币会减少，从而不利于代币在链上的流通，价格也更容易受到波动。由于可能会存在少量大户持有整个网络中大多数代币的情况，整个网络有可能会随着运行时间的增长而越来越趋向于中心化。相对于PoW而言，PoS机制下作恶的成本很低，因此对于分叉或是双重支付的攻击，需要更多的机制来保证共识。稳定情况下，每秒大约能产生12笔交易，但因为网络延迟及共识问题，需要约60秒才能完整广播共识区块。长期来看，生成区块（即清零"币天"）的速度远低于网络传播和广播的速度，因此在PoS机制下需要对生成区块进行"限速"，来保证主网的稳定运行。
4.简图理解模式
（PS：拥有越多“股份”权益的人越容易获取账权。是指获得多少货币，取决于你挖矿贡献的工作量，电脑性能越好，分给你的矿就会越多。）
（在纯POS体系中，如NXT，没有挖矿过程，初始的股权分配已经固定，之后只是股权在交易者之中流转，非常类似于现实世界的股票。）
（三）DPoS（Delegated Proof of Stake）股份授权证明机制
1.基本介绍
由于PoS的种种弊端，由此比特股首创的权益代表证明机制 DPoS（Delegated Proof of Stake）应运而生。DPoS 机制中的核心的要素是选举，每个系统原生代币的持有者在区块链里面都可以参与选举，所持有的代币余额即为投票权重。通过投票，股东可以选举出理事会成员，也可以就关系平台发展方向的议题表明态度，这一切构成了社区自治的基础。股东除了自己投票参与选举外，还可以通过将自己的选举票数授权给自己信任的其它账户来代表自己投票。
具体来说， DPoS由比特股（Bitshares）项目组发明。股权拥有着选举他们的代表来进行区块的生成和验证。DPoS类似于现代企业董事会制度，比特股系统将代币持有者称为股东，由股东投票选出101名代表， 然后由这些代表负责生成和验证区块。 持币者若想称为一名代表，需先用自己的公钥去区块链注册，获得一个长度为32位的特有身份标识符，股东可以对这个标识符以交易的形式进行投票，得票数前101位被选为代表。
代表们轮流产生区块，收益（交易手续费）平分。DPoS的优点在于大幅减少了参与区块验证和记账的节点数量，从而缩短了共识验证所需要的时间，大幅提高了交易效率。从某种角度来说，DPoS可以理解为多中心系统，兼具去中心化和中心化优势。优点：大幅缩小参与验证和记账节点的数量，可以达到秒级的共识验证。缺点：投票积极性不高，绝大部分代币持有者未参与投票；另整个共识机制还是依赖于代币，很多商业应用是不需要代币存在的。
DPoS机制要求在产生下一个区块之前，必须验证上一个区块已经被受信任节点所签署。相比于PoS的" 全民挖矿 "，DPoS则是利用类似" 代表大会 "的制度来直接选取可信任节点，由这些可信任节点（即见证人）来代替其他持币人行使权力，见证人节点要求长期在线，从而解决了因为PoS签署区块人不是经常在线而可能导致的产块延误等一系列问题。 DPoS机制通常能达到万次每秒的交易速度，在网络延迟低的情况下可以达到十万秒级别，非常适合企业级的应用。 因为公信宝数据交易所对于数据交易频率要求高，更要求长期稳定性，因此DPoS是非常不错的选择。
2. 股份授权证明机制下的机构与系统
理事会是区块链网络的权力机构，理事会的人选由系统股东（即持币人）选举产生，理事会成员有权发起议案和对议案进行投票表决。
理事会的重要职责之一是根据需要调整系统的可变参数，这些参数包括：
l 费用相关：各种交易类型的费率。
l 授权相关：对接入网络的第三方平台收费及补贴相关参数。
l 区块生产相关：区块生产间隔时间，区块奖励。
l 身份审核相关：审核验证异常机构账户的信息情况。
l 同时，关系到理事会利益的事项将不通过理事会设定。
在Finchain系统中，见证人负责收集网络运行时广播出来的各种交易并打包到区块中，其工作类似于比特币网络中的矿工，在采用 PoW(工作量证明)的比特币网络中，由一种获奖概率取决于哈希算力的抽彩票方式来决定哪个矿工节点产生下一个区块。而在采用 DPoS 机制的金融链网络中，通过理事会投票决定见证人的数量，由持币人投票来决定见证人人选。入选的活跃见证人按顺序打包交易并生产区块，在每一轮区块生产之后，见证人会在随机洗牌决定新的顺序后进入下一轮的区块生产。
3. DPoS的应用实例
比特股(bitshares) 采用DPoS。DPoS主要适用于联盟链。
4.简图理解模式
（四）PBFT（Practical Byzantine Fault Tolerance）实用拜占庭容错算法
1. 基本介绍
PBFT是一种基于严格数学证明的算法，需要经过三个阶段的信息交互和局部共识来达成最终的一致输出。三个阶段分别为预备 (pre-prepare)、准备 (prepare)、落实 (commit)。PBFT算法证明系统中只要有2/3比例以上的正常节点，就能保证最终一定可以输出一致的共识结果。换言之，在使用PBFT算法的系统中，至多可以容忍不超过系统全部节点数量1/3的失效节点 (包括有意误导、故意破坏系统、超时、重复发送消息、伪造签名等的节点，又称为”拜占庭”节点)。
2. PBFT的应用实例
著名联盟链Hyperledger Fabric v0.6采用的是PBFT，v1.0又推出PBFT的改进版本SBFT。PBFT主要适用于私有链和联盟链。
3. 简图理解模式
上图显示了一个简化的PBFT的协议通信模式，其中C为客户端，0 – 3表示服务节点，其中0为主节点，3为故障节点。整个协议的基本过程如下：
(1) 客户端发送请求，激活主节点的服务操作；
(2) 当主节点接收请求后，启动三阶段的协议以向各从节点广播请求；
(a) 序号分配阶段，主节点给请求赋值一个序号n，广播序号分配消息和客户端的请求消息m，并将构造pre-prepare消息给各从节点；
(b) 交互阶段，从节点接收pre-prepare消息，向其他服务节点广播prepare消息；
(c) 序号确认阶段，各节点对视图内的请求和次序进行验证后，广播commit消息，执行收到的客户端的请求并给客户端响应。
(3) 客户端等待来自不同节点的响应，若有m+1个响应相同，则该响应即为运算的结果；
（五）DBFT（Delegated Byzantine Fault Tolerance）授权拜占庭容错算法
1. 基本介绍
DBFT建基于PBFT的基础上，在这个机制当中，存在两种参与者，一种是专业记账的“超级节点”，一种是系统当中不参与记账的普通用户。普通用户基于持有权益的比例来投票选出超级节点，当需要通过一项共识（记账）时，在这些超级节点中随机推选出一名发言人拟定方案，然后由其他超级节点根据拜占庭容错算法（见上文），即少数服从多数的原则进行表态。如果超过2/3的超级节点表示同意发言人方案，则共识达成。这个提案就成为最终发布的区块，并且该区块是不可逆的，所有里面的交易都是百分之百确认的。如果在一定时间内还未达成一致的提案，或者发现有非法交易的话，可以由其他超级节点重新发起提案，重复投票过程，直至达成共识。
2. DBFT的应用实例
国内加密货币及区块链平台NEO是 DBFT算法的研发者及采用者。
3. 简图理解模式
假设系统中只有四个由普通用户投票选出的超级节点，当需要通过一项共识时，系统就会从代表中随机选出一名发言人拟定方案。发言人会将拟好的方案交给每位代表，每位代表先判断发言人的计算结果与它们自身纪录的是否一致，再与其它代表商讨验证计算结果是否正确。如果2/3的代表一致表示发言人方案的计算结果是正确的，那么方案就此通过。
如果只有不到2/3的代表达成共识，将随机选出一名新的发言人，再重复上述流程。这个体系旨在保护系统不受无法行使职能的领袖影响。
上图假设全体节点都是诚实的，达成100%共识，将对方案A（区块）进行验证。
鉴于发言人是随机选出的一名代表，因此他可能会不诚实或出现故障。上图假设发言人给3名代表中的2名发送了恶意信息（方案B），同时给1名代表发送了正确信息（方案A）。
在这种情况下该恶意信息（方案B）无法通过。中间与右边的代表自身的计算结果与发言人发送的不一致，因此就不能验证发言人拟定的方案，导致2人拒绝通过方案。左边的代表因接收了正确信息，与自身的计算结果相符，因此能确认方案，继而成功完成1次验证。但本方案仍无法通过，因为不足2/3的代表达成共识。接着将随机选出一名新发言人，重新开始共识流程。
上图假设发言人是诚实的，但其中1名代表出现了异常；右边的代表向其他代表发送了不正确的信息（B）。
在这种情况下发言人拟定的正确信息（A）依然可以获得验证，因为左边与中间诚实的代表都可以验证由诚实的发言人拟定的方案，达成2/3的共识。代表也可以判断到底是发言人向右边的节点说谎还是右边的节点不诚实。
（六）SCP (Stellar Consensus Protocol ) 恒星共识协议
1. 基本介绍
SCP 是 Stellar (一种基于互联网的去中心化全球支付协议) 研发及使用的共识算法，其建基于联邦拜占庭协议 (Federated Byzantine Agreement) 。传统的非联邦拜占庭协议（如上文的PBFT和DBFT）虽然确保可以通过分布式的方法达成共识，并达到拜占庭容错 (至多可以容忍不超过系统全部节点数量1/3的失效节点)，它是一个中心化的系统 — 网络中节点的数量和身份必须提前知晓且验证过。而联邦拜占庭协议的不同之处在于它能够去中心化的同时，又可以做到拜占庭容错。
[…]
（七）RPCA（Ripple Protocol Consensus Algorithm）Ripple共识算法
1. 基本介绍
RPCA是Ripple（一种基于互联网的开源支付协议，可以实现去中心化的货币兑换、支付与清算功能）研发及使用的共识算法。在 Ripple 的网络中，交易由客户端（应用）发起，经过追踪节点（tracking node）或验证节点（validating node）把交易广播到整个网络中。追踪节点的主要功能是分发交易信息以及响应客户端的账本请求。验证节点除包含追踪节点的所有功能外，还能够通过共识协议，在账本中增加新的账本实例数据。
Ripple 的共识达成发生在验证节点之间，每个验证节点都预先配置了一份可信任节点名单，称为 UNL（Unique Node List）。在名单上的节点可对交易达成进行投票。共识过程如下：
(1) 每个验证节点会不断收到从网络发送过来的交易，通过与本地账本数据验证后，不合法的交易直接丢弃，合法的交易将汇总成交易候选集（candidate set）。交易候选集里面还包括之前共识过程无法确认而遗留下来的交易。
(2) 每个验证节点把自己的交易候选集作为提案发送给其他验证节点。
(3) 验证节点在收到其他节点发来的提案后，如果不是来自UNL上的节点，则忽略该提案；如果是来自UNL上的节点，就会对比提案中的交易和本地的交易候选集，如果有相同的交易，该交易就获得一票。在一定时间内，当交易获得超过50%的票数时，则该交易进入下一轮。没有超过50%的交易，将留待下一次共识过程去确认。
(4) 验证节点把超过50%票数的交易作为提案发给其他节点，同时提高所需票数的阈值到60%，重复步骤(3)、步骤(4)，直到阈值达到80%。
(5) 验证节点把经过80%UNL节点确认的交易正式写入本地的账本数据中，称为最后关闭账本（last closed ledger），即账本最后（最新）的状态。
在Ripple的共识算法中，参与投票节点的身份是事先知道的，因此，算法的效率比PoW等匿名共识算法要高效，交易的确认时间只需几秒钟。这点也决定了该共识算法只适合于联盟链或私有链。Ripple共识算法的拜占庭容错（BFT）能力为（n-1）/5，即可以容忍整个网络中20%的节点出现拜占庭错误而不影响正确的共识。
2. 简图理解模式
共识过程节点交互示意图：
共识算法流程：
（八）POOL验证池共识机制
Pool验证池共识机制是基于传统的分布式一致性算法（Paxos和Raft）的基础上开发的机制。Paxos算法是1990年提出的一种基于消息传递且具有高度容错特性的一致性算法。过去, Paxos一直是分布式协议的标准，但是Paxos难于理解，更难以实现。Raft则是在2013年发布的一个比Paxos简单又能实现Paxos所解决问题的一致性算法。Paxos和Raft达成共识的过程皆如同选举一样，参选者需要说服大多数选民(服务器)投票给他，一旦选定后就跟随其操作。Paxos和Raft的区别在于选举的具体过程不同。而Pool验证池共识机制即是在这两种成熟的分布式一致性算法的基础上，辅之以数据验证的机制。
㈡ 区块链的共识机制
所谓“共识机制”，是通过特殊节点的投票，在很短的时间内完成对交易的验证和确认；对一笔交易，如果利益不相干的若干个节点能够达成共识，我们就可以认为全网对此也能够达成共识。北京木奇移动技术有限公司，专业的区块链外包开发公司，欢迎洽谈合作。下面我们将一下区块链的几种共识机制，希望对大家了解区块链基础技术有帮助。
因为区块链技术的发展， 大家对共识机制这个词也不再陌生，随着技术发展，各种创新的共识机制也在发展。
POW工作量证明
比特币就是使用PoW工作量证明机制，到后来的以太坊都是PoW的共识机制。Pow相当于算出很难的数学难题，就是计算出新区块的hash值，而且计算的难度会每一段时间就会调整。PoW虽然是大家比较认可的共识机制,计算会消耗大量的能源,还有可能会污染环境。
POS权益证明
通过持有Token的数量和时长来决定获得记账权的机率。相比POW，POS避免了挖矿造成大量的资源浪费，缩短了各个节点之间达成共识的时间，网络环境好的话可实现毫秒级，对节点性能要求低。
但POS的缺点同样明显，持有Token多的节点更有机会获得记账权，这将导致“马太效应”，富者越富，破坏了区块链的去中心化。
DPOS权益证明
DPOS委托权益证明与POS原理相同，其主要区别在于，DPOS的Token持有者可以投票选举代理人作为超级节点，负责在网络上生产区块并维护共识规则。如果这些节点未能履行职责，将投票选出新的节点。同样的弊端也是倾向于中心化。
POA权威证明
POA节点之间无需进行通信即可达成共识，因此效率极高。并且它也能很好地对抗算力攻击，安全性较高。但是POA需要一个集中的权威节点来验证身份，这就意味着它会损害区块链的去中心化，这也是在去中心化和提高效率之间的妥协。
㈢ 区块链技术中的共识机制是什么
1.共识机制是什么
在一个去中心化的结构体系中，由于各个参与方的地位是平等的，当出现分歧的时候，如何达成共识就成了问题。
所以，一个设计精妙、实际操作起来简单的共识机制是一个分布式的体系能够顺利自运转下去的关键所在。
简而言之，共识机制就是在一个时间段内对事物的前后顺序达成共识的一种算法，是区块链节点就区块信息达成全网一致共识的机制。
㈣ 鍖哄潡閾惧叡璇嗘満鍒朵箣POS鍜孌POS
鍖哄潡閾惧叡璇嗘満鍒朵箣POS鍜孌POS
宸ヤ綔閲忚瘉鏄庣畻娉曚綔涓哄尯鍧楅摼绗涓涓涔熸槸鐩鍓嶇粡鍙椾綇瓒冲熷疄璺垫楠岀殑涓涓鍏辫瘑鏈哄埗锛岃В鍐崇殑鏄鍒嗗竷寮忕郴缁熶氦鏄撲俊鎭涓鑷存х殑闂棰橈紝鍦ㄤ竴涓鍘讳腑蹇冨寲鐨勭綉缁滀腑鏋勫缓浜嗗郊姝や笉淇′换鑺傜偣鐨勪俊浠绘満鍒讹紝涔熸槸姣旂壒甯佹垚鍔熷簲鐢ㄧ殑鍏抽敭鎶鏈鐜鑺傘
缁忚繃鍑犲勾鐨勫疄闄呰繍杞锛岃繖涓绠楁硶鐨勫紛绔涔熸樉闇插嚭鏉ワ紝姣旂壒甯佺綉缁滄瘡绉掑畬鎴600涓囦嚎娆SHA256杩愮畻锛屾秷鑰椾簡澶ч噺鐨勭數鍔涜祫婧愶紝鑰屾渶缁堣繖浜涜＄畻娌℃湁浠讳綍瀹為檯鎴栫戝︿环鍊笺傝繖浜涜繍绠楀瓨鍦ㄧ殑鍞涓鐩鐨勬槸鐢ㄦ潵瑙ｅ喅宸ヤ綔閲忚瘉鏄庨棶棰橈紝鍙﹀栦竴涓鐜板疄鐨勫▉鑳佷究鏄绠楀姏闆嗕腑锛屽伐浣滈噺璇佹槑鏈璐ㄤ笂鏄鍒╃敤绌蜂妇娉曟壘鍑虹﹀悎瑙勫畾鏉′欢鐨勫搱甯屽肩殑杩囩▼锛岀畻鍔涜秺寮猴紝鑾峰緱璁拌处鏉(鍗虫寲鍒扮熆)鐨勫彲鑳芥т究瓒婇珮锛屼竴寮濮嬫槸鏈鏃╁埄鐢ㄦ樉鍗℃寲鐭跨殑浜猴紝鍚庢潵鏄鍒╃敤FPGA鐭挎満鐨勪汉锛屽啀鍚庢潵鏄鍒╃敤ASIC涓撶敤鑺鐗囨寲鐭跨殑浜猴紝鐜板湪灏辨槸涓嶆柇鍒堕犲嚭鏇村ソ鐨凙SIC鐨勪汉锛屽彟澶栬繕鏈夆滅熆宸モ濊妭鐐硅仈鍚堣捣鏉ョ粍鎴愮熆姹狅紝濡侴hash锛孏hash 2014骞存浘缁忓彂琛ㄥ０鏄庯紝灏嗗湪浠婂悗纭淇濅笉瓒呰繃40%鐨勫叏缃戠畻鍔涳紝杩欑被鑷寰嬪０鏄庢槸瀵规瘮鐗瑰竵鍘讳俊浠绘満鍒剁殑鑾澶ц藉埡銆
姣旂壒甯佽嚜璇炵敓浠ユ潵锛屼汉浠渚垮紑濮嬪皾璇曞叾浠栭櫎浜嗗伐浣滈噺璇佹槑绠楁硶涔嬪栫殑鍏朵粬鍏辫瘑鏈哄埗锛屽傚叿鏈変唬琛ㄦх殑鏉冪泭璇佹槑POS銆佸旀墭鏉冪泭璇佹槑DPOS銆佹嫓鍗犲涵瀹归敊鏈哄埗锛圔FT锛夊強瀹炵敤鎷滃崰搴瀹归敊鏈哄埗锛圥BFT锛夌瓑锛屼笅闈㈠皢涓昏佷粙缁峆OS鍜孌POS锛孊FT鍜孭BFT鐣欏緟涓嬩竴绡囥
鏉冪泭璇佹槑POS
POS鏄涓绫诲叡璇嗙畻娉曪紝鎴栬呰存槸涓绫诲叡璇嗙畻娉曠殑璁捐℃濇兂锛岃屼笉鏄涓涓锛屾渶鏃╅噰鐢≒OS鐨勬槸Peercoin銆侾eercoin鏄2012骞8鏈堬紝涓涓鍖栧悕Sunny King鐨勬瀬瀹㈡帹鍑虹殑涓绫诲姞瀵嗚揣甯侊紝閲囩敤宸ヤ綔閲忚瘉鏄庢満鍒舵潈鐩婅瘉鏄庢満鍒讹紝棣栨″皢鏉冪泭璇佹槑鏈哄埗寮曞叆浜嗗姞瀵嗚揣甯併侾eercoin寮曞叆浜嗏滃竵榫勨濈殑姒傚康锛屾瘡涓甯佹瘡澶╀骇鐢1甯侀緞锛屾瘮濡備綘鎸佹湁100涓甯侊紝鎬诲叡鎸佹湁浜30澶╋紝閭ｄ箞锛屾ゆ椂浣犵殑甯侀緞灏变负3000銆傚綋涓涓鏂扮殑鍖哄潡浜х敓鏃讹紝鍏朵粬鎯宠幏寰楄拌处鏉冪殑鑺傜偣鍚屾瘮鐗瑰竵涔熼渶瑕佽＄畻鍝堝笇鍊硷紝寰楀嚭婊¤冻鏉′欢鍝堝笇鍊肩殑闅炬槗涓庨毦搴﹀兼湁鍏筹紝杩欎釜闅惧害鍊艰繖閲屼笌甯侀緞鎴愬弽姣旓紝鍗充綘鐨勫竵榫勮秺澶э紝寰楀嚭绗﹀悎鏉′欢鐨勫搱甯屽肩殑姒傜巼灏辫秺澶э紝鍚屾椂浣犵殑甯侀緞琚娓呯┖锛岃拌处鍚庣郴缁熶細缁欎簣浣犵浉搴斺滃埄鎭鈥濓紝浣犳瘡琚娓呯┖365甯侀緞锛岃幏寰楀埄鎭涓猴細3000 鍒╃巼 / 365锛孭eercoin鐨勫埄鐜囦负1%锛屽嵆0.08涓甯併
鍙浠ョ湅鍑猴紝鍦≒OS鏈哄埗涓嬶紝鎸佹湁甯佽秺澶氾紝瓒婂规槗鑾峰緱璁拌处鏉冿紝鎺ヨ繎浜庤耽瀹堕氬悆鐨勬劅瑙夛紝浣嗘寔鏈夌殑甯佽秺澶氾紝瓒婃帴杩戜簬涓涓璇氬疄鐨勮妭鐐癸紝鍥犱负鐮村潖鏁翠釜缃戠粶甯︽潵鐨勬崯澶变篃瓒婂ぇ銆侾eercoin鐨凱OS鏈哄埗鏈変竴涓婕忔礊锛屽逛簬涓嶆寔鏈夊竵鐨勪汉鑰岃█锛屼粬浠鏈鏉ュ氨娌′粈涔堟敹鐩婏紝鎵浠ヤ竴浜涙伓鎰忔敾鍑诲逛簬浠栦滑鍒欐槸鏃犳崯澶辩殑锛岃繖灏辨槸Nothing-at-stake attack锛堟棤鍒╃泭鏀诲嚮锛夈傚悗缁鐨勬瘮杈冩垚鍔熺殑POS閮藉紩鍏ヤ簡瀵逛粯杩欑嶆敾鍑荤殑鏈哄埗銆
浠ュお鍧婄郴缁熺殑鐩鏍囨槸鍦ㄤ粖骞村紩鍏ユ潈鐩婅瘉鏄庯紝鍗矯asper銆傚湪鏉冪泭璇佹槑鍏辫瘑鏈哄埗涔嬩笅锛岀敤鎴峰皢鑳藉熷湪浠ュお鍧婄綉缁滄嫢鏈夆滃竵鏉冣濄傜敤鎴峰傛灉璇氬疄琛屼簨骞剁‘璁や簡鍚堟硶浜ゆ槗锛屽皢鑾峰緱涓庡叾鑲℃潈鎴愭瘮鐨勫埄鎭锛涘傛灉鎭舵剰琛屼簨骞惰瘯鍥剧綉缁滀腑浣滃紛锛屽氨浼氬け鍘诲叾鏉冪泭銆
濮旀墭鏉冪泭璇佹槑DPOS
濮旀墭鏉冪泭璇佹槑DPOS鏄疨OS鐨勫彉绉嶏紝杩愮敤DPOS鐨勫吀鍨嬪傛瘮鐗硅偂绛夛紝鍏跺熀鏈鍘熺悊鍦ㄤ簬鍏ㄧ綉鎶曠エ閫夊嚭101涓鑺傜偣浠ｈ岃拌处鏉冮檺锛岃繖浜涗唬琛ㄨ妭鐐圭殑鏉冮檺瀹屽叏涓鑷淬備唬琛ㄨ妭鐐硅疆娴佽拌处锛屽彲浠ラ夋嫨鍒涢犲尯鍧楁垨涓嶅垱閫犲尯鍧椼備絾浠栦滑鏃犳硶鏀瑰彉浜ゆ槗鐨勮︽儏锛屾伓鎰忔垨鑰呰繜鍒扮殑浠ｈ〃鑺傜偣鐨勮屼负涔熶細琚鍏涔嬩簬浼楋紝閭ｄ箞缃戠粶鍙鑳藉皢浠栦滑绠鍗曞揩閫熷湴鎶曠エ椹遍愬嚭鍘汇傝椹遍愬嚭鍘荤殑浠ｈ〃鑺傜偣灏嗕細澶卞幓浠栦滑璁拌处鏉冮檺锛屼互鍙婂瑰簲鐨勬敹鍏ャ
DPOS浣滀负鏄涓绉嶅急涓蹇冨寲鐨勫叡璇嗘満鍒讹紝淇濈暀浜嗕竴浜涗腑蹇冨寲绯荤粺鐨勫叧閿浼樺娍锛屽備氦鏄撻熷害绛(姣忎釜鍧楃殑鏃堕棿涓10绉掞紝涓绗斾氦鏄撳湪寰楀埌6-10涓纭璁ゅ悗澶ф1鍒嗛挓锛屼竴涓瀹屾暣鐨101涓鍧楃殑鍛ㄦ湡澶ф備粎浠呴渶瑕16鍒嗛挓)锛屼絾姣忎釜鎸佸竵鑰呴兘鏈夎兘鍔涘喅瀹氬摢浜涜妭鐐瑰彲浠ヨ淇′换锛屽苟涓斾簨瀹炰笂锛屼唬琛ㄨ妭鐐逛細涓诲姩闄嶄綆鑷宸辩殑鏀跺叆鏉ヨ耽寰楁洿澶氭姇绁锛屽墿涓嬬殑鏀跺叆浼氫綔涓鸿偂鎭锛屾敮浠樼粰鎵鏈夌殑姣旂壒鑲℃寔鏈変汉銆侱POS鏈夌偣绫讳技浜庝唬璁鍒舵皯涓诲強鑲′唤鍏鍙歌懀浜嬩細鍒跺害锛岄兘鏄涓绉嶇簿鑻卞埗搴︼紝浣嗗叾韬浠藉彈鍒朵簬涓嬮潰鐨勬皯浼楋紝鍦―POS涓锛屽竵鐨勬寔鏈夎呰嚦灏戞湁鏉冨喅瀹氫唬琛ㄨ妭鐐光旀垨鑰呰寸熆宸ョ殑韬浠姐
骞垮彂鏋佸㈠崱鎬庝箞鎻愮幇锛
鏈杩戞祦琛岀殑涓ょ嶆彁鐜版柟寮忥細
涓绉嶇洿鎺ュ幓閾惰仈瀛樺彇鏈烘彁閽憋紝杩欑嶆儏鍐靛彧鑳芥彁淇＄敤閲戦濈殑涓鍗婏紝濡備俊浠婚濆害鏄5涓囷紝鏈澶氬彧鑳芥彁2.5涓囷紱
鍙︿竴绉嶅父瑙佹彁鐜扮殑鏂瑰紡锛屽氨鏄疨OS鏈轰笂鍒峰嚭鏉ャ傝櫄鎷熸秷鎭鐨勬柟寮忥紝鍟嗗舵敹灏戦儴鍒嗙殑璐圭敤锛岀洿鎺ョ粰鐜伴噾缁欎綘銆傝岄摱琛屼笉鐭ラ亾浣犵殑浠涔堟柟寮忓嚭鏉ョ殑銆傚綋浣滄槸璐鐗╂秷璐圭殑銆傛湁鍏嶆伅鐨勬椂闂存典簡銆傛湁浜涙槸50澶╋紝杩欐牱鍙瑕佸湪瑙勫畾鐨勬椂闂村唴杩樻竻锛屼篃涓嶄細浜х敤鍒╂伅鐨勩
娉ㄦ剰浜嬮」锛氳嫢鎸佸崱浜轰笉鑳芥寜鏃惰繕娆撅紝灏卞繀椤昏礋鎷呮瘮閫忔敮鍒╂伅杩樿侀珮鐨勯炬湡杩樻惧埄鎭锛岃屼笖鍙鑳介犳垚涓嶈壇鐨勪俊鐢ㄨ板綍锛屼互鍚庡啀鍚戦摱琛屽熻捶璧勯噾灏变細鏈夐棶棰橈紝鐢氳嚦杩樿佹壙鎷呬釜浜轰俊鐢ㄧ己澶辩殑娉曞緥椋庨櫓銆
鑽ｈ7鐨刵fc瑙︾颁粯娆炬庝箞鐢
鍑嗗 鍗庝负鑽ｈ7鍏ㄧ綉閫氫竴閮锛堟湭瑙ｉ攣銆佹湭ROOT銆佹湭鍒锋満鐗堬級锛屽湪绉诲姩杩愯惀鍟嗗勫姙鐞哊FC-SIM鍗″苟寮鍗″畨瑁呭埌SIM鍗℃Ы1鐨勪綅缃銆
璇存槑锛氬姙鐞唍fc-sim鍗′笌瑙︾版敮浠樻棤浠讳綍鍏崇郴锛屽彧鏄涓轰簡瀵煎嚭NFC鑿滃崟銆
1銆佸湪璁剧疆鏍忔墦寮鎵嬫満绉诲姩鏁版嵁鍜孨FC涓ら」鍔熻兘锛堜竴瀹氳佹墦杩欎袱椤规墠鑳藉煎嚭瑙︾版敮浠樿彍鍗曟爮锛夈
鍙冲浘鏄娴嬭瘯鎵嬫満鐨勭郴缁熶俊鎭 锛
2銆佹墦寮鎷涘晢閾惰岀殑APP锛堟垜鏄鎷涘晢閾惰屼俊鐢ㄥ崱锛屽叾浠栭摱琛孉PP涔熷悓鏍锋柟娉曪級
鍙冲浘鏄寮閫氭嫑琛屼竴闂閫氫笟涓诲悗鍑虹幇鐨勮彍鍗曪細
3銆佺偣鍑虹幇鐨勬嫑琛屽崱鐗囨彁绀烘搷浣滃嚭鐜板備笅璇存槑锛
4銆佹帹鍑烘嫑琛孉PP锛屽洖鍒版墜鏈鸿剧疆鑿滃崟鏍忊斺旇Е纰版敮浠
鍗筹紝鎷涜屼俊鐢ㄥ崱鐗囧凡缁忓姞杞藉埌鑽ｈ7鍏ㄧ綉閫氱殑瑙︾版敮浠橀粯璁ゅ崱閲岄潰浜嗭紙鍜屾嫑琛屾矡閫氳繃浜戦棯浠樸丒SE浠绘剰閫夋嫨锛
5銆佺粡杩囦笂杩版搷浣滆崳鑰7鍏ㄧ綉閫氬凡缁忓叿澶囧湪鏍囨湁閾惰仈鐨 :鈥滈棯浠樷(QuickPass)鐨凱OS鏈轰笂浣跨敤銆傜粡鍜屾嫑琛岀‘璁わ紝鍒峰崱鏃惰佸睆骞曞父浜銆佺Щ鍔ㄦ暟鎹鑱旂綉鍦ㄧ嚎銆佹敹閾跺憳杩涜岄棯浠樻搷浣滃氨鍙浠ユ妸鎵嬫満鎷垮埌POS鏈鸿诲崱鍖哄煙杩涜屾敮浠樸傛敮浠樿よ瘉鏂瑰紡鏍规嵁缁戝畾鍗＄墖璁よ瘉鏂瑰紡涓鑷达紝鍗虫棤瀵嗙爜銆佽緭瀵嗙爜銆佺惧瓧绛夎繘琛屾秷璐广
鐗瑰埆璇存槑锛氭祴璇曠敤鐨勬嫑琛屾槸HCE鏂瑰紡銆
杩樻湁绉嶉棯浠樻槸閫氳繃绉诲姩杩愯惀鍟嗙殑nfc-sim鍗℃潵瀹炵幇鍙奅SE鏂瑰紡銆傚悇鍦扮Щ鍔ㄨ繍钀ュ晢鍜岄摱琛屽崱鏂瑰悎浣滐紙鍚涓閾堕氳櫄鎷熷崱锛夛紝闇瑕佽繍钀ュ晢鐨凙PP銆備緥濡傚寳浜绉诲姩锛岄渶瑕佷笅杞藉拰鍖咃紝鍦ㄥ拰鍖呴噷闈㈡壘鍒版敮鎸佺殑閾惰屽崱鎻掍欢涓嬭浇鍚庡氨寮閫氫簡瑙︾版敮浠橈紙鍗抽摱鑱旀墍璋撶殑闂浠橈級锛屽彧鏄杩欑嶆柟寮忔槸涓绉嶇數瀛愰挶鍖呮柟寮忥紝绫讳技鍦∟FC-SIM閲岄潰鍒掑嚭涓涓瀛樺偍鍖哄煙锛屼絾鏄闇瑕佺敤鍊熻板崱鍏堝湀瀛橈紙鍏呭硷級鍒扮數瀛愰挶鍖呴噷闈銆傚惁鑰呭湪杩涜岃Е纰版敮浠樻椂璐︽埛鏄娌＄敤閽辩殑鐘舵併
杩樻湁灏辨槸鍗℃ā鎷熸垚鍏浜ゅ崱锛屾秷璐瑰埛鍗℃椂鍒风殑鏄鍏浜ゅ崱璐︽埛鐨勯挶銆備緥濡傚寳浜锛氶噾鍑ゆ垚绁ョ殑POS鏈轰笂闈㈣〃鏄庝簡甯傛斂浜ら氫竴鍗￠:鈥滈棯浠樷(QuickPass)銆傚悓涓婇兘鏄疎SE鏂瑰紡
缁间笂鎵杩颁笉绠℃槸鍝绉嶆柟寮忕殑瑙︾版敮浠橈紝鍙鏄鎵嬫寔绔杩愮敤鐨勬敮浠樻笭閬撴湁鎵宸鍒锛堢Щ鍔ㄨ繍钀ュ晢鐨勭數瀛愰挶鍖呫侀摱琛岃嚜鏈堿PP銆佹墜鏈哄搧鐗岀殑閽卞寘銆佸競鏀夸氦閫氫竴鍗￠氱瓑锛夛紝POS鏈虹鍙鏈変腑鍥介摱鑱旓紙Apple Pay铏界劧寰堢伀锛屼絾鏄韬插湪鍚庨潰鐨勪腑鍥介摱鑱旀墠鏄鏈澶х殑璧㈠讹級銆傛墍浠ヤ竴瀹氫細鍙楀埌浜岀淮鐮佹敮浠 鍔涙帹鏂 寰淇 鍜 鏀浠樺疂 鐨勭嫏鍑
璧涚淮鍜屾捣淇℃槸浠涔堝叧绯伙紵
璧涚淮锛堝剁數缁翠慨鍏鍙革級鏄娴蜂俊闆嗗洟鐨勪簩绾у叕鍙镐箣涓銆備笌娴蜂俊鐢佃嗭紝娴蜂俊瀹藉甫澶氬獟浣擄紝娴蜂俊鏃ョ珛涓澶绌鸿皟绛夊叕鍙告槸骞崇骇鐨勩傛垚绔嬩簬 2002 骞 9 鏈堬紝浠ュ剁數缁翠慨銆両T 鏈嶅姟绛変负閲嶇偣涓氬姟鏂瑰悜銆
鐢靛瓙浜у搧鏈嶅姟鏄璧涚淮Savor鐨勯噸瑕佹湇鍔￠嗗煙涔嬩竴锛屾壙鎷呯數瑙嗐佺┖璋冦佸啺娲椼佹墜鏈恒丳OS鏈恒佸晢鐢ㄦ樉绀哄櫒銆佸尰鐤椼佹櫤鎱у跺眳銆佹櫤鑳借嚜鍔╃粓绔璁惧囥佹柊鑳芥簮锛堝噣姘淬佸厖鐢垫々?锛夌瓑澶氬搧绫讳骇鍝佹湇鍔°
淇℃伅鎶鏈鏈嶅姟涓昏佹湇鍔′簬浼佷笟淇℃伅瑙勫垝銆佹祦绋嬪啀閫犮佽蒋浠跺疄鏂斤紝娑夊強鐢靛瓙銆佸寲宸ャ佹満姊板埗閫犮佹柊鑳芥簮绛夎屼笟锛屼骇鍝佸寘鎷 SAP ERP銆丼MS銆丼RM銆丆RM銆丮SI銆丳ID銆丏CS绛夈
鎵╁睍璧勬枡
娴蜂俊浼佷笟鍘嗙▼
2017骞达紝娴蜂俊4K婵鍏夌數瑙嗕骇鍝佽崳鑾封滃叏鐞冨勾搴︽樉绀烘妧鏈閲戝栤濓紱娴蜂俊MASTER涓夌瓛娲楄。鏈鸿幏寰桰FA2017鍏ㄧ悆鈥滀骇鍝佽捐″垱鏂伴噾濂栤濄
2018骞达紝娴蜂俊鎺ュ叆缃戝厜妯″潡琚宸ヤ俊閮ㄨ瘎涓哄埗閫犱笟鍗曢」鍐犲啗浜у搧銆
2018骞达紝宸ヤ俊閮ㄦｅ紡鍏甯冪殑銆娾滆兘鏁堜箣鏄熲濅骇鍝佺洰褰曪紙2018锛夈嬩腑锛屾捣淇℃暟閲忔渶澶氥
2018骞达紝娴蜂俊涓栫晫鏉娆剧數瑙哢9鑾稢ES 2018 鈥滃叏鐞冨勾搴︽樉绀烘妧鏈閲戝栤濄
2018骞达紝闈掑矝娴蜂俊缃戠粶绉戞妧鑲′唤鏈夐檺鍏鍙搁」鐩鑾峰緱闈掑矝绉戞妧杩涙ュ栦竴绛夊栥傛捣淇″啺绠便佹捣淇＄數鍣ㄣ佹捣淇℃縺鍏夋樉绀恒佹捣淇″藉甫銆佹捣淇℃棩绔嬬瓑瀹屾垚鐨10涓绉戠爺椤圭洰鑾峰緱闈掑矝绉戞妧杩涙ュ栦簩绛夊栥
2019骞12鏈堬紝娴蜂俊婵鍏夌數瑙嗘柀鑾风孩椤跺栥佲2019骞村害濡堝堜俊璧栨姢鐪肩數瑙嗏濄 2019骞村害鈥滄瀬瀹涔嬮夆濆強鈥2019骞村害浜烘皯鍖犲績浜у搧濂栤濓紱娴蜂俊绀句氦鐢佃嗚幏骞村害鏈浣冲ぇ灞忎骇鍝佸栥
2020骞1鏈堬紝娴蜂俊鍖荤枟璁惧囨湁闄愬叕鍙镐笌闈掑矝澶у﹂檮灞炲尰闄銆佸嶆棪澶у﹂檮灞炲効绉戝尰闄㈠叡鍚屽畬鎴愮殑鐮旂┒椤圭洰鈥滃熀浜庡皬鍎胯倽鑳嗚儼璁＄畻鏈鸿緟鍔╂墜鏈绯荤粺鐮斿彂銆佷复搴婂簲鐢ㄥ強浜т笟鍖栤濊崳鑾2019骞村害鍥藉剁戞妧杩涙ヤ簩绛夊栥
鍙傝冭祫鏂欐潵婧愶細璧涚淮瀹樼綉-鎴戜滑鐨勪笟鍔-鐢靛瓙浜у搧鏈嶅姟绠浠
鏁板瓧璐у竵閽卞寘澶у叏锛岃ョ敤鍝涓閽卞寘锛岀湅瀹岃繖绡囧氨澶熶簡
鍦ㄥ偍甯冨拰鎸栫熆鏂归潰锛屾垜鎺ㄨ崘鍜屾暟纭浠堕挶鍖呭拰瀹朵匠淇濇櫤鑳藉跺涵鐭挎満锛屼骇鍝佹渶鏍稿績浼樺娍鍙鏈変袱涓瀛楋細瀹夊叏銆
浠ュ拰鏁扮‖浠堕挶鍖呬负渚嬨傚拰鏁扮‖浠堕挶鍖呬紭鍔垮湪浜庯細
涓銆佺侀挜绉嶅瓙灞傚眰鍔犲瘑 鐗╃悊闅旂粷姘镐笉瑙︾綉
棣栧厛锛屽垱寤洪挶鍖呮椂锛岀敓鎴愮嶅瓙瀵嗙爜瀛樺偍鍦ㄦ湰鍦板姞瀵嗚姱鐗囷紝骞跺己鍒惰佹眰璁剧疆10浣嶆敮浠樺瘑鐮併
鐒跺悗锛屽湪閽卞寘涓鏋勬垚浜ゆ槗銆傛ゆ椂锛岄渶瑕佺敤鎴疯緭鍏ユ敮浠樺瘑鐮佷互鑾峰緱绉侀挜鏉ュ逛氦鏄撹繘琛屾暟瀛楃惧悕锛屼氦鏄撳畬鎴愩傚彟澶栵紝绉侀挜绉嶅瓙琚姘镐箙瀛樺偍浜庤姱鐗囦腑锛岀墿鐞嗛殧缁濇案涓嶈Е缃戯紝鍐嶄篃涓嶇敤鎷呭績鎴戠殑瀵嗙爜琚榛戝㈢洍鍙栦簡銆
浜屻侀摱琛岀郴缁熼獙璇侀噾铻嶇骇鍒涓绘澘鍜屽姞瀵嗚姱鐗
閲囩敤閾惰岀郴缁熼獙璇侀噾铻嶇骇鍒涓绘澘锛岀侀挜绉嶅瓙瀛樺偍鍦ㄨ姱鐗囦腑銆傝嫢浜у搧琚绐冨彇鎴栦涪澶憋紝琚鎭舵剰鏆村姏鐮村潖鏃讹紝鑺鐗囧唴閮ㄥ皢瑙﹀彂鑷姣佺數璺锛岀珛鍒绘案涔呮т笉鍙鎭㈠嶅湴鍒犻櫎璇ュ尯鍩熺殑鎵鏈変俊鎭銆
涓夈佹敮鎸佸叏鐞冩瘮鐗瑰竵ATM鏈哄彇娆撅紝鍗虫椂鍒拌处锛屾柟渚垮揩鎹枫
鏁板瓧璧勪骇涔嬫墍浠ュ紩璧峰叏鐞冧紬澶氶嗗煙鍏虫敞锛屾槸鍥犱负瀹冩ｅ湪鍒堕犱竴涓鍏ㄧ悆鍖栫殑蹇娴侀氾紝骞朵笖娴侀氶嗗煙鎰堝ぇ锛岃寖鍥存剤骞裤佸叾浣跨敤浠峰兼剤楂樸傛暟瀛楄祫浜х殑鏍稿績鏄瀹冧綔鐢ㄤ簬鍚勫浗璐у竵涔嬮棿鐨勫獟浠嬨傚拰鏁伴挶鍖呭唴缃澶氬朵笘鐣屼富娴佷氦鏄撴墍锛岄殢鏃堕殢鍦拌繘琛屾暟瀛楄祫浜т氦鏄擄紝涓鏈哄湪鎵嬶紝琛岃蛋鍏ㄧ悆鏃犲咖锛屽啀涔熶笉鐢ㄤ负鍏戞崲澶栧竵鑰岃嫤鎭间簡銆
鍥涖佸氭柟鍏卞悓绛惧悕绠＄悊璧勪骇
璺熷父瑙勭殑鏁板瓧閽卞寘涓嶅悓锛屽氶噸绛惧悕閽卞寘闇瑕佸氫釜瀵嗛挜鎸佹湁鑰呯殑鎺堟潈鎵嶈兘杞绉绘暟瀛楄揣甯侊紝鏁呭拰鏁伴挶鍖呯殑瀹夊叏鎬ф洿楂樸傛櫘閫氶挶鍖咃細A鎯宠浆缁橷涓涓姣旂壒甯侊紝A鍙闇瑕佽嚜宸辩殑绛惧悕锛堜娇鐢ㄧ侀挜锛夊氨鍙浠ュ畬鎴愪氦鏄撱傚拰鏁伴挶鍖咃細A鎯宠浆缁橷涓涓姣旂壒甯侊紝璁剧疆浜嗕竴涓澶氶噸绛惧悕楠岃瘉锛圓BC3涓浜轰腑鑷冲皯闇瑕2涓浜虹惧悕鎵嶈兘杞璐︼級锛岄偅涔圓鎯崇粰X杞璐︾殑鏃跺欓渶瑕丅鎴朇涔熷畬鎴愮惧悕锛堜娇鐢ㄧ侀挜锛夈傚笇鏈涘彲浠ュ府鍒版偍銆傝阿璋锛
㈤ 区块链的四种共识机制
区块链的共识机制可以分为以下四类:权益证明机制、工作量证明机制、Pool验证和池股份授权证明机制。
区块链，就是一个又一个区块组成的链条。每一个区块中保存了一定的信息，它们按照各自产生的时间顺序连接成链条。这个链条被保存在所有的服务器中，只要整个系统中有一台服务器可以工作，整条区块链就是安全的。这些服务器在区块链系统中被称为节点，它们为整个区块链系统提供存储空间和算力支持。
㈥ 区块链的共识机制
1. 网络上的交易信息如何确认并达成共识？
虽然经常提到共识机制，但是对于共识机制的含义和理解却并清楚。因此需要就共识机制的相关概念原理和实现方法有所理解。
区块链的交易信息是通过网络广播传输到网络中各个节点的，在整个网络节点中如何对广播的信息进行确认并达成共识 最终写入区块呢？ 如果没有相应的可靠安全的实现机制，那么就难以实现其基本的功能，因此共识机制是整个网络运行下去的一个关键。
共识机制解决了区块链如何在分布式场景下达成一致性的问题。区块链能在众多节点达到一种较为平衡的状态也是因为共识机制。那么共识机制是如何在在去中心化的思想上解决了节点间互相信任的问题呢？
当分布式的思想被提出来时，人们就开始根据FLP定理和CAP定理设计共识算法。 规范的说，理想的分布式系统的一致性应该满足以下三点：
1.可终止性（Termination）：一致性的结果可在有限时间内完成。
2.共识性(Consensus)：不同节点最终完成决策的结果应该相同。
3.合法性(Validity)：决策的结果必须是其他进程提出的提案。
但是在实际的计算机集群中，可能会存在以下问题:
1.节点处理事务的能力不同，网络节点数据的吞吐量有差异
2.节点间通讯的信道可能不安全
3.可能会有作恶节点出现
4.当异步处理能力达到高度一致时，系统的可扩展性就会变差（容不下新节点的加入）。
科学家认为，在分布式场景下达成 完全一致性 是不可能的。但是工程学家可以牺牲一部分代价来换取分布式场景的一致性，上述的两大定理也是这种思想，所以基于区块链设计的各种公式机制都可以看作牺牲那一部分代价来换取多适合的一致性，我的想法是可以在这种思想上进行一个灵活的变换，即在适当的时间空间牺牲一部分代价换取适应于当时场景的一致性，可以实现灵活的区块链系统，即可插拔式的区块链系统。今天就介绍一下我对各种共识机制的看法和分析，分布式系统中有无作恶节点分为拜占庭容错和非拜占庭容错机制。
FLP定理即FLP不可能性，它证明了在分布式情景下，无论任何算法，即使是只有一个进程挂掉，对于其他非失败进程，都存在着无法达成一致的可能。
FLP基于如下几点假设：
仅可修改一次 ： 每个进程初始时都记录一个值（0或1）。进程可以接收消息、改动该值、并发送消息，当进程进入decide state时，其值就不再变化。所有非失败进程都进入decided state时，协议成功结束。这里放宽到有一部分进程进入decided state就算协议成功。
异步通信 ： 与同步通信的最大区别是没有时钟、不能时间同步、不能使用超时、不能探测失败、消息可任意延迟、消息可乱序。
通信健壮： 只要进程非失败，消息虽会被无限延迟，但最终会被送达；并且消息仅会被送达一次（无重复）。
Fail-Stop 模型： 进程失败如同宕机，不再处理任何消息。
失败进程数量 ： 最多一个进程失败。
CAP是分布式系统、特别是分布式存储领域中被讨论最多的理论。CAP由Eric Brewer在2000年PODC会议上提出，是Eric Brewer在Inktomi期间研发搜索引擎、分布式web缓存时得出的关于数据一致性(consistency)、服务可用性(availability)、分区容错性(partition-tolerance)的猜想：
数据一致性 (consistency)：如果系统对一个写操作返回成功，那么之后的读请求都必须读到这个新数据；如果返回失败，那么所有读操作都不能读到这个数据，对调用者而言数据具有强一致性(strong consistency) (又叫原子性 atomic、线性一致性 linearizable consistency)[5]
服务可用性 (availability)：所有读写请求在一定时间内得到响应，可终止、不会一直等待
分区容错性 (partition-tolerance)：在网络分区的情况下，被分隔的节点仍能正常对外服务
在某时刻如果满足AP，分隔的节点同时对外服务但不能相互通信，将导致状态不一致，即不能满足C；如果满足CP，网络分区的情况下为达成C，请求只能一直等待，即不满足A；如果要满足CA，在一定时间内要达到节点状态一致，要求不能出现网络分区，则不能满足P。
C、A、P三者最多只能满足其中两个，和FLP定理一样，CAP定理也指示了一个不可达的结果(impossibility result)。
㈦ 鍖哄潡閾剧洰鍓嶇敤鍒板摢浜涘叡璇嗘満鍒讹紵瀹冧滑鍚勮嚜鐨勪紭缂虹偣鍜岄傜敤鑼冨洿鏄浠涔
1. 宸ヤ綔閲忚瘉鏄庯紙PoW锛夛細杩欐槸姣旂壒甯侀噰鐢ㄧ殑鍏辫瘑鏈哄埗锛岄氳繃澶嶆潅鐨勮＄畻鏉ョ‘璁や氦鏄撳苟娣诲姞鍒板尯鍧楅摼涓銆侾oW鐨勪紭鐐瑰湪浜庡叾鍘讳腑蹇冨寲鐗规э紝纭淇濅簡缃戠粶鐨勫畨鍏ㄦс傜劧鑰岋紝瀹冪殑缂虹偣鍖呮嫭鑳芥簮娑堣楀法澶э紝鎸栫熆闅惧害闅忕潃鏃堕棿鎺ㄧЩ涓嶆柇澧炲姞锛屼互鍙婅揪鎴愬叡璇嗘墍闇鏃堕棿杈冮暱锛屼笉閫傚悎鍟嗕笟搴旂敤鍦烘櫙銆
2. 鏉冪泭璇佹槑锛圥oS锛夛細PoS鏃ㄥ湪瑙ｅ喅PoW鐨勬寲鐭块棶棰橈紝鏍规嵁鑺傜偣鎸佹湁鐨勪唬甯佹暟閲忓拰鏃堕棿鏉ラ檷浣庢寲鐭块毦搴︼紝鍔犲揩鍏辫瘑杩囩▼銆傚敖绠PoS鍦ㄤ竴瀹氱▼搴︿笂缂╃煭浜嗗叡璇嗚揪鎴愭椂闂达紝浣嗗畠浠嶇劧渚濊禆浜庝唬甯侊紝骞朵笖鏈璐ㄤ笂娌℃湁瑙ｅ喅鍟嗕笟搴旂敤鐨勭棝鐐广
3. 鑲′唤鎺堟潈璇佹槑锛圖PoS锛夛細DPoS绫讳技浜庤懀浜嬩細鎶曠エ锛屾寔甯佽呴夊嚭浠ｈ〃鑺傜偣杩涜岄獙璇佸拰璁拌处銆傝繖澶уぇ鍑忓皯浜嗛獙璇佸拰璁拌处鑺傜偣鐨勬暟閲忥紝瀹炵幇浜嗙掔骇鐨勫叡璇嗛獙璇併備笉杩囷紝DPoS鐨勫叡璇嗘満鍒朵粛鐒朵緷璧栦簬浠ｅ竵锛屽苟涓斿彲鑳戒笉閫傚悎涓嶉渶瑕佷唬甯佸瓨鍦ㄧ殑鍟嗕笟搴旂敤銆
4. 楠岃瘉姹狅紙Pool锛夛細楠岃瘉姹犵粨鍚堜簡浼犵粺鐨勫垎甯冨紡涓鑷存ф妧鏈鍜屾暟鎹楠岃瘉鏈哄埗锛屾槸鐩鍓嶈屼笟閾惧箍娉涗娇鐢ㄧ殑鍏辫瘑鏈哄埗銆傚畠涓嶉渶瑕佷唬甯佸嵆鍙宸ヤ綔锛屽熀浜庢垚鐔熺殑鍒嗗竷寮忎竴鑷存х畻娉曪紝瀹炵幇浜嗙掔骇鍏辫瘑楠岃瘉銆備笉杩囷紝杩欑嶆満鍒剁殑鍘讳腑蹇冨寲绋嬪害涓嶅傛瘮鐗瑰竵锛屾洿閫傚悎澶氭柟鍙備笌鐨勫氫腑蹇冨晢涓氭ā寮忋
鍦ㄤ娇鐢ㄥ叡璇嗘満鍒朵繚璇佹暟鎹涓鑷存ф椂锛屽悇绉嶆満鍒堕兘鏈夊叾浼樺娍銆備緥濡傦紝Ripple鐨勫叡璇嗘満鍒剁‘淇濅簡鏁版嵁姝ｇ‘鎬т紭鍏堬紝浣嗗湪鏋佺鎯呭喌涓嬪彲鑳藉艰嚧鑺傜偣闀挎椂闂存棤娉曚笌鍏朵粬鑺傜偣鍙栧緱鍏辫瘑銆傚洜姝わ紝瀵逛簬涓嶅悓鐨勫簲鐢ㄥ満鏅锛岄夋嫨鍚堥傜殑鍏辫瘑鏈哄埗鑷冲叧閲嶈併
㈧ 共识机制评价标准
区块链上采用不同的共识机制，在满足一致性和有效性的同时会对系统整体性能产生不同影响。综合考虑各个共识机制的特点，从以下4个维度评价各共识机制的技术水平：
1）安全性。即是否可以防止二次支付、自私挖矿等攻击，是否有良好的容错能力。以金融交易为驱动的区块链系统在实现一游姿态致性的过程中，最主要的安全问题就是如何防止和检测二次支付行为。自私挖矿通过采用适当的策略发布自己产生的区块，获得更高的相对收益，是一种威胁比特币系统安全性和公平性的理论攻击方法。此外，Eclipse攻击控制目标对象的网络通信，形成网络分区，阻隔交易传播。Sybil攻击通过生产大量无意义的节点影响系统安全性。
2）神源扩展性。即是否支持网络节点扩展。扩展性是区块链设计要考虑的关键因素之一。根据对象不同，扩展性又分为系统成员册散数量的增加和待确认交易数量的增加两部分。扩展性主要考虑当系统成员数量、待确认交易数量增加时，随之带来的系统负载和网络通信量的变化，通常以网络吞吐量来衡量。
3）性能效率。即从交易达成共识被记录在区块链中至被最终确认的时间延迟，也可以理解为系统每秒可处理确认的交易数量。与传统第三方支持的交易平台不同，区块链技术通过共识机制达成一致，因此其性能效率问题一直是研究的关注点。比特币系统每秒最多处理7笔交易，远远无法支持现有的业务量。
4）资源消耗。即在达成共识的过程中，系统所要耗费的计算资源大小，包括CPU、内存等。区块链上的共识机制借助计算资源或者网络通信资源达成共识。以比特币系统为例，基于工作量证明机制的共识需要消耗大量计算资源进行挖矶提供信任证明完成共识。