POS代码实现

本篇文章主要是POS共识的简单实现,其中有许多地方都做了简化。POS的原理已在上篇文章中描述过,如果对POS的原理不太清晰的可以进行查看。文章地址:共识算法学习总结

代码实现的功能有:添加区块、查看区块链、添加验证者以及查看所有的验证者。代码使用bolt数据库进行数据持久化。

创建一条区块链

系统运行时,首先运行命令创建一条区块链。该函数主要的功能:创建一个创世块,并把创世块保存在bolt数据库中。

func create() {
	// 生成创世块
	genesisBlock := common.Block{}
	genesisBlock = common.Block{
		0,
		time.Now().String(),
		"",
		GenerateHashValue(genesisBlock),
		"",
		common.Validator{},
	}

	// 获取bolt数据库句柄
	db := common.GetDB()
	defer db.Close()
	// 把创世块添加进数据库文件中
	db.Update(func(tx *bolt.Tx) error {

		// 获取bucket
		bucket, err := tx.CreateBucketIfNotExists([]byte(common.BlocksBucket))
		if err != nil{
			fmt.Println(err)
			return err
		}

		// 获取最后一个区块的哈希
		lastHash := bucket.Get([]byte("lastHash"))
		if lastHash == nil {
			bucket.Put([]byte("lastHash"), []byte(genesisBlock.HashCode))
			bucket.Put([]byte(genesisBlock.HashCode), serializeBlock(genesisBlock))
		}
		return err
	})
}

添加一个区块

当创建一个区块链后就可以往区块链中添加区块。当添加区块时首先开启共识模块,共识模块会在后面讲解。开启共识模块后,把输入的数据打包成区块,然后把区块添加到候选区块通道中,等待共识模块的确认。最后等待共识模块的完成。

func addBlock(data string)  {
	// 开始共识
	go consensus.Start()

	// 把客户端输入的数据封装成区块。这里做了简化,直接生成了区块。
	// 实际上应由验证者进行打包区块。
	newBlock := generateBlock(data)

	// 把新生成的区块添加到候选区块通道中
	common.CandidateBlokcs <- newBlock

	select {
	// 阻塞等待退出
	case <- common.ExitChan:
		return
	}
}

启动共识

在启动共识的函数中,首先开启一个协程,不断读取候选区块切片中的数据,如果读取到区块就把区块追加到临时区块切片中。协程启动完毕后就开始循环POS共识。

func Start(){
	// 不断读取候选区块通道,如果有新的区块,就追加到临时区块切片中
	go func() {
		for candidate := range common.CandidateBlokcs{
			fmt.Println("有新的临时区块")
			common.TempBlocks = append(common.TempBlocks, candidate)
		}
	}()


	for  {
		// 循环pos共识算法
		pos()
	}

}

POS共识

进入共识算法后,首先获取临时区块中的区块,接着获取所有的验证者并根据验证者的权重创建一个新的切片。在这个切片中,验证者的权重越高,重复的次数也就越多,也就越容易被选为出块节点。接着通过一个随机数挑选验证者并打包区块。

func pos()  {
	// 复制临时区块
	temp := common.TempBlocks

	// 根据temp的长度判断是否存在临时区块
	if len(temp) > 0{
		var tempValidators []common.Validator
		// 获取所有的验证者
		validators := getAllValidators()
		// 根据验证者拥有的token数量及时间得出权重,权重越高,被选取为出块节点的概率越大
		for i := 0; i < len(validators) - 1; i++{
			for j := 0; j < validators[i].Tokens * validators[i].Days; j++{
				tempValidators = append(tempValidators, validators[i])
			}
		}

		// 获取数据库句柄
		db := common.GetDB()
		defer db.Close()
		for _, block := range temp{
			// 挑选验证者
			rand.Seed(time.Now().Unix())
			var rd =rand.Intn(len(tempValidators))
			block.Validator = validators[rd % len(validators)]
			// 持久化
			db.Update(func(tx *bolt.Tx) error {
				bucket := tx.Bucket([]byte(common.BlocksBucket))
				err := bucket.Put([]byte(block.HashCode), serializeBlock(block))
				if err != nil {
					log.Fatal(err)
				}
				err = bucket.Put([]byte("lastHash"), []byte(block.HashCode))
				if err != nil {
					log.Fatal(err)
				}
				return nil
			})
		}
		mutex.Lock()
		common.ExitChan <- true
		common.TempBlocks = []common.Block{}
		temp = []common.Block{}
		mutex.Unlock()
	}
}

添加验证者

添加验证者时,需要指定验证者的token数量。验证者的地址用时间来模拟。最后把验证者持久化到数据库中,键为验证者的地址,值为序列化后的验证者。

func addValidator(token int)  {
	// 验证者的地址用当前时间的sha256值代替
	address := calculateHash(time.Now().String())

	// 创建一个验证者
	validator := common.Validator{
		token,
		time.Now().Second(),
		address,
	}

	// 添加到数据库中
	db := common.GetDB()
	defer db.Close()
	db.Update(func(tx *bolt.Tx) error {
		bucket := tx.Bucket([]byte(common.PeerBucket))
		err := bucket.Put([]byte(validator.Address), serializeValidator(validator))
		if err != nil {
			log.Fatal(err)
			return err
		}
		return nil
	})
}

查看验证者

查看验证者比较简单,只是查询一下数据库并进行打印。

func view()  {
	var validators []common.Validator

	db := common.GetDB()
	defer db.Close()
	db.View(func(tx *bolt.Tx) error {
		bucket := tx.Bucket([]byte(common.PeerBucket))
		cursor := bucket.Cursor()

		for k, v := cursor.First(); k != nil; k, v = cursor.Next(){
			if string(k) == "lastHash"{
				continue
			}
			block := deserializeValidator(v)
			validators = append(validators, block)
		}
		return nil
	})

	spew.Dump(validators)
}

运行结果

在这里插入图片描述

最后

项目中做了很多简化并且有很多设计不合理的地方,以后会继续进行改进。源码:https://github.com/blockchainGuide/Consensus_Algorithm

  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
什么是共识算法背景分布式系统集群设计中面临着一个不可回避的问题,一致性问题对于系统中的多个服务节点,给定一系列操作,如何试图使全局对局部处理结果达成某种程度的一致?这个一致性问题大致有如下的场景:节点之间通讯不可靠的,延迟和阻塞节点的处理可能是错误的,甚至节点自身随时可能宕机节点作恶举例说明,就比如有两家电影院同时售卖总量一定的电影票,在这样的场景下,要如何设计方式来保证两家电影院协调同步不出现超卖或者错卖的问题呢?共识算法,就是解决对某一提案(目标,投票等各种协作工作),大家达成一致意见的过程比如上述的买票问题,就可以有如下的设计:1.每次卖票打电话给其他电影院,确认当前票数2.协商售卖时间,比如一三五A卖,二四六B卖3.成立个第三方存票机构,它统一发票通过以上的设计,可以看出一个很重要的解决一致性算法的解决思路,即:将可能引发不一致的并行操作进行串行化,就是现在计算机系统里处理分布式一致性问题基础思路和唯一秘诀著名的共识设计理论FLP 不可能性原理  共识算法的理论下限提出该定理的论文是由 Fischer, Lynch 和 Patterson 三位作者于 1985 年发表,该论文后来获得了 Dijkstra(就是发明最短路径算法的那位)奖。FLP 原理认为对于允许节点失效情况下,纯粹异步系统无法确保一致性在有限时间内完成。三人三房间投票例子三个人在不同房间,进行投票(投票结果是 0 或者 1)。三个人彼此可以通过电话进行沟通,但经常会有人时不时地睡着。比如某个时候,A 投票 0,B 投票 1,C 收到了两人的投票,然后 C 睡着了。A 和 B 则永远无法在有限时间内获知最终的结果。如果可以重新投票,则类似情形每次在取得结果前发生带入到计算机领域就是说,即便在网络通信可靠情况下,一个可扩展的分布式系统的共识问题的下限是无解。即可靠性的下限是0%CAP  分布式系统领域的重要原理CAP 原理最早由 Eric Brewer 在 2000 年,ACM 组织的一个研讨会上提出猜想,后来 Lynch 等人进行了证明• C(一致性):所有的节点上的数据时刻保持同步,即数据一致• A(可用性):每个请求都能在一定时间内接受到一个响应,即低延迟• P(分区容错):当系统发生分区时仍然可以运行的定理:任何分布式系统只可同时满足二点,没法三者兼顾。即数据一致,响应及时,可分区执行不可能同时满足。举个例子:一个分布式网路上,某一个节点有一组依赖数据A,当网络无延迟,无阻塞时,依赖于X的操作可正常进行。但网络无延迟阻塞在现实世界中是没法100%保证的,那么当网络异常时,必然会产生分布式系统的分区和孤岛,那当一个执行操作在A分区之外时,如果要保证P,即当系统发生分区时仍可运行,就需要在分布式系统中多个节点有X的备份数据,以应对分区情况。则这时候就需要在C,A之间做出选择。假如选择C,即要保证数据在分布式网络中的一致性,那么就需要在X每次改动时,需要将全网节点的X数据同步刷新成最新的状态,那么在等待数据刷新完成之前,分布式系统是不可响应X的依赖操作的,即A的功能缺失假如选择A,即要突出低延迟的实时响应。那么在响应的时候,可能全节点的X数据并没有同步到最新的状态,则会导致C的缺失。上面看上去有些绕,那么你只要记住这句话,CAP原理在分布式网络系统的应用讨论,其实就是讨论在允许网络发生故障的系统中,该选择一致性还是可靠性?如果系统重视一致性,那么可以基于ACID原则做系统设计即 Atomicity(原子性)、Consistency(一致性)、Isolation(隔离性)、Durability(持久性)。ACID 原则描述了对分布式数据库的一致性需求,同时付出了可用性的代价。• Atomicity:每次操作是原子的,要么成功,要么不执行;• Consistency:数据库的状态是一致的,无中间状态;• Isolation:各种操作彼此互相不影响;• Durability:状态的改变是持久的,不会失效相应的有一个BASE原则,(Basic Availiability,Soft state,Eventually Consistency)则强调了可用性。经典的共识算法设计业内,针对节点异常的情况,会有两种分类1.故障的,不响应的节点,成为非拜占庭错误2.恶意响应的节点,称为非拜占庭错误Paxos 最早的共识算法  非拜占庭算法的代表Paxos有三种角色:• proposer:提出一个提案,等待大家批准为结案。客户端担任该角色;• acceptor:负责对提案进行投票。往往是服务端担任该角色;• learner:被告知结案结果,并与之统一,不参与投票过程。即普通节点系统运行由proposer驱动,当合法提案在一定时间内收到1/2以上投票后达成共识。 
PoS(Proof of Stake)是区块链的共识算法之一,它是一种通过持有币数来决定区块生成权的算法。相比于 PoW(Proof of Work),PoS 不需要大量计算资源,因此更加节省能源。 下面介绍一下 PoS 算法的实现过程: 1.每个参与节点需要锁定一定数量的代币,这些代币将作为参与共识的抵押品。 2.参与节点将自己的权益代币放入“锁仓池”中,同时将自己的公钥和验证器节点的地址进行绑定。 3.根据每个节点锁仓池中的代币数量,计算出每个节点参与共识的概率,即权益证明。 4.在每个区块生成时,会随机选取一个参与节点作为验证器,该节点需要提供自己的权益证明来证明自己的参与权益。 5.如果验证器节点通过验证,即完成了区块的生成,那么该节点将获得一定的奖励。 下面是一个简单的 PoS 代码实现示例,仅供参考: ``` class Node: def __init__(self, public_key, stake_amount): self.public_key = public_key self.stake_amount = stake_amount class Blockchain: def __init__(self): self.chain = [] self.nodes = [] def add_node(self, node): self.nodes.append(node) def choose_validator(self): total_stake = sum([node.stake_amount for node in self.nodes]) winning_num = random.uniform(0, total_stake) current_num = 0 for node in self.nodes: current_num += node.stake_amount if current_num > winning_num: return node def add_block(self): validator = self.choose_validator() if validator: # 生成新区块 # 发放奖励给验证者 pass ``` 在上面的代码中,我们定义了一个 Node 类来表示参与 PoS 共识的节点,包含公钥和代币数量两个属性;定义了一个 Blockchain 类来表示区块链,包含区块链的链和参与 PoS 共识的节点列表两个属性;实现了 choose_validator 方法来选择验证器节点;实现了 add_block 方法来添加新区块并发放奖励给验证者。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值