Flowability pool fusion method, device, equipment and computer program product

Abstract

The embodiment of the invention is suitable for the technical field of block chains, and provides a mobility pool fusion method, device and equipment and a computer program product, and the method comprises the steps: determining a to-be-fused first sub mobility pool and a to-be-fused second sub mobility pool; the first sub-mobility pool corresponds to a first tradable resource group consisting of a first digital resource and a second digital resource, and the second sub-mobility pool corresponds to a second tradable resource group consisting of the second digital resource and a third digital resource; determining a first protocol type of the first sub-mobility pool and a second protocol type of the second sub-mobility pool; determining fusion feature information according to the first tradable resource group, the second tradable resource group, the first protocol type and the second protocol type; and generating a virtual mobility pool based on the fused feature information. According to the embodiment of the invention, the replacement efficiency of digital resources among different mobility pools can be improved.

Description

Technical Field

[0001] The embodiments of the present application belong to the field of blockchain technology, and in particular, relate to a liquidity pool fusion method, device, equipment and computer program product. Background Art

[0002] Liquidity pools are digital resource pools managed by smart contracts to support decentralized transactions. Each liquidity pool corresponds to a tradable resource group, and each tradable resource group consists of two different digital resources. The tradable resource group can exchange resources in the corresponding liquidity pool, and the exchange process is completed through smart contracts.

[0003] When dealing with a large number of liquidity pools, traditional blockchain transaction intelligent routing protocols need to iterate and shard all liquidity pools, resulting in high computational complexity, which may cause performance bottlenecks, especially in high-frequency transactions or large-scale networks. Traditional methods may not be able to fully utilize the combined advantages of multiple liquidity pools, resulting in the path found not being the true global optimal solution. For example, liquidity pools of different protocol versions such as UniSwap V2 and V3 or different DEX (Decentralized Exchange) are difficult to optimize uniformly under the same framework due to different mechanisms.

[0004] As the environment for digital resource replacement changes rapidly, static or simple dynamic routing strategies are difficult to adapt to these changes in a timely manner, which may lead to suboptimal transaction execution. Improving the accuracy of path calculation usually means more computation, while improving efficiency may sacrifice accuracy. Existing methods are difficult to achieve a good balance between the two. Summary of the invention

[0005] In view of this, embodiments of the present application provide a liquidity pool fusion method, apparatus, device and computer program product to improve the efficiency of replacing digital resources between different liquidity pools.

[0006] A first aspect of an embodiment of the present application provides a liquidity pool fusion method, comprising: Determine a first sub-liquidity pool and a second sub-liquidity pool to be merged; the first sub-liquidity pool corresponds to at least one first tradable resource group consisting of a first digital resource and a second digital resource, and the second sub-liquidity pool corresponds to at least one second tradable resource group consisting of a second digital resource and a third digital resource; Determine a first protocol type for the first sub-liquidity pool and a second protocol type for the second sub-liquidity pool; Determining fusion feature information according to the first tradable resource group, the second tradable resource group, the first protocol type, and the second protocol type; Based on the fusion feature information, a virtual liquidity pool is generated; the virtual liquidity pool corresponds to a third tradable resource group consisting of the first digital resource and the third digital resource.

[0007] In an implementation of the first aspect, the first protocol type is a first replacement protocol or a second replacement protocol; the second protocol type is a first replacement protocol or a second replacement protocol; The first replacement agreement is a liquidity pool agreement with uniformly distributed liquidity characteristics, and the second replacement agreement is a liquidity pool agreement with concentrated liquidity characteristics.

[0008] In an implementation of the first aspect, if the first protocol type and the second protocol type are both first replacement protocols; determining fusion feature information according to the first tradable resource group, the second tradable resource group, the first protocol type, and the second protocol type includes: Determining a first reserve amount of a first digital resource, a second reserve amount of a second digital resource, and first replacement fee information in a first sub-liquidity pool; Determining a third reserve amount of the second digital resource, a fourth reserve amount of the third digital resource, and second replacement fee information in the second sub-flow liquidity pool; determining a fifth reserve amount of the first digital resource according to the first reserve amount, the second reserve amount, the third reserve amount, the first replacement fee information, and the second replacement fee information; determining a sixth reserve amount of the third digital resource according to the second reserve amount, the third reserve amount, the fourth reserve amount, the first replacement fee information, and the second replacement fee information; Generate fusion feature information according to the fifth reserve amount and the sixth reserve amount.

[0009] In an implementation of the first aspect, if the first protocol type and the second protocol type are both second replacement protocols; determining the fusion feature information according to the first tradable resource group, the second tradable resource group, the first protocol type, and the second protocol type includes: determining a first price range for the second digital resource; determining a plurality of first price segmentation points based on the first price range; Perform virtual replacement according to each first price segmentation point to obtain a first replacement result; Determine a first characteristic result in the first replacement result in a preset manner; the first characteristic result includes a second price range consisting of an upper price limit value, a lower price limit value, a first current price, and a liquidity value corresponding to the second price range; determining a fifth reserve amount of the first digital resource according to the price upper limit value, the price lower limit value and the first current price; determining a sixth reserve amount of the third digital resource according to the price lower limit, the first current price, and the liquidity value; Generate fusion feature information according to the fifth reserve amount and the sixth reserve amount.

[0010] In an implementation of the first aspect, before determining the first characteristic result in the replacement result in a preset manner, determining the fusion characteristic information according to the first tradable resource group, the second tradable resource group, the first protocol type, and the second protocol type further includes: Determining first iteration information corresponding to the first permutation result; When the first iteration information does not satisfy the preset first iteration condition, the first price range is updated according to the first feature result, and the process returns to the step of determining a plurality of first price segmentation points based on the first price range.

[0011] In an implementation of the first aspect, if one of the first protocol type and the second protocol type is a first replacement protocol and the other is a second replacement protocol; determining the fusion feature information according to the first tradable resource group, the second tradable resource group, the first protocol type, and the second protocol type includes: Determine a second current price of the sub-liquidity pool corresponding to the first swap agreement, and a second price range of the sub-liquidity corresponding to the second swap agreement; Performing a virtual replacement on the sub-liquidity pool corresponding to the first replacement agreement to obtain a second replacement result; Determine a plurality of second price segmentation points based on the second price range, and perform virtual replacement according to each of the second price segmentation points to obtain a third replacement result; Generate a second feature result according to the second replacement result and the third replacement result; Generate fusion feature information based on the second feature result.

[0012] In an implementation of the first aspect, before generating fusion feature information according to the second feature result, determining fusion feature information according to the first tradable resource group, the second tradable resource group, the first protocol type, and the second protocol type further includes: Determining second iteration information corresponding to the third permutation result; When the second iteration information does not meet the preset second iteration condition, the second price range is updated according to the third feature result, and the step of determining multiple second price segmentation points based on the second price range and performing virtual replacement according to each second price segmentation point to obtain a third replacement result is returned.

[0013] In an implementation of the first aspect, the second feature result includes a seventh reserve amount corresponding to the second replacement result and the third tradable resource group, an eighth reserve amount corresponding to the third replacement result and the third tradable resource group, and third replacement fee information; the eighth reserve amount corresponds to the first tradable resource group; and generating fusion feature information based on the second feature result includes: determining a fifth reserve amount according to the seventh reserve amount, the eighth reserve amount and the third replacement cost information; determining a sixth reserve amount according to the seventh reserve amount, the eighth reserve amount and the third replacement cost information; Generate fusion feature information according to the fifth reserve amount and the sixth reserve amount.

[0014] A second aspect of an embodiment of the present application provides a fluidity pool fusion device, comprising: A to-be-fused pool determination module, used to determine a first sub-liquidity pool and a second sub-liquidity pool to be fused; the first sub-liquidity pool corresponds to at least one first tradable resource group consisting of a first digital resource and a second digital resource, and the second sub-liquidity pool corresponds to at least one second tradable resource group consisting of a second digital resource and a third digital resource; A protocol type determination module, used to determine a first protocol type of a first sub-liquidity pool and a second protocol type of a second sub-liquidity pool; A fusion feature information determination module, configured to determine fusion feature information according to the first tradable resource group, the second tradable resource group, the first protocol type, and the second protocol type; A virtual liquidity pool generation module is used to generate a virtual liquidity pool based on the fusion feature information; the virtual liquidity pool corresponds to a third tradable resource group consisting of the first digital resource and the third digital resource.

[0015] A third aspect of an embodiment of the present application provides an electronic device, comprising a processor, a memory, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, the electronic device implements the liquidity pool fusion method as described in the first aspect above.

[0016] A fourth aspect of an embodiment of the present application provides a computer program product, including a computer program, which, when executed, enables the liquidity pool fusion method described in the first aspect to be executed.

[0017] A fifth aspect of an embodiment of the present application provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, it implements the liquidity pool fusion method as described in the first aspect above.

[0018] Compared with the prior art, the embodiments of the present application have the following beneficial effects: In an embodiment of the present application, a first sub-liquidity pool and a second sub-liquidity pool to be merged are determined; the first sub-liquidity pool corresponds to at least one first tradable resource group consisting of a first digital resource and a second digital resource, and the second sub-liquidity pool corresponds to at least one second tradable resource group consisting of a second digital resource and a third digital resource; a first protocol type of the first sub-liquidity pool and a second protocol type of the second sub-liquidity pool are determined; fusion feature information is determined according to the first tradable resource group, the second tradable resource group, the first protocol type and the second protocol type; a virtual liquidity pool is generated based on the fusion feature information; the virtual liquidity pool corresponds to a third tradable resource group consisting of the first digital resource and the third digital resource, thereby achieving the fusion of adjacent (tradable resource groups having the same digital resources) sub-liquidity pools into a virtual pool, thereby greatly reducing the number of nodes that need to be considered when replacing digital resources across sub-liquidity pools, and the equivalent results that originally needed to be replaced across sub-liquidity pools can be obtained through the fused virtual liquidity pool, reducing the complexity from an exponential level to an approximately linear level, thereby greatly improving the replacement efficiency of digital resources. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the drawings required for use in the embodiments or prior art descriptions. Obviously, the drawings described below are only some embodiments of the present application, and for ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0020] Figure 1 is a schematic diagram of a liquidity pool fusion method provided in an embodiment of the present application; Figure 2 This is a schematic diagram of a fusion process between sub-liquidity pools provided in an embodiment of the present application; Figure 3 This is a schematic diagram of a fusion feature information generation process provided by an embodiment of the present application; Figure 4 It is a schematic diagram of an iterative process provided by an embodiment of the present application; Figure 5 is a schematic diagram of a fluid pool fusion device provided in an embodiment of the present application; Figure 6 It is a schematic diagram of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0021] In the following description, specific details such as specific system structures, technologies, etc. are provided for the purpose of illustration rather than limitation, so as to provide a thorough understanding of the embodiments of the present application. However, it should be clear to those skilled in the art that the present application may also be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits, and methods are omitted to prevent unnecessary details from obstructing the description of the present application.

[0022] It should be understood that when used in the present specification and the appended claims, the term "comprising" indicates the presence of described features, wholes, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, wholes, steps, operations, elements, components and / or combinations thereof.

[0023] It should also be understood that the term “and / or” used in the specification and appended claims refers to any and all possible combinations of one or more of the associated listed items, and includes these combinations.

[0024] As used in the specification and appended claims of this application, the term "if" can be interpreted as "when" or "uponce" or "in response to determining" or "in response to detecting", depending on the context. Similarly, the phrase "if it is determined" or "if [described condition or event] is detected" can be interpreted as meaning "uponce it is determined" or "in response to determining" or "uponce [described condition or event] is detected" or "in response to detecting [described condition or event]", depending on the context.

[0025] In addition, in the description of the present application specification and the appended claims, the terms "first", "second", "third", etc. are only used to distinguish the descriptions and cannot be understood as indicating or implying relative importance.

[0026] References to "one embodiment" or "some embodiments" etc. described in the specification of this application mean that one or more embodiments of the present application include specific features, structures or characteristics described in conjunction with the embodiment. Therefore, the statements "in one embodiment", "in some embodiments", "in some other embodiments", "in some other embodiments", etc. that appear in different places in this specification do not necessarily refer to the same embodiment, but mean "one or more but not all embodiments", unless otherwise specifically emphasized in other ways. The terms "including", "comprising", "having" and their variations all mean "including but not limited to", unless otherwise specifically emphasized in other ways.

[0027] The technical solution of the present application is described below through specific embodiments.

[0028] Reference Figure 1 , showing a schematic diagram of a liquidity pool fusion method provided in an embodiment of the present application, which may specifically include the following steps: Step 101, determining a first sub-liquidity pool and a second sub-liquidity pool to be merged; Among them, the first sub-liquidity pool corresponds to at least one first tradable resource group consisting of a first digital resource and a second digital resource, and the second sub-liquidity pool corresponds to at least one second tradable resource group consisting of a second digital resource and a third digital resource; the first digital resource, the second digital resource and the third digital resource are respectively different types of digital resources. The liquidity pool is a resource pool that can exchange digital resources. Each liquidity pool corresponds to a tradable resource group. The tradable resource group consists of two digital resources that can be replaced. The embodiment of the present application does not limit the type of digital resources. It only requires that the two can be replaced. The type of digital resources does not affect the implementation process of the embodiment of the present application and the beneficial effects it brings. For example: the sub-liquidity pool P1 corresponds to the tradable resource group AB. Then, under certain conditions (for example: the reserve amount of digital resources to be replaced is not zero), digital resource A can be replaced with digital resource B, or digital resource B can be replaced with digital resource A in a certain ratio in the liquidity pool P1.

[0029] As an example, the amount of digital resource replacement in the liquidity pool can be identified by price information or replacement amount. For example, digital resource A can be replaced with digital resource B at a specified price, or a specified amount of digital resource A can be replaced with digital resource B.

[0030] The sub-liquidity pool is the liquidity pool that needs to be merged. The first sub-liquidity pool and the second sub-liquidity pool contain the same type of digital resources. For example, if the sub-liquidity pool P1 with the first tradable resource group AB is the first sub-liquidity pool, then the second tradable resource group corresponding to the second sub-liquidity pool is B-*, or A-#, where "*" is a digital resource other than digital resource A, and "#" is a digital resource other than digital resource B.

[0031] Step 102, determining a first protocol type of the first sub-liquidity pool and a second protocol type of the second sub-liquidity pool; Smart contracts are set up in the liquidity pool to ensure the execution of the transaction routing process. The smart contracts corresponding to different replacement protocols are not exactly the same, and the replacement features in different smart contracts are not exactly the same, that is, when the same type of digital resources are replaced in equal amounts, the liquidity pools of different replacement protocols have different results after the replacement is executed. The first protocol type is the replacement protocol of the first sub-liquidity pool, and the second protocol type is the replacement protocol of the second sub-liquidity pool.

[0032] Step 103, determining fusion feature information according to the first tradable resource group, the second tradable resource group, the first protocol type, and the second protocol type; Since one of the purposes of sub-liquidity pool fusion is to achieve resource replacement across sub-liquidity pools, when merging sub-liquidity pools, it is necessary to determine the protocol type of the sub-liquidity pool and determine the corresponding fusion feature information based on the protocol type of the liquidity pool to be merged.

[0033] Step 104, generating a virtual liquidity pool based on the fusion feature information; Among them, the virtual liquidity pool corresponds to a third tradable resource group consisting of the first digital resource and the third digital resource.

[0034] The virtual liquidity pool can be generated based on the fusion feature information, that is, the replacement result after the first digital resource and the third digital resource are replaced can be determined by the fusion feature information. This allows the process that originally required the replacement across sub-liquidity pools to complete the relevant calculations of resource replacement through the fusion feature information in a single virtual liquidity pool, thereby improving the efficiency of digital resource replacement.

[0035] The virtual liquidity pool is essentially a compressed data structure rather than a truly constructed liquidity pool. Therefore, after the virtual liquidity pool is generated, it is necessary to monitor the status of the real liquidity pool used to generate the virtual liquidity pool and update the virtual liquidity pool according to the monitored information.

[0036] In an embodiment of the present application, by determining a first sub-liquidity pool and a second sub-liquidity pool to be merged; the first sub-liquidity pool corresponds to at least one first tradable resource group consisting of a first digital resource and a second digital resource, and the second sub-liquidity pool corresponds to at least one second tradable resource group consisting of a second digital resource and a third digital resource; determining a first protocol type of the first sub-liquidity pool and a second protocol type of the second sub-liquidity pool; determining fusion feature information based on the first tradable resource group, the second tradable resource group, the first protocol type and the second protocol type; generating a virtual liquidity pool based on the fusion feature information; the virtual liquidity pool corresponds to a third tradable resource group consisting of the first digital resource and the third digital resource, thereby achieving the fusion of adjacent (tradable resource groups having the same digital resources) sub-liquidity pools into a virtual pool, greatly reducing the number of nodes that originally need to be considered when replacing digital resources across sub-liquidity pools, and the equivalent results that originally need to be replaced across sub-liquidity pools can be obtained through the fused virtual liquidity pool, reducing the complexity from an exponential level to an approximately linear level, so that the replacement efficiency of digital resources is greatly improved.

[0037] In practical applications, multiple pairwise fusion of sub-liquidity pools can be performed according to actual needs to obtain the corresponding virtual liquidity pool. Figure 2 , showing a schematic diagram of the fusion process between sub-liquidity pools provided in an embodiment of the present application, the tradable resource group of sub-liquidity pool P3 is CD, the tradable resource group of sub-liquidity pool P4 is DE, and the fusion of sub-liquidity pools P3 and P4 can obtain virtual liquidity pool P5, and the tradable resource group of virtual liquidity pool P5 is CE. Virtual liquidity pool P5 is merged with sub-liquidity pool P6 as a sub-liquidity pool to obtain virtual liquidity pool P7. The tradable resource group of P6 is EF, and the tradable resource group of virtual liquidity pool P7 is CF. Before fusion, when replacing digital resource C with digital resource F, it is necessary to perform cross-liquidity pool replacement calculations on liquidity pools P3, P4, and P6; after the liquidity pools are merged, the equivalent result of replacing digital resource C with digital resource F can be directly obtained through virtual liquidity pool P7, which improves the efficiency of digital resource replacement.

[0038] As an example, two virtual liquidity pools can also be merged as sub-liquidity pools to obtain another virtual liquidity pool.

[0039] Based on the fused virtual flow pool, the embodiment of the present application also has the following application effects: The disadvantage of the prior art is that a large number of price oracles and historical data need to be maintained, which increases the infrastructure cost. The embodiments of the present application can reduce the dependence on external data: the parameters of the fusion pool are calculated based on the real-time data on the chain, reducing the need for a large number of price oracles. By monitoring the events on the chain, the liquidity pool status is updated in real time, reducing the storage demand for a large amount of historical data.

[0040] When performing digital resource replacement, the prior art usually adopts a greedy algorithm or a limited depth search, which may fall into a local optimal solution. The virtual liquidity pool generated by the embodiment of the present application provides a simplified search space, making it possible to conduct a deeper search within a limited time. Considering the impact of the replacement amount on the price, the edge weights are dynamically adjusted to be closer to the actual replacement situation. In the split routing scenario, a single large number (or large amount) of replacement requests can be split, and the optimal paths of multiple sub-replacements can be searched in parallel, which increases the probability of finding the global optimal solution. Based on the fused liquidity pool provided by the embodiment of the present application, the calculation of the optimal path can be effectively reduced.

[0041] It is difficult for existing technologies to effectively handle the liquidity scattered in different DEXs and liquidity pools. The embodiments of the present application can merge the liquidity pools between different swap protocols and effectively integrate the scattered liquidity. The fusion depth is dynamically adjusted according to the degree of network congestion, and the best performance can be provided in different swap environments. By calculating the comprehensive equivalent swap results, the liquidity of different protocols is unified under one standard for comparison and optimization.

[0042] Existing technologies may cause delays in high-frequency replacement scenarios, affecting user experience and replacement efficiency.

[0043] The embodiment of the present application can pre-process the virtual liquidity pool obtained by fusion, which greatly reduces the complexity of real-time calculation and can respond to user requests more quickly. Intelligent segmentation of a single large-scale (or large-amount) replacement can not only find a better path, but also reduce the impact on the replacement environment. Even in a highly active replacement environment, stable performance can be maintained by adjusting the fusion depth.

[0044] In an optional embodiment of the present application, the first agreement type is a first replacement agreement or a second replacement agreement; the second agreement type is a first replacement agreement or a second replacement agreement; the first replacement agreement is a liquidity pool agreement with uniformly distributed liquidity characteristics, and the second replacement agreement is a liquidity pool agreement with concentrated liquidity characteristics.

[0045] The first protocol type is the protocol type of the first sub-liquidity pool, and the second protocol type is the protocol type of the second sub-liquidity pool. The protocol type includes a first replacement protocol and a second replacement protocol. The first protocol type and the second protocol type can be both the first replacement protocol, or both the second replacement protocol, or the first protocol type is one of the first replacement protocol and the second replacement protocol and the other is the second protocol type.

[0046] The characteristic of evenly distributed liquidity is that digital resources of different prices in the liquidity pool share the same liquidity. The characteristic of concentrated liquidity is that digital resources in the liquidity pool have different liquidity in different price ranges. The above liquidity is the sum of the amount of digital resources of different prices.

[0047] In an optional embodiment of the present application, if the first protocol type and the second protocol type are both first replacement protocols; the step 103 includes: Determining a first reserve amount of a first digital resource, a second reserve amount of a second digital resource, and first replacement fee information in a first sub-liquidity pool; Determining a third reserve amount of the second digital resource, a fourth reserve amount of the third digital resource, and second replacement fee information in the second sub-flow liquidity pool; determining a fifth reserve amount of the first digital resource according to the first reserve amount, the second reserve amount, the third reserve amount, the first replacement fee information, and the second replacement fee information; determining a sixth reserve amount of the third digital resource according to the second reserve amount, the third reserve amount, the fourth reserve amount, the first replacement fee information, and the second replacement fee information; Generate fusion feature information according to the fifth reserve amount and the sixth reserve amount.

[0048] For the case where both the first protocol type and the second protocol type are the first replacement protocol, the fusion feature information needs to meet three conditions: 1. Maintain a constant product relationship; 2. Liquidity continuity; 3. Accumulation of replacement cost information. Among them, the constant product relationship can be expressed as A*B=k, k is a constant, and A and B are the reserves of two different digital resources in the tradable resource group. For the sub-liquidity pool whose protocol type is the first replacement protocol, or the virtual liquidity pool obtained from the sub-liquidity pool whose protocol type is the first replacement protocol, the above constant product relationship must be satisfied.

[0049] As an example, if the first protocol type and the second protocol type are both first replacement protocols, the first tradable resource group is XY, and the second tradable resource group is YZ, the first reserve amount reserveX1, the second reserve amount reserveY1, and the first replacement fee information fee1 can be determined, the third reserve amount reserveY2, the fourth reserve amount reserveZ2, and the second replacement fee information fee2 can be determined, and the fifth reserve amount reserveX1 can be calculated by the following formula (1): combined , through the following formula (2) the sixth reserve amount reserveZ combined .

[0050] (1) (2) Where combineFee is the combined fee information for generating the virtual liquidity pool, combineFee=(1- fee1)(1- fee2). The denominator in formula (1) and formula (2) ( ) represents the combined reserve of the intermediate digital resources normalized by the replacement fee information. The numerator in formula (1) represents the actual available liquidity when the intermediate digital resources are replaced across liquidity pools. The denominator in formula (2) is the same as the denominator in formula (1) so that and The above-mentioned intermediate digital resources are the same digital resources in the first tradable resource group and the second tradable resource group.

[0051] In an optional embodiment of the present application, if the first protocol type and the second protocol type are both second replacement protocols, that is, the first sub-liquidity pool and the second sub-liquidity pool both have concentrated liquidity characteristics, the step 103 includes: determining a first price range for the second digital resource; determining multiple first price segmentation points based on the first price range; performing virtual replacement according to each first price segmentation point to obtain a first replacement result; determining a first feature result in the first replacement result according to a preset method; the first feature result includes a second price range consisting of a price upper limit value, a price lower limit value, a first current price, and a liquidity value corresponding to the second price range; determining the fifth reserve of the first digital resource based on the price upper limit value, the price lower limit value and the first current price; determining the sixth reserve of the third digital resource based on the price lower limit value, the first current price and the liquidity value; generating fusion feature information based on the fifth reserve and the sixth reserve.

[0052] In the case where both the first sub-liquidity pool and the second sub-liquidity pool have concentrated liquidity characteristics, multiple price segmentation points can be determined in the price range of the sub-liquidity pools (the price segmentation points can be located within the price range or at the end points of the price range), and the virtual replacement results are calculated based on each price segmentation point, and the optimal price range (minimum slippage or maximum output) is determined, and then the fifth reserve and the sixth reserve are calculated based on the optimal price range. As an example, the following steps can be included: (1) Initialization: Determine the price range of the two sub-liquidity pools to be merged. (2) Trisection iteration: Divide the price range into three equal parts. For each price segmentation point, calculate the results of transactions through the two sub-liquidity pools. Select the interval that produces the best result (minimum slippage or maximum output). (3) Calculate equivalent reserves: Use the optimal price range finally determined to calculate the equivalent digital resource reserves.

[0053] Among them, when selecting the best result, the minimum slippage or maximum output during the transaction is considered to ensure the efficiency and cost optimization of the transaction. The price range is the liquidity range.

[0054] As an example, if the first protocol type and the second protocol type are both second replacement protocols, the first tradable resource group is XY, and the second tradable resource group is YZ, the fifth reserve can be calculated by the following formulas (3) and (4): and the sixth reserve .

[0055] (3) ) (4) P low and P high are the lower and upper limits of the optimal price range, P current is the current price, and L is the liquidity of the price range. If there are multiple liquidity points in the price range, the weighted sum of each liquidity point in the price range can be used to obtain the liquidity value in the price range. By calculating according to formula (3), the fifth reserve can be determined within a given price range. The numerator of formula (3) describes the amplitude of the price range, and the denominator is combined with the square root of the price to ensure that the calculation result is consistent with the actual liquidity distribution. By following formula (4), the sixth reserve can be calculated at the current price, and the liquidity L of the price range is introduced to reflect the liquidity in the current price range.

[0056] In an optional embodiment of the present application, before determining the first feature result in the replacement result in a preset manner, step 103 also includes: determining first iteration information corresponding to the first replacement result; when the first iteration information does not meet the preset first iteration condition, updating the first price range according to the first feature result, and returning to the step of determining multiple first price segmentation points based on the first price range.

[0057] For the three-part method iteration process of the above step (2), the accuracy or number of iterations can be preset. When determining the first permutation result, the first iteration information (current accuracy or current number of iterations) is determined, and the above step (2) is repeatedly performed until the preset accuracy or number of iterations is reached.

[0058] In an optional embodiment of the present application, if one of the first agreement type and the second agreement type is a first replacement agreement and the other is a second replacement agreement; the step 103 includes: determining the second current price of the sub-liquidity pool corresponding to the first replacement agreement, and the second price range of the sub-liquidity corresponding to the second replacement agreement; performing a virtual replacement on the sub-liquidity pool corresponding to the first replacement agreement to obtain a second replacement result; determining multiple second price segmentation points based on the second price range, and performing a virtual replacement according to each second price segmentation point to obtain a third replacement result; generating a second feature result based on the second replacement result and the third replacement result; generating fusion feature information based on the second feature result.

[0059] Reference Figure 3 , shows a schematic diagram of a fusion feature information generation process provided by an embodiment of the present application; in the case where one of the first protocol type and the second protocol type is a first replacement protocol and the other is a second replacement protocol, the fusion feature information generation process is as follows Figure 3 shown.

[0060] For the situation where the sub-liquidity pools to be merged correspond to different swap protocols, you can follow the following steps: Figure 3 The method shown is performed, including: (1) Initialization: Determine the price range of the liquidity pool whose protocol type is the second swap protocol, and the current price of the liquidity pool whose protocol type is the first swap protocol.

[0061] (2) Trisection iteration: Divide the price range into three equal parts to determine the price split point. Perform the following steps for each price split point: 1. Use the formula matched by the first replacement protocol to calculate the second replacement result. (Refer to the above case where both the first protocol type and the second protocol type are the first replacement protocol) 2. Calculate the third replacement result of the sub-liquidity pool transaction corresponding to the second replacement protocol. (Refer to the above case where both the first protocol type and the second protocol type are the second replacement protocol) 3. Combine the two results and calculate the overall transaction result. 4. Select the interval that produces the best overall result.

[0062] (3) Calculation of comprehensive equivalent reserves: the comprehensive equivalent reserves based on the optimal transaction path finally determined.

[0063] The embodiment of the present application performs virtual replacement of two sub-liquidity pools according to different replacement protocols, and determines the equivalent reserve of the third tradable resource group corresponding to the virtual liquidity pool based on the second replacement result and the third replacement result obtained by the virtual replacement. The equivalent reserve can be used as the fusion feature information for generating the virtual liquidity pool, and then a virtual liquidity pool determined by liquidity pools with different liquidity characteristics is obtained. Based on the virtual liquidity pool, the equivalent results of digital resource replacement with different replacement protocols across liquidity pools can be determined.

[0064] In an optional embodiment of the present application, before generating fusion feature information based on the second feature result, the step 103 also includes: determining second iteration information corresponding to the third replacement result; when the second iteration information does not meet the preset second iteration condition, updating the second price range according to the third feature result, and returning to the step of determining multiple second price segmentation points based on the second price range, and performing virtual replacement according to each second price segmentation point to obtain a third replacement result.

[0065] For the three-part method iteration process of the above step (2), the accuracy or number of iterations can be preset. When determining the third permutation result, the second iteration information (current accuracy or current number of iterations) is determined, and the above step (2) is repeatedly performed until the preset accuracy or number of iterations is reached.

[0066] For example, the minimum transaction amount is one yuan (preset accuracy). If the last input of the three-iteration calculation is 36 yuan and 37 yuan, and 36 is better than 37, because the difference between 36 and 37 is less than or equal to 1 yuan, that is, the preset accuracy is reached, then the 36-36.5 interval will not be used for calculation, and 36 yuan will be directly selected as the optimal result. If the last input of the three-iteration calculation is 50 yuan and 60 yuan, and 50 yuan is better than 60 yuan, but the preset number of iterations has been calculated, then the next iteration will not be performed, and 50 yuan is considered to be the optimal result.

[0067] The embodiment of the present application sets iterative conditions for the liquidity pool of the second replacement protocol, so that multiple iterative processes can be performed during the virtual replacement to produce an optimal third replacement result, thereby ensuring that after the virtual liquidity pool is obtained, when the virtual liquidity pool is used to calculate the equivalent replacement result, the equivalent replacement result is the optimal result.

[0068] In an optional embodiment of the present application, the second feature result includes a seventh reserve quantity corresponding to the second replacement result and the third tradable resource group, an eighth reserve quantity corresponding to the third replacement result and the third tradable resource group, and third replacement fee information; the eighth reserve quantity corresponds to the first tradable resource group; generating fusion feature information based on the second feature result includes: determining a fifth reserve quantity based on the seventh reserve quantity, the eighth reserve quantity and the third replacement fee information; determining a sixth reserve quantity based on the seventh reserve quantity, the eighth reserve quantity and the third replacement fee information; generating fusion feature information based on the fifth reserve quantity and the sixth reserve quantity.

[0069] As an example, if the first protocol type is a first replacement protocol, the first tradable resource group is XY, the second protocol type is a second replacement protocol, and the second tradable resource group is YZ, the fifth reserve amount reserveX can be calculated by the following formula (5): combined And the sixth reserve amount reserveZ is calculated by the following formula (6): combined : (5) (6) In formula (5), The seventh reserve, The eighth reserve, For the third fee information.

[0070] As another example, if the first protocol type is the second replacement protocol, the first tradable resource group is XY, the second protocol type is the first replacement protocol, and the second tradable resource group is YZ, the fifth reserve amount reserveX can be calculated by the following method (7): combined And the sixth reserve amount reserveZ is calculated by the following formula (8): combined .

[0071] (7) (8) in, The seventh reserve, The eighth reserve, It is the third fee information.

[0072] It should be noted that the size of the serial numbers of the steps in the above embodiments does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0073] Reference Figure 5 , shows a schematic diagram of a liquidity pool fusion device provided in an embodiment of the present application, which may specifically include a to-be-fused pool determination module 501, a protocol type determination module 502, a fusion feature information determination module 503, and a virtual liquidity pool generation module 504, wherein: The to-be-fused pool determination module 501 is used to determine a first sub-liquidity pool and a second sub-liquidity pool to be fused; the first sub-liquidity pool corresponds to at least one first tradable resource group consisting of a first digital resource and a second digital resource, and the second sub-liquidity pool corresponds to at least one second tradable resource group consisting of a second digital resource and a third digital resource; A protocol type determination module 502, used to determine a first protocol type of the first sub-liquidity pool and a second protocol type of the second sub-liquidity pool; A fusion feature information determination module 503, configured to determine fusion feature information according to the first tradable resource group, the second tradable resource group, the first protocol type, and the second protocol type; The virtual liquidity pool generating module 504 is used to generate a virtual liquidity pool based on the fusion feature information; the virtual liquidity pool corresponds to the third tradable resource group consisting of the first digital resource and the third digital resource.

[0074] In an optional embodiment of the present application, the fusion rule information determination module 503 includes: A first rule submodule, configured to determine that the preset first rule information is fusion rule information if both the first protocol type and the second protocol type are first replacement protocols; A second rule submodule, configured to determine that the preset second rule information is fusion rule information if both the first protocol type and the second protocol type are second replacement protocols; The third rule submodule is configured to determine that the third rule information is fusion rule information if one of the first protocol type and the second protocol type is a first replacement protocol and the other is a second replacement protocol.

[0075] In an optional embodiment of the present application, the first protocol type is a liquidity pool protocol with uniformly distributed liquidity characteristics, and the second protocol type is a liquidity pool protocol with concentrated liquidity characteristics.

[0076] In an optional embodiment of the present application, the fusion feature information determination module 503 includes: A first determination submodule, used to determine a first reserve amount of a first digital resource, a second reserve amount of a second digital resource, and first replacement fee information in a first sub-liquidity pool; A second determination submodule, used to determine a third reserve amount of the second digital resource, a fourth reserve amount of the third digital resource, and second replacement fee information in the second sub-flow liquidity pool; A third determination submodule, configured to determine a fifth reserve amount of the first digital resource according to the first reserve amount, the second reserve amount, the third reserve amount, the first replacement fee information, and the second replacement fee information; a fourth determining submodule, configured to determine a sixth reserve amount of the third digital resource according to the second reserve amount, the third reserve amount, the fourth reserve amount, the first replacement fee information, and the second replacement fee information; The first fused feature information generating submodule is used to generate fused feature information according to the fifth reserve amount and the sixth reserve amount.

[0077] In an optional embodiment of the present application, the fusion feature information determination module 503 includes: A first price range determination submodule, used to determine a first price range of the second digital resource; A first price segmentation point submodule, configured to determine a plurality of first price segmentation points based on the first price range; A first replacement result determination submodule is used to perform virtual replacement according to each first price segmentation point to obtain a first replacement result; A first characteristic result determination submodule, configured to determine a first characteristic result in the first replacement result in a preset manner; the first characteristic result includes a second price range consisting of an upper price limit value, a lower price limit value, a first current price, and a liquidity value corresponding to the second price range; a fifth determining submodule, configured to determine a fifth reserve amount of the first digital resource according to the price upper limit value, the price lower limit value and the first current price; a sixth determining submodule, configured to determine a sixth reserve amount of the third digital resource according to the price lower limit, the first current price, and the liquidity value; The first fused feature information generating submodule is used to generate fused feature information according to the fifth reserve amount and the sixth reserve amount.

[0078] In an optional embodiment of the present application, the fusion feature information determination module 503 further includes: A first iteration information determination submodule, used to determine first iteration information corresponding to the first replacement result; The first iteration control submodule is used to update the first price range according to the first feature result when the first iteration information does not meet the preset first iteration condition, and return to the step of determining multiple first price segmentation points based on the first price range.

[0079] In an optional embodiment of the present application, the fusion feature information determination module 503 includes: A second price determination submodule, used to determine a second current price of the sub-liquidity pool corresponding to the first replacement agreement, and a second price range of the sub-liquidity corresponding to the second replacement agreement; A second replacement result generating submodule, used for performing a virtual replacement on the sub-liquidity pool corresponding to the first replacement to obtain a second replacement result; A third replacement result generating submodule, configured to determine a plurality of second price segmentation points based on the second price range, and perform virtual replacement according to each second price segmentation point to obtain a third replacement result; A second feature result generating submodule, used for generating a second feature result according to the second replacement result and the third replacement result; The second fused feature information generating submodule is used to generate fused feature information according to the second feature result.

[0080] In an optional embodiment of the present application, before generating fused feature information according to the second feature result, the fused feature information determining module 503 further includes: A second iteration information determination submodule, used to determine second iteration information corresponding to the third replacement result; The second iteration information control submodule is used to update the second price range according to the third feature result when the second iteration information does not meet the preset second iteration condition, and return to the step of determining multiple second price segmentation points based on the second price range, and performing virtual replacement according to each second price segmentation point to obtain a third replacement result.

[0081] In an optional embodiment of the present application, the second feature result includes a seventh reserve corresponding to the second replacement result and the third tradable resource group, an eighth reserve corresponding to the third replacement result and the third tradable resource group, and third replacement fee information; the eighth reserve corresponds to the first tradable resource group; the second generation submodule of the fusion feature information includes: a first determining unit, configured to determine a fifth reserve amount according to the seventh reserve amount, the eighth reserve amount and the third replacement cost information; a second determining unit, configured to determine a sixth reserve amount according to the seventh reserve amount, the eighth reserve amount and the third replacement cost information; The fused feature information generating unit is used to generate fused feature information according to the fifth reserve amount and the sixth reserve amount.

[0082] An embodiment of the present application provides a fluid pool fusion device, and by using the device, each step in the aforementioned method embodiments can be implemented.

[0083] As for the device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the description of the method embodiment part.

[0084] Reference Figure 6 , shows a schematic diagram of an electronic device provided by an embodiment of the present application. Figure 6 As shown, the electronic device 600 in the embodiment of the present application includes: a processor 610, a memory 620, and a computer program 621 stored in the memory 620 and executable on the processor 610. When the processor 610 executes the computer program 621, the steps in each embodiment of the above-mentioned liquidity pool fusion method are implemented, such as Figure 1 Alternatively, when the processor 610 executes the computer program 621, the functions of each module / unit in the above-mentioned device embodiments are realized, for example, Figure 5 Functions of modules 501 to 504 are shown.

[0085] Exemplarily, the computer program 621 may be divided into one or more modules / units, which are stored in the memory 620 and executed by the processor 610 to complete the present application. The one or more modules / units may be a series of computer program instruction segments capable of completing specific functions, which may be used to describe the execution process of the computer program 621 in the electronic device 600. For example, the computer program 621 may be divided into a module for determining a pool to be fused, a module for determining a protocol type, a module for determining fusion feature information, and a module for generating a virtual liquidity pool, and the specific functions of each module are as follows: A to-be-fused pool determination module, used to determine a first sub-liquidity pool and a second sub-liquidity pool to be fused; the first sub-liquidity pool corresponds to at least one first tradable resource group consisting of a first digital resource and a second digital resource, and the second sub-liquidity pool corresponds to at least one second tradable resource group consisting of a second digital resource and a third digital resource; A protocol type determination module, used to determine a first protocol type of a first sub-liquidity pool and a second protocol type of a second sub-liquidity pool; A fusion feature information determination module, configured to determine fusion feature information according to the first tradable resource group, the second tradable resource group, the first protocol type, and the second protocol type; A virtual liquidity pool generation module is used to generate a virtual liquidity pool based on the fusion feature information; the virtual liquidity pool corresponds to a third tradable resource group consisting of the first digital resource and the third digital resource.

[0086] The electronic device 600 may be a computing device such as a desktop computer or a cloud server. The electronic device 600 may include, but is not limited to, a processor 610 and a memory 620. Those skilled in the art will appreciate that Figure 6 It is only an example of the electronic device 600 and does not constitute a limitation of the electronic device 600. It may include more or fewer components than shown in the figure, or a combination of certain components, or different components. For example, the electronic device 600 may also include input and output devices, network access devices, buses, etc.

[0087] The processor 610 may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor, etc.

[0088] The memory 620 may be an internal storage unit of the electronic device 600, such as a hard disk or memory of the electronic device 600. The memory 620 may also be an external storage device of the electronic device 600, such as a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, etc. equipped on the electronic device 600. Further, the memory 620 may also include both an internal storage unit of the electronic device 600 and an external storage device. The memory 620 is used to store the computer program 621 and other programs and data required by the electronic device 600. The memory 620 may also be used to temporarily store data that has been output or is to be output.

[0089] An embodiment of the present application also discloses an electronic device, including a processor, a memory, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, the electronic device implements the liquidity pool fusion method as described in the aforementioned embodiments.

[0090] An embodiment of the present application further discloses a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the liquidity pool fusion method as described in the aforementioned embodiments is implemented.

[0091] An embodiment of the present application also discloses a computer program product, including a computer program. When the computer program is run, the liquidity pool fusion method described in the above embodiments is executed.

[0092] The above-described embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application is described in detail with reference to the above-mentioned embodiments, a person skilled in the art should understand that the technical solutions described in the above-mentioned embodiments can still be modified, or some of the technical features can be replaced by equivalents; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present application, and should be included in the protection scope of the present application.

Claims

1. A liquidity pool fusion method, characterized in that: include: Determine the first sub-liquidity pool and the second sub-liquidity pool to be merged; The first sub-liquidity pool corresponds to at least one first tradable resource group consisting of a first digital resource and a second digital resource, and the second sub-liquidity pool corresponds to at least one second tradable resource group consisting of a second digital resource and a third digital resource; Determine a first protocol type for the first sub-liquidity pool and a second protocol type for the second sub-liquidity pool; Determining fusion feature information according to the first tradable resource group, the second tradable resource group, the first protocol type, and the second protocol type; Based on the fusion feature information, a virtual liquidity pool is generated; The virtual liquidity pool corresponds to a third tradable resource group consisting of the first digital resource and the third digital resource.

2. The method according to claim 1, characterized in that The first protocol type is a first replacement protocol or a second replacement protocol; the second protocol type is a first replacement protocol or a second replacement protocol; The first replacement agreement is a liquidity pool agreement with uniformly distributed liquidity characteristics, and the second replacement agreement is a liquidity pool agreement with concentrated liquidity characteristics.

3. The method according to claim 2, characterized in that If both the first protocol type and the second protocol type are first replacement protocols; determining the fusion feature information according to the first tradable resource group, the second tradable resource group, the first protocol type, and the second protocol type includes: Determining a first reserve amount of a first digital resource, a second reserve amount of a second digital resource, and first replacement fee information in a first sub-liquidity pool; Determining a third reserve amount of the second digital resource, a fourth reserve amount of the third digital resource, and second replacement fee information in the second sub-flow liquidity pool; determining a fifth reserve amount of the first digital resource according to the first reserve amount, the second reserve amount, the third reserve amount, the first replacement fee information, and the second replacement fee information; determining a sixth reserve amount of the third digital resource according to the second reserve amount, the third reserve amount, the fourth reserve amount, the first replacement fee information, and the second replacement fee information; Generate fusion feature information according to the fifth reserve amount and the sixth reserve amount.

4. The method according to claim 2, characterized in that: If both the first protocol type and the second protocol type are second replacement protocols; determining the fusion feature information according to the first tradable resource group, the second tradable resource group, the first protocol type and the second protocol type includes: determining a first price range for the second digital resource; determining a plurality of first price segmentation points based on the first price range; Perform virtual replacement according to each first price segmentation point to obtain a first replacement result; Determine a first characteristic result in the first replacement result in a preset manner; the first characteristic result includes a second price range consisting of an upper price limit value, a lower price limit value, a first current price, and a liquidity value corresponding to the second price range; determining a fifth reserve amount of the first digital resource according to the price upper limit value, the price lower limit value and the first current price; determining a sixth reserve amount of the third digital resource according to the price lower limit, the first current price, and the liquidity value; Generate fusion feature information according to the fifth reserve amount and the sixth reserve amount.

5. The method according to claim 4, characterized in that Before determining the first characteristic result in the replacement result in a preset manner, determining the fusion characteristic information according to the first tradable resource group, the second tradable resource group, the first protocol type and the second protocol type further includes: Determining first iteration information corresponding to the first permutation result; When the first iteration information does not satisfy the preset first iteration condition, the first price range is updated according to the first feature result, and the process returns to the step of determining a plurality of first price segmentation points based on the first price range.

6. The method according to claim 2, characterized in that If one of the first protocol type and the second protocol type is a first replacement protocol and the other is a second replacement protocol; determining the fusion feature information according to the first tradable resource group, the second tradable resource group, the first protocol type, and the second protocol type includes: Determine a second current price of the sub-liquidity pool corresponding to the first swap agreement, and a second price range of the sub-liquidity corresponding to the second swap agreement; Performing a virtual replacement on the sub-liquidity pool corresponding to the first replacement agreement to obtain a second replacement result; Determine a plurality of second price segmentation points based on the second price range, and perform virtual replacement according to each of the second price segmentation points to obtain a third replacement result; Generate a second feature result according to the second replacement result and the third replacement result; Generate fusion feature information based on the second feature result.

7. The method according to claim 6, characterized in that Before generating the fusion feature information according to the second feature result, determining the fusion feature information according to the first tradable resource group, the second tradable resource group, the first protocol type and the second protocol type further includes: Determining second iteration information corresponding to the third permutation result; When the second iteration information does not meet the preset second iteration condition, the second price range is updated according to the third feature result, and the step of determining multiple second price segmentation points based on the second price range and performing virtual replacement according to each second price segmentation point to obtain a third replacement result is returned.

8. The method according to claim 6, characterized in that The second characteristic result includes a seventh reserve amount corresponding to the second replacement result and the third tradable resource group, an eighth reserve amount corresponding to the third replacement result and the third tradable resource group, and third replacement fee information; The eighth reserve quantity corresponds to the first tradable resource group; The generating fusion feature information according to the second feature result includes: determining a fifth reserve amount according to the seventh reserve amount, the eighth reserve amount and the third replacement cost information; determining a sixth reserve amount according to the seventh reserve amount, the eighth reserve amount and the third replacement cost information; Generate fusion feature information according to the fifth reserve amount and the sixth reserve amount.

9. A flow pool fusion device, characterized in that: include: A to-be-fused pool determination module, used to determine a first sub-liquidity pool and a second sub-liquidity pool to be fused; The first sub-liquidity pool corresponds to at least one first tradable resource group consisting of a first digital resource and a second digital resource, and the second sub-liquidity pool corresponds to at least one second tradable resource group consisting of a second digital resource and a third digital resource; A protocol type determination module, used to determine a first protocol type of a first sub-liquidity pool and a second protocol type of a second sub-liquidity pool; A fusion feature information determination module, configured to determine fusion feature information according to the first tradable resource group, the second tradable resource group, the first protocol type, and the second protocol type; A virtual liquidity pool generation module, used to generate a virtual liquidity pool based on the fusion feature information; The virtual liquidity pool corresponds to a third tradable resource group consisting of the first digital resource and the third digital resource.

10. An electronic device comprising a processor, a memory, and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the computer program, the electronic device implements the method according to any one of claims 1 to 8.

11. A computer program product, characterized in that The invention comprises a computer program, which, when being executed, enables the method according to any one of claims 1 to 8 to be performed.

Images