CN109583868A - Pay status channel network and its construction method and system, high frequency transaction system - Google Patents
Pay status channel network and its construction method and system, high frequency transaction system Download PDFInfo
- Publication number
- CN109583868A CN109583868A CN201811209383.8A CN201811209383A CN109583868A CN 109583868 A CN109583868 A CN 109583868A CN 201811209383 A CN201811209383 A CN 201811209383A CN 109583868 A CN109583868 A CN 109583868A
- Authority
- CN
- China
- Prior art keywords
- node
- payment
- branch
- level
- payment node
- 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.)
- Granted
Links
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/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/407—Cancellation of a transaction
-
- 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/42—Confirmation, e.g. check or permission by the legal debtor of payment
Abstract
The present invention relates to a kind of pay status channel network and its construction methods and system, high frequency transaction system, the pay status channel network includes multiple branch payment nodes, construction method according to the distribution that each branch pays node the following steps are included: calculate, preferably go out upper-level payment node from each branch payment node, establishes the branch payment channel between upper-level payment node and each branch payment node；Establish the total payoff channel between upper-level payment node and block chain payment master network.The present invention chooses upper-level payment node in pay status channel network and assigns online excitation, is able to solve the offline problem of transit node, and being able to solve cannot be in time under line synchro the problems such as state, additionally it is possible to reduce path and find the high problem of bring complexity.
Description
Technical field
The present invention relates to block chain payment technology field more particularly to a kind of pay status channel networks and its construction method
With system, high frequency transaction system.
Background technique
There are synchronous efficiency and asynchronous affirmation mechanisms for block chain, and when trading, the frequency is very high, and write-in in real time and in real time acquisition are tied
Fruit, the application high for some interactive requirements, such as game, payment and other intelligent contract application scenarios, high frequency penny ante
Cost is very high.
The public chain of generally acknowledged comparative maturity at present, such as bit coin and ether mill cannot obtain as a result, EOS in real time
(Enterprise Operation System, a block chain operating system of as commercial Distributed Application design) can be with
Data are obtained in real time, and bit coin and ether mill all suffer from the problem that the trade confirmation time is long and network congestion is serious.
Block chain dilatation can solve this problem, can increase individual node calculation amount, Layer1 layers of dilatation, such as with
The casper+sharding (fragment) in too mill is the dilatation of typical TPS (throughput of system) dimension.Layer2 layers of dilatation,
Calculating/transaction can also be put into except main chain and executed, as long as recording final knot in main chain by off-chian (de- chain)
Fruit does not consider pilot process.Off-chian can take backbone portion state and operate outside chain, for example transfer accounts or other shape
State processing, after processing is completed, synchronous final result is saved to main chain.Layer2 layers are the economic solutions of encryption.
At present there are two types of architectonical schemes:
(1) stator channel (state-channel): the lightning network of bit coin and the thunder and lightning network in ether mill are representative.
(2) side chain (side-chian): the Plasma in ether mill is representative.
Bit coin network is to solve this problem by the way that lightning network is representative.Lightning network, which passes through, trades bit coin
It is placed on except main chain (off-chain), realizes transmitting-receiving money immediately and reduces tranaction costs, the day gradually formed for bit coin
It is more distinct for the normal currency of payment.
Ether mill is to solve this problem by thunder and lightning network Raiden Network.Thunder and lightning network and lightning network are former
To manage similar, all transaction are not placed on block chain and handle by thunder and lightning network, but being partially transferred to outside chain, make user logical
It crosses exchange privately and transfers accounts signing messages to realize transaction.Difference is that thunder and lightning network completes the basis of payment task under chain
On, additionally it is possible to processing status transaction, that is, it is similar to the nonmonetary transactions of concept.
The advantages of lightning network and thunder and lightning network:
(1) improving privacy, not all transaction storage is stored on public block chain, when trading channel closing,
The assets number number of both sides' distribution just can be stored once.
(2) small amount payment can be achieved and pay the bill to be pay down, payment only needs part second.
Side chain can permit digital asset and be shifted between main chain and side chain, allow token in a block chain and
Other digital assets are split into use safe in another block chain, they are transferred back to original block when then needing
Chain.Main chain and side chain are that bidirectional hook is connected with each other, and the assets between main chain and side chain can be traded with assumed interest rate.
Side chain can permanently store or accommodate more transaction, can possess independent address space.Side chain is main chain
Branch, can independently keep accounts, permanently store mechanism and common recognition algorithm, and side chain can create side chain again, be equivalent to and mention
A kind of multilayer infinite expanding scheme is supplied.
However, the prior art has the disadvantage that
Stator channel is an interim point-to-point value Transfer channel, and it is excessively high firmly to handle small amount payment service charge
Problem, so when the payment channel established all is occasional passage, and a stator channel is suitable only between two users
Value Transfer, if user can still face stator channel network problem too much.
The lightning network and ether mill thunder and lightning network of bit coin all in the presence of without offline electronic payment, user can not pay not online
People, if midway go offline, it is possible to can not respond.
Side chain introducing has broken " chain, a kind of assets " and thing is complicated；It, can due to itself supporting oneself algorithm
It can be a simple target in complex attack；If being destroyed or rollback there are also side, the interchangeability etc. of token may be destroyed
Deng.
In addition, extension be a various problems, not exclusively to raising trade flux/transactions velocity, also to relate to
It and is exactly that lightning network/thunder and lightning network not can solve a road to complicated calculations problem etc. the problem to be solved in the present invention
The offline problem of diameter and routing problem.
Offline problem.It is closed offline there are two types of channel and transit node is offline, node off-line not only will cause PayPal
Road is closed, and offline node token can also be brought to lose.
It is offline that posterior nodal point is closed in channel.Wherein a side withdraw deposit request or redeem token when, payment channel return
It closes, for example A transfers accounts to B, A is proposed after embodying request, will call closing function to intelligent contract, settlement window is beaten later
It opens, B calls the updataTransfer function of intelligent contract to submit balance ticket, if B is offline at this time, Bu Nengji to intelligent contract
When submit it is offline prove, will ability difficulty closed walk participant balance ticket, and assume that other participants do not receive and appoint
What is transferred accounts, and shows that A has transferred accounts to B in such subchain, but actually B does not receive money, will cause to lose B.
Transit node is offline.Assuming that A is transferred accounts by transit node B to node C, and A/B/C payment channel is it has been established that simultaneously
And C achieves the account transfer token of B, is later exactly that B will show secret to A, and A transfers accounts to B, B is offline at this time, at this time
If C closes the payment channel between B, token is taken in confirmation on chain, and the payment channel between A and B is also when beyond regulation
Interior not transfer accounts, B will have loss at this time.Here it is the losses of transit node bring.
Path searching problem.It can find most brachymedial by high-level view and turn payment channel, but most payment channel
Stateful transaction is synchronized on chain under new chain, is not still solved.
Therefore it provides a kind of pay status channel network and its construction method and system, high frequency transaction system.
Summary of the invention
In view of the above problems, it proposes on the present invention overcomes the above problem or at least be partially solved in order to provide one kind
The pay status channel network and its construction method and system, high frequency transaction system for stating problem, in pay status channel network
It chooses upper-level payment node and is often connected to block chain payment master network, be able to solve the offline problem of transit node, be able to solve
It cannot be in time under line synchro the problems such as state, additionally it is possible to reduce path and find the high problem of bring complexity.
According to an aspect of the present invention, a kind of construction method of pay status channel network is provided, the pay status is logical
Road network includes multiple branch payment nodes, comprising the following steps:
It is calculated according to the distribution that each branch pays node, preferably goes out upper-level payment node from each branch payment node, build
Branch payment channel between vertical upper-level payment node and each branch payment node；
Establish the total payoff channel between upper-level payment node and block chain payment master network.
Further, the construction method of above-mentioned pay status channel network, further includes:
When upper-level payment node off-line, next upper-level payment section is chosen automatically from online branch payment node
Point.
Further, it is paid by following computation model from each branch and preferably goes out upper-level payment node in node:
Wherein, C (Pk) indicate node PkThe degree of approach, d (Pi,Pk) indicate with PiFor starting point PkInclude by the path of terminal
Side quantity, n be all number of nodes of stator channel network.
Further, when selecting multiple upper-level payment nodes, final upper-level payment node is filtered out by following steps:
Predefined link information is paid into node broadcasts from each upper-level payment node to each branch respectively；
Calculate complexity or time of each upper-level payment node to each branch payment node broadcasts link information；
Complexity or time the smallest upper-level payment node are as final upper-level payment node.
According to another aspect of the present invention, a kind of building of pay status channel network realized based on the above method is provided
System, comprising:
Upper-level payment node selection module, the distribution for paying node according to each branch calculate, pay and save from each branch
Preferably go out upper-level payment node in point；
Branch payment channel establishes module, the branch branch for establishing between upper-level payment node and each branch payment node
Pay channel；
Total payoff path setup module, the total payoff for establishing between upper-level payment node and block chain payment master network
Channel.
Further, the building system of above-mentioned pay status channel network, further includes: final upper-level payment node screens mould
Block, for when selecting multiple upper-level payment nodes, filtering out final upper-level payment node,
The final upper-level payment node screening module includes:
Information radio unit is saved for respectively paying predefined link information from each upper-level payment node to each branch
Point broadcast；
Complexity or time calculating unit, for calculating each upper-level payment node to each branch payment node broadcasts link letter
The complexity of breath or time；
Final upper-level payment node selection unit, for complexity or time the smallest upper-level payment node as final
Layer payment node.
Further, the building system of above-mentioned pay status channel network, further includes:
Upper-level payment node chooses module automatically, for paying section from online branch in upper-level payment node off-line
Automatically next upper-level payment node is chosen in point.
According to another aspect of the invention, a kind of pay status channel network constructed according to the above method is provided, comprising:
Multiple branches pay node, are respectively used to payment transaction, and payment transaction state is sent to upper-level payment in real time
Node；
Upper-level payment node, for payment transaction state real-time Transmission to block chain to be paid master network.
Further, upper-level payment node is also used between the branch payment node of transaction to be paid without direct channel
When, the connection node as branch payment node.
It is according to the present invention also on the one hand, provide a kind of high frequency transaction system, including above-mentioned pay status channel network with
And block chain pays master network.
The present invention has the advantage that compared with prior art
Pay status channel network of the invention and its construction method and system, high frequency transaction system are in pay status channel
Upper-level payment node is chosen in network and is often connected to block chain payment master network, and the offline problem of transit node, energy are able to solve
Enough solutions must not be in time under line synchro the problems such as state, additionally it is possible to reduce path and find the high problem of bring complexity.
Detailed description of the invention
Below in conjunction with drawings and examples, the invention will be further described.
Fig. 1 is pay status channel network construction method block diagram of the invention；
Fig. 2 is pay status channel network upper-level payment node schematic diagram of the invention；
Fig. 3 is pay status channel network building system block diagram of the invention；
Fig. 4 is pay status channel network schematic diagram of the invention；
Fig. 5 is high frequency transaction system block diagram of the invention.
Specific embodiment
Exemplary embodiments of the present disclosure are described in more detail below with reference to accompanying drawings.Although showing the disclosure in attached drawing
Exemplary embodiment, it being understood, however, that may be realized in various forms the disclosure without should be by embodiments set forth here
It is limited.On the contrary, these embodiments are provided to facilitate a more thoroughly understanding of the present invention, and can be by the scope of the present disclosure
It is fully disclosed to those skilled in the art.
Those skilled in the art of the present technique are appreciated that unless expressly stated, singular " one " used herein, " one
It is a ", " described " and "the" may also comprise plural form.It is to be further understood that being arranged used in specification of the invention
Diction " comprising " refer to that there are the feature, integer, step, operation, element and/or component, but it is not excluded that in the presence of or addition
Other one or more features, integer, step, operation, element, component and/or their group.
Those skilled in the art of the present technique are appreciated that unless otherwise defined, all terms used herein (including technology art
Language and scientific term), there is meaning identical with the general understanding of those of ordinary skill in fields of the present invention.Should also
Understand, those terms such as defined in the general dictionary, it should be understood that have in the context of the prior art
The consistent meaning of meaning, and unless otherwise will not be explained in an idealized or overly formal meaning by specific definitions.
The present invention can pay node by establishing under chain branch with economic incentives and realize.It can reduce in during transfer
Jie's node off-line problem also can reduce path searching most brachymedial and turn payment channel bring complexity problem.
Fig. 1 is pay status channel network construction method block diagram of the invention, as shown in Figure 1, branch provided by the invention
The construction method of stator channel network is paid, which includes multiple branch payment nodes, comprising the following steps:
Step 101: being calculated according to the distribution that each branch pays node, preferably go out upper-level payment from each branch payment node
Node establishes the branch payment channel between upper-level payment node and each branch payment node；
Step 102: establishing the total payoff channel between upper-level payment node and block chain payment master network.
Further, the construction method of above-mentioned pay status channel network, further includes:
Step 103: when upper-level payment node off-line, choosing next upper layer automatically from online branch payment node
Pay node.
Specifically, for example, opening up a upper layer branch under the chain as lightning network or thunder and lightning network in stator channel
Node is paid, upper-level payment node can solve node off-line problem and Path Selection.In lightning network or thunder and lightning network
In in numerous nodes, choosing the node being all connected with multinode as far as possible is upper-level payment node, and upper-level payment node has
Three attributes below:
(1) upper-level payment node can could set up payment channel with node as much as possible in network；
(2) upper-level payment node can be always maintained at online, the possibility that goes offline very little because there is online excitation, if going offline, by
Under the newest chain that can timely update in state to block chain, bring loss also can very little；
(3) upper-level payment node can timely update in off-chian newest state to block chain, while also solve
The computationally intensive problem of the most short algorithm bring in path.
In three above attribute, it is exactly to connect with multinode as far as possible that upper-level payment node, which has a most important attribute,
It connects, that is, node heart position in a network as far as possible.
When upper-level payment node off-line, next upper-level payment section is chosen automatically from online branch payment node
Point is closed all channels, was consumed to the Gas of block on chain to avoid because sometime upper-level payment node is offline suddenly
Greatly, it results in blockage.
Preferably go out upper-level payment node in node wherein it is possible to pay by following computation model from each branch:
Wherein, C (Pk) indicate node PkThe degree of approach, d (Pi,Pk) indicate with PiFor starting point PkInclude by the path of terminal
Side quantity, n be all number of nodes of stator channel network.In the computation model, the degree of approach that branch pays node is bigger,
Illustrate the branch payment node closer to the center of entire pay status channel network, and can ensure as much as possible with other
Branch pays node connection, and therefore, the selection degree of approach is maximum in each branch payment node is used as upper-level payment node.
Referring to fig. 2, for P2For, it can directly reach P1、P3、P4, P2Also by P4Reach P5, but for P1For,
Only pass through P2Reach other each nodes, it is believed that P2It is central node.
Assuming that there is M point, N number of link information is broken up link information on M point, is the complexity of O (N), then right
These points are ranked up according to the order of connection, and complexity is O (M*logM), and the time of lookup is O (logM).
The construction method of pay status channel network of the invention chooses upper-level payment section in pay status channel network
Point is simultaneously often connected to block chain payment master network, is able to solve the offline problem of transit node, being able to solve cannot timely line synchro
The problems such as lower state, additionally it is possible to reduce path and find the high problem of bring complexity.
When selecting multiple upper-level payment nodes, final upper-level payment node is filtered out by following steps:
Predefined link information is paid into node broadcasts from each upper-level payment node to each branch respectively；
Calculate complexity or time of each upper-level payment node to each branch payment node broadcasts link information；
Complexity or time the smallest upper-level payment node are as final upper-level payment node.
For embodiment of the method, for simple description, therefore, it is stated as a series of action combinations, but this field
Technical staff should be aware of, and embodiment of that present invention are not limited by the describe sequence of actions, because implementing according to the present invention
Example, some steps may be performed in other sequences or simultaneously.Secondly, those skilled in the art should also know that, specification
Described in embodiment belong to preferred embodiment, the actions involved are not necessarily necessary for embodiments of the present invention.
Fig. 3 is pay status channel network building system block diagram of the invention, as shown in figure 3, provided by the invention be based on
The building system for the pay status channel network that the above method is realized, comprising:
Upper-level payment node selection module 301, the distribution for paying node according to each branch are calculated, are paid from each branch
Preferably go out upper-level payment node in node；
Branch payment channel establishes module 302, point for establishing between upper-level payment node and each branch payment node
Road payment channel；
Total payoff path setup module 303, it is total between upper-level payment node and block chain payment master network for establishing
Payment channel.
The building system of pay status channel network of the invention chooses upper-level payment section in pay status channel network
Point is simultaneously often connected to block chain payment master network, is able to solve the offline problem of transit node, being able to solve cannot timely line synchro
The problems such as lower state, additionally it is possible to reduce path and find the high problem of bring complexity.
The building system of above-mentioned pay status channel network, further includes: final upper-level payment node screening module 304 is used
In when selecting multiple upper-level payment nodes, filtering out final upper-level payment node,
The final upper-level payment node screening module includes:
Information radio unit is saved for respectively paying predefined link information from each upper-level payment node to each branch
Point broadcast；
Complexity or time calculating unit, for calculating each upper-level payment node to each branch payment node broadcasts link letter
The complexity of breath or time；
Final upper-level payment node selection unit, for complexity or time the smallest upper-level payment node as final
Layer payment node.
Further, the building system of above-mentioned pay status channel network, further includes:
Upper-level payment node chooses module 305 automatically, for being paid from online branch in upper-level payment node off-line
Automatically next upper-level payment node is chosen in node.
For system embodiments, since it is basically similar to the method embodiment, related so being described relatively simple
Place illustrates referring to the part of system embodiment.
Fig. 4 is pay status channel network schematic diagram of the invention, as shown in figure 4, provided by the invention according to above-mentioned side
The pay status channel network of method building, comprising:
Multiple branches pay node, are respectively used to payment transaction, and payment transaction state is sent to upper-level payment in real time
Node；
Upper-level payment node, for payment transaction state real-time Transmission to block chain to be paid master network.
Further, upper-level payment node is also used between the branch payment node of transaction to be paid without direct channel
When, the connection node as branch payment node.
Transfer transaction of the invention is passed through by intelligent contract (Hashed Timelock Contract) Lai Shixian
Intelligent contract, both sides' agreement first freezes a sum of money, and provides the Hash value H (R) of a number R, in the given time, someone
It can propose that a corresponding R numerical value is matched with H (R), then the money is transferred accounts to reciever.
If channel status node A, which transfers accounts, gives channel status node Z, if between channel status node A and channel status node Z
There is no payment channel, needs to establish payment channel by upper-level payment node C.It is assumed that channel status node A transfers accounts to logical
Road state node Z bit coin 0.5BTC, and give mono- numerical value R of channel status node Z, channel status node A and upper-level payment
Node C reaches a HTLC (Hashed Timelock Contract, the contract with clock of Hash) contract, if in four days,
Upper-level payment node C can give mono- numerical value R of channel status node A, then channel status node A can be paid to node C
0.51BTC；Similarly, upper-level payment node and channel status node Z also reach a HTLC contract, if channel status node Z
Mono- numerical value R of upper-level payment node C is given, node C payment 0.5BTC give node Z.Certainly channel status node Z has correspondence here
Numerical value R, center payment channel state node Z 0.5BTC, node A paying centre node 0.51BTC, on wherein 0.01BTC is
The account transfer expense of layer payment node, upper-level payment node also will receive online excitation expense.
Upper-level payment node, which exists, avoids conventional transit node offline problem suddenly.If upper-level payment node is in common
Trochanterion, it is assumed that after transit node is transferred accounts to node Z, the unexpected delay machine of transit node is offline, props up between node A and node C
It pays channel to close, node C is given in account transfer to node A not yet, exceeds the stipulated time, payment channel state information updating to block chain
In, it shows that A does not transfer accounts in status information and gives node Z, but node C has transferred accounts and given node Z, brings to offline node C
Loss.There is upper-level payment node C to solve this problem, upper-level payment node is by algorithm as far as possible mostly with more here
The upper-level payment node of several sections of point connections, has online excitation expense, so presence can be kept, instant delay machine is because can determine
Phase timely updates stator channel to block chain, and loss also can very little.
Therefore, if node A transfers accounts to node Z, but pass through certain calculation without direct payment channel between A and Z
Method, elects central node C, and A can give Z transfer transactions by C.And upper-level payment node C can be newest with real-time update
Status information is led on block chain under chain.Upper-level payment node has account transfer expense and online excitation expense.
Upper-level payment node can keep newest account transfer/lock record, and stateful transaction under the chain of synchronous payment channel,
Allow branch to pay close function and more new tunnel remaining sum updateTransfer function that node calls closing passage, ensures
Offline node equity.
As shown in figure 4, trading between (off-chian) node by upper under chain in lightning network or thunder and lightning network
It is interacted on layer payment node and chain, upper-level payment node can regularly update on last state to block chain.Two nodes directly prop up
Transaction is paid according to the mechanism of original lightning network and thunder and lightning network, is regularly updated in state to block chain.
Wherein, the direct payment transaction between branch payment node carries out in the way of lightning network or thunder and lightning network.
Specifically, lightning network and thunder and lightning network are all based on the evolution of micropayments channel, be directed to node it
Between point-to-point transaction and the transfer of transit node is needed to trade.
Specifically, both parties first establish payment channel, and similar to a fund pool is established, both sides prestore a part of fund
Signature Confirmation, and waste and old early version fund distribution schemes are carried out to payment channel, and to the fund distribution schemes after transaction,
When some node needs to withdraw deposit, final transaction results can be written in block chain network, be finally confirmed.
Referring to fig. 4, node A and the point-to-point transaction of node B, node A and node B establish payment channel, and stored value
To fund pool, it is assumed here that traded with bit coin, node A is 0.4BTC, and node B is 0.6BTC, and both sides are to current fund
Scheme Signature Confirmation, after node A transfers accounts 0.1BTC to node B, node A and node Z signs again to fund distribution schemes
Confirmation, and discard old fund confirmation scheme.
Pay status channel network of the invention chooses upper-level payment node and and block in pay status channel network
Chain payment master network is often connected to, and is able to solve the offline problem of transit node, and being able to solve cannot state etc. be asked under line synchro in time
Topic, additionally it is possible to reduce path and find the high problem of bring complexity.
Fig. 5 is high frequency transaction system block diagram of the invention, as shown in figure 5, high frequency transaction system provided by the invention, including
Above-mentioned pay status channel network and block chain pay master network.
High frequency transaction system of the invention chosen in pay status channel network upper-level payment node and with block chain branch
It pays master network to be often connected to, is able to solve the offline problem of transit node, being able to solve cannot be in time under line synchro the problems such as state, also
Path can be reduced and find the high problem of bring complexity.
The above embodiments are merely illustrative of the technical solutions of the present invention, rather than its limitations；Although with reference to the foregoing embodiments
Invention is explained in detail, those skilled in the art should understand that: it still can be to aforementioned each implementation
Technical solution documented by example is modified or equivalent replacement of some of the technical features；And these modification or
Replacement, the spirit and scope for technical solution of various embodiments of the present invention that it does not separate the essence of the corresponding technical solution.
Claims (10)
1. a kind of construction method of pay status channel network, which includes multiple branch payment nodes,
Characterized by comprising the following steps:
It is calculated according to the distribution that each branch pays node, is paid from each branch and preferably go out upper-level payment node in node, in foundation
Branch payment channel between layer payment node and each branch payment node；
Establish the total payoff channel between upper-level payment node and block chain payment master network.
2. the construction method of pay status channel network according to claim 1, which is characterized in that further include:
When upper-level payment node off-line, next upper-level payment node is chosen automatically from online branch payment node.
3. the construction method of pay status channel network according to claim 2, which is characterized in that pass through following calculating mould
Type preferably goes out upper-level payment node from each branch payment node:
Wherein, C (Pk) indicate node PkThe degree of approach, d (Pi,Pk) indicate with PiFor starting point PkThe side for including by the path of terminal
Quantity, n be all number of nodes of stator channel network.
4. the construction method of pay status channel network according to claim 2, which is characterized in that when selecting multiple upper layers
When paying node, final upper-level payment node is filtered out by following steps:
Predefined link information is paid into node broadcasts from each upper-level payment node to each branch respectively；
Calculate complexity or time of each upper-level payment node to each branch payment node broadcasts link information；
Complexity or time the smallest upper-level payment node are as final upper-level payment node.
5. a kind of building system for the pay status channel network realized based on claim 1 the method, the pay status are logical
Road network includes multiple branches payment node, which is characterized in that the building system includes:
Upper-level payment node selection module, the distribution for paying node according to each branch calculate, from each branch payment node
It is preferred that going out upper-level payment node；
Branch payment channel establishes module, the branch PayPal for establishing between upper-level payment node and each branch payment node
Road；
Total payoff path setup module, the total payoff for establishing between upper-level payment node and block chain payment master network are logical
Road.
6. the building system of pay status channel network according to claim 5, which is characterized in that further include: on final
Layer payment node screening module, for when selecting multiple upper-level payment nodes, filtering out final upper-level payment node,
The final upper-level payment node screening module includes:
Information radio unit, for respectively that predefined link information is wide from each upper-level payment node to each branch payment node
It broadcasts；
Complexity or time calculating unit, for calculating each upper-level payment node to each branch payment node broadcasts link information
Complexity or time；
Final upper-level payment node selection unit, for complexity or time the smallest upper-level payment node as final upper layer branch
Pay node.
7. the building system of pay status channel network according to claim 5, which is characterized in that further include:
Upper-level payment node chooses module automatically, for being paid in node from online branch in upper-level payment node off-line
Automatically next upper-level payment node is chosen.
8. a kind of according to claim 1 to the pay status channel network of any one of 4 the method buildings, which is characterized in that packet
It includes:
Multiple branches pay node, are respectively used to payment transaction, and payment transaction state is sent to upper-level payment node in real time；
Upper-level payment node, for payment transaction state real-time Transmission to block chain to be paid master network.
9. pay status channel network according to claim 8, which is characterized in that upper-level payment node is also used to wait prop up
When paying between the branch payment node of transaction without direct channel, the connection node as branch payment node.
10. a kind of high frequency transaction system, which is characterized in that including pay status channel network as claimed in claim 5 and
Block chain pays master network.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811209383.8A CN109583868B (en) | 2018-10-17 | 2018-10-17 | Payment state channel network, construction method and system thereof, and high-frequency transaction system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811209383.8A CN109583868B (en) | 2018-10-17 | 2018-10-17 | Payment state channel network, construction method and system thereof, and high-frequency transaction system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109583868A true CN109583868A (en) | 2019-04-05 |
| CN109583868B CN109583868B (en) | 2020-10-27 |
Family
ID=65920445
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811209383.8A Active CN109583868B (en) | 2018-10-17 | 2018-10-17 | Payment state channel network, construction method and system thereof, and high-frequency transaction system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109583868B (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110223055A (en) * | 2019-05-05 | 2019-09-10 | 中山大学 | A kind of routing resource of block chain payment channel network |
| CN110348853A (en) * | 2019-07-15 | 2019-10-18 | 中城智慧科技有限公司 | A kind of block chain off-line trading method and system based on ID authentication |
| CN110751468A (en) * | 2019-09-24 | 2020-02-04 | 上海交通大学 | Multi-directional state channel method, system and medium for block chain expansion |
| CN111325628A (en) * | 2020-03-25 | 2020-06-23 | 武汉大学 | Multi-party payment channel transaction method based on block chain |
| CN111429120A (en) * | 2020-03-27 | 2020-07-17 | 武汉大学 | Block chain payment channel network multi-path routing method based on genetic algorithm |
| WO2021088702A1 (en) * | 2019-11-06 | 2021-05-14 | 杭州复杂美科技有限公司 | Group transaction method and device, and storage medium |
| CN114629735A (en) * | 2022-01-20 | 2022-06-14 | 中国农业银行股份有限公司 | State interaction method, device, equipment and medium based on multi-party state channel |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104165625A (en) * | 2013-05-17 | 2014-11-26 | 北京百度网讯科技有限公司 | Path planning method and equipment |
| US20150046337A1 (en) * | 2013-08-06 | 2015-02-12 | Chin-hao Hu | Offline virtual currency transaction |
| CN104539542A (en) * | 2014-12-03 | 2015-04-22 | 南京邮电大学 | Low-energy-consumption routing tree pruning method based on mobile Sink data collection |
| US20170236121A1 (en) * | 2016-02-11 | 2017-08-17 | Mastercard International Incorporated | Method and system for offline blockchain exchanges |
| US20180260909A1 (en) * | 2017-03-08 | 2018-09-13 | Alibaba Group Holding Limited | Handing requests in a consensus network |
-
2018
- 2018-10-17 CN CN201811209383.8A patent/CN109583868B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104165625A (en) * | 2013-05-17 | 2014-11-26 | 北京百度网讯科技有限公司 | Path planning method and equipment |
| US20150046337A1 (en) * | 2013-08-06 | 2015-02-12 | Chin-hao Hu | Offline virtual currency transaction |
| CN104539542A (en) * | 2014-12-03 | 2015-04-22 | 南京邮电大学 | Low-energy-consumption routing tree pruning method based on mobile Sink data collection |
| US20170236121A1 (en) * | 2016-02-11 | 2017-08-17 | Mastercard International Incorporated | Method and system for offline blockchain exchanges |
| US20180260909A1 (en) * | 2017-03-08 | 2018-09-13 | Alibaba Group Holding Limited | Handing requests in a consensus network |
Non-Patent Citations (1)
| Title |
|---|
| 杨海涛著: "《复杂信息网络性能设计》", 1 March 2014, 北京：中国宇航出版社 * |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110223055A (en) * | 2019-05-05 | 2019-09-10 | 中山大学 | A kind of routing resource of block chain payment channel network |
| CN110348853A (en) * | 2019-07-15 | 2019-10-18 | 中城智慧科技有限公司 | A kind of block chain off-line trading method and system based on ID authentication |
| CN110348853B (en) * | 2019-07-15 | 2022-03-08 | 聂明 | Block chain off-line transaction method and system based on identification authentication |
| CN110751468A (en) * | 2019-09-24 | 2020-02-04 | 上海交通大学 | Multi-directional state channel method, system and medium for block chain expansion |
| CN110751468B (en) * | 2019-09-24 | 2023-04-28 | 上海交通大学 | Multi-way state channel method, system and medium for block chain expansion |
| WO2021088702A1 (en) * | 2019-11-06 | 2021-05-14 | 杭州复杂美科技有限公司 | Group transaction method and device, and storage medium |
| CN111325628A (en) * | 2020-03-25 | 2020-06-23 | 武汉大学 | Multi-party payment channel transaction method based on block chain |
| CN111325628B (en) * | 2020-03-25 | 2022-05-13 | 武汉大学 | Multi-party payment channel transaction method based on block chain |
| CN111429120A (en) * | 2020-03-27 | 2020-07-17 | 武汉大学 | Block chain payment channel network multi-path routing method based on genetic algorithm |
| CN111429120B (en) * | 2020-03-27 | 2023-04-07 | 武汉大学 | Block chain payment channel network multi-path routing method based on genetic algorithm |
| CN114629735A (en) * | 2022-01-20 | 2022-06-14 | 中国农业银行股份有限公司 | State interaction method, device, equipment and medium based on multi-party state channel |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109583868B (en) | 2020-10-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109583868A (en) | Pay status channel network and its construction method and system, high frequency transaction system | |
| Jourenko et al. | Sok: A taxonomy for layer-2 scalability related protocols for cryptocurrencies | |
| RU2337401C2 (en) | Method for bank transaction performance with account connection via common accounts | |
| CN107239940A (en) | Network trading method and device based on block catenary system | |
| CN108776929A (en) | Bill processing method, system based on block chain database and readable storage medium storing program for executing | |
| CN107147735A (en) | A kind of distributed account book system based on hierarchy | |
| WO2020059865A1 (en) | Settlement system, settlement method, user device, and settlement program | |
| CN109949033A (en) | A kind of affaris safety trade system and method based on block chain | |
| WO2018232493A1 (en) | A network of doubly-chained blockchains capable of cross-chain transactions | |
| CN106982205A (en) | Digital asset treating method and apparatus based on block chain | |
| CN108009811A (en) | Inter-cloud computing environment value exchange-oriented cross-chain communication method | |
| CN107360248A (en) | For configuring the method and apparatus locally known together and computer-readable recording medium | |
| CN110751468A (en) | Multi-directional state channel method, system and medium for block chain expansion | |
| JP2002513975A (en) | System and method for daily netting payment settlement | |
| CN109274573A (en) | A kind of immediate news systems, method and application for merging block chain technology | |
| US20200090140A1 (en) | Crowdfunding method based on block chain for creating game and crowdfunding system for implementing crowdfunding service environment | |
| CN110378690A (en) | Anonymous Secure payment channel method and device | |
| CN109408461A (en) | A kind of distributed memory system and method for block chain | |
| CN109361588A (en) | A kind of block chain network construction method and its system based on Star Network | |
| CN108009818A (en) | A kind of on-line payment method and system based on distributed network | |
| CN111325628B (en) | Multi-party payment channel transaction method based on block chain | |
| CN109559164A (en) | Favor information processing method, device, electronic equipment and computer-readable medium | |
| CN109961366A (en) | A kind of method of commerce and system based on subregion common recognition | |
| CN113269543A (en) | Multilayer mixed transaction capacity expansion system and method for block chain | |
| CN112581130A (en) | Cross-chain transaction method based on multi-chain interconnection |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |