麻将胡了2

技术篇:关于EKT的一些设计
发布时间:2024-01-25 19:56:38

  笔者做了一段时间的区块链底层开发,深知架构设计的重要性。对于高手来说,没有的轮子是可以自己造的,造个大规模消息/任务队列都只是想不想写的事情。但在企业中开发,追求的是稳定、性能、成本等等,所以通常希望使用开源组件,二次开发。

  解析过EKT项目,鉴于自己还不是高手,把自己认为有用的点都总结下。希望对来往的看官老爷有用。

  和ETH类似,用了账户模型,结合Merkle树进行设计,通过记录nonce值防止双花攻击。

  EKT采用ECDSA(椭圆曲线数字签名算法)生成地址,secp256k1方法作为该算法参数。

  工程中,ecdsa和sha3_256算是两个主流加密算法。ecdsa(椭圆曲线数字签名算法)是一种非对称公钥加密算法,也是数字签名算法类比中的佼佼者,用于防止数据串改和验证数据真实性,对标RSA算法。sha3_256是一种哈希算法,也叫摘要技术,防止数据被篡改。

  ECDSA的核心是利用数论中大数分解比较困难。这里列出一些推荐的扩展阅读:

  在实际代码中技术篇:关于EKT的一些设计,EKT将本地KV和内存KV组装在一起,构成混合型KV数据库。核心文件db/ComposedKVDatabase.go 代码:

  随着代码的迭代,笔者实测后发现:数据存在丢失的情况。之后,EKT官方去掉了自己的内存型K-V数据库,仅保留了leveldb相关。

  简单提下创世过程。当主链在启动时发现没有区块的时候,将执行写创世区块的功能。

  获取创世区块的账户(可以是多个账户),由主链启动时配置得到。生成首个区块的数据,做了一些改动后,写入数据库。

  第二步:循环向各个节点发送请求,执行getBlockHeader()获取区块数据

  第四步:执行Validate()校验投票结果的完整性和真实性,不合法重复第二步

  第五步:校验合法后,执行getBlockEvents()获取交易明细数据,再执行ValidateNextBlock()验证交易明细数据和区块数据是否合法,不合法重复第二步

  第六步:以上都合法,执行RecieveVoteResult()写入区块

  后续会对RecieveVoteResult()单独分析,该函数集成的功能较多,包括:验证投票、管理区块、改变状态、记录打包间隔、写区块等功能。

  这篇文章的内容已经足够长且多。如果反响不错,会继续深入share一些有价值的点。