Cross-platform digital rights transfer processing method, device, equipment, storage medium and program product

Abstract

The application relates to a cross-platform digital right flow processing method and device, equipment, a storage medium and a program product. The method comprises the following steps: receiving a right exchange request initiated by a target object, calling a preset multi-dimensional feature mapping model, obtaining a dynamic exchange ratio between a first digital right certificate and a second digital right certificate, calling a pre-deployed smart contract, performing value transfer between cross-issuer node reserve pools according to the dynamic exchange ratio, and issuing an equivalent second digital right certificate to the account of the target object, in response to a target transaction instruction, obtaining a target value to be processed and a plurality of heterogeneous digital right certificates, performing value normalization processing on the plurality of heterogeneous digital right certificates, and solving a target deduction combination under a preset value constraint condition through a preset dynamic programming algorithm, and calling the smart contract to execute an atomized deduction operation corresponding to the target deduction combination. The method can realize efficient and flexible cross-platform right flow.

Description

Technical Field

[0001] This application relates to the fields of blockchain and digital rights processing technology, and in particular to a cross-platform digital rights transfer processing method, apparatus, computer equipment, computer-readable storage medium and computer program product. Background Technology

[0002] In the current digital ecosystem, many industries, including banking, telecommunications, shopping malls and supermarkets, energy, and aviation, widely adopt membership points and mileage systems as core tools for user retention and loyalty management. However, the benefit servers issued by different platforms are isolated from each other, forming "data and value silos." Users can only accumulate and use benefits within a single platform, making it difficult to flexibly achieve cross-platform benefit merging, redemption, or collaborative payments.

[0003] Currently, although some solutions have been proposed to achieve cross-platform rights and interests interaction, these solutions generally rely on preset fixed exchange ratios or static pricing models based on human experience, which still makes it difficult to achieve efficient cross-platform and cross-industry free interaction. Summary of the Invention

[0004] Therefore, it is necessary to provide a more flexible and efficient cross-platform digital rights transfer processing method, device, computer equipment, computer-readable storage medium, and computer program product to address the aforementioned technical problems.

[0005] Firstly, this application provides a cross-platform digital rights transfer processing method, including:

[0006] Receive a rights exchange request initiated by the target object, wherein the rights exchange request carries a first identifier of the first digital rights certificate and a second identifier of the target second digital rights certificate to be exchanged;

[0007] Based on the first identifier and the second identifier, a preset multidimensional feature mapping model is invoked to obtain the dynamic exchange ratio between the first digital equity certificate and the second digital equity certificate. The multidimensional feature mapping model is used to determine the conversion relationship between different types of digital equity certificates.

[0008] Invoke a pre-deployed smart contract to execute a value transfer between the issuer node reserve pools according to the dynamic exchange ratio, and issue an equivalent second digital equity certificate to the target object's account;

[0009] In response to a target transaction instruction, obtain the target value to be processed and the various heterogeneous digital equity certificates held by the target object;

[0010] The value of the various heterogeneous digital rights certificates is normalized based on the dynamic exchange ratio, and the target deduction combination is obtained by solving the problem under the preset numerical constraints through a preset dynamic programming algorithm. The smart contract is then called to execute the atomic deduction operation corresponding to the target deduction combination.

[0011] In one embodiment, the method further includes:

[0012] Regularly track the number of newly added nodes and active issuing nodes;

[0013] Based on the preset resource allocation strategy, a resource extraction strategy is generated;

[0014] Based on the resource extraction strategy, the smart contract is invoked to extract resource data from the settlement account of the active issuing node, and the extracted resource data is transferred to a preset equity reserve pool for the allocation of initial digital equity certificates during the registration phase of new nodes.

[0015] In one embodiment, the step of invoking a multi-dimensional feature mapping model based on the first identifier and the second identifier to obtain the dynamic exchange ratio between the first digital rights certificate and the second digital rights certificate includes:

[0016] Based on the first identifier and the second identifier, obtain the basic anchor value of the first digital rights certificate relative to the second digital rights certificate;

[0017] Acquire multiple dynamic characteristic factors that reflect the status of data flow, including at least liquidity factor, validity period factor, and demand heat factor;

[0018] The multiple dynamic feature factors are weighted and fused, and the weighted sum is processed using a nonlinear activation function to obtain the exchange discount coefficient.

[0019] The dynamic exchange ratio is obtained by adjusting the base anchor value based on the exchange discount factor.

[0020] In one embodiment, the target deduction combination is obtained by solving a preset dynamic programming algorithm under preset numerical constraints, including:

[0021] Determine the unit deduction value of each type of certificate among the various heterogeneous digital rights certificates, and sort the unit deduction values ​​of each type of certificate in descending order;

[0022] Construct a dynamic programming array with the target value as the upper limit, and update the array node values ​​by traversing the target value in reverse order and the voucher categories in forward order.

[0023] During the traversal, an inner loop iterates over the holding quantity of each type of digital rights certificate until a global target solution that satisfies the target numerical constraint is obtained. The global target solution includes the deduction quantity of each type of digital rights certificate.

[0024] In one embodiment, generating a resource extraction strategy based on a preset resource allocation strategy includes:

[0025] Obtain the preset initial equity quota corresponding to a single new node, determine the product of the initial equity quota and the number of new nodes, and obtain the total allocated resources.

[0026] Divide the total allocated resources by the number of active issuance nodes to obtain the basic allocation amount;

[0027] Obtain the historical transaction amount of the active issuance node. If the historical transaction amount is lower than the preset transaction amount threshold, determine the subsidy ratio based on the range in which the transaction amount is located, reduce the basic allocation amount based on the subsidy ratio, obtain the target allocation amount, and generate a resource extraction strategy that includes the target allocation amount.

[0028] In one embodiment, the cross-issuer node includes a first issuer node of the first digital rights certificate and a second issuer node of the second digital rights certificate; the invocation of a pre-deployed smart contract to execute the value transfer between the cross-issuer node reserve pools according to the dynamic exchange ratio includes:

[0029] Obtain the reserve pool addresses of the first issuer node and the second issuer node;

[0030] Based on the reserve pool addresses of the first issuer node and the second issuer node, the smart contract controls the transfer of equivalent resource data from the reserve pool of the first issuer node to the reserve pool of the second issuer node.

[0031] After the on-chain event of successful resource data transfer is triggered, the equity status of the target object's account is updated synchronously, and the change hash value of the equity status and transaction flow are recorded in the distributed ledger.

[0032] In one embodiment, the method further includes:

[0033] Before receiving the rights swap request initiated by the target object, obtain the identification information of the target object;

[0034] Detect the frequency of registration requests for the identified information within a preset time window;

[0035] If the frequency of the registration requests exceeds a preset frequency threshold, an abnormal interception instruction is generated and sent to terminate the response to the rights exchange request and resource allocation operation.

[0036] Secondly, this application also provides a cross-platform digital rights transfer processing device, including:

[0037] The request receiving module is used to receive a rights exchange request initiated by the target object, wherein the rights exchange request carries a first identifier of the first digital rights certificate and a second identifier of the target second digital rights certificate to be exchanged.

[0038] The exchange ratio acquisition module is used to obtain the dynamic exchange ratio between the first digital rights certificate and the second digital rights certificate by calling a preset multidimensional feature mapping model based on the first identifier and the second identifier. The multidimensional feature mapping model is used to determine the conversion relationship between different types of digital rights certificates.

[0039] The equity allocation module is used to invoke a pre-deployed smart contract to execute value transfers between the issuer node reserve pools according to the dynamic exchange ratio, and to issue a second digital equity certificate of equivalent value to the target object's account.

[0040] The transaction response module is used to respond to the target transaction instruction and obtain the target value to be processed and the various heterogeneous digital rights certificates held by the target object;

[0041] The resource processing module is used to perform value normalization processing on the various heterogeneous digital rights certificates based on the dynamic exchange ratio, and to solve for the target deduction combination under the preset numerical constraints through a preset dynamic programming algorithm, and to call the smart contract to execute the atomic deduction operation corresponding to the target deduction combination.

[0042] Thirdly, this application also provides a computer device, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the steps in any of the above embodiments of the cross-platform digital rights transfer processing method.

[0043] Fourthly, this application also provides a computer-readable storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the steps in any of the above embodiments of the cross-platform digital rights transfer processing method.

[0044] Fifthly, this application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps in any of the above embodiments of the cross-platform digital rights transfer processing method.

[0045] The aforementioned cross-platform digital rights transfer processing method, apparatus, computer equipment, computer-readable storage medium, and computer program product, by receiving rights exchange requests initiated by the target object and, based on the identifiers of the first digital rights certificate and the target second digital rights certificate carried in the request, invoking a preset multi-dimensional feature mapping model to obtain a dynamic exchange ratio, achieves real-time and accurate mapping of cross-issuer rights value. On this basis, by invoking a pre-deployed smart contract to execute value transfers between cross-issuer node reserve pools and issuing equivalent second digital rights certificates to the target object's account, the immutability and traceability of blockchain technology ensure the security and transparency of the cross-domain clearing process, effectively solving the clearing risk and efficiency bottlenecks caused by the lack of trust mechanisms in traditional centralized servers. Furthermore, when responding to target transaction instructions, the system normalizes the value of various heterogeneous digital rights certificates held by the target object and uses a dynamic programming algorithm to solve for the optimal deduction combination under preset numerical constraints. This achieves efficient aggregation and atomic deduction of multi-source heterogeneous rights, which not only improves the automation level and execution efficiency of transaction processing, but also reduces the user's payment cost through algorithm optimization. The entire solution constructs a secure, efficient, and intelligent distributed rights transfer solution. Attached Figure Description

[0046] To more clearly illustrate the technical solutions in the embodiments of this application or related technologies, the drawings used in the description of the embodiments of this application or related technologies will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0047] Figure 1 This is an application environment diagram of a cross-platform digital rights transfer processing method in one embodiment;

[0048] Figure 2 This is a flowchart illustrating a cross-platform digital rights transfer processing method in one embodiment;

[0049] Figure 3 This is a flowchart illustrating the steps for determining the dynamic exchange ratio in one embodiment;

[0050] Figure 4 This is a flowchart illustrating a cross-platform digital rights transfer processing method in another embodiment;

[0051] Figure 5 This is a flowchart illustrating the digital rights allocation steps in one embodiment;

[0052] Figure 6 This is a flowchart illustrating the digital rights allocation steps in another embodiment;

[0053] Figure 7 This is a structural block diagram of a cross-platform digital rights transfer processing device in one embodiment;

[0054] Figure 8 This is an internal structural diagram of a computer device in one embodiment. Detailed Implementation

[0055] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0056] It should be noted that the terms "first," "second," etc., used in this application can be used to describe various elements, but these elements are not limited by these terms. These terms are only used to distinguish the first element from the second element. The terms "comprising" and "having," and any variations thereof, used in this application, are intended to cover non-exclusive inclusion. The term "multiple" used in this application refers to two or more. The term "and / or" used in this application refers to one of the embodiments, or any combination of multiple embodiments.

[0057] The cross-platform digital rights transfer processing method provided in this application embodiment can be applied to, for example... Figure 1 In the application environment shown, terminal 102 and merchant terminal 104 communicate with cloud server cluster 106 (including application servers, digital RMB clearing and settlement nodes, and consortium blockchain consensus nodes, not shown in the figure) via a network. The data storage server can store the data that the cloud server cluster 106 needs to process. The data storage server can be integrated into the cloud server cluster 106, or it can be located in the cloud or on other network servers.

[0058] Specifically, in practical applications, users can select the "first digital rights certificate" (such as bank points) they want to transfer and the "second digital rights certificate" (such as gas points) they want to redeem on a mobile app or mini-program terminal 102. The terminal collects the first and second identifiers of these two types of certificates, encapsulates them into a rights exchange request, and sends it to the cloud. In a consumption scenario, the terminal displays the "target value" to be paid (such as the consumption amount) and retrieves a list of various heterogeneous digital rights certificates held by the user. After the user selects "smart optimal deduction," the terminal generates a target transaction instruction containing the target value and the certificate list and uploads it. The merchant terminal (such as a smart POS machine) is responsible for synchronizing the consumption amount (target value) and the merchant's own node identifier to the cloud server cluster in real time, triggering the subsequent rights deduction and settlement process.

[0059] The server receives a rights swap request from a user terminal, extracts the first and second identifiers, and calls a pre-defined multi-dimensional feature mapping model to calculate the dynamic exchange ratio between the two types of certificates in real time. Upon receiving the target transaction instruction, it performs value normalization processing on multiple heterogeneous certificates based on this ratio and initiates a dynamic programming algorithm to solve for the globally optimal target deduction combination under the constraint of the target value. The settlement node, acting as a smart contract executor, receives a settlement instruction and calls a pre-deployed smart contract to automatically trigger the value transfer between the issuer node reserve pools, achieving atomic exchange of underlying assets and synchronously updating the user account status, completing the issuance of equivalent rights certificates or the atomic deduction of the target deduction combination.

[0060] Terminal 102 can be, but is not limited to, various personal computers, laptops, smartphones, tablets, drones, low-altitude aircraft, IoT devices, and portable wearable devices. IoT devices can include smart speakers, smart TVs, smart air conditioners, smart in-vehicle systems, and projection devices. Portable wearable devices can include smartwatches, smart bracelets, and head-mounted displays. Head-mounted displays can be virtual reality (VR) devices, augmented reality (AR) devices, and smart glasses. The cloud server cluster 106 can also contain other types of nodes.

[0061] In one exemplary embodiment, such as Figure 2 As shown, a cross-platform digital rights transfer processing method is provided, which can be applied to... Figure 1 Taking cloud server cluster 106 as an example, the explanation includes steps 100 to 500. Among them:

[0062] Step 100: Receive the rights exchange request initiated by the target object. The rights exchange request carries the first identifier of the first digital rights certificate and the second identifier of the target second digital rights certificate to be exchanged.

[0063] In this embodiment, the target object is the end user or device entity that initiates the interaction. The first digital rights certificate is the source digital rights asset (such as points from a financial institution) that the user plans to transfer in the exchange transaction. The second digital rights certificate is the target digital rights asset (such as gas station points) that the user hopes to acquire in the exchange transaction. The first identifier and the second identifier are strings or codes used to uniquely index and distinguish digital rights certificates from different issuers and with different attributes in a distributed server or database.

[0064] In practical applications, the application server (hereinafter referred to as the server) in a server cluster can listen for network requests from user terminals (smartphones, tablets, etc.) in real time through open API interfaces (such as RESTful or gRPC). When a user selects the points to be transferred (such as points from a financial institution) and the target points to be redeemed (such as points from a gas station) on the interactive interface of a mobile APP or mini-program and clicks confirm, the user terminal will encapsulate the unique codes of these two types of credentials (i.e., the first identifier of the points from the financial institution and the second identifier of the points from the gas station), the user's current digital identity (DID), the request timestamp, and the necessary signature information into a standard JSON or XML format data packet, and send it to the server through an HTTPS encrypted channel.

[0065] After receiving the rights swap request, the server can first perform basic data packet integrity verification and format parsing to extract the first and second identifiers. Then, the request is buffered in a high-concurrency message queue (such as Kafka or RocketMQ), and a globally unique request tracking ID is generated for subsequent end-to-end data monitoring and log auditing.

[0066] Step 200: Based on the first identifier and the second identifier, call the preset multidimensional feature mapping model to obtain the dynamic exchange ratio between the first digital rights certificate and the second digital rights certificate.

[0067] The multidimensional feature mapping model is an algorithmic model used to calculate and predict the conversion relationship between different digital equity certificates. It derives its calculation results by comprehensively considering multiple feature factors that affect value. The dynamic exchange ratio refers to the real-time exchange rate or conversion ratio when a first digital equity certificate is exchanged for a second digital equity certificate within a specific time window.

[0068] In practice, the server can extract the parsed first and second identifiers from the message queue, access a distributed cache (such as Redis) or a relational database, and query the corresponding certificate metadata based on these two identifiers. This includes static data such as the issuer information, the basic anchor value (e.g., 100 points equal 1 RMB as stipulated by the official platform), the certificate's validity period, and the current issuer reserve pool balance. Next, dynamic characteristic factors reflecting market supply and demand are collected in real time, such as the frequency of swap requests (demand intensity) in the past hour, the certificate's liquidity in the secondary market, and the time decay factor before the certificate's expiration. The server inputs the above static data and the collected dynamic characteristic factors into a preset multi-dimensional feature mapping model. This model performs weighted fusion processing on these factors, typically using a non-linear activation function (such as the Sigmoid function) to compress the weighted sum, outputting a swap discount coefficient between 0 and 1. Finally, the server uses this discount coefficient to adjust the basic anchor value, calculates the precise dynamic swap ratio for exchanging the first digital equity certificate for the second digital equity certificate, and temporarily stores this ratio along with the request ID for subsequent steps.

[0069] In other embodiments, the server may simultaneously initiate price inquiry requests to the issuer nodes corresponding to the first and second identifiers, collect real-time price quotes from all parties, filter out the optimal buy and sell prices through a comparison algorithm, and generate the final dynamic exchange ratio by combining a preset interest rate spread strategy.

[0070] Step 300: Invoke the pre-deployed smart contract to execute the value transfer between the issuer node reserve pools according to the dynamic exchange ratio, and issue an equivalent second digital equity certificate to the target object's account.

[0071] A smart contract is a piece of automatically executing computer program code deployed on a blockchain or distributed ledger that automatically triggers corresponding business logic when preset conditions are met. In this embodiment, a cross-issuer node reserve pool refers to an independent pool of funds or a collection of accounts established on servers by different issuers (such as banks, airlines, and e-commerce platforms) to store clearing funds or equivalent digital assets. Value transfer refers to the clearing process of transferring underlying settlement assets (such as legal digital currency) between reserve pools of different issuers.

[0072] In practical applications, after determining the dynamic exchange ratio, the application server generates a clearing instruction containing the exchange ratio, the exchange quantity, the addresses of the first and second issuing nodes, and the account address of the target object. The application server sends the clearing instruction to the clearing and settlement node in the cloud server cluster. After parsing the instruction, the clearing and settlement node can invoke a smart contract pre-deployed on the currency platform or consortium blockchain. The smart contract first verifies whether the balance of the first issuing node's reserve pool is sufficient and whether the target object's account has sufficient first digital equity certificates. After the verification is successful, the smart contract automatically triggers atomic operations: on the one hand, it deducts an equivalent amount of fiat digital currency (or underlying settlement assets) from the reserve pool of the first issuing node and transfers it to the reserve pool of the second issuing node, completing cross-domain value clearing; on the other hand, it deducts the first digital equity certificates held by the target object's account from the equity ledger and, according to the quantity calculated by the dynamic exchange ratio, mints or issues an equivalent amount of second digital equity certificates to the target object's account. The transaction hash, transfer amount, and account change status of the entire process are synchronously recorded in the consortium blockchain's blocks, ensuring that the entire process is traceable and tamper-proof.

[0073] Step 400: In response to the target transaction instruction, obtain the target value to be processed and the various heterogeneous digital rights certificates held by the target object.

[0074] A target transaction instruction is an operation instruction initiated by a user in an actual consumption or payment scenario, requesting the use of digital rights certificates to offset part or all of the payment. The target value refers to the total amount the user needs to pay in this transaction or the specific amount to be offset. Multiple heterogeneous digital rights certificates refer to a collection of various digital rights assets held in the target object's account, issued by different issuers and possessing different value attributes and usage rules.

[0075] In practical applications, when a user completes product selection and initiates payment at a merchant terminal (such as an offline store POS machine or online cashier), the merchant terminal generates a target transaction instruction containing the consumption amount (i.e., the target value) and the merchant identifier, and sends it to the cloud server. Upon receiving the instruction, the application server first verifies the digital signature of the instruction to ensure the authenticity and integrity of the transaction data. After verification, the server performs a query operation in the distributed database based on the account identifier of the target object carried in the instruction, retrieving all currently "available" digital rights certificates under that account. Because these certificates may come from different issuers such as financial institutions, airlines, and operators, their validity periods, usage thresholds, and redemption ratios vary, hence they are referred to as heterogeneous digital rights certificates. Specifically, the server loads the retrieved certificate list (including certificate ID, current balance, basic value, and other metadata) and the target value into the in-memory computing engine, preparing data for the next step of complex combination solving.

[0076] Step 500: Based on the dynamic exchange ratio, perform value normalization processing on multiple types of heterogeneous digital rights certificates, and solve for the target deduction combination under the preset numerical constraints through a preset dynamic programming algorithm, and call the smart contract to execute the atomic deduction operation corresponding to the target deduction combination.

[0077] In this implementation, value normalization refers to the process of converting digital rights certificates issued by different parties and of different units into a standard value in the same unit of measurement (such as legal tender) according to a unified dynamic exchange rate. Dynamic programming is a mathematical optimization method that solves a complex problem by decomposing it into overlapping subproblems. Numerical constraints refer to the rules that must be met during the solution process, such as the total deduction amount not exceeding the target value, or the deduction amount for a single type of certificate not exceeding the user's existing balance. The target deduction combination refers to the determined scheme of deduction quantities for various certificates that maximizes the deduction amount or satisfies a specific optimization objective. Atomic deduction operation means that when executing a deduction, all involved certificates must be successfully deducted simultaneously or fail simultaneously and roll back, ensuring absolute consistency of data state. For example, when the target deduction combination fails, the smart contract's reverse operation is triggered, restoring the deducted certificates to the user's account.

[0078] Following the previous step, the application server first converts the balance of each type of heterogeneous digital equity certificate held by the target object into a unified value unit based on the obtained dynamic exchange ratio, thus completing value normalization. Next, a dynamic programming array is constructed, with indices ranging from 0 to each monetary unit of the target value. Then, through rigorous logical operations using dynamic programming algorithms such as the knapsack algorithm, the globally optimal solution is finally found, which is the target deduction combination (e.g., deducting 500 points using certificate A, 200 points using certificate B, and 100 points using certificate C). After obtaining the combination, the server generates an execution instruction containing the specific deduction amounts for each type of certificate and sends it to the clearing and settlement node or directly calls the equity ledger smart contract. The smart contract verifies the user's balance again on-chain. If the balance is sufficient, it simultaneously deducts the corresponding amounts of certificates A, B, and C within a transaction block and updates the user's account status synchronously. If any type of certificate deduction fails (e.g., due to insufficient balance caused by concurrency), the entire transaction is immediately rolled back to ensure atomicity.

[0079] In the aforementioned cross-platform digital rights transfer processing method, by receiving rights exchange requests initiated by the target object and, based on the identifiers of the first digital rights certificate and the target's second digital rights certificate carried in the request, calling a preset multi-dimensional feature mapping model to obtain a dynamic exchange ratio, real-time and accurate mapping of cross-issuer rights value is achieved. On this basis, by calling a pre-deployed smart contract to execute value transfers between cross-issuer node reserve pools, and issuing equivalent second digital rights certificates to the target object's account, the immutability and traceability of blockchain technology ensure the security and transparency of the cross-domain clearing process, effectively solving the clearing risk and efficiency bottlenecks caused by the lack of trust mechanisms in traditional centralized servers. Furthermore, when responding to target transaction instructions, by performing value normalization processing on the various heterogeneous digital rights certificates held by the target object, and using a dynamic programming algorithm to solve for the optimal deduction combination under preset numerical constraints, efficient aggregation and atomic deduction of multi-source heterogeneous rights are achieved. This not only improves the automation level and execution efficiency of transaction processing but also reduces user payment costs through algorithm optimization. The entire solution constructs a secure, efficient, and intelligent distributed rights transfer scheme.

[0080] like Figure 3 As shown, in an exemplary embodiment, step 200 includes:

[0081] Step 220: Based on the first identifier and the second identifier, obtain the basic anchor value of the first digital rights certificate relative to the second digital rights certificate.

[0082] Step 240: Obtain multiple dynamic feature factors that reflect the status of data flow. The dynamic feature factors include at least liquidity factor, validity period factor, and demand heat factor.

[0083] Step 260: Perform weighted fusion processing on multiple dynamic feature factors, and use a nonlinear activation function to process the weighted sum to obtain the exchange discount coefficient.

[0084] Step 280: Adjust the base anchor value based on the exchange discount factor to obtain the dynamic exchange ratio.

[0085] The base anchor value refers to the official or theoretical exchange benchmark ratio between the first and second digital equity certificates. Dynamic characteristic factors are quantitative indicators reflecting the real-time status changes of digital equity certificates during data flow. Liquidity factors characterize the exchange frequency and smoothness of circulation of specific digital equity certificates on the server. Validity factors measure the time decay of digital equity certificates before their expiration date. Demand intensity factors reflect the frequency of requests for exchange and market attention for specific digital equity certificates within the current statistical period. Weighted fusion processing refers to a data processing method that assigns preset weight coefficients to multiple dynamic characteristic factors and then sums them.

[0086] In this embodiment, the nonlinear activation function is a mathematical mapping function used to transform the weighted summed linear value into a nonlinear exchange discount coefficient. The exchange discount coefficient refers to the adjustment ratio used to adjust the base anchor value, which is dynamically generated based on market supply and demand and the status of the voucher.

[0087] In practical applications, issuers such as banks and gas stations can declare the base value R0 of their points to RMB (e.g., 100 points = 1 RMB) via API when they join the platform. This value can be modified in the issuer's backend, but it is subject to credit score constraints (modification requires approval).

[0088] After receiving the rights swap request, the application server parses out the first identifier of the first digital rights certificate and the second identifier of the target second digital rights certificate carried in the request. Based on these two identifiers, the server retrieves the corresponding certificate metadata from a distributed database or configuration center and extracts the basic anchor value of the first digital rights certificate relative to the second digital rights certificate.

[0089] Subsequently, the server enters the dynamic feature factor acquisition phase: the server collects data in real time from multiple dimensions reflecting the data flow status.

[0090] Liquidity factor f1 = min(total redemption requests for this point on the platform in the past 30 days / historical maximum monthly request volume, 1.0). The historical maximum monthly request volume is dynamically maintained by the platform based on statistical data from the past 12 months.

[0091] The validity period factor f2 = (average remaining validity days of all active users of this point) / preset maximum validity period (e.g., 365 days). If the point is valid indefinitely, then f2 is 1.0.

[0092] Market demand intensity f3 = number of searches for this point in the platform mall / total number of searches for all points, normalized to [0,1].

[0093] After obtaining the aforementioned dynamic feature factors, the server calls a multidimensional feature mapping model for calculation. Specifically, the server pre-stores the weight coefficients of each factor. Taking the weight vector w=[0.4,0.3,0.3] as an example (the actual adjustable range is 0.2~0.6), the liquidity factor, validity period factor, and demand heat factor can be weighted and summed to obtain a comprehensive linear feature value s=w1×f1+w2×f2+w3×f3.

[0094] Next, the server uses a non-linear activation function (such as the Sigmoid function or the Tanh function) to map the comprehensive linear eigenvalues, compressing them to a specific numerical range (such as between 0 and 1), thereby obtaining the final exchange discount coefficient.

[0095] For example, the weighted sum s can be substituted into the Sigmoid function to obtain the discount coefficient α = 1 / (1 + e^{-5×(s-0.5)}), ensuring that α is controlled between 0.3 and 1.0 (below 0.3 is set to 0.3, above 1.0 is set to 1.0). In this way, this process can simulate complex nonlinear market fluctuations and prevent extreme changes in a single factor from causing drastic oscillations in the ratio.

[0096] Finally, the server adjusts the base anchor value based on the calculated exchange discount factor. The specific adjustment logic can be: dynamic exchange ratio R = R0 × α.

[0097] In other embodiments, the multidimensional feature mapping model is a weighted nonlinear model based on historical exchange data, which includes at least: an input layer for inputting liquidity factors, validity period factors, and demand heat factors; a weighting layer for summing each factor after multiplying it by a preset weight, wherein each preset weight is independently selected from the range of 0.2 to 0.6; an activation layer for mapping the weighted sum to a discount coefficient between 0 and 1 using a sigmoid function, and limiting the discount coefficient to 0.3 to 1.0; and an output layer for multiplying the base anchor value by the discount coefficient to obtain the dynamic exchange ratio.

[0098] Specifically, the weighted layer of the multidimensional feature mapping model uses a weight vector w = [w1, w2, w3], where w1 corresponds to the liquidity factor, w2 corresponds to the validity period factor, and w3 corresponds to the demand heat factor. Each weight is independently selected between 0.2 and 0.6, and satisfies w1 + w2 + w3 = 1. The weighted sum s = w1 × f1 + w2 × f2 + w3 × f3. The activation layer uses the Sigmoid function α = 1 / (1 + e^{-5×(s-0.5)}), and α is limited to the interval [0.3, 1.0]. The output layer calculates the dynamic exchange ratio R = R0 × α, where R0 is the basic anchor value. This model uses historical transaction data to offline fit the weights weekly to adapt to market changes.

[0099] In other exemplary embodiments, the final dynamic exchange ratio can be obtained by adjusting according to a preset offset algorithm.

[0100] In this embodiment, by calling a multi-dimensional feature mapping model, combining the basic anchor value with dynamic feature factors reflecting the data flow status, and using a non-linear activation function to generate an exchange discount coefficient to accurately adjust the exchange ratio, the real-time dynamic evaluation and accurate mapping of the value of digital rights certificates are realized, effectively improving the fairness, flexibility and market adaptability of cross-issuer rights swaps.

[0101] In one exemplary embodiment, the cross-issuer node includes a first issuer node for a first digital rights certificate and a second issuer node for a second digital rights certificate; such as Figure 4 As shown, step 300 includes:

[0102] Step 320: Obtain the reserve pool addresses of the first issuer node and the second issuer node. Based on the reserve pool addresses of the first issuer node and the second issuer node, control the smart contract to transfer equivalent resource data from the reserve pool of the first issuer node to the reserve pool of the second issuer node. After the on-chain event of successful resource data transfer is triggered, synchronously update the equity status of the target object's account and record the change hash value of the equity status and the transaction flow in the distributed ledger.

[0103] In practical applications, across issuing nodes (i.e., two independent business participants or settlement entities responsible for issuing the first and second digital equity certificates), each possesses its own independent settlement account and reserve pool. The reserve pool address refers to an on-chain or centralized ledger storage location belonging to a specific issuing node, dedicated to storing its corresponding equity resource data, ensuring the targeted accuracy of value transfers. Equity status refers to the real-time update of attributes such as the quantity, validity period, and available amount of various digital equity certificates held in the account of the target object (e.g., a user or merchant) after the equity swap operation is completed. The change hash value is a unique, fixed-length digital fingerprint generated by hashing transaction data where the equity status has changed, ensuring the immutability and traceability of the data.

[0104] In practice, once the server completes the calculation of the dynamic exchange ratio and confirms the validity of the exchange request, the cross-issuer node value transfer process will be initiated as follows: First, the server obtains the reserve pool addresses of the first issuer node corresponding to the first digital equity certificate and the second issuer node corresponding to the second digital equity certificate from the node registration center or on-chain configuration contract. These two addresses can be pre-registered and verified on the server to ensure that the fund transfer accurately reaches the designated issuer settlement account.

[0105] Next, the server invokes a smart contract pre-deployed on-chain or locally, taking the calculated dynamic exchange ratio, the reserve pool address of the first issuing node, the reserve pool address of the second issuing node, and the amount of resource data to be transferred as parameters. The smart contract executes the core transfer logic: deducting resource data (such as universal points) equivalent to the exchange cost from the reserve pool address of the first issuing node and transferring it to the reserve pool address of the second issuing node. This process is atomic, meaning it either succeeds entirely or is completely rolled back, ensuring account balance.

[0106] After the on-chain event of a successful resource data transfer is triggered and confirmed, the server listens for the event signal and then initiates the subsequent account status update mechanism. According to the exchange protocol, the server synchronously updates the equity status of the target account, specifically deducting the number of equity certificates transferred out and increasing the number of equity certificates transferred in. To ensure the auditability and non-repudiation of the operation, the server generates a transaction log containing detailed data of this equity status change (including values ​​before and after the change, timestamps, transaction hashes, etc.) and records the unique hash value of this log in the distributed ledger. This series of operations achieves a fully automated closed loop from value transfer and status update to data notarization, ensuring the transparency and security of cross-institutional equity swaps.

[0107] In this embodiment, by obtaining the reserve pool address across issuer nodes and calling the smart contract to execute value transfer based on dynamic exchange ratio, the equity status of the target object's account is synchronously updated after the on-chain event of successful transfer is triggered, and the changed hash value is recorded in the distributed ledger. This realizes automated settlement and status synchronization of cross-institutional equity transfer, effectively improving the transparency, security and processing efficiency of value exchange, and ensuring the immutability and full traceability of transaction data.

[0108] In an exemplary embodiment, a target deduction combination is obtained by solving a problem using a preset dynamic programming algorithm under preset numerical constraints. This includes: determining the unit deduction value of each type of heterogeneous digital rights certificate; sorting the unit deduction values ​​of each type of certificate in descending order; constructing a dynamic programming array with a target value as the upper limit; and updating the array node values ​​by iterating through the target value in reverse order and the certificate categories in ascending order. During the iteration process, an inner loop iterates over the holding quantity of each type of digital rights certificate until a global target solution that satisfies the target numerical constraints is obtained. The global target solution includes the deduction quantity of each type of digital rights certificate.

[0109] Unit deduction value refers to the standard monetary value or equivalent amount that each heterogeneous digital rights certificate can represent in a deduction transaction after value normalization. A dynamic programming array is a data structure built in memory by the server to store the optimal solutions to subproblems; its array length or index limit corresponds to the target value to be processed. The global objective solution refers to the specific deduction quantity allocation scheme for various digital rights certificates that maximizes the deduction amount under the condition of satisfying the target value constraint, calculated by the dynamic programming algorithm.

[0110] In practice, after receiving multi-category heterogeneous digital equity certificate data that has undergone value normalization, the server first extracts the unit deduction value of each type of certificate and sorts the certificate categories in descending order of value. Subsequently, the server constructs a one-dimensional dynamic programming array (usually denoted as the dp array) in memory. The length of this array is set to the target value to be processed plus one (i.e., the index range covers 0 to the target value). Each node dp[i] in the array is used to record the maximum deductible value or optimal state when the deduction amount is i.

[0111] Next, the server initiates its core solution loop, using an outer loop to iterate through the target value in reverse order and an inner loop to iterate through the certificate categories in forward order to populate and update the dynamic programming array. Specifically, the outer loop gradually decreases from the target value to 1, while the inner loop iterates through each sorted digital equity certificate in turn. During the iteration, for a particular digital equity certificate being processed, the server retrieves the actual number of certificates held in the user's account and initiates an inner loop iteration. This iteration attempts to substitute different quantities of the certificate into the state transition equation for calculation within the current number of certificates held, and under the constraint of not exceeding the current target value of the outer loop. The server continuously compares and updates the values ​​of the corresponding nodes in the dynamic programming array, ensuring that each node stores the optimal solution for the current state. When the entire iteration process ends, the state recorded by the node in the dynamic programming array with an index equal to the target value (or the feasible node closest to the target value) is the global target solution. The server parses this global target solution to accurately obtain the specific amount to be deducted for each type of digital equity certificate, thus providing precise execution instructions for subsequent calls to the smart contract to perform atomic deduction operations.

[0112] For example, taking digital rights as points, dynamic exchange rate as exchange rate, and server dynamic programming knapsack problem to find the optimal global solution, the technical principle is: under the constraint of consumption amount M, select the best combination from various points to maximize the deduction amount.

[0113] Specifically, the input can be the number of points (b_i) of n types held by the user, the consumption amount (M points), and the real-time exchange rate (R_i) for each type of point. The unit value is calculated as: v_i = 100 / R_i. The unit value v_i represents the points that can be deducted per point (unit: points / point), and its relationship with the real-time exchange rate R_i (unit: points / yuan) is: v_i = 100 / R_i. For example, if the real-time exchange rate for a certain type of point is 100 points / yuan, then v_i = 1 point / point, meaning each point can deduct 1 cent. Then, v_i is sorted in descending order for pruning purposes.

[0114] Then, a one-dimensional array dp[0…M] is created, dp[0]=0, and the rest are initialized to -∞.

[0115] For each integral i, sort it in reverse order by unit value v_i, and process them sequentially. For amount j, iterate downwards from M to 0, and for k, iterate from 0 to min(b_i, floor(j / v_i)). Perform the state transition: dp[j] = max(dp[j], dp[j-k·v_i] + k·v_i).

[0116] After processing all points, the maximum deduction amount is max(dp). If max(dp) is negative, the deduction fails, and the user must pay the full amount. Then, backtracking from dp[M], the deduction amount q_i (or the storage path) is obtained, and the final actual payment amount P = M - max_dp.

[0117] In other embodiments, in order to deal with the large variety of integral types, normalization can be performed first to reduce complexity.

[0118] For example, if a user holds three types of heterogeneous points: A) 1000 bank points, with a real-time exchange rate of 120 points / yuan (unit deduction value ≈ 0.83 points / point); B) 500 airline points, with a real-time exchange rate of 80 points / yuan (unit deduction value = 1.25 points / point); and C) 2000 e-commerce points, with a real-time exchange rate of 150 points / yuan (unit deduction value ≈ 0.67 points / point), the target value is 50 yuan (i.e., 5000 points).

[0119] The server first sorts the units by deduction value in descending order: B (1.25), A (0.83), C (0.67). A dynamic programming array dp of length 5001 is constructed, initially dp[0] = 0, with the rest set to -∞. The amount j is iterated in reverse order from 5000 down to 0, and the voucher categories are iterated in ascending order. For B points (holding 500, v = 1.25), a deduction is attempted when j ≥ 1.25, updating dp[j] = max(dp[j], dp[j - 1.25] + 1.25); A and C are handled similarly. Finally, dp

[5000] outputs the maximum deduction of 5000 points. Backtracking yields the optimal combination: using 500 B points (deducting 625 points), 1000 A points (deducting 830 points), and 2850 C points (deducting approximately 1910 points, actually rounded down). The total deduction points equal 5000, fully deducting the target value. This process requires only one array traversal, eliminating the need for multiple ledger queries and significantly reducing gas overhead.

[0120] If a user's points are insufficient to cover the target value, then dp

[5000] will be negative, triggering a full payment process and reducing invalid on-chain deduction attempts.

[0121] In this embodiment, a pre-defined dynamic programming algorithm, combined with an iterative strategy of sorting voucher values ​​in descending order and traversing the target value in reverse order while traversing voucher categories in ascending order, accurately solves the global target solution containing the deduction quantities for each type of voucher under numerical constraints. This achieves the optimal combination deduction of multiple heterogeneous digital equity vouchers in complex transaction scenarios, significantly improving the automation level and resource utilization efficiency of equity deduction. Furthermore, the dynamic programming algorithm completes the global optimal solution through a single memory array traversal, reducing the number of queries to the distributed ledger and lowering transaction gas consumption compared to traversing and comparing vouchers by category.

[0122] In one exemplary embodiment, such as Figure 5 As shown, the method also includes:

[0123] Step 600: Regularly count the number of newly added nodes and active issuing nodes.

[0124] Step 620: Generate a resource extraction strategy based on the preset resource allocation strategy.

[0125] Step 640: Based on the resource extraction strategy, call the smart contract to extract resource data from the settlement account of the active issuing node, and transfer the extracted resource data to the preset equity reserve pool for the allocation of initial digital equity certificates during the registration phase of new nodes.

[0126] In this embodiment, a new node refers to an issuer or service node that completes registration and joins the rights swap network for the first time within the current statistical period. An active issuing node refers to a node entity that has engaged in business interactions such as rights issuance, exchange, or settlement within the statistical period, such as a merchant node.

[0127] Resource allocation strategies are a set of business rules used to guide servers in allocating computing resources or digital assets among different nodes. These rules may include extraction ratios, node weights, etc. Resource extraction strategies are specific execution plans generated based on resource allocation strategies, used to determine the proportion of data extracted from active issuing nodes, the extraction frequency, and the allocation rules. Resource data refers to the underlying digital asset data used for value anchoring or rights issuance, including but not limited to cryptocurrencies, universal points, and other on-chain digital currencies.

[0128] In practice, the server can periodically (e.g., every 24 hours, at 2 AM daily) retrieve the registration logs and transaction records of all nodes across the network through the distributed ledger's query interface. Based on the block timestamps recorded in the node registration contract, it can filter out newly created node records within the current period and count their number as a new node indicator. Simultaneously, the server scans active state contracts or node heartbeat monitoring logs to identify issuing nodes that have generated valid transaction hashes, called the equity issuance interface, or participated in cross-node liquidation activities within the period. These nodes are then categorized as active issuing nodes and their total number is counted.

[0129] Next, the server loads a pre-defined resource allocation strategy from the configuration center. This strategy includes parameters such as the extraction ratio coefficient, node weight factor, and reserve pool level threshold. Then, the statistically obtained number of newly added nodes and the number of active issuing nodes are used as input variables and substituted into the constructed strategy calculation model. For example, if the number of new nodes grows rapidly, the server will automatically increase the extraction ratio to replenish the reserve pool; if the number of active nodes is stable, the basic extraction rate is maintained. Afterward, a specific resource extraction strategy is generated using a weighted algorithm, including the resource amount to be extracted by each active issuing node, the extraction trigger conditions, and the execution priority, and this strategy is written into the task scheduling queue. The server retrieves the resource extraction strategy from the task scheduling queue, parses the strategy content, and extracts the list of active issuing nodes that need to participate in this extraction and their corresponding extraction amounts. Subsequently, the server sequentially calls the smart contract deployed on the blockchain, sending the extraction instruction, including the source account address, the target equity reserve pool address, the extraction amount, and the signature certificate, as a transaction to the consensus network. The smart contract automatically verifies the legality of the instructions and, after confirming that the settlement account balance of the active issuing node is sufficient, executes the fund transfer operation: deducts a specified amount of resource data from the settlement account of each active issuing node and transfers the equivalent amount of resource data to the preset equity reserve pool contract address.

[0130] In this embodiment, by periodically counting the number of newly added and active issuance nodes and automatically generating extraction strategies based on resource allocation strategies, and using smart contracts to realize the automatic transfer of resources, the dynamic replenishment of the equity reserve pool and the accurate allocation of initial vouchers are ensured, thereby improving the autonomy, scalability and resource management efficiency of the server.

[0131] like Figure 6 As shown, in an exemplary embodiment, step 620 includes:

[0132] Step 622: Obtain the preset initial equity quota corresponding to a single new node, determine the product of the initial equity quota and the number of new nodes, and obtain the total allocated resources.

[0133] Step 624: Divide the total allocated resources by the number of active issuing nodes to obtain the basic allocation amount.

[0134] Step 626: Obtain the historical transaction amount of active issuance nodes. If the historical transaction amount is lower than the preset transaction amount threshold, determine the subsidy ratio based on the range of the transaction amount, reduce the basic allocation amount based on the subsidy ratio, obtain the target allocation amount, and generate a resource extraction strategy that includes the target allocation amount.

[0135] In this embodiment, the initial equity quota refers to the value benchmark or quantity standard of the initial digital equity certificates preset or allocated by the server for a single new node after registration. The total allocated resources refer to the total amount of resources that the server needs to allocate in a coordinated manner, calculated by multiplying the initial equity quota of a single new node by the total number of new nodes in the current period. The basic allocation quota refers to the theoretically payable or extractable resource value that is evenly distributed across each active issuing node. The subsidy ratio refers to a conversion factor set for a specific active issuing node to adjust its resource allocation quota, typically used to reduce the quota for nodes with low transaction activity. The target allocation quota refers to the final resource extraction value that the node actually needs to bear, determined after adjusting the basic allocation quota based on the active issuing node's historical transaction volume and its corresponding subsidy ratio.

[0136] For example, in a distributed ledger-based rights transfer server, the specific data processing flow for the server to execute resource allocation strategies can be as follows: First, at 2:00 AM every day, the server obtains the number of new nodes M_new within the current statistical period (24 hours) from the node registration management module, and reads the preset initial rights quota corresponding to a single new node, such as B_init=1000, from the server configuration parameter library. Next, based on these two data points, the server performs a multiplication operation, that is, multiplies the initial rights quota of a single new node by the total number of new nodes, thereby accurately calculating the total amount of resources required for this round of resource allocation.

[0137] Next, the server retrieves the list of active issuing nodes for the current period from the node activity monitoring module and counts the total number of active issuing nodes, N_mer. Then, the total allocated resources calculated in the previous step are divided by the number of active issuing nodes, and the basic allocation amount S = (B_init × M_new) / N_mer is obtained through an amortization algorithm, where B_init = 1000. This basic allocation amount represents the share of resources that each active issuing node needs to support the initial rights of new nodes under ideal and fair conditions; that is, the points that each merchant should share when a new user registers.

[0138] Subsequently, the server enters a differentiated adjustment phase: based on on-chain transaction statistics or settlement logs, it retrieves the historical transaction volume data for each active issuing node, comparing it with a preset transaction volume threshold, such as 10,000. If the historical transaction volume of an active issuing node is determined to be lower than the preset threshold, it indicates that the node's market activity in the current period is low, and a subsidy mechanism will be activated. The server will call a preset subsidy ratio parameter β, multiply the basic allocation amount by this subsidy ratio (usually less than 1), thereby lowering the node's basic allocation amount. The final calculation yields the node's target allocation amount = S × (1 - β), with the specific subsidy ratio depending on the actual situation. If the historical transaction volume is not lower than the threshold, the node may maintain the basic allocation amount or bear the burden at the normal ratio.

[0139] For example, consider the following application scenario: When a new user registers for the first time, the platform gives them 1000 initial points, with the cost shared by all merchants.

[0140] Every day at 2:00 AM (T=2:00), the server calculates the number of newly registered real-name users (M_new) in the previous 24 hours, and the total number of active merchants (N_mer).

[0141] Calculate the integral that each household should share: S = (B_init × M_new) / N_mer, where B_init = 1000.

[0142] By invoking the digital RMB smart contract, the equivalent amount in RMB (100 points = 1 RMB) is automatically deducted from each merchant's settlement account. For micro-merchants with monthly transaction volumes below 10,000 RMB, the subsidy ratio β can be set in tiers based on the merchant's monthly transaction volume.

[0143] Monthly transaction volume < 3000 yuan: β = 0.7 (70% platform subsidy);

[0144] Monthly transaction volume ≤ 3000 yuan < 6000 yuan: β = 0.5;

[0145] For monthly transaction amounts between 6000 yuan and 10000 yuan: β = 0.3;

[0146] Monthly transaction volume ≥ 10,000 yuan: β = 0 (no subsidy).

[0147] In other embodiments, for micro-merchants with monthly transaction volumes of less than 10,000, the platform subsidy β ratio can also adopt a fixed value, such as β=0.5, that is, only S×(1-β) points are deducted. The deducted amount is transferred to the "initial points special fund pool". After a new user registers and successfully completes real-name authentication, 1,000 points are immediately transferred from the fund pool to the user's account.

[0148] The subsidy amount is paid by the platform from its marketing budget, with the difference made up from the "initial points special fund pool". It is understandable that the correspondence between the subsidy ratio β and monthly transaction volume can be set according to actual circumstances, and is not a single, fixed rule here.

[0149] In this embodiment, the total amount of resources allocated is calculated by combining the number of new nodes and the initial equity quota. The basic allocation quota is dynamically reduced by introducing a subsidy ratio based on the historical transaction amount of active issuing nodes, thereby generating a differentiated target allocation quota. This achieves a more refined and fair resource extraction strategy, effectively balances the burden on high-activity and low-activity issuing nodes, and improves the overall stability and incentive efficiency of the equity transfer ecosystem.

[0150] In one exemplary embodiment, the method further includes:

[0151] Before receiving a rights swap request initiated by the target object, obtain the target object's identification information, detect the registration request frequency of the identification information within a preset time window, and if the registration request frequency exceeds a preset frequency threshold, generate and send an abnormal interception command to terminate the response to the rights swap request and resource allocation operation.

[0152] The target object's identification information refers to the digital identity code used to uniquely identify and locate the user terminal, device entity, or account initiating the service request, such as device fingerprint, user ID, or IP address. Registration request frequency refers to the density of account registration or service access requests initiated to the server based on the same identification information within a preset time window. The preset frequency threshold is a pre-set maximum limit used to determine whether a service request is abnormal or poses a risk of batch machine operations. The anomaly interception command is a blocking signal generated when the detected registration request frequency exceeds the security threshold, used to block the current service request and subsequent resource allocation operations.

[0153] In practical applications, to prevent potential business risks such as malicious registration and bulk acquisition of initial rights certificates, the server can initiate a pre-emptive security risk control detection process before executing the core rights exchange logic. Before a target object (such as a user terminal) attempts to access the server or initiate a rights exchange request, the server's access gateway will capture the request and extract the target object's identification information. This identification information can be the terminal's device fingerprint, network IP address, or the user's unique identifier (DID). The server uses the extracted identification information as an index key to access a distributed cache database (such as Redis) or a locally maintained sliding time window record array. Then, it retrieves the historical behavior logs of this identification information within the current preset time window (e.g., the past 60 seconds or 1 hour), counting the cumulative number of registration requests or similar business access requests, thus determining the current registration request frequency.

[0154] Next, the server compares the calculated registration request frequency with a preset frequency threshold. If the server detects that the registration request frequency of a target object's identifier information exceeds the preset threshold within a short period (e.g., more than 10 registrations within one minute), it means that the target object is highly likely to be a malicious account registered in bulk using machine scripts, or it has encountered abnormal attack traffic. At this time, the server will immediately generate an exception interception instruction, which will trigger the server's circuit breaker mechanism, directly terminating the response to the target object's current equity swap request. This means that the server will not proceed to subsequent steps (such as calling the multi-dimensional feature mapping model to calculate the exchange ratio, executing smart contracts for cross-node value transfer, etc.), nor will it perform the operation of allocating initial digital equity certificates to new nodes. By implementing this exception interception mechanism upfront, high-risk invalid or malicious requests can be accurately identified and filtered out before consuming computing resources and on-chain fees, thereby ensuring the security and stability of the entire equity transfer ecosystem.

[0155] In this embodiment, by introducing a registration request detection mechanism based on a preset time window and frequency threshold before processing the rights exchange request, high-frequency abnormal registration behavior can be accurately identified and intercepted, effectively preventing the risks of malicious batch registration and resource theft. While ensuring the security of server computing resources and rights reserve pool, the robustness and compliance of the overall business flow are improved.

[0156] To provide a clearer explanation of the cross-platform digital rights transfer processing method provided in this application, a specific embodiment is described below:

[0157] User A, the target user, has accumulated a large number of points (first digital rights certificate) through daily consumption using a bank's credit card. In order to obtain more useful rights, User A logs into the platform's APP and initiates a rights exchange request, hoping to exchange some of the bank points for gas station discount coupons (second digital rights certificate).

[0158] As the facilitator of the rights exchange, before receiving a request from user A, the platform first obtains user A's device fingerprint and account ID (identification information) through the risk control module, checks the frequency of user A's registrations and requests within a preset time window, and formally accepts the exchange request after confirming that no abnormal interception threshold has been triggered. Subsequently, based on the identifiers of bank points and gas coupons, the platform server calls a multi-dimensional feature mapping model, combining dynamic feature factors such as the liquidity of current bank points, the timeliness of gas coupons, and market redemption popularity, to calculate the dynamic exchange ratio between the two (e.g., 100 points can be exchanged for 1 yuan gas coupon).

[0159] Next, the platform uses a dynamic programming algorithm to find the optimal target deduction combination under numerical constraints such as user A's account balance and the face value of the gas voucher. After confirmation, the platform calls a pre-deployed smart contract to transfer equivalent resource data (such as digital RMB or universal settlement assets) from the reserve pool address of the bank node (the first issuing node) to the reserve pool address of the gas station node (the second issuing node). After the on-chain resource transfer success signal is triggered, the platform synchronously updates user A's account equity status, deducts the corresponding bank points and issues an equivalent value of electronic gas vouchers, and records the change hash value of this transaction in the distributed ledger.

[0160] Ultimately, user A drove to the partner gas station. When paying for the gas, the server automatically recognized the gas coupon held by user A and completed the deduction seamlessly, thus efficiently and transparently completing the entire process from bank points to offline gas consumption.

[0161] The above scheme uses blockchain (such as consortium blockchain) as a trusted underlying layer and digital currency such as digital RMB as a real-time clearing and settlement carrier to build a "highway" for the circulation of digital rights across industries such as banking, aviation, petroleum, telecommunications, and supermarkets, realizing the equivalent, real-time, and secure exchange of digital rights.

[0162] It should be understood that although the steps in the flowcharts of the embodiments described above are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the embodiments described above may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the steps or stages in other steps. It is understood that the steps in different embodiments can be freely combined as needed, and all non-contradictory solutions formed by such combinations are within the scope of protection of this application.

[0163] Based on the same inventive concept, this application also provides a cross-platform digital rights transfer processing apparatus for implementing the cross-platform digital rights transfer processing method described above. The solution provided by this apparatus is similar to the implementation scheme described in the above method; therefore, the specific limitations in one or more cross-platform digital rights transfer processing apparatus embodiments provided below can be found in the limitations of the cross-platform digital rights transfer processing method described above, and will not be repeated here.

[0164] In one exemplary embodiment, such as Figure 7 As shown, a cross-platform digital rights transfer processing device 700 is provided, including: a request receiving module 710, an exchange ratio acquisition module 720, a rights allocation module 730, a transaction response module 740, and a resource processing module 750, wherein:

[0165] The request receiving module 710 is used to receive a rights exchange request initiated by the target object. The rights exchange request carries a first identifier of the first digital rights certificate and a second identifier of the target second digital rights certificate to be exchanged.

[0166] The exchange ratio acquisition module 720 is used to obtain the dynamic exchange ratio between the first digital rights certificate and the second digital rights certificate by calling a preset multi-dimensional feature mapping model based on the first identifier and the second identifier.

[0167] The equity allocation module 730 is used to call a pre-deployed smart contract to execute value transfers between issuer node reserve pools according to a dynamic exchange ratio, and to issue equivalent second digital equity certificates to the target account.

[0168] The transaction response module 740 is used to respond to the target transaction instruction and obtain the target value to be processed and the various heterogeneous digital rights certificates held by the target object.

[0169] The resource processing module 750 is used to perform value normalization processing on multiple heterogeneous digital rights certificates based on dynamic exchange ratios, and to obtain the target deduction combination by solving the target deduction combination under preset numerical constraints through a preset dynamic programming algorithm, and to call the smart contract to execute the atomic deduction operation corresponding to the target deduction combination.

[0170] In some exemplary embodiments, the device further includes an equity allocation module, which is used to periodically count the number of newly added nodes and active issuing nodes, generate a resource extraction strategy based on a preset resource allocation strategy, call a smart contract based on the resource extraction strategy, extract resource data from the settlement account of active issuing nodes, and transfer the extracted resource data to a preset equity reserve pool for allocating initial digital equity certificates during the registration phase of new nodes.

[0171] In one embodiment, the exchange ratio acquisition module 720 is further configured to acquire, based on the first identifier and the second identifier, the basic anchor value of the first digital equity certificate relative to the second digital equity certificate, acquire multiple dynamic feature factors reflecting the data flow status, the dynamic feature factors including at least liquidity factor, validity period factor and demand heat factor, perform weighted fusion processing on the multiple dynamic feature factors, and process the weighted sum using a nonlinear activation function to obtain the exchange discount coefficient, and adjust the basic anchor value based on the exchange discount coefficient to obtain the dynamic exchange ratio.

[0172] In one embodiment, the resource processing module 750 is further configured to determine the unit deduction value of various types of certificates among multiple heterogeneous digital rights certificates, sort the unit deduction values ​​of various types of certificates in descending order, construct a dynamic programming array with a target value as the upper limit, and update the array node values ​​by traversing the target value in reverse order and traversing the certificate categories in ascending order. During the traversal, an inner loop iterates for the holding quantity of each type of digital rights certificate until a global target solution that satisfies the target value constraint is obtained. The global target solution includes the deduction quantity of various types of digital rights certificates.

[0173] In one embodiment, the equity allocation module is further configured to obtain a preset initial equity amount corresponding to a single new node, determine the product of the initial equity amount and the number of new nodes to obtain the total allocated resources, divide the total allocated resources by the number of active issuing nodes to obtain the basic allocation amount, obtain the historical transaction amount of active issuing nodes, and if the historical transaction amount is lower than a preset transaction amount threshold, determine the subsidy ratio based on the range of the transaction amount, reduce the basic allocation amount based on the subsidy ratio to obtain the target allocation amount, and generate a resource extraction strategy that includes the target allocation amount.

[0174] In one embodiment, the cross-issuer node includes a first issuer node for the first digital rights certificate and a second issuer node for the second digital rights certificate; the resource processing module 750 is also used to obtain the reserve pool addresses of the first issuer node and the second issuer node, and based on the reserve pool addresses of the first issuer node and the second issuer node, control the smart contract to transfer equivalent resource data from the reserve pool of the first issuer node to the reserve pool of the second issuer node. After the on-chain event of successful resource data transfer is triggered, the equity status of the target object's account is updated synchronously, and the change hash value of the equity status and the transaction flow are recorded in the distributed ledger.

[0175] In one embodiment, the device further includes an anomaly interception module, which is used to obtain the identification information of the target object before receiving the rights exchange request initiated by the target object, detect the registration request frequency of the identification information within a preset time window, and generate and send an anomaly interception instruction if the registration request frequency exceeds a preset frequency threshold, thereby terminating the response to the rights exchange request and resource allocation operation.

[0176] Each module in the aforementioned cross-platform digital rights transfer processing device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in or independent of the processor in a computer device, or stored in the memory of a computer device as software, so that the processor can call and execute the operations corresponding to each module.

[0177] In one exemplary embodiment, a computer device is provided, which may be a server, and its internal structure diagram may be as follows: Figure 8 As shown, this computer device includes a processor, memory, input / output (I / O) interfaces, and a communication interface. The processor, memory, and I / O interfaces are connected via a server bus, and the communication interface is also connected to the server bus via the I / O interfaces. The processor provides computational and control capabilities. The memory includes non-volatile storage media and internal memory. The non-volatile storage media stores the operation server, computer programs, and a database. The internal memory provides the environment for the operation server and computer programs stored in the non-volatile storage media. The database stores data such as multi-dimensional feature mapping models and smart contracts. The I / O interfaces are used for information exchange between the processor and external devices. The communication interface is used for communication with external terminals via a network connection. When executed by the processor, the computer program implements a cross-platform digital rights transfer processing method.

[0178] Those skilled in the art will understand that Figure 8The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0179] In one exemplary embodiment, a computer device is provided, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the steps in any of the above embodiments of the cross-platform digital rights transfer processing method.

[0180] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored, which, when executed by a processor, implements the steps in any of the above embodiments of the cross-platform digital rights transfer processing method.

[0181] In one embodiment, a computer program product is provided, including a computer program that, when executed by a processor, implements the steps in any of the above embodiments of the cross-platform digital rights transfer processing method.

[0182] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of the relevant data must comply with relevant regulations.

[0183] Those skilled in the art will understand that all or part of the processes in the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. Any references to memory, databases, or other media used in the embodiments provided in this application can include at least one of non-volatile memory and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM). The databases involved in the embodiments provided in this application may include at least one type of relational database and non-relational database. Non-relational databases may include, but are not limited to, blockchain-based distributed databases. The processors involved in the embodiments provided in this application may be general-purpose processors, central processing units, graphics processing units, digital signal processors, programmable logic devices, quantum computing-based data processing logic devices, artificial intelligence (AI) processors, etc., and are not limited to these.

[0184] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this application.

[0185] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of this patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. A cross-platform digital rights transfer processing method, characterized in that, The method includes: Receive a rights exchange request initiated by the target object, wherein the rights exchange request carries a first identifier of the first digital rights certificate and a second identifier of the target second digital rights certificate to be exchanged; Based on the first identifier and the second identifier, a preset multidimensional feature mapping model is invoked to obtain the dynamic exchange ratio between the first digital equity certificate and the second digital equity certificate. The multidimensional feature mapping model is used to determine the conversion relationship between different types of digital equity certificates. Invoke a pre-deployed smart contract to execute a value transfer between the issuer node reserve pools according to the dynamic exchange ratio, and issue an equivalent second digital equity certificate to the target object's account; In response to a target transaction instruction, obtain the target value to be processed and the various heterogeneous digital equity certificates held by the target object; The value of the various heterogeneous digital rights certificates is normalized based on the dynamic exchange ratio, and the target deduction combination is obtained by solving the problem under the preset numerical constraints through a preset dynamic programming algorithm. The smart contract is then called to execute the atomic deduction operation corresponding to the target deduction combination.

2. The method according to claim 1, characterized in that, The method further includes: Regularly track the number of newly added nodes and active issuing nodes; Based on the preset resource allocation strategy, a resource extraction strategy is generated; Based on the resource extraction strategy, the smart contract is invoked to extract resource data from the settlement account of the active issuing node, and the extracted resource data is transferred to a preset equity reserve pool for the allocation of initial digital equity certificates during the registration phase of new nodes.

3. The method according to claim 1, characterized in that, The step of using the first identifier and the second identifier to invoke a multi-dimensional feature mapping model to obtain the dynamic exchange ratio between the first digital rights certificate and the second digital rights certificate includes: Based on the first identifier and the second identifier, obtain the basic anchor value of the first digital rights certificate relative to the second digital rights certificate; Acquire multiple dynamic characteristic factors that reflect the status of data flow, including at least liquidity factor, validity period factor, and demand heat factor; The multiple dynamic feature factors are weighted and fused, and the weighted sum is processed using a nonlinear activation function to obtain the exchange discount coefficient. The dynamic exchange ratio is obtained by adjusting the base anchor value based on the exchange discount factor.

4. The method according to claim 1, characterized in that, The target deduction combination is obtained by solving a preset dynamic programming algorithm under preset numerical constraints, including: Determine the unit deduction value of each type of certificate among the various heterogeneous digital rights certificates, and sort the unit deduction values ​​of each type of certificate in descending order; Construct a dynamic programming array with the target value as the upper limit, and update the array node values ​​by traversing the target value in reverse order and the voucher categories in forward order. During the traversal, an inner loop iterates over the holding quantity of each type of digital rights certificate until a global target solution that satisfies the target numerical constraint is obtained. The global target solution includes the deduction quantity of each type of digital rights certificate.

5. The method according to claim 2, characterized in that, The generation of a resource extraction strategy based on a preset resource allocation strategy includes: Obtain the preset initial equity quota corresponding to a single new node, determine the product of the initial equity quota and the number of new nodes, and obtain the total allocated resources. Divide the total allocated resources by the number of active issuance nodes to obtain the basic allocation amount; Obtain the historical transaction amount of the active issuance node. If the historical transaction amount is lower than the preset transaction amount threshold, determine the subsidy ratio based on the range in which the transaction amount is located, reduce the basic allocation amount based on the subsidy ratio, obtain the target allocation amount, and generate a resource extraction strategy that includes the target allocation amount.

6. The method according to claim 1, characterized in that, The cross-issuer nodes include the first issuer node of the first digital rights certificate and the second issuer node of the second digital rights certificate; the invocation of the pre-deployed smart contract to execute the value transfer between the cross-issuer node reserve pools according to the dynamic exchange ratio includes: Obtain the reserve pool addresses of the first issuer node and the second issuer node; Based on the reserve pool addresses of the first issuer node and the second issuer node, the smart contract controls the transfer of equivalent resource data from the reserve pool of the first issuer node to the reserve pool of the second issuer node. After the on-chain event of successful resource data transfer is triggered, the equity status of the target object's account is updated synchronously, and the change hash value of the equity status and transaction flow are recorded in the distributed ledger.

7. The method according to any one of claims 1 to 6, characterized in that, The method further includes: Before receiving the rights swap request initiated by the target object, obtain the identification information of the target object; Detect the frequency of registration requests for the identified information within a preset time window; If the frequency of the registration requests exceeds a preset frequency threshold, an abnormal interception instruction is generated and sent to terminate the response to the rights exchange request and resource allocation operation.

8. A cross-platform digital rights transfer processing device, characterized in that, The device includes: The request receiving module is used to receive a rights exchange request initiated by the target object, wherein the rights exchange request carries a first identifier of the first digital rights certificate and a second identifier of the target second digital rights certificate to be exchanged. The exchange ratio acquisition module is used to obtain the dynamic exchange ratio between the first digital rights certificate and the second digital rights certificate by calling a preset multidimensional feature mapping model based on the first identifier and the second identifier. The multidimensional feature mapping model is used to determine the conversion relationship between different types of digital rights certificates. The equity allocation module is used to invoke a pre-deployed smart contract to execute value transfers between the issuer node reserve pools according to the dynamic exchange ratio, and to issue a second digital equity certificate of equivalent value to the target object's account. The transaction response module is used to respond to the target transaction instruction and obtain the target value to be processed and the various heterogeneous digital rights certificates held by the target object; The resource processing module is used to perform value normalization processing on the various heterogeneous digital rights certificates based on the dynamic exchange ratio, and to solve for the target deduction combination under the preset numerical constraints through a preset dynamic programming algorithm, and to call the smart contract to execute the atomic deduction operation corresponding to the target deduction combination.

9. A computer device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 7.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 7.

Images