CN115271718A - 一种区块链中基于Hub的状态通道交易方法 - Google Patents
一种区块链中基于Hub的状态通道交易方法 Download PDFInfo
- Publication number
- CN115271718A CN115271718A CN202210854976.XA CN202210854976A CN115271718A CN 115271718 A CN115271718 A CN 115271718A CN 202210854976 A CN202210854976 A CN 202210854976A CN 115271718 A CN115271718 A CN 115271718A
- Authority
- CN
- China
- Prior art keywords
- transaction
- hub
- user
- state
- tradeid
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3825—Use of electronic signatures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明涉及一种区块链中基于Hub的状态通道交易方法,在区块链状态通道基础上,引入交易枢纽Hub的概念,用户加入状态通道的Hub中,当交易双方都在线时,用户间进行交易和支付转账信息签名,将确认的转账信息发送给Hub,通过Hub实现了多方之间交易;当交易接收方不在线时,交易发送方通过与Hub进行签名确认交易,实现双方的交易;设计方法将区块链中的复杂的计算和操作转移到Hub中执行,实现交易的快速处理,并且设计使得用户可以加入到任意一个Hub中,通过Hub与其它用户进行交易和支付转账,实现了多方之间的通道交易,一定程度上降低了网络拓扑、路由寻路和算法的复杂,而且提高了状态通道交易的效率。
Description
技术领域
本发明涉及一种区块链中基于Hub的状态通道交易方法,属于区块链交易技术领域。
背景技术
区块链是一种利用分布式账本技术解决多方信任问题的创新性解决方案。通过区块链技术,可以在不依赖于任何第三方可信机构的前提下,建立可信分布式系统,然而当前的区块链系统性能存在严重不足,无法满足现实业务的需求,这使得区块链的发展受到了大大的限制。
区块链扩容是提升区块链有限处理能力的一个重要途径。目前有两种类型的扩容方案,一种是链上扩容方式,即通过直接修改区块链的基础规则来改进区块链自身。另一种是链下扩容方式,目的是把计算转移到链下进行,不直接改动区块链本身的规则,而是在其之上再架设一层来处理具体的事务,只在需要共识参与时才与区块链进行信息交互与传播。具体的扩容方案有状态通道、侧链等。在链下扩容方案中,大量的事务通常只在参与节点间进行,不会进行全网传播,效率直接取决于节点间的网络性能,显然效率更高。
状态通道可以提供一种“即时”的交易——参与者无需等待任何的区块确认。闪电网络和雷电网络是链下扩容方案的代表,实现了通道内的双向支付功能和跨通道支付功能,用户能够在链下进行交易,使区块链支持高频小额交易成为可能。由于在闪电网络和雷电网络中每一个状态通道都仅仅与两个用户相关,致使它们的网络拓扑复杂,导致跨通道支付的路由寻路困难、算法复杂低效。如多个用户之间存在高频的双向支付,而闪电网络和雷电网络的每一个状态通道都只适用于两个用户之间的价值转移,致使多数的交易都需要进行跨通道支付或者任意两个用户之间都建立双向支付通道,这将导致其交易性能过低。
区块链状态通道中,每打开和关闭一个状态通道都需要一个链上交易打开状态通道,如果只给发一笔交易,会很造成资源的浪费和降低交易效率,不适合低频操作。而且状态通道的参与者要保持随时在线,状态通道的参与者需要对与自己相关的交易进行签名、以及对交易记录进行验证,如果不在线,资产就有可能损失掉,需要一直在线对于参与者来说是限制状态通道交易效率的一个重要因素;同时每一个状态通道都只适用于两个用户之间的价值转移,致使多数的交易都需要进行跨通道支付或者任意两个用户之间都建立双向支付通道,这将导致其交易性能过低。
发明内容
本发明所要解决的技术问题是提供一种区块链中基于Hub的状态通道交易方法,通过Hub与其它用户进行交易和支付转账,实现了多方之间的通道交易,提高应用效率。
本发明为了解决上述技术问题采用以下技术方案:本发明设计了一种区块链中基于Hub的状态通道交易方法,基于区块链环境下状态通道中所加入的Hub,针对状态通道中所加入的N个交易用户,实现各交易用户之间的多方交易,N≥2;所述状态通道交易方法中,基于Hub所接收各交易用户分别对应用户ID、用户公钥、用户状态、用户账户余额构成的用户信息集合,结合初始化状态通道交易次数为0、状态通道交易详细信息列表为空,执行如下步骤A至步骤G;
步骤A.初始化计时器为0,并开启计时器,然后进入步骤B;
步骤B.判断计时器到达预设第一超时阈值之前,Hub是否未接收到来自交易用户的指令,是则进入步骤F;否则若该指令为交易指令,则发送该交易指令的交易用户即为交易发送者,并进入步骤C;若该指令为关闭指令,则进入步骤F;此外其余情况也进入步骤F;
步骤C.Hub判断用户信息集合中是否存在与交易指令中交易接收者用户公钥相同的用户公钥,是则将用户信息集合中该用户公钥所对应交易用户的用户状态保存到交易接收者对应的用户状态中,并进入步骤D;否则将交易接收者对应的用户状态设置为不在线状态,并进入步骤D;
步骤D.交易发送者针对交易发送者用户ID、交易接收者用户ID、交易金额、交易支付者、时间进行加密生成交易标识TradeID,并发送给Hub,由Hub根据用户信息集合,判断交易支付者所对应用户账户余额是否小于交易金额,是则返回错误信息,并返回步骤B;否则进入步骤E;
步骤E.基于Hub,根据交易接收者对应的用户状态,完成交易标识TradeID所对应交易双方之间的交易,并更新状态通道交易次数、状态通道交易详细信息列表、以及交易中交易发送者、交易接收者分别所对应的用户账户余额,然后返回步骤B;同时在完成交易的过程中,若存在错误信息,则返回步骤B;
步骤F.Hub针对状态通道交易详细信息列表和状态通道交易次数进行判断,若状态通道交易详细信息列表不为空、且状态通道交易次数等于状态通道交易详细信息列表长度时,则将针对状态通道交易详细信息列表中所有交易记录进行hash运算打包成区块,并广播进行区块链确认,然后进入步骤G;若其余情况,则直接进入步骤G;
步骤G.Hub修改交易双方的用户状态均为空闲状态。
作为本发明的一种优选技术方案:所述步骤E包括如下步骤E1至步骤E4;
步骤E1.Hub判断交易接收者对应的用户状态,若交易接收者对应的用户状态等于空闲状态,则进入步骤E2;若交易接收者对应的用户状态等于交易状态或不在线状态,则进入步骤E3;
步骤E2.Hub更新交易接收者的用户状态为交易状态,交易发送者将交易标识TradeID发送给交易接收者,交易接收者对交易标识TradeID中交易金额进行验证,若不正确,则返回错误信息,并返回步骤B;若正确,则交易接收者对交易标识TradeID进行签名,并将签名后的交易标识TradeID返回给交易发送者,交易发送者针对所接收交易标识TradeID中交易接收者的签名、以及交易金额、交易发送者用户ID、交易接收者用户ID进行验证,若验证通过,则交易发送者针对所接收交易标识TradeID进行签名,并将签名后的交易标识TradeID发送给Hub,由Hub更新交易接收者的用户状态为等待状态,并进入步骤E4;否则返回错误信息,并返回步骤B;
步骤E3.Hub判断交易标识TradeID是否包含双重签名,是则进入步骤E4;否则Hub针对交易标识TradeID进行签名,并将签名后的交易标识TradeID返回给交易发送者,交易发送者针对所接收交易标识TradeID中的交易金额进行验证,若验证通过,则交易发送者针对所接收交易标识TradeID进行签名,并将签名后的交易标识TradeID发送给状态通道,然后进入步骤E4;若验证未通过,则返回错误信息,并返回步骤B;
步骤E4.Hub针对状态通道交易次数进行加1更新,并由状态通道针对所接收的交易标识TradeID进行签名,并按时间添加到状态通道交易详细信息列表,然后Hub针对此次交易中交易发送者、交易接收者分别所对应的用户账户余额进行更新,然后返回步骤B。
作为本发明的一种优选技术方案:执行步骤D的起始时刻时,初始化计时器为0,并开启计时器,在执行步骤D至步骤E的过程中,若计时器达到预设第二超时阈值时,仍未完成交易,则直接定义为超时,并返回步骤B。
作为本发明的一种优选技术方案:针对状态通道交易次数、状态通道交易详细信息列表构建组合信息,并对该组合信息生成唯一标识,由该唯一标识与该组合信息关联,构成状态通道标识;所述步骤G中Hub修改交易双方的用户状态均为空闲状态的同时,清除状态通道中状态通道标识的缓存数据。
本发明所述一种区块链中基于Hub的状态通道交易方法,采用以上技术方案与现有技术相比,具有以下技术效果:
本发明所设计一种区块链中基于Hub的状态通道交易方法,在区块链状态通道基础上,引入交易枢纽Hub的概念,用户加入状态通道的Hub中,当交易双方都在线时,用户间进行交易和支付转账信息签名,将确认的转账信息(承诺交易)发送给Hub,通过Hub实现了多方之间交易;当交易接收方不在线时,交易发送方通过与Hub进行签名确认交易,实现双方的交易;设计方法将区块链中的复杂的计算和操作转移到Hub中执行,实现交易的快速处理,并且设计使得用户可以加入到任意一个Hub中,通过Hub与其它用户进行交易和支付转账,实现了多方之间的通道交易,有效解决了多个用户之间存在高频的双向支付的应用场景,并在一定程度上降低了网络拓扑、路由寻路和算法的复杂,且提高了状态通道交易的效率。
附图说明
图1是本发明所设计区块链中基于Hub的状态通道交易方法的流程示意图。
具体实施方式
下面结合说明书附图对本发明的具体实施方式作进一步详细的说明。
本发明设计了一种区块链中基于Hub的状态通道交易方法,基于区块链环境下状态通道中所加入的Hub,针对状态通道中所加入的N个交易用户,实现各交易用户之间的多方交易,N≥2;所述状态通道交易方法中,按图1所示,基于Hub所接收各交易用户分别对应用户ID、用户公钥UserPKIi、用户状态UserStatei、用户账户余额UserAmounti构成的用户信息集合USERINFO={UserInfo1,UserInfo2,...,UserInfoN},UserInfoi={ID,UserPKIi,UserStatei,UserAmounti},状态通道将交易用户Useri区块链上的状态通过区块链API“锁定”在多重签名智能合约中,结合初始化状态通道交易次数为0、状态通道交易详细信息列表List为空,针对状态通道交易次数、状态通道交易详细信息列表List构建组合信息,并对该组合信息生成唯一标识,由该唯一标识与该组合信息关联,构成状态通道标识channelID,执行如下步骤A至步骤G,实现状态通道交易方法。
步骤A.初始化计时器为0,并开启计时器,然后进入步骤B。
步骤B.判断计时器到达预设第一超时阈值之前,Hub是否未接收到来自交易用户的指令,是则进入步骤F;否则若该指令为交易指令,则发送该交易指令的交易用户即为交易发送者senderUser,并进入步骤C;若该指令为关闭指令,则进入步骤F;此外其余情况也进入步骤F。
步骤C.Hub判断用户信息集合中是否存在与交易指令中交易接收者receiverState用户公钥相同的用户公钥,是则将用户信息集合中该用户公钥所对应交易用户的用户状态保存到交易接收者receiverState对应的用户状态中,并进入步骤D;否则将交易接收者receiverState对应的用户状态设置为不在线状态notOnline,并进入步骤D。
步骤D.交易发送者senderUser针对交易发送者senderUser用户ID、交易接收者receiverState用户ID、交易金额、交易支付者、时间进行加密生成交易标识TradeID,并发送给Hub,由Hub根据用户信息集合,判断交易支付者所对应用户账户余额是否小于交易金额,是则返回错误信息,并返回步骤B;否则进入步骤E。
步骤E.基于Hub,根据交易接收者receiverState对应的用户状态,完成交易标识TradeID所对应交易双方之间的交易,并更新状态通道交易次数、状态通道交易详细信息列表List、以及交易中交易发送者senderUser、交易接收者receiverState分别所对应的用户账户余额,然后返回步骤B;同时在完成交易的过程中,若存在错误信息,则返回步骤B。
实际应用当中,上述步骤E具体执行如下步骤E1至步骤E4。
步骤E1.Hub判断交易接收者receiverState对应的用户状态,若交易接收者receiverState对应的用户状态等于空闲状态waiting,则进入步骤E2;若交易接收者receiverState对应的用户状态等于交易状态trading或不在线状态notOnline,则进入步骤E3。
步骤E2.Hub更新交易接收者receiverState的用户状态为交易状态trading,交易发送者senderUser将交易标识TradeID发送给交易接收者receiverState,交易接收者receiverState对交易标识TradeID中交易金额进行验证,若不正确,则返回错误信息,并返回步骤B;若正确,则交易接收者receiverState对交易标识TradeID进行签名,并将签名后的交易标识TradeID返回给交易发送者senderUser,交易发送者senderUser针对所接收交易标识TradeID中交易接收者receiverState的签名、以及交易金额、交易发送者senderUser用户ID、交易接收者receiverState用户ID进行验证,若验证通过,则交易发送者senderUser针对所接收交易标识TradeID进行签名,并将签名后的交易标识TradeID发送给Hub,由Hub更新交易接收者receiverState的用户状态为等待状态,并进入步骤E4;否则返回错误信息,并返回步骤B。
步骤E3.Hub判断交易标识TradeID是否包含双重签名,是则进入步骤E4;否则Hub针对交易标识TradeID进行签名,并将签名后的交易标识TradeID返回给交易发送者senderUser,交易发送者senderUser针对所接收交易标识TradeID中的交易金额进行验证,若验证通过,则交易发送者senderUser针对所接收交易标识TradeID进行签名,并将签名后的交易标识TradeID发送给状态通道,然后进入步骤E4;若验证未通过,则返回错误信息,并返回步骤B。
步骤E4.Hub针对状态通道交易次数进行加1更新,并由状态通道针对所接收的交易标识TradeID进行签名,并按时间添加到状态通道交易详细信息列表List,然后Hub针对此次交易中交易发送者senderUser、交易接收者receiverState分别所对应的用户账户余额进行更新,然后返回步骤B。
步骤F.Hub针对状态通道交易详细信息列表List和状态通道交易次数进行判断,若状态通道交易详细信息列表List不为空、且状态通道交易次数等于状态通道交易详细信息列表List长度时,则将针对状态通道交易详细信息列表List中所有交易记录进行hash运算打包成区块,并广播进行区块链确认,然后进入步骤G;若其余情况,则直接进入步骤G。
步骤G.Hub修改交易双方的用户状态均为空闲状态waiting,并清除状态通道中状态通道标识channelID的缓存数据。
上述步骤执行的同时,进一步设计在执行步骤D的起始时刻时,初始化计时器为0,并开启计时器,在执行步骤D至步骤E的过程中,若计时器达到预设第二超时阈值时,仍未完成交易,则直接定义为超时,并返回步骤B。此设计,即在执行交易的同时,引入交易超时限定设计,保证交易过程中的安全性。
上述技术方案所设计一种区块链中基于Hub的状态通道交易方法,在区块链状态通道基础上,引入交易枢纽Hub的概念,用户加入状态通道的Hub中,当交易双方都在线时,用户间进行交易和支付转账信息签名,将确认的转账信息(承诺交易)发送给Hub,通过Hub实现了多方之间交易;当交易接收方不在线时,交易发送方通过与Hub进行签名确认交易,实现双方的交易;设计方法将区块链中的复杂的计算和操作转移到Hub中执行,实现交易的快速处理,并且设计使得用户可以加入到任意一个Hub中,通过Hub与其它用户进行交易和支付转账,实现了多方之间的通道交易,一定程度上降低了网络拓扑、路由寻路和算法的复杂,而且提高了状态通道交易的效率。
由于闪电网络和雷电网络中需要交易用户、以及通道间用户对交易进行确认,要求交易用户同时在线,而本发明所设计区块链中基于Hub的状态通道交易方法在实际应用中,通过Hub的枢纽作用解决交易接收者不在线的情况,最终实现状态通道多用户交易,提高状态通道交易的效率。
上面结合附图对本发明的实施方式作了详细说明,但是本发明并不限于上述实施方式,在本领域普通技术人员所具备的知识范围内,还可以在不脱离本发明宗旨的前提下做出各种变化。
Claims (4)
1.一种区块链中基于Hub的状态通道交易方法,其特征在于,基于区块链环境下状态通道中所加入的Hub,针对状态通道中所加入的N个交易用户,实现各交易用户之间的多方交易,N≥2;所述状态通道交易方法中,基于Hub所接收各交易用户分别对应用户ID、用户公钥、用户状态、用户账户余额构成的用户信息集合,结合初始化状态通道交易次数为0、状态通道交易详细信息列表为空,执行如下步骤A至步骤G;
步骤A.初始化计时器为0,并开启计时器,然后进入步骤B;
步骤B.判断计时器到达预设第一超时阈值之前,Hub是否未接收到来自交易用户的指令,是则进入步骤F;否则若该指令为交易指令,则发送该交易指令的交易用户即为交易发送者,并进入步骤C;若该指令为关闭指令,则进入步骤F;此外其余情况也进入步骤F;
步骤C.Hub判断用户信息集合中是否存在与交易指令中交易接收者用户公钥相同的用户公钥,是则将用户信息集合中该用户公钥所对应交易用户的用户状态保存到交易接收者对应的用户状态中,并进入步骤D;否则将交易接收者对应的用户状态设置为不在线状态,并进入步骤D;
步骤D.交易发送者针对交易发送者用户ID、交易接收者用户ID、交易金额、交易支付者、时间进行加密生成交易标识TradeID,并发送给Hub,由Hub根据用户信息集合,判断交易支付者所对应用户账户余额是否小于交易金额,是则返回错误信息,并返回步骤B;否则进入步骤E;
步骤E.基于Hub,根据交易接收者对应的用户状态,完成交易标识TradeID所对应交易双方之间的交易,并更新状态通道交易次数、状态通道交易详细信息列表、以及交易中交易发送者、交易接收者分别所对应的用户账户余额,然后返回步骤B;同时在完成交易的过程中,若存在错误信息,则返回步骤B;
步骤F.Hub针对状态通道交易详细信息列表和状态通道交易次数进行判断,若状态通道交易详细信息列表不为空、且状态通道交易次数等于状态通道交易详细信息列表长度时,则将针对状态通道交易详细信息列表中所有交易记录进行hash运算打包成区块,并广播进行区块链确认,然后进入步骤G;若其余情况,则直接进入步骤G;
步骤G.Hub修改交易双方的用户状态均为空闲状态。
2.根据权利要求1所述一种区块链中基于Hub的状态通道交易方法,其特征在于:所述步骤E包括如下步骤E1至步骤E4;
步骤E1.Hub判断交易接收者对应的用户状态,若交易接收者对应的用户状态等于空闲状态,则进入步骤E2;若交易接收者对应的用户状态等于交易状态或不在线状态,则进入步骤E3;
步骤E2.Hub更新交易接收者的用户状态为交易状态,交易发送者将交易标识TradeID发送给交易接收者,交易接收者对交易标识TradeID中交易金额进行验证,若不正确,则返回错误信息,并返回步骤B;若正确,则交易接收者对交易标识TradeID进行签名,并将签名后的交易标识TradeID返回给交易发送者,交易发送者针对所接收交易标识TradeID中交易接收者的签名、以及交易金额、交易发送者用户ID、交易接收者用户ID进行验证,若验证通过,则交易发送者针对所接收交易标识TradeID进行签名,并将签名后的交易标识TradeID发送给Hub,由Hub更新交易接收者的用户状态为等待状态,并进入步骤E4;否则返回错误信息,并返回步骤B;
步骤E3.Hub判断交易标识TradeID是否包含双重签名,是则进入步骤E4;否则Hub针对交易标识TradeID进行签名,并将签名后的交易标识TradeID返回给交易发送者,交易发送者针对所接收交易标识TradeID中的交易金额进行验证,若验证通过,则交易发送者针对所接收交易标识TradeID进行签名,并将签名后的交易标识TradeID发送给状态通道,然后进入步骤E4;若验证未通过,则返回错误信息,并返回步骤B;
步骤E4.Hub针对状态通道交易次数进行加1更新,并由状态通道针对所接收的交易标识TradeID进行签名,并按时间添加到状态通道交易详细信息列表,然后Hub针对此次交易中交易发送者、交易接收者分别所对应的用户账户余额进行更新,然后返回步骤B。
3.根据权利要求1或2所述一种区块链中基于Hub的状态通道交易方法,其特征在于:执行步骤D的起始时刻时,初始化计时器为0,并开启计时器,在执行步骤D至步骤E的过程中,若计时器达到预设第二超时阈值时,仍未完成交易,则直接定义为超时,并返回步骤B。
4.根据权利要求1所述一种区块链中基于Hub的状态通道交易方法,其特征在于:针对状态通道交易次数、状态通道交易详细信息列表构建组合信息,并对该组合信息生成唯一标识,由该唯一标识与该组合信息关联,构成状态通道标识;所述步骤G中Hub修改交易双方的用户状态均为空闲状态的同时,清除状态通道中状态通道标识的缓存数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210854976.XA CN115271718A (zh) | 2022-07-19 | 2022-07-19 | 一种区块链中基于Hub的状态通道交易方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210854976.XA CN115271718A (zh) | 2022-07-19 | 2022-07-19 | 一种区块链中基于Hub的状态通道交易方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115271718A true CN115271718A (zh) | 2022-11-01 |
Family
ID=83767748
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210854976.XA Pending CN115271718A (zh) | 2022-07-19 | 2022-07-19 | 一种区块链中基于Hub的状态通道交易方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115271718A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116452200A (zh) * | 2022-12-29 | 2023-07-18 | 胖迪科技(深圳)有限公司 | 红包的收发方法、装置、电子设备及存储介质 |
-
2022
- 2022-07-19 CN CN202210854976.XA patent/CN115271718A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116452200A (zh) * | 2022-12-29 | 2023-07-18 | 胖迪科技(深圳)有限公司 | 红包的收发方法、装置、电子设备及存储介质 |
CN116452200B (zh) * | 2022-12-29 | 2024-05-31 | 胖迪科技(深圳)有限公司 | 红包的收发方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110868439B (zh) | 一种区块链系统 | |
Yun et al. | DQN-based optimization framework for secure sharded blockchain systems | |
CN112217683B (zh) | 跨异构链数据可达性处理方法、系统、介质、设备、终端 | |
CN111046437A (zh) | 基于同构多链的区块链并行事务处理方法及系统、终端 | |
CN111371905B (zh) | 一种基于云计算的区块链分层共识证明系统与方法 | |
CN110751468A (zh) | 用于区块链扩展的多向状态通道方法、系统及介质 | |
CN109743182B (zh) | 基于区块链的智能合约核准方法及系统 | |
CN112488682B (zh) | 一种区块链的三方转账方法及装置 | |
CN115633035B (zh) | 一种基于改进的pbft物联网区块链共识算法 | |
CN115271718A (zh) | 一种区块链中基于Hub的状态通道交易方法 | |
Zhao et al. | Fuzzy identity-based dynamic auditing of big data on cloud storage | |
Li et al. | A survey of state-of-the-art sharding blockchains: Models, components, and attack surfaces | |
WO2022183518A1 (zh) | 一种面向云计算的高性能区块链架构方法 | |
CN111970370B (zh) | 基于面向通信设备体系的多层区块链协议拓展系统及方法 | |
CN116233145B (zh) | 一种基于分片策略的区块链异步共识方法及装置 | |
Kiayias et al. | Elmo: Recursive virtual payment channels for bitcoin | |
CN115842676A (zh) | 一种基于公证人组的跨链交易方法、系统及介质 | |
Gramoli | Blockchain scalability and its foundations in distributed systems | |
CN113411338A (zh) | 一种基于状态通道的链上-链下协同的资源交易方法 | |
CN111510306B (zh) | 一种基于区块链的离线签名方法及装置 | |
CN113901138A (zh) | 一种基于MuSig2的区块链交易多方背书方法及系统 | |
CN115208817B (zh) | 一种基于跨链网关和Floyd算法的可信跨链路由方法 | |
Zhang et al. | UCC: universal and committee-based cross-chain framework | |
CN115632835B (zh) | 基于多要素哈希锁的链上链下数据传输方法 | |
Tian et al. | SLChain: A secure and low‐storage pressure sharding blockchain |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |