前言
《三国杀》是一款热门的卡牌游戏,结合中国三国时期背景,以身份为线索,以卡牌为形式,益智休闲,老少皆宜。
在讲解之前,我们先聊下分布式协议和算法整体脉络。
现在很多开发同学对分布式的组件怎么使用都有一定经验,也知道CAP理论和BASE理论的大致含义。但认真去看分布式算法的真的很少,原因有三:
担心算法过于复杂,所以花的时间很少。
网上的资料能用大白话将分布式算法讲清楚的比较少。
学习分布式算法没有一条清晰的路线。
我会在后续的文章中用故事、大白话的方式来讲解分布式算法的原理,以及学习路线到底是怎么样的。
1.学习路线
学习分布式协议和算法的路线可以是先学习四大基础理论,作为地基,再学习分布式协议和算法,就像是在地基上建房子。地基打好了,才能建更稳固的高楼大厦。
四大基础理论:
拜占庭将军问题
CAP理论
ACID理论
BASE理论
八大分布式协议和算法:
Paxos算法
Raft算法
一致性Hash算法
Gossip协议算法
QuorumNWR算法
FBFT算法
POW算法
ZAB协议
因篇幅原因,本篇只涉及拜占庭将军问题。
Trait Sniper空投申领已开放:8 月 2 日消息,据官方消息,Trait Sniper 空投申领已开放,用户可以根据其推特影响力在 Trait Sniper 官方网站领取相应的 TS 代币。[2023/8/2 16:12:35]
2.拜占庭将军问题
大家可能听过拜占庭将军问题。它是由莱斯利·兰伯特提出的点对点通信中的基本问题。
拜占庭位于如今的土耳其的伊斯坦布尔,是东罗马帝国的首都。由于当时拜占庭罗马帝国国土辽阔,为了达到防御目的,每个军队都分隔很远,将军与将军之间只能靠信差传消息。在战争的时候,拜占庭军队内所有将军和副官必须达成一致的共识,决定是否有赢的机会才去攻打敌人的阵营。但是,在军队内有可能存有叛徒和敌军的间谍,这个就是拜占庭容错问题。
实际上拜占庭问题是分布式领域最复杂的一个容错模型。一旦理解它,就能掌握分布式共识问题的解决思路,还能帮助大家理解常用的共识算法,也可以帮助我们在工作中选择合适的算法,或者设计合适的算法。
为什么第一个基础理论是拜占庭将军问题?
因为它很好地抽象出了分布式系统面临的共识问题。上面提到的8种分布式算法中有5种跟拜占庭问题相关,可以说弄懂拜占庭问题对后面学习其他算法就会容易很多。
下面我用三国杀游戏中的身份牌来讲解拜占庭将军问题。
2.1三国杀身份牌
三国杀中主要有四种身份:主公、忠臣、反贼、内奸。每个游戏玩家都会获得一个身份牌。主公只有1个。忠臣最多2个,反贼最多4个,内奸最多一个。
主公
1,022,566枚BNB从未知钱包转移到另一个未知钱包:金色财经报道,Whale Alert监测数据显示,1,022,566枚BNB (价值约296,007,523美元) 从未知钱包转移到另一个未知钱包。[2022/12/9 21:34:03]
主公身份牌
获胜条件:消灭所有反贼和内奸
技巧:以自己生存为首要目标,分散反贼注意力。配合忠内剿灭反贼并判断谁是忠谁是内。
忠臣
忠臣身份牌
获胜条件:保护主公存活的前提下消灭所有反贼和内奸。
技巧:忠臣是主公的屏障,威慑反贼和内奸的天平。
反贼
反贼身份牌
获胜条件:消灭主公即可获胜。
技巧:反贼作为数量最多的身份,需要集中火力猛攻敌人弱点。正确的思路是获胜的关键。
内奸
内奸身份牌
获胜条件:先消灭反贼和忠臣,最后与主公单挑成为最后唯一生还者。
技巧:正确的战术冷静的头脑运气。
2.2还原拜占庭问题
东汉末年,袁绍作为盟主,汇合了十八路诸侯一起攻打董卓。把董卓定为反贼,袁绍定为主公,另外有两个忠臣和一个内奸,就选这三个风云人物:曹操,刘备,孙坚,内奸扮演的角色是忠臣,主公和两个忠臣不知道内奸的身份,都当作忠臣对待了。
董卓是非常强大的,拥有精良的西凉兵,麾下还有战神吕布。大家都知道三英站吕布的故事,吕布以一已之力对阵刘备、张飞、关羽三人。
福布斯:SBF对Alameda情况并非一无所知:12月4日消息,《福布斯》杂志近日发文披露2021年1月采访SBF的信息,彼时SBF向《福布斯》展示其个人资产的记录表格,并数次更新和解释,包括Alameda交易一部分SOL、从币安处回购部分FTX股份等。
《福布斯》杂志表示,虽然该表格并不能表示SBF对Alameda的所有活动均有了解,但也并非如其所说的那样一无所知。原三箭资本创始人Su Zhu对此发推补充,SBF在今年7月也知道自己必须设计对BlockFi和Voyager的虚假救助,还密切参与了Voyager拍卖,甚至知道Alameda无法将自己的5亿美元贷款归还给Voyager,“他在那个月的行为非常离奇”。[2022/12/4 21:20:54]
要想干掉董卓,袁绍必须统一忠臣的作战计划,三位忠臣还不知道有什么其他花花肠子,有一个还是内奸。如果内奸暗通反贼董卓,给忠臣发送误导性的作战信息,该怎么办?另外假定这几个忠臣都是通过书信交流作战信息,如果书信被拦截了或书信里面的信息被替换了咋办?这些场景都可能扰乱作战计划,最后出现有的忠臣在进攻,有的忠臣撤退了。那么反贼就可以乘此机会发起进攻,逐一攻破。
袁绍本来就没有曹操的机智,那他如何让忠臣们达成共识,制定统一的作战计划呢?
上面的映射关系就是一个拜占庭将军问题的一个简化表述,袁绍现在面临的就是典型的共识问题。也就是在可能有误导信息的情况下,采用合适的通讯机制,让多个将军达成共识,制定一致性的作战计划。
2.3一方选择撤退
刘备、曹操、孙坚通过信使传递进攻或撤退的信息,然后进行协商,到底是进攻还是撤退。遵循少数服从多数,不允许弃权。
Justin Sun:网传“套现”不实,与USDC Circle往来仅是内部资金整理与调配:10月21日消息,Justin Sun 针对近日“转移 23.6 亿 USDC 到 Circle 套现”的传闻发表回应表示:网传套现不实,与 USDC Circle 往来仅是内部资金整理与调配,转入转出有大量重复计算,随着业务发展越来越好,相关的资金整理与调配会增加,对于行业发展来说是好事。[2022/10/21 16:34:27]
曹操疑心比较重,侦查了反贼的地形后,决定撤退。而刘备和孙坚决定进攻。
刘备决定进攻,通过信使告诉曹操和孙坚进攻。
曹操决定撤退,通过信使告诉刘备和孙坚撤退。
孙坚决定进攻,通过信使告诉曹操和刘备进攻。
一方选择撤退
曹操收到的信息:进攻2票,自己的一张撤退票,票数一比,进攻票:撤退票=2:1,按照上面的少数服从多数原则进行投票表决,曹操还是会进攻。那么三方的作战方案都是进攻,所以是一个一致性的作战方案。最后战胜了董卓。
2.4内奸登场-撤退
因为我们前期的设定,孙坚作为内奸,早已与反贼董卓私下沟通好了,不攻打董卓。
刘备决定进攻,通过信使告诉曹操和孙坚进攻。
曹操决定撤退,通过信使告诉曹操和孙坚撤退。
孙坚决定撤退,通过信使告诉曹操和刘备撤退。
内奸登场-撤退
刘备收到进攻和撤退各一票,而自己又选择撤退,所以刘备得到的票数是:进攻:撤退=1:2,遵从少数服从多数的原则,刘备选择最后选择撤退,那么三方的作战方案都是撤退,所以也是一个一致性的作战方案。
Messari:1inch在2022Q3交易量几近减半,收入环比下跌84%:10月19日消息,据区块链分析公司Messari发布的1inch 2022年三季度报告显示,该DeFi协议的总交易额在7月至9月期间下降了45.5%,从495亿美元降至270亿美元;此外,1inch的总收入为10.3亿美元,比第二季度协议记录的67.5亿美元收入下降了84%。
1、在交易量方面,1inch在2022年第三季度处理了460万笔交易,与二季度持平。
2、在链上交易方面,以太坊在1inch协议总交易量中占比超过84%,始终保持主导地位,Polygon和BNB Chain分列第二和第三位,据悉,三季度是自2021年第四季度以来Polygon的总交易量首次环比超过BNB Chain。
3、在用户量方面,1inch三季度总用户数较上一季度温和增长2.4%至220万用户,日均用户约为23,500个地址,与上一季度持平。大多数用户使用Polygon网络,其次是Ethereum和BNB Chain。[2022/10/19 17:32:17]
2.5内奸使诈-一进一退
内奸看了上述计划,发现忠臣都撤退了,并没有被消灭,就想通过使诈的方式来消灭其中一个忠臣。
刘备决定进攻,通过信使告诉曹操和孙坚进攻。
曹操决定撤退,通过信使告诉曹操和孙坚撤退。
孙坚作为内奸使诈,通过信使告诉刘备进攻,告诉曹操撤退。
内奸使诈-一进一退
那么结果是什么呢?
刘备的票数为进攻2票,撤退1票,曹操的票数为进攻1票,撤退2票。按照少数服从多数的原则,刘备最后会选择进攻,而曹操会选择撤退,孙坚作为内奸肯定不会进攻,刘备单独进攻反贼董卓,势单力薄,被董卓干掉了。
从这个场景中,我们看到内奸孙坚通过发送误导信息,非常容易地就干扰了刘备和曹操的作战计划,导致两位忠臣被逐一击破。这个现象就是二忠一判难题。那么主公袁绍该怎么解决这个问题?
3.拜占庭问题解法
解法一原理
就是将袁绍也参与进来进行投票,这样就??????????增加了一位忠臣的数量??????????。三个忠臣一个叛贼。然后4位将军做了一个约定,如果没有收到命令,则执行默认命令,比如撤退。另外约定流程来发送作战信息和如何执行作战指令。这个解法的关键点就是执行两轮作战信息协商。
3.1袁绍作为指挥官
我们来看下第一轮是怎么做的。
先发送作战信息的将军我们把他称为指挥官,另外的将军我们称作副官。
指挥官将他的作战信息发送给所有的副官。
每一位副官将从指挥官处收到的作战信息,作为自己的作战指令;假如没有收到指挥官的作战信息,将把默认的撤退作为作战指令。
我们用图来演示:袁绍作为主公先发送作战信息,作战指令为进攻。然后曹操、刘备、孙坚收到进攻的作战指令。
第一轮
再来看下第二轮是怎么做的。
第一轮指挥官已经发送指令了,现在就需要刘备、曹操、孙坚依次作为指挥官给其他两位副将发送作战信息。
然后这三位副将按照少数服从多数的原则,执行收到的作战指令。
孙坚使诈-两撤退
如果孙坚使诈,比如给曹操和刘备都发送撤退信息,如下图所示。那么刘备和曹操收到的作战信息为进攻2票,撤退1票,按照少数服从多数的原则,最后刘备和曹操执行进攻,实现了作战计划的一致性,曹操和刘备联合作战击败了反贼董卓
孙坚使诈-两撤退
孙坚使诈-一进一退
假如孙坚使诈,给曹操发送撤退指令,给刘备发送进攻指令,那么刘备收到的作战信息是进攻3票,肯定会发起进攻了,而曹操收到的作战信息是进攻2票,撤退1票,最后曹操还是会进攻,所以刘备和曹操还是联合作战击败了反贼董卓。
如此看来,引入了一位指挥官后,确实可以避免孙坚使诈,但如果是孙坚在第一轮作为指挥官,其他人作为副官呢?
孙坚使诈-一进一退
3.2孙坚作为指挥官
第一轮孙坚向其中一个副官袁绍发送撤退指令,向另外两个副官曹操、刘备发送进攻指令。那么第一轮的结果如下图:
第一轮
第二轮孙坚休息,其他副官按照孙坚发送的指令开始向另外的副官发送指令。
曹操向刘备和袁绍发送进攻指令。
刘备向曹操和袁绍发送进攻指令。
袁绍向曹操和刘备发送撤退指令。
如下图所示,最后曹操、刘备、袁绍收到的指令为进攻2票,撤退1票,按照少数服从多数原则,三个人都是发起进攻。执行了一致的作战计划,保证作战的胜利。
第二轮
3.3小结
通过上面的演示,我们知道了如何解决拜占庭将军问题。其实兰伯特在他的论文中也提到过如何解决。
如果叛将人数为m,将军数n>=3m1,那么就可以解决拜占庭将军问题。
前提条件:叛将数m一致,需要进行m1轮的作战协商。
这个公式,大家只需要记住就可以了,推到过程可以参考论文。
比如上述的攻打董卓问题,曹操、刘备、孙坚三个人当中,孙坚是叛将,他可以使诈,使作战计划不统一。必须增加一位忠臣袁绍来协商共识,才能达成一致性作战计划。
拜占庭解法二——签名
那可以在不增加忠臣的情况下,解决拜占庭的二忠一判问题吗?
解法二就是通过签名消息。比如将军之间通过印章、虎符等信物进行通信。来保证这几个特征:
签名无法伪造,对签名消息的内容进行任何更改都会被发现。
任何人都能验证将军签名的真伪。
限于篇幅原因,签名的演示这里就不做展开了。
总结
通过《三国杀》角色来讲解分布式中共识场景。那他们和分布式系统的映射关系是怎么样的呢?
将军对应计算机节点。
忠臣的将军对应正常运行的计算机节点。
叛变的将军对应出现故障并会发送误导信息的计算机节点。
信使被杀对应通讯故障、信息丢失。
信使被间谍替换对应为通讯被恶意攻击、伪造信息或劫持通讯。
可不要小瞧拜占庭问题,它可是分布式场景最复杂的的故障场景。比如在数字货币的区块链技术中就有用到这些知识点。而且必须使用拜占庭容错算法。
拜占庭容错算法还有FBFT算法,PoW算法,当然不会在这篇中去讲这些算法,后续再讲解。一口吃不了大胖子~
有了拜占庭容错算法,肯定有非拜占庭容错算法,顾名思义,就是没有发送误导信息的节点。CFT算法就是解决分布式系统中存在故障,但不存在恶意节点的场景下的共识问题。简单来说就是可能因系统故障造成丢失消息或消息重复,但不存在错误消息、伪造消息。对应的算法有Paxos算法、Raft算法、ZAB协议。后续讲解~上面提到了5种算法,居然都是跟拜占庭问题有关,你说今天讲的拜占庭问题重要不重要?
这么多算法该如何选择?
节点可信,选非拜占庭容错算法。否则就用拜占庭容错算法,如区块链中用到的PoW算法。
标签:INC1INCHBNBSBFcoincheck中文叫什么1inch币未来能涨到多少BNBeanstalksbf币圈是谁
尊敬的用户:您好!火币合约自上线实时结算功能以来,得到了广大用户的好评与支持。为了给用户提供更好的服务,火币合约平台将于新加坡时间2020年12月11日18:00上线BTC/USDT、ETH/U.
1900/1/1 0:00:00导语:2020年,伴随全球资产放水,加速了对冲风险的需求,比特币作为数字黄金再次成为资产配置的重要标的,尤其受机构投资者的青睐.
1900/1/1 0:00:00尊敬的社区用户:ETH2.0质押服务第一期奖励BETH已经空投,请在钱包账户查收。风险提示:数字资产是创新的投资产品,价格波动较大,请您理性判断自己的投资能力,审慎做出投资决策.
1900/1/1 0:00:00本文来源:12月11日消息,由新浪财经主办的2020中国银行业发展论坛智慧金融峰会于今日在北京举行,中信集团原监事长、中信银行原行长朱小黄出席会议并发表演讲.
1900/1/1 0:00:00积土成山,非斯须之作。IPFS/FIL是一个长期的项目,需要时光的灌溉才能成为参天大树。不少人对数字货币的印象不是觉得它们“该火”,就是“能火”.
1900/1/1 0:00:00尊敬的虎符用户,虎符将支持Spark(SPARK)空投XRP(XRP)用户,将于2020年12月11日18:00(UTC8)暂停XRP充提业务,交易不受影响.
1900/1/1 0:00:00