一种基于区块链智能合约引擎的工业应用构建机制

文档序号:36971232发布日期:2024-02-07 13:20阅读:来源:国知局

技术特征:

1.一种基于区块链智能合约引擎的工业应用构建机制,其特征在于:包括工业智能合约标记方法、交易池、有状态交易定序算法、无状态交易验证算法和区块打包算法,具体包括以下步骤:

2.根据权利要求1所述的一种基于区块链智能合约引擎的工业应用构建机制,其特征在于:在步骤s3中,使用有状态合约发起的交易为有状态交易,使用无状态合约发起的交易为无状态交易,用户发起交易后,客户端验证交易是有状态交易还是无状态交易;

3.根据权利要求2所述的一种基于区块链智能合约引擎的工业应用构建机制,其特征在于:交易池在区块打包前存储所有共识成功的交易,包括有状态交易区、无状态交易区、交易缓存区、交易总哈希值和交易量预设值;

4.根据权利要求3所述的一种基于区块链智能合约引擎的工业应用构建机制,其特征在于:有状态交易定序算法的具体步骤如下:

5.根据权利要求4所述的一种基于区块链智能合约引擎的工业应用构建机制,其特征在于:无状态交易验证算法的步骤如下:

6.根据权利要求5所述的一种基于区块链智能合约引擎的工业应用构建机制,其特征在于:有状态交易定序算法和无状态交易验证算法各阶段发送的消息格式中,n为本次交易id,i为客户端标识,g为上轮定序成功的交易信息,交易信息包含交易哈希、定序状态、客户端签名,m为本次交易的信息,包含输入参数、发送方地址、接收方地址、合约地址、交易哈希、交易签名,o为交易是否为有状态交易,true为有状态,false为无状态,t为时间戳,i1为主节点id,i2为从节点id,c为交易验证结果,true为验证成功,false为验证失败。

7.根据权利要求6所述的一种基于区块链智能合约引擎的工业应用构建机制,其特征在于:客户端使用私钥将上轮定序成功的交易id、交易哈希和定序状态加密后放入到request消息中,有状态交易定序算法完成后,将本次交易存入到交易池中的交易缓存区,下一次request和prepare阶段,主节点和从节点使用客户端私钥验证g中的客户端签名,验证成功后,将交易缓存区里与g中交易哈希一致的交易存储到有状态交易区中。

8.根据权利要求1所述的一种基于区块链智能合约引擎的工业应用构建机制,其特征在于:在步骤s5中,区块打包时,所有节点将本地总交易哈希值以及节点id发送给客户端,客户端收到大于2f+1个相同哈希值后在发送该哈希值的节点中随机选取一个节点作为主节点,将交易池里的所有交易进行打包,并将打包后的区块向全网广播,收到消息的节点会将区块里每个交易的哈希值进行哈希计算,得到总哈希值,判断得到的哈希值是否与本地所述总交易哈希值相同,相同则将消息返回给客户端,不同则不返回,当客户端收到2f+1个验证成功的消息后,表示区块共识成功,区块上链;


技术总结
本发明公开了一种基于区块链智能合约引擎的工业应用构建机制,涉及区块链技术领域,包括工业智能合约标记方法、交易池、有状态交易定序算法、无状态交易验证算法和区块打包算法,工业智能合约标记方法会将工业区块链中的智能合约分为有状态合约和无状态合约,并在合约编译时将合约标记存储在合约字节码中;交易池会在区块打包前存储所有共识成功的工业交易;有状态交易定序算法用于有状态交易的定序、验证和共识;无状态交易验证算法用于无状态交易的验证和共识;区块打包算法用于区块的验证和打包,区块共识成功后上链。本发明建立了统一的工业区块链应用构建机制,为工业领域提供可靠的交易执行顺序,保证工业数据一致,增强工业系统安全性。

技术研发人员:李骏,徐华昕,夏鹏程
受保护的技术使用者:南京理工大学
技术研发日:
技术公布日:2024/2/6
当前第2页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1