CN113225254B - Under-chain payment channel route balancing method - Google Patents
Under-chain payment channel route balancing method Download PDFInfo
- Publication number
- CN113225254B CN113225254B CN202110184018.1A CN202110184018A CN113225254B CN 113225254 B CN113225254 B CN 113225254B CN 202110184018 A CN202110184018 A CN 202110184018A CN 113225254 B CN113225254 B CN 113225254B
- Authority
- CN
- China
- Prior art keywords
- transaction
- sub
- network
- channel
- area
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/38—Flow based routing
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/14—Routing performance; Theoretical aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
Abstract
The invention provides a method for balancing a route of a payment channel under a chain, wherein nodes in a payment channel network under the chain are divided into multi-level sub-areas step by step, each upper-level sub-area comprises a plurality of lower-level sub-areas, and each sub-area generates a routing table comprising all the nodes in the area, wherein the method comprises the following steps: responding to the demand of paying the transaction under the chain, inquiring a common upper-level subregion according to the subregion of the transaction sender and the subregion of the transaction receiver, and carrying out route balance in the upper-level subregion to obtain a transaction path. The invention divides the network into a hierarchical region structure according to the network topology structure, only the target hierarchical region needs to be found when the transaction is initiated, the query of the routing table is completed in a local range, the hierarchical strategy is favorable for the construction of the routing table, the channel unbalance phenomenon is obviously reduced by the influence of the channel balance factor, and the efficiency of the routing method is improved.
Description
Technical Field
The invention relates to the field of block chains, in particular to the technical field of channel under a block chain, and more particularly to the field of transaction routing of multi-hop payment of a network of channel under a chain payment, namely a method for balancing the routing of the channel under a chain payment.
Background
Since 2008, the bitcoin proposed by this wisdom appeared, the blockchain technology has rapidly developed in the last decade, which can effectively avoid the trust risk caused by centralization in the traditional internet and financial economy, and rapidly becomes a representative technology in the form of decentralized organization. In traditional transactions, fraud is inevitable because the basis of the transaction is derived from the trust of the user with the central node due to the centralized organizational architecture. However, in the decentralized application of the block chain, each node maintains a dedicated transaction record without the existence of centralized organization, thereby avoiding the trust crisis.
The application scene of the block chain technology is also shifted to more internet and financial economy fields from the original digital currency field. The trend of block chain application and research is raised domestically and internationally, and researchers in various countries hope to drive the block chain technology into more industries. However, as the blockchain technology develops, more and more problems of developing the restricted blockchain technology are revealed, wherein one of the most important reasons for developing the restricted blockchain technology is the insufficient throughput of the blockchain.
In a blockchain system, the transaction processing rate is much slower than the processing speed of a centralized system architecture. The peak value of a typical centralized transaction processing system TPS can reach hundreds of thousands of transactions per second. Whereas a typical representation of the blockchain technique generates one block every 10 minutes, each block has an upper limit of 1 megabyte of transactions, which requires an average of 250 bytes of storage per bitcoin transaction, these limits mean that bitcoins only support 7 transactions per second, which is far from the processing speed of a practical transaction processing system.
In the blockchain system, it is also a serious problem that it is not friendly enough to micropayment transactions. The consensus node tends to process transactions with high transaction fees, and transactions with small transaction fees are low, and often require a long time to be confirmed in a chain. The over-long confirmation time on the chain cannot meet the requirements of high frequency and low delay of small transactions, and the possibility that the blockchain system becomes a daily transaction system is greatly reduced. Therefore, in order to better expand the application of the block chain technology, researchers have proposed various expansion schemes. The existing scheme mainly comprises three types of chain expansion, outer-chain expansion and 0 th-layer expansion:
in the 0 th layer of expansion, by changing the bottom layer of broadcast protocol, after comprehensively considering factors such as network flow conditions, connection and load conditions of each node, distances between the nodes and users, response time of the users and the like, links which hinder data transmission speed and stability are avoided as much as possible, the most efficient service nodes are distributed for the users, and further transaction flux is improved. However, the technical level has a certain uncertainty, and the improvement performance is not clear enough.
The on-chain expansion is mainly divided into block expansion and frequency expansion. The capacity expansion purpose is realized by improving the capacity upper limit of the block or modifying the time interval generated by the block to fundamentally modify partial parameters of the block chain. The block expansion mainly comprises the steps of increasing the size of a block chain block, using a lightweight consensus method and the like; the frequency expansion mainly includes reducing the interval time of the blocks, and carrying out fragmentation on the transactions on the block chain. However, most of the on-chain capacity expansion schemes bring risks of reducing the safety of the main chain to a certain extent, and modified protocols are generally quite complex and are not complete at present, so that the whole community is not easily accepted, and a great risk challenge is faced.
The under-chain expansion is mainly divided into an under-chain channel network and a side chain scheme, wherein the side chain refers to a chain parallel to the main chain, the chains can have own consensus mechanism and do not need to be the same as the consensus mechanism of the main chain, the side chains are not completely independent, and the side chains finally rely on the main chain for final settlement; the downlink channel networks are two-layer networks extending from a specific block chain system and mainly include a downlink general channel network and a downlink sub-channel network. The under-link payment channel network is representative of a lightning network, a lightning network and the like. In the under-chain payment channel network, besides the establishment and the closing of the transaction channel and a few necessary on-chain interaction, main transaction operation does not need to be participated on the chain, and only needs to be carried out under the chain, thereby greatly improving the transaction speed. Meanwhile, the method is also very friendly to small-amount high-frequency transactions, and the cost for establishing a channel is only spent once for multiple transactions.
The lightning network is proposed to solve the problem of scalability of bitcoin networks, and uses a hash time lock to perform safe and instantly verifiable off-link transactions. The thunder grid network is one of the out-of-link capacity expansion schemes of the Ethernet workshop, the design principle is similar to that of a lightning network, and an intelligent contract brings convenience for the design of an out-of-link payment channel of the Ethernet workshop. Both the lightning network and the lightning network are online major networks, but the lightning network and the lightning network are faced with the problems of channel path discovery strategy lag and insufficient maintenance channel balance strategy, and the academic circles never stop the design and research of channel routing protocols, and provide various solutions, but still have some aspects capable of being improved. The Ma l avo l ta and a research team thereof research the secret routing in a credit network, a secret distributed routing scheme S i l entWh i spers based on Landmark is designed, the scheme is expanded by Roos et al and then becomes SpeedMurmurs, the method provides a method for quickly searching the routing on a spanning tree, and if the topology is complex, the transaction success rate is reduced. The Rohrer team realizes a new routing method of the payment channel network, provides a capacity locking concept and improves the concurrency of the payment process. The Co i nExpress method adds a series of limits such as waiting time, channel effective time, message generation time and the like on the basis of a network flow method, and further discusses how to solve the problem of transaction timeliness. There are also studies on the concurrency and privacy problems of the lightning network, and two lightning network protocols Fu l gor and Rayo are proposed. The core of Fu l gor and Rayo is a multi-Hop hash time lock (Mu l t i-Hop HTLC) that provides conditional payment functionality while reducing runtime and communication overhead. Fu l gor is a privacy-certified lightning network payment protocol compatible with bitcoin scripting systems, and Fu l gor is a blocking protocol, and therefore is as prone to concurrent payment deadlock problems as currently available lightning networks. In contrast, Rayo is the first non-blocking, mandatory protocol for lightning networks, and experiments in the literature show that only 5 seconds are required for a payment channel through 10 intermediary users, thus demonstrating the feasibility of both protocols. Some researchers have studied the anonymity method of the payment channel in the lightning network, and the proposed method reduces the load of the payment network while ensuring security, privacy and instantaneity.
The above-mentioned prior art channel routing solutions are all focused, but still have some problems to be solved, which mainly include the following aspects:
the scale of the existing under-chain pay-channel network is not large and a plurality of global routing modes are adopted, so that most of nodes need to be searched on a global routing table in the routing process, relatively large expenditure is brought, the problems of low routing efficiency and the like are brought, and the further expansion of the network is not favorable. If the scale of the sub-link payment channel network is further enlarged, most routing methods have poor adaptability and the efficiency is obviously reduced.
In the routing process, the problem of channel imbalance can bring about the reduction of routing efficiency. Most of the existing routing methods do not reasonably allocate the transferred fund yield on each path according to a plurality of paths, so that the fund allocation difference on two sides of the channels of part of channels is overlarge, the originally generated bidirectional channel is degraded into a unidirectional channel, and the condition is called channel imbalance. The routing capability of the unidirectional channel which can be provided mostly is limited, so that more hops and cost are needed in the routing condition of the whole network, the load of the network is increased, the overall flux of the network is reduced, and the promotion of the transaction of the payment channel network under the chain is not obvious enough compared with the transaction on the chain.
Clogging of the channel can result in a reduction in the time the channel is used to provide routing. The routing efficiency is reduced due to the blockage of the channel, so that owners of two sides of the channel are more inclined to close the channel in advance and return funds in the channel to the chain for circulation. The problem that the channel of the network changes too frequently and the topological structure changes rapidly and the like can be caused by closing the channel in advance, the routing difficulty is further increased, and the cost of the routing method is increased.
Disclosure of Invention
Therefore, an object of the present invention is to overcome the above-mentioned drawbacks of the prior art, and to provide a method for balancing routing of payment tunnels under a chain, wherein nodes in a payment tunnel network under a chain are divided into multi-level sub-regions step by step, each upper-level sub-region includes a plurality of lower-level sub-regions, and each sub-region generates a routing table including all nodes in the region, the method includes: responding to the demand of paying the transaction under the chain, inquiring a common upper-level subregion according to the subregion of the transaction sender and the subregion of the transaction receiver, and carrying out route balance in the upper-level subregion to obtain a transaction path.
Preferably, the nodes in the under-chain pay channel network are divided into multi-stage sub-regions step by step in the following manner: h1, reading all network nodes, topological structures and all channel capacities in the sub-chain payment channels to be divided, and randomly generating a different label for each node; h2, traversing each node, counting the channel capacity sum corresponding to each type of label in the neighbor set of each node, and replacing the label of the current node into a label with the maximum channel capacity sum corresponding to the neighbor set; h3, dividing nodes with the same label into the same sub-area, and generating a routing table containing all the nodes in the area by each sub-area. In some embodiments of the invention, the method further comprises: and H4, taking the sub-regions of which the number of nodes in the region is greater than a preset intra-domain node threshold and the network diameter of the intra-domain network topology is greater than a preset network diameter threshold as new sub-link paying channels needing to be divided, so as to further divide the sub-regions into a plurality of sub-regions of the next level until the number of nodes in the sub-region of the last level is less than or equal to the intra-domain node threshold or the network diameter of the intra-domain network topology is less than or equal to a preset network diameter threshold. Preferably, the intra-domain node threshold and the network diameter threshold are set by integrating the network condition and the communication overhead of the system before the block chain system opens the downlink channel on the chain.
Preferably, based on the partition condition of the sub-regions, a hierarchical region structure table is generated for saving the condition that the nodes are in each hierarchical region, and each sub-region has an independent number.
Preferably, in the case that the transaction sender and the transaction receiver are located in sub-areas of the same hierarchy, intra-area route balancing is performed as follows: x1, the transaction sender initiates a transaction request to the transaction receiver; x2, initializing a residual error network into a network channel condition in a subregion where a transaction sender and a transaction receiver are located; x3, finding an extension path from a sender to a receiver in a residual error network; x4, updating a residual error network, and subtracting the network flow of the extended path found in the step X3 from the residual error network; x5, when the sum of the current aggregate expanded paths exceeds the transaction amount multiplied by the expansion factor or no more expanded paths can be found, distributing transaction flow of each expanded path to calculate the sum of channel balance factors, wherein the flow on each expanded path is the upper limit of the capacity of the congested channel; when the sum of the current expansion paths is less than the transaction amount multiplied by the expansion factor or more expansion paths can be found, continuously finding out an expansion path from the sender to the receiver in the residual error network; x6, readjusting the transaction flow on each expansion path, so that the sum of channel balance factors of the whole transaction is relatively minimum after the transaction flow is redistributed; and X7, taking the adjusted money on each extended path as a final route balancing result delivery chain and sequentially executing the transaction by the lower payment channel network.
In some embodiments of the present invention, an extended path from a sender to a receiver is found in a residual network using a dijkstra method and a greedy strategy, and a linear programming is used to adjust the transaction traffic on each extended path.
Preferably, in the case that the transaction sender and the transaction receiver are not located in sub-areas of the same hierarchy, inter-domain route balancing is performed as follows: y1, the transaction sender sends a transaction request to the transaction receiver; y2, the transaction sender sends the transaction request to a higher level area containing the sub-area where the transaction sender is located step by step until the first higher level area can contain the transaction sender and the transaction receiver at the same time; y3, abstracting subordinate sub-regions of the high-level regions into nodes, wherein all channels between the regions are integral channels, and generating a virtual channel network; y4, performing intra-domain route balancing in the high-level region, and splitting the transaction requirement into inter-domain transactions among a plurality of lower-level sub-regions; y5, adjusting the inter-domain transaction flow of each transaction by using linear programming to enable the sum of inter-domain channel balance factors to be relatively minimum; y6, regarding the next sub-area, performing intra-area transaction route balancing in the sub-area by using the input of the inter-area traffic transaction in the sub-area as the transaction initiator and the output of the inter-area traffic transaction as the transaction receiver.
In some embodiments of the invention, the channel balance factor is calculated by:
Compared with the prior art, the invention has the advantages that: the invention divides the network into a hierarchical region structure according to the network topology structure, only the target hierarchical region needs to be found when the transaction is initiated, the query of the routing table is completed in a local range, the hierarchical strategy is favorable for the construction of the routing table, the channel unbalance phenomenon is obviously reduced by the influence of the channel balance factor, and the efficiency of the routing method is improved.
Drawings
Embodiments of the invention are further described below with reference to the accompanying drawings, in which:
FIG. 1 is a diagram illustrating a structure of dividing sub-regions of a downlink channel according to an embodiment of the present invention;
FIG. 2 is a flow chart diagram illustrating a single sub-region partition according to an embodiment of the present invention;
FIG. 3 is a schematic diagram of a layer-by-layer hierarchical region structure according to an embodiment of the present invention;
FIG. 4 is a schematic diagram of an intra-domain route balancing process according to an embodiment of the present invention;
fig. 5 is a schematic diagram of an inter-domain route balancing process according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention is further described in detail by the following embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
The inventor finds that reasonably solving the reasonable matching of multiple routes in the route and balancing the network channels of the payment channel under the link is a method for improving the routing efficiency of the payment channel under the link. In the existing channel balancing technology, for example, path optimization research is performed in a multi-hop payment process in a lightning network, one-time overall channel balancing is adopted in the network operation process, and a linear programming method is used for balancing the payment balance among multiple channels of nodes, so that the payment efficiency is improved, and the payment cost is reduced. The balance mode of the method belongs to channel balance after the execution of the routing protocol, namely the routing method adjusts the channel with problems after the execution of the routing method is finished, and the channel needing to be adjusted needs to be locked firstly during the adjustment of the method, so that the routing time provided by the channel is reduced to a certain extent, and the method is not flexible and convenient.
Therefore, the invention provides a hierarchical regional routing method with balanced channels aiming at solving the problems of the routing method of the downlink channel network in the prior art, combines the technical advantages of the downlink channel network of the block chain and the traditional internet hierarchy, and solves the problems existing at present. In the framework of the invention, a network layering and zoning model is adopted, a single transaction address of a node is converted into an address of each layering zone, and an original routing table which only uses the global is converted into a routing table result which corresponds to each layering. In the transaction process, the hierarchical region where the destination address is located can be selected step by step, and the corresponding routing table is inquired step by step to select the routing path, so that the method is effectively suitable for a large-scale network structure, and simultaneously, the cost of a large number of methods is saved. The method can dynamically adjust the network balance in real time in the under-chain payment channel transaction processing process according to the current unbalance condition of the area, so that the under-chain channel network does not have large-scale unbalance, the routing efficiency is improved, and the robustness of the network is ensured. The invention aims to solve the problem of channel balance in a trade channel network under a chain and the problem of network scale expansion, and provides a hierarchical regional routing balance method which can be used for self-adaptive channel balance and is suitable for a large-scale network on the basis of a block chain architecture and a core protocol of a pay channel network under the chain. The method can carry out dynamic balance when the routing method is executed, integrally relieves the network imbalance condition, and improves the channel survival time and the routing efficiency. Meanwhile, the hierarchical regional structure enables the transaction to be locally carried out, and routing expenditure is saved.
As can be seen from the above research and analysis on the prior art, the channel imbalance problem of the current sub-link pay-per-channel network has become one of the bottlenecks of the routing method. Meanwhile, in order to ensure that the under-chain payment channel network has wider application, most of the under-chain payment channel networks need to be adapted to larger-scale networks, and the larger-scale networks mean more difficult channel balance adjustment, and most of the existing methods have an unsatisfactory effect on solving the problem of channel imbalance of the larger-scale networks. The invention provides a routing scheme of a multi-level regional chain lower payment channel network, which is mainly suitable for a chain lower payment channel network with large network scale, serious channel unbalance phenomenon and relatively complex topology among nodes. The scheme itself includes three parts, namely, network hierarchy division, intra-domain route balancing and inter-domain route balancing, and each part is described in detail below.
(1) Hierarchical region partitioning
The invention divides the whole sub-link payment channel network into a plurality of new sub-areas according to the topological structure of the network and the capacity of the network channel. And then, continuously dividing a new secondary sub-area for each sub-area until the network diameter of the sub-area is smaller than a preset network diameter threshold or the number of nodes in the area is lower than a preset network node threshold, and finally forming a hierarchical area structure. Higher level areas in the hierarchical area structure contain lower level areas, and higher level areas mean more nodes. Wherein the definition of the network diameter is the longest distance between any two nodes in the current topological network.
According to an example of the present invention, as shown in fig. 1, after a sub-chain pay-channel network having 10 nodes (node 1, node 2, node 3 …, and node 10, respectively) is divided into region levels, a primary level includes 3 secondary level sub-regions, which are respectively a secondary level sub-region 1 (including node 1, node 2, and node 3), a secondary level sub-region 2 (including node 4 and node 5), and a secondary level sub-region 3 (including node 6, node 7, node 8, node 9, and node 10). The secondary-level sub-region 3 includes 2 tertiary-level sub-regions, which are respectively a tertiary-level sub-region 1 (including a node 6, a node 7, and a node 8) and a tertiary-level sub-region 2 (including a node 9 and a reception person 10). Each sub-region generates a routing table containing all nodes in the sub-region, for example, the primary level generates a routing table containing all nodes (node 1, node 2, node 3 …, node 10) in the region, the secondary level sub-region 3 generates a routing table containing node 6, node 7, node 8, node 9, node 10, and so on, each sub-region generates a routing table containing all nodes in the sub-region.
The main purpose of generating the hierarchical regional structure is to enable the routing method to be executed without calculating on the global payment channel network, and only an area enough containing nodes of a transaction sender and a transaction receiver needs to be selected, so that the network flow routing method is completed in the area. Compared with the traditional global routing method mode, the hierarchical regional structure only needs to execute the query of the routing table in the local region, which is beneficial to saving the calculation cost, accelerating the routing and improving the routing efficiency. The routing table in the local area is constructed during the hierarchical area division, and is only used for describing the network topology structure in the current local hierarchical area. The channel balance is realized in the hierarchical region structure only by balancing in the sub-regions of the sender and the receiver related to the transaction each time, the balance cost is low, and the balance speed is high. The hierarchical region can largely defend the exploration and attack of nodes of other sub-regions to the transaction, protect the privacy of the transaction and prevent the attack of malicious nodes to the transaction.
The method for generating the regional hierarchical structure comprises two parts of dividing sub-regions and generating the hierarchical region structure layer by layer according to the sub-regions:
the sub-region division is a method based on label propagation, each division divides the current region into a batch of sub-regions with high internal correlation degree, and then the sub-regions are divided into new secondary regions according to the sub-regions, so as to generate a hierarchical region structure. According to an embodiment of the present invention, the internal correlation indicates that the channel capacity inside the area is larger than the channel capacity between the areas, and the larger the difference between the two values is, the higher the internal correlation is. The input to the network is the initial weighted graph G ═ V, E, C, where V is the nodes of the graph, E is all the edges of the graph, and C is the capacity corresponding to the edges. All nodes are initialized, and labels are initialized for each node, so that the labels of each node are completely different from one another at first. And then, starting iteration, wherein in each iteration, each node counts the sum of the channel capacity contained in each label in the neighbor node set N (x), and then updates the label of the node into the label with the maximum sum of the accumulated channel capacity in the neighbor node set N (x). If the channel capacities of a plurality of labels are as large as the sum, one label is randomly selected from the plurality of labels, and the original label is replaced by the label. And continuing the iteration until the number of the labels in the network is less than a preset network node threshold value or the network diameter of the topological network among the label nodes is reduced to be less than or equal to half of the original diameter, putting the nodes represented by the same label into the same sub-area to form a plurality of sub-areas, wherein the relationships among the sub-areas are in the same level.
According to an embodiment of the present invention, as shown in fig. 2, the single sub-region division in the downlink channel network includes the following steps:
d1, reading the network nodes of the down-link channels to be divided, the topological structure and all the channel capacities, and randomly generating a different label for each node;
d2, circularly traversing each node, and counting the sum of the channel capacity corresponding to each type of label in each node neighbor set;
d3, replacing the label of the node itself with one with the largest channel capacity sum corresponding to the label in the neighbor set, and if the labels with the largest channel capacity sum appear at the same time, randomly selecting one;
d4, regarding the nodes with the same label as the same sub-region, wherein the channel capacity between different sub-regions is the sum of the channel capacities between the nodes of the region;
d5, if the number of labels in the network is less than the preset network node threshold value or the network diameter of the topological network among the label nodes is reduced to be less than or equal to half of the original network diameter, outputting the generated sub-region set, otherwise, repeating the step D2.
The generation of the hierarchical region structure from sub-regions layer by layer is to further divide the larger sub-regions into more detailed sub-regions. Firstly, a sub-domain dividing method is used for dividing the sub-chain pay channel network into a plurality of sub-domain networks which are positioned in a first level. And repeatedly calling a sub-region network dividing method for the sub-regions with the number of nodes in the region higher than the threshold value of the regional network nodes and the network diameter of the network topology larger than the minimum topology network diameter, and dividing the sub-regions of the primary level into a plurality of sub-regions of the secondary level. And sequentially and recursively invoking to generate a hierarchical region structure until all the lowest-layer sub-regions at least need to meet the condition that the number of nodes in the domain is lower than a preset network node threshold or the network diameter of the network topology in the domain is lower than a preset network diameter threshold. The network node threshold and the network diameter threshold are typically specified as fixed values by the system integration of the downlink network conditions, traffic overhead, etc. before the downlink channel is opened up on the link.
According to an embodiment of the present invention, as shown in fig. 3, generating a hierarchical region structure from sub-regions layer by layer includes the following steps:
z1, initiating a request on the chain to acquire the channel topology information of the payment channel network under the current chain;
z2, calling a single sub-region division method to divide the global chain lower payment channel network, and performing single division after initializing distribution labels to all nodes in the network;
z3, checking whether all current lowest level sub-areas meet the condition that the number of nodes in the domain is lower than a preset network node threshold or the network diameter of the network topology in the domain is lower than a preset network diameter threshold;
z4, calling a sub-region not meeting the requirement to a single sub-region dividing method, generating a new layer and dividing a new sub-region, and only performing single division after re-initializing an allocation label on the node in the selected sub-region not meeting the requirement;
z5, generating a hierarchical region structure table according to the sub-region generation process, and storing the condition that the node is in each hierarchical region;
and Z6, the node acquires the sub-region number of the node and the region number of the higher layer containing the node according to the hierarchical region structure table.
(2) Intra-domain route balancing
The intra-domain route balancing part is mainly used for solving the problem that the transaction sender and the transaction receiver are in the same sub-domain of the same level, and processing balance in the intra-domain is carried out in the transaction routing process at the same time, so that the channels in the sub-domain are not obviously unbalanced.
According to one embodiment of the invention, intra-domain route balancing seeks a policy for taking network flow routes. For the transaction request sent by the nodes in the sub-region, firstly, the sender confirms that the receiver is in the same sub-region, and the intra-domain balanced routing strategy is started. According to one embodiment of the invention, the intra-domain route balancing strategy initializes the residual network to an initial network capacity state. The residual network refers to the capacity remaining in each channel in the remaining network after the capacity of the found routing path is removed from the current network, and can be generally used for recording the intermediate state of finding multiple paths in the routing process. The intra-domain balanced routing strategy uses a dijkstra method and a greedy strategy to find an extended path from a sender to a receiver, and then subtracts transaction traffic of the extended path in a residual network until a new extended path cannot be found or the transaction traffic which can be loaded by the currently found extended path exceeds the amount required by the current transaction request and is multiplied by an extension factor gamma, wherein the extension factor is usually larger than 1. The Dijkstra method is a typical shortest path method for calculating the shortest path from one node to other nodes, and is mainly characterized in that the method is expanded to the outer layer by taking a starting point as the center and utilizing the breadth-first search idea until the shortest path is expanded to a terminal point. The greedy strategy of the invention means that after the shortest path is found by a dijkstra method, the transaction flow of the extended path is firstly preliminarily calculated as the maximum value which can be accommodated by the current path until a channel on the path is possibly exhausted, and then the transaction amount on the path is redistributed by a channel balance method so that the total sum of the channel balance factors of the whole current transaction is minimum, so as to ensure the channel balance in the subarea. And finally, calling a transaction execution mechanism of the down-link payment channel to complete the transaction execution of the transaction amount on each extended path. According to one embodiment of the invention, the channel balance strategy is to allocate the amount of money to be traded on each found extension path according to a linear programming mode, so that the channel balance factor in the sub-area network is integrally minimized.
According to the inventionIn one embodiment, the channel balance factor is defined as: at time t, the multi-hop off-link transaction with amount v needs to pass through the neighbor node { a ] by the node Ai|ai∈SAGet it to the destination node, SAIs a set of the reachable destination nodes in the neighbor nodes of A according to the slave node A and the neighbor ai(ai∈SA) Between the channels
Establishing A direction a to t timeiTotal amount of funds transferred
aiTotal amount of funds transferred to A
At time t the channel
Middle A node balance
The payment channel at time t is obtained by
The channel balance factor of (a) is:
for each path L ═ L through inter-domain routing1,l2,……,lmAmount of allocated payment, LiIs assigned to r on the path ofiAccording to the allocated payment sum set R-R1,……,rmObtaining the final flow of the payment channel, wherein the distributed payment sum set R ═ R1,……,rmThe optimal solution is obtained by resolving the following linear program:
and the target optimization function of the function is that the sum of the channel balance factors of each payment channel on each payment path is minimum, namely the result of optimization. m is the total number of paths found by intra-domain balanced routing, liFor the ith payment path found, ekiIs the k-th transaction lane on the ith payment path,
is in the channel ekiChannel balance factor of (1), riIs the transaction amount allocated on the ith payment path, b is the total amount of the current transaction,
is the channel capacity upper limit of the k transaction channel on the ith payment path.
The intra-domain route balancing method can better balance the route distribution among all the channels through the route balancing, and can better avoid the current situation that some channels are frequently found to be extremely easy to block due to being in some key routes in a graph structure, so that the subsequent routes cannot be continuously searched, thereby solving a series of problems of route efficiency reduction and the like caused by channel imbalance.
According to one embodiment of the present invention, as shown in fig. 4, intra-domain route balancing includes the following steps:
n1, the transaction sender initiates a transaction request, and checks whether the receiver is located in the same hierarchical sub-area,
n2, initializing a residual error network to be a network channel condition in the current subregion for the transaction of the transaction sender and the transaction receiver in the same hierarchy subregion;
n3, finding an extension path from a sender to a receiver in the residual error network by using a Dijkstra method and a greedy strategy;
n4, updating a residual error network, and subtracting the network flow of the extended path in the step N3 from the residual error network;
n5, judging whether the sum of the current expansion path set exceeds the transaction amount multiplied by the expansion factor or no more expansion paths can be found, if yes, turning to the step N6, and if not, executing the step N3;
n6, distributing each expansion path transaction flow to calculate the sum of channel balance factors, wherein the primary distribution scheme is that the flow on each expansion path is the upper limit of the capacity of a congestion channel;
n7, readjusting the transaction flow on each expansion path by using a linear programming mode, so that the sum of channel balance factors of the whole transaction is minimum after the transaction flow is redistributed;
and N8, taking the adjusted money on each extended path as a final routing result delivery chain and sequentially executing the transaction by the lower payment channel network.
(3) Inter-domain route balancing
If the sender and receiver looking for the transaction route do not belong to the same sub-area, then an inter-domain route balancing method needs to be used.
In the inter-domain balanced routing method, when a sender cannot find a receiver in the same sub-region, a transaction request is sent to a higher-level region containing the sub-region of the sender step by step, and the higher-level region searches whether a node of the receiver is in the higher-level region. The inter-domain balanced routing method begins until the first high-level region is searched that can contain both sender and receiver nodes. In the high-level region, each sub-region under the region is regarded as a node, the sub-region containing the inflow transaction amount is regarded as a sender node of funds, the sub-region containing the outflow transaction amount is regarded as a receiver node of the funds, and all paths between two different sub-regions are regarded as an integral channel. And (3) regarding the network generated by the conversion of the secondary sub-areas of the high-level area as a network which can be used for intra-domain routing transaction, calling an intra-domain routing balance method, minimizing the overall channel balance factor among the areas by using linear programming, and determining the transaction amount flow direction among the secondary sub-areas. And then, the transaction amount flow between the secondary sub-areas is taken as a new small transaction and is sequentially sent to the secondary sub-areas, the secondary sub-areas are divided into a plurality of secondary transactions again by using an inter-domain balanced routing strategy until the transactions are completely divided into bottom layer transactions which can finish fine account transfer between the nodes. It should be noted that the split secondary transaction only contains inter-domain transaction information from one domain to another, and cannot be directly approved by the link-down payment channel network to directly perform the transaction on the channel.
The inter-domain routing method is mainly characterized in that the routing search at a higher level does not directly search for a channel, but generally searches for network traffic between regions first and accurately searches in the next layer region. The method has the advantages that on one hand, security guarantee is provided, and attacks of malicious nodes outside the area on the routing path can be effectively prevented. The flow of the specific channels in the upper layer area to the lower layer area is unknown, and the specific flow control and channel selection are still taken charge of by the lower layer area. On the other hand, when the nodes of the hierarchical region are divided, the internal node division condition and the subsequent channel condition change of the lower region in the upper region are not known. The direct selection of a particular transaction channel by the upper layer may carry a greater risk of hop count. The separation strategy also ensures that the interior of the region can be recombined at proper time, and the region is re-divided according to a proper region dividing method, so that the characteristics of complex change of the channel network under the chain are adapted.
According to one embodiment of the present invention, as shown in fig. 5, the inter-domain route balancing comprises the following steps:
j1, the sender initiates a transaction request and determines that the sender and the receiver are not in the same layer area;
j2, the sender sends the transaction request to the higher level area containing its own sub-area step by step until the first higher level area containing both sender and receiver nodes;
j3, abstracting the sub-area of the high-level area as a node, and generating a virtual area channel network by taking all channels between the areas as integral channels.
J4, calculating the routing path and transaction flow of the virtual area channel network by using an intra-domain routing balance method, and dividing an actual transaction into a plurality of inter-domain transactions;
j5, adjusting inter-domain transaction flow on each pen by using linear programming to minimize the sum of inter-domain channel balance factors;
j6, in the sub-area, the input of inter-area traffic transaction is used as an inter-area transaction initiator, the output of traffic transaction is used as a transaction receiver, and the intra-area route balancing method is used for calculating the route path and the transaction traffic in the sub-area;
j7, if the sub-region still has lower level, taking the sub-region as a high-level region to repeatedly call an inter-domain route balancing method, and further splitting inter-domain transaction;
j8, determining whether all the split transactions have successfully found a suitable path, that is, whether the channel capacity in the current path can support completion of the split transactions, and there may be a case that no suitable transaction path can be found in a partial local area anyway.
J9, if no suitable path is found, the routing fails, after a suitable path is found, all the split inter-domain paths are integrated into a complete routing path, and the delivery chain lower payment channel network executes the transaction in sequence.
The invention provides a hierarchical regional routing balancing method comprehensively considering channel balance and large-scale network expansion, aiming at the problems that related researches are mainly concentrated in solutions of a side chain, a downlink channel network and the like in a current mainstream block chain downlink expansion scheme, and the existing downlink channel network project is generally low in routing protocol efficiency and lacks of a comprehensive scheme for channel balance and large-scale network expansion. The invention divides the network into a hierarchical region structure according to the network topology structure, only the target hierarchical region needs to be found when the transaction is initiated, the query of the routing table is completed in a local range, the hierarchical strategy is favorable for the construction of the routing table, the channel unbalance phenomenon is obviously reduced by the influence of the channel balance factor, and the efficiency of the routing method is improved.
It should be noted that, although the steps are described in a specific order, the steps are not necessarily performed in the specific order, and in fact, some of the steps may be performed concurrently or even in a changed order as long as the required functions are achieved.
The present invention may be a system, method and/or computer program product. The computer program product may include a computer-readable storage medium having computer-readable program instructions embodied therewith for causing a processor to implement various aspects of the present invention.
The computer readable storage medium may be a tangible device that retains and stores instructions for use by an instruction execution device. The computer readable storage medium may include, for example, but is not limited to, an electronic memory device, a magnetic memory device, an optical memory device, an electromagnetic memory device, a semiconductor memory device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a Static Random Access Memory (SRAM), a portable compact disc read-only memory (CD-ROM), a Digital Versatile Disc (DVD), a memory stick, a floppy disk, a mechanical coding device, such as punch cards or in-groove projection structures having instructions stored thereon, and any suitable combination of the foregoing.
Having described embodiments of the present invention, the foregoing description is intended to be exemplary, not exhaustive, and not limited to the embodiments disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terminology used herein is chosen in order to best explain the principles of the embodiments, the practical application, or improvements made to the technology in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.
Claims (11)
1. A method for balancing routing of a payment channel under a chain, wherein nodes in a payment channel network under the chain are divided into multi-level sub-areas step by step, each upper-level sub-area comprises a plurality of lower-level sub-areas, and each sub-area generates a routing table comprising all nodes in the area, the method comprising:
responding to the demand of paying the transaction under the chain, inquiring a common upper-level subregion according to the subregion of the transaction sender and the subregion of the transaction receiver, and carrying out route balance in the upper-level subregion to obtain a transaction path;
the nodes in the under-chain payment channel network are divided into multi-stage sub-regions step by step in the following mode:
h1, reading all network nodes, topological structures and all channel capacities in the sub-chain payment channels to be divided, and randomly generating a different label for each node;
h2, traversing each node, counting the channel capacity sum corresponding to each type of label in the neighbor set of each node, and replacing the label of the current node into a label with the maximum channel capacity sum corresponding to the neighbor set;
h3, dividing nodes with the same label into the same sub-area, and generating a routing table containing all the nodes in the area by each sub-area.
2. The method for balancing offline paid channel routing according to claim 1, further comprising:
and H4, taking the sub-regions of which the number of nodes in the region is greater than a preset intra-domain node threshold and the network diameter of the intra-domain network topology is greater than a preset network diameter threshold as new sub-link paying channels needing to be divided, so as to further divide the sub-regions into a plurality of sub-regions of the next level until the number of nodes in the sub-region of the last level is less than or equal to the intra-domain node threshold or the network diameter of the intra-domain network topology is less than or equal to a preset network diameter threshold.
3. The method according to claim 2, wherein the intra-domain node threshold and the network diameter threshold are set by combining network conditions and communication overhead of the system before the blockchain system opens the downlink channel on the chain.
4. The method for balancing offline paid channel routing according to claim 3, further comprising:
and generating a hierarchical region structure table based on the division condition of the sub-regions, wherein the hierarchical region structure table is used for storing the condition that the nodes are positioned in each hierarchical region, and each sub-region has an independent number.
5. The method according to claim 4, wherein, when the transaction sender and the transaction receiver are located in the same hierarchical sub-area, intra-domain route balancing is performed as follows:
x1, the transaction sender initiates a transaction request to the transaction receiver;
x2, initializing a residual error network into a network channel condition in a subregion where a transaction sender and a transaction receiver are located;
x3, finding an extension path from a sender to a receiver in a residual error network;
x4, updating a residual error network, and subtracting the network flow of the extended path found in the step X3 from the residual error network;
x5, when the sum of the current aggregate expanded paths exceeds the transaction amount multiplied by the expansion factor or no more expanded paths can be found, distributing transaction flow of each expanded path to calculate the sum of channel balance factors, wherein the flow on each expanded path is the upper limit of the capacity of the congested channel; when the sum of the current expansion paths is less than the transaction amount multiplied by the expansion factor or more expansion paths can be found, continuously finding out an expansion path from the sender to the receiver in the residual error network;
x6, readjusting the transaction flow on each expansion path, so that the sum of channel balance factors of the whole transaction is relatively minimum after the transaction flow is redistributed;
and X7, taking the adjusted money on each extended path as a final route balancing result delivery chain and sequentially executing the transaction by the lower payment channel network.
6. The method of claim 5, wherein the extended path from the sender to the receiver is found in a residual network using Dijkstra's method and a greedy strategy.
7. The method of claim 5, wherein linear programming is used to adjust the transaction traffic on each extended path.
8. The method according to claim 7, wherein when the transaction sender and the transaction receiver are not located in the same hierarchical sub-area, inter-domain route balancing is performed as follows:
y1, the transaction sender sends a transaction request to the transaction receiver;
y2, the transaction sender sends the transaction request to a higher level area containing the sub-area where the transaction sender is located step by step until the first higher level area can contain the transaction sender and the transaction receiver at the same time;
y3, abstracting subordinate sub-regions of the high-level regions into nodes, wherein all channels between the regions are integral channels, and generating a virtual channel network;
y4, performing intra-domain route balancing in the high-level region, and splitting the transaction requirement into inter-domain transactions among a plurality of lower-level sub-regions;
y5, adjusting the inter-domain transaction flow of each transaction by using linear programming to enable the sum of inter-domain channel balance factors to be relatively minimum;
y6, regarding the next sub-area, performing intra-area transaction route balancing in the sub-area by using the input of the inter-area traffic transaction in the sub-area as the transaction initiator and the output of the inter-area traffic transaction as the transaction receiver.
9. The method of claim 8, wherein the channel balancing factor is calculated as follows:
10. A computer-readable storage medium, having embodied thereon a computer program, the computer program being executable by a processor to perform the steps of the method of any one of claims 1 to 9.
11. An electronic device, comprising:
one or more processors;
storage means for storing one or more programs which, when executed by the one or more processors, cause the electronic device to carry out the steps of the method according to any one of claims 1 to 9.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110184018.1A CN113225254B (en) | 2021-02-10 | 2021-02-10 | Under-chain payment channel route balancing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110184018.1A CN113225254B (en) | 2021-02-10 | 2021-02-10 | Under-chain payment channel route balancing method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113225254A CN113225254A (en) | 2021-08-06 |
| CN113225254B true CN113225254B (en) | 2022-04-22 |
Family
ID=77084862
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110184018.1A Active CN113225254B (en) | 2021-02-10 | 2021-02-10 | Under-chain payment channel route balancing method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113225254B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113923015B (en) * | 2021-10-08 | 2023-02-24 | 浙江大学 | Anonymous multi-hop data transmission method based on block chain payment channel |
| CN114938379B (en) * | 2022-05-19 | 2023-10-20 | 中山大学 | Optimal link down channel network routing method based on minimum cost flow |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110113171A (en) * | 2019-04-22 | 2019-08-09 | 武汉大学 | A kind of data management system and method based on layering multiple domain block chain network |
| CN110223055A (en) * | 2019-05-05 | 2019-09-10 | 中山大学 | A kind of routing resource of block chain payment channel network |
| CN111429120A (en) * | 2020-03-27 | 2020-07-17 | 武汉大学 | Block chain payment channel network multi-path routing method based on genetic algorithm |
| CN111510309A (en) * | 2020-04-08 | 2020-08-07 | 深圳大学 | Block chain data transmission method, device, equipment and computer readable storage medium |
| CN112200558A (en) * | 2020-10-20 | 2021-01-08 | 焦点科技股份有限公司 | Rule weight-based distributed payment routing method and system |
| CN112258171A (en) * | 2020-09-21 | 2021-01-22 | 西安电子科技大学 | Block chain-based under-chain payment center routing method, system, medium and equipment |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB0819985D0 (en) * | 2008-10-31 | 2008-12-10 | Intergence Systems Ltd | Network visualistion systems |
| CN103220216B (en) * | 2013-04-22 | 2015-09-23 | 南京邮电大学 | A kind of wireless body area network route method based on Region dividing |
| DE102016202659B3 (en) * | 2016-02-22 | 2016-09-22 | Siemens Aktiengesellschaft | Method and device for providing recorded, anonymized routes |
-
2021
- 2021-02-10 CN CN202110184018.1A patent/CN113225254B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110113171A (en) * | 2019-04-22 | 2019-08-09 | 武汉大学 | A kind of data management system and method based on layering multiple domain block chain network |
| CN110223055A (en) * | 2019-05-05 | 2019-09-10 | 中山大学 | A kind of routing resource of block chain payment channel network |
| CN111429120A (en) * | 2020-03-27 | 2020-07-17 | 武汉大学 | Block chain payment channel network multi-path routing method based on genetic algorithm |
| CN111510309A (en) * | 2020-04-08 | 2020-08-07 | 深圳大学 | Block chain data transmission method, device, equipment and computer readable storage medium |
| CN112258171A (en) * | 2020-09-21 | 2021-01-22 | 西安电子科技大学 | Block chain-based under-chain payment center routing method, system, medium and equipment |
| CN112200558A (en) * | 2020-10-20 | 2021-01-08 | 焦点科技股份有限公司 | Rule weight-based distributed payment routing method and system |
Non-Patent Citations (2)
| Title |
|---|
| 《A novel approach to face recognition using freeman chain code and nearest neighbor classifier》;Hicham Zaaraoui等;《IEEE》;20191231;全文 * |
| 《区块链全局账本数据的拆分技术研究》;于雷;《高技术通讯》;20171231;第27卷(第11-12期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113225254A (en) | 2021-08-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Di Stasi et al. | Routing payments on the lightning network | |
| CN108260169B (en) | QoS guarantee-based dynamic service function chain deployment method | |
| CN113225254B (en) | Under-chain payment channel route balancing method | |
| US5495479A (en) | Method and apparatus for an automatic decomposition of a network topology into a backbone and subareas | |
| US5491690A (en) | Method and apparatus to speed up the path selection in a packet switching network | |
| CN105262681B (en) | Distributed routing framework | |
| CN1883146B (en) | System and method for distributing route selection in an implementation of a routing protocol | |
| CN111046437A (en) | Block chain parallel transaction processing method and system based on isomorphic multi-chain and terminal | |
| EP1757026B1 (en) | Method and apparatus for forwarding data in a data communications network | |
| Tavakoli-Someh et al. | Multi-objective virtual network function placement using NSGA-II meta-heuristic approach | |
| CN110992177B (en) | Block chain flux improving method and system based on out-of-chain channel route evaluation mechanism | |
| CN106416158B (en) | For the traffic engineered of large-scale data central site network | |
| CN111865800B (en) | Routing frequency spectrum allocation method and device suitable for elastic optical network | |
| CN107147530B (en) | Virtual network reconfiguration method based on resource conservation | |
| JP2023159363A (en) | Method for transmitting data packet in network of node | |
| CN110099076A (en) | A kind of method and its system that mirror image pulls | |
| WO2003007557A1 (en) | Method for routing in telecommunications networks | |
| CN111770477A (en) | Deployment method and related device of protected resources of MEC network | |
| Mao et al. | Provably efficient algorithms for traffic-sensitive sfc placement and flow routing | |
| Nguyen et al. | Efficient virtual network embedding with node ranking and intelligent link mapping | |
| CN103873367B (en) | Route data grouping, method and device for determining route and fat tree network | |
| CN100440867C (en) | Method of real time soft seizing wave length route photo network | |
| Xia et al. | Distributed resource management and admission control of stream processing systems with max utility | |
| CN114677218A (en) | Off-link transaction method based on payment knot | |
| CN101369915B (en) | P2P operating network resource management system |
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 |