Inter-industry alliance right management method and system based on blockchain technology

Abstract

The application discloses a kind of based on blockchain technology's cross-industry alliance right management method and system, belong to blockchain technology field.The method includes: system initialization, rule setting, transaction processing and right exchange.System includes alliance chain network, smart contract layer, application layer and external service interface;Smart contract layer is deployed with general right management contract, transaction and account distribution contract, right exchange contract and right pool management contract.The application realizes the generation of general right and the transfer of right gold synchronization through right and fund anchoring mechanism;Through multilevel automatic account distribution, realize the real-time right distribution of multiple roles in single transaction;Adopt hybrid storage on-chain and off-chain, based on attribute encryption and zero-knowledge proof, realize data privacy protection.The application solves the problems of data silos, high trust cost, right idle and insufficient privacy protection in the prior art, and realizes safe, efficient and trusted cross-industry alliance right management.

Description

Technical Field

[0001] This invention relates to the field of blockchain technology, specifically to a method and system for managing the rights and interests of cross-industry alliances based on blockchain technology. Background Technology

[0002] Currently, merchant and consumer rights management systems are typically operated by centralized platforms to manage data related to transactions, points, coupons, and other benefits. However, these centralized systems suffer from the following main problems:

[0003] 1. Data silos and lack of cross-platform access to benefits: The benefit systems of various business entities are independent, and benefits cannot be transferred across platforms. For example, the membership points of supermarkets and restaurants cannot be stored and used interchangeably, resulting in the inability of consumers to accumulate the value of benefits obtained from different merchants, which reduces user participation.

[0004] 2. Data security and tampering risks: Centralized databases are controlled by a single entity, and equity data (such as points balances and transaction records) may be maliciously modified, leading to damage to the rights and interests of participants. Traditional encryption algorithms are insufficient to achieve "data usable but not visible," posing a risk of leakage to sensitive transaction information of consumers and merchants.

[0005] 3. Trust costs and inefficiency: Alliance members require third-party guarantors, resulting in high operating costs. Operations such as points redemption and bonus distribution rely on manual or single-system reconciliation, which is cumbersome and error-prone, leading to delays and a lack of transparency in the transfer of benefits.

[0006] 4. Issues of idle rights and no guarantee of value: Traditional points systems cannot support multi-level rights nesting, and points are decoupled from real funds. Black and gray industries can obtain profits by forging or false cross-platform transactions, resulting in a high rate of loss of industry profits.

[0007] To address the aforementioned issues, some attempts have been made to utilize blockchain technology to improve points management. For example, the invention patent application titled "A Blockchain-Based Rights Collaboration Platform," published on December 24, 2021, with Chinese patent announcement number CN113837767A, discloses a method for rights registration, conversion, and transfer based on blockchain. However, it focuses on peer-to-peer rights collaboration between individuals and merchants, and does not address complex multi-level merchant alliances in cross-industry alliances, general rights such as points systems, and the related rights pool fund custody and revenue sharing mechanisms.

[0008] In summary, existing technologies lack a complete, transparent, and automatically executable technical architecture, and cannot solve the technical problems of cross-industry alliances in areas such as the trusted issuance and transfer of general rights and interests, reliable anchoring of rights and funds, multi-level automated revenue sharing, and data privacy protection. Summary of the Invention

[0009] The purpose of this invention is to solve the problems of data silos and lack of interoperability of rights and interests, data security and tampering risks, high trust costs and low efficiency, idle transfer of rights and interests and lack of value guarantee in existing technologies. It provides a cross-industry alliance rights and interests management method and system based on blockchain technology, which can achieve the technical effects of secure storage and anti-tampering traceability of rights and interests data, transparent cross-entity collaboration, and automated rights and interests transfer, thereby improving trust, reducing operating costs, ensuring fund security, and stimulating market vitality.

[0010] The objective of this invention is mainly achieved through the following technical solutions:

[0011] A method for managing the rights and interests of cross-industry alliances based on blockchain technology is implemented based on a cross-industry alliance rights and interests management system, which includes an alliance blockchain network, a smart contract layer, an application layer, and external service interfaces; the smart contract layer deploys a general rights and interests management contract, a transaction and revenue sharing contract, a rights and interests exchange contract, and a rights and interests pool management contract.

[0012] The method includes the following steps:

[0013] Step S1, System Initialization: Each participant registers their identity on the consortium blockchain network and obtains a digital identity identifier and blockchain account address; the platform operator cooperates with the fund service institution to initialize the equity pool management contract on the chain and associate it with a dedicated fund account held in custody by the fund service institution;

[0014] Step S2, Rule Setting: Suppliers and sellers publish goods or services through the application layer and set corresponding general rights rules for goods or services in the general rights management contract;

[0015] Step S3, Transaction Processing: When a transaction occurs, the transaction information is recorded on the blockchain, triggering the transaction and revenue sharing contract to perform the following operations:

[0016] Step S31: Generate a corresponding number of general rights according to the preset rights rules;

[0017] Step S32: Instruct the fund service provider to transfer the equity premium equivalent to the general equity to the custodian equity pool account to complete the fund lock-up;

[0018] Step S33: Automatically allocate the generated general rights to the relevant participants according to the preset allocation ratio;

[0019] Step S4, Equity Exchange: Upon receiving a general equity exchange request, the equity exchange contract is triggered to perform the following operations:

[0020] Step S41: Verify the validity of the rights and the rules for exchange;

[0021] Step S42: The equity exchange contract instruction fund service institution pays the corresponding equity fee from the equity pool account to the merchant providing the goods or services;

[0022] Step S43: After the fund service institution returns the fund clearing success certificate, the corresponding number of general rights are destroyed.

[0023] This invention is applied to a cross-industry alliance rights management system that includes a consortium blockchain network, a smart contract layer, an application layer, and external service interfaces. The method achieves full lifecycle management of general rights through four core steps (system initialization, rule setting, transaction processing, and rights exchange). Specifically:

[0024] System Initialization: All participants (platform operator, suppliers, sellers, consumers, fund servicing institutions, etc.) register their identities on the consortium blockchain network, obtaining digital identity identifiers and blockchain account addresses. The platform operator collaborates with the fund servicing institution to initialize the equity pool management contract on the blockchain and link it to a dedicated fund account held in custody by the fund servicing institution. This step establishes the trust foundation of the system, ensuring that all participants have legitimate identities and preparing for subsequent equity fund custody.

[0025] Rule Setting: Suppliers and retailers publish goods or services through the application layer and set corresponding general rights rules for the goods or services in the general rights management contract. These rules include: how many general rights are awarded for a certain amount of consumption, the distribution ratio among parties, and the validity period. Once the rules are on the blockchain, they cannot be tampered with, ensuring the transparency and fairness of the rules.

[0026] Transaction Processing: When a transaction occurs (e.g., a consumer purchases goods or services from a seller, or a seller purchases goods or services from a supplier), the transaction information is recorded on the blockchain, triggering the automatic execution of three sub-operations in the transaction and revenue sharing contract: S31 generates a corresponding amount of general equity according to preset rules; S32 instructs the fund service institution to transfer the equivalent equity funds to the escrow equity pool to lock the funds; S33 automatically distributes the generated general equity to relevant participants (platform, supplier, seller, consumer, etc.) according to a preset allocation ratio. This step achieves automated processing of "one transaction, multiple revenue sharing," with equity and funds strictly synchronized.

[0027] Rights Redemption: When a consumer uses universal rights for purchase, the rights redemption contract is triggered: S41 verifies the validity of the rights and redemption rules (e.g., whether the balance is sufficient, the redemption ratio is correct, and whether it is within the validity period); S42 instructs the funds servicing institution to pay the corresponding rights fee from the rights pool account to the merchant; S43 after the funds servicing institution returns the clearing success certificate, the corresponding quantity of universal rights is destroyed. This step adopts the order of "clearing first, then destroying" to ensure that rights are destroyed only after successful fund clearing, avoiding the risk that rights have been destroyed but funds have not been received.

[0028] This invention achieves fully automated management of general rights from issuance and allocation to redemption. All operation records are tamper-proof and traceable, solving the problems of cumbersome processes, error-proneness, and lack of transparency in traditional systems. By forcibly anchoring transactions, rights, and funds, it eliminates the problem of idle rights; and by automatically executing smart contracts, it eliminates dependence on third-party guarantee institutions and reduces operating costs.

[0029] Furthermore, in step S32, the funder of the royalties is automatically determined by the transaction and revenue-sharing agreement based on the transaction type:

[0030] In scenarios where consumers purchase goods or services from sellers, the royalty fee is borne by the seller;

[0031] In scenarios where a seller purchases goods or services from a supplier, the royalty is borne by the supplier.

[0032] This invention defines the funder of royalties as automatically determined by the transaction and revenue-sharing contract based on the transaction type. Retailers receive sales revenue from consumers, and their royalties represent an investment in consumer loyalty; suppliers receive procurement revenue from retailers, and their royalties represent an incentive for the sales channel. The transaction and revenue-sharing contract automatically determines the funder based on the transaction type field using conditional statements, requiring no manual intervention. Automatic funder determination through smart contracts avoids manual intervention and disputes, ensuring the clarity and legitimacy of the royalties' source.

[0033] Furthermore, in step S33, the generated general rights are automatically allocated to relevant participants according to a preset allocation ratio in a real-time execution mode, specifically including:

[0034] Once the equity premium is successfully transferred to the custodial equity pool and the fund service institution returns a verifiable transfer voucher on the blockchain, the allocation logic of the transaction and revenue sharing contract is automatically triggered.

[0035] The transaction and revenue sharing contract is jointly confirmed by the supplier and seller when the product or service is released and written into the transaction and revenue sharing contract, and the generated general rights are distributed to the blockchain accounts of the relevant parties in real time.

[0036] After the allocation is completed, the account balances of each participant are updated in real time on the consortium blockchain network, and the allocation records are stored on the blockchain in the form of transactions.

[0037] This invention utilizes the event-driven mechanism of blockchain. Upon successful fund locking, the equity pool management contract issues a "funds locked" event. The transaction and distribution contracts, upon detecting this event, immediately execute the allocation, ensuring the atomicity of allocation and fund locking. This real-time execution mode eliminates the drawbacks of manual reconciliation and delayed distribution, ensuring the timeliness and accuracy of equity allocation.

[0038] Furthermore, the consortium blockchain network employs the Practical Byzantine Fault-Tolerant (PBFT) consensus algorithm. Consensus nodes include platform operation nodes, fund service nodes, and elected supplier and vendor nodes, with a minimum of four consensus nodes. The PBFT consensus algorithm ensures system security and eventual consistency even in the event of malicious behavior or failure of some nodes. Node joining requires a vote by the consortium governance committee, and fund service nodes participate in verification as one of the consensus nodes, achieving dual protection of technical security and financial supervision. This ensures the high throughput and low latency of the consortium blockchain, making it suitable for high-frequency trading scenarios; multi-party consensus prevents malicious behavior by a single node.

[0039] Furthermore, the general equity management contract maintains the rules for the issuance, destruction, balance inquiry, and basic circulation of general equity; the general equity is pegged to fiat currency in the custodian account, and this pegging relationship is hard-coded and maintained by the equity pool management contract. The generation and destruction of general equity correspond to the transfer and payment of equity premiums. The general equity management contract of this invention has locked the total equity premium variable, which is always equal to the total issuance of general equity. When generating equity, funds are transferred first; when destroying equity, funds are paid first, ensuring a one-to-one pegging (the specific ratio can be preset). In this way, the problem of general equity being idle and lacking value security is solved, ensuring a reliable correspondence between virtual equity and physical value.

[0040] Furthermore, the cross-industry alliance rights management method based on blockchain technology also includes query and auditing steps:

[0041] Each participant can use a blockchain explorer to query the entire chain record of rights issuance, circulation, and exchange, as well as the operation record of rights pool funds; wherein, the operation instructions of the rights pool funds are initiated by the rights pool management contract and stored on the blockchain.

[0042] In this invention, all transactions are stored in blocks, each containing a timestamp and the hash of the preceding block, forming an immutable chain. The blockchain explorer provides a user-friendly query interface. This ensures full transparency throughout the process, allowing all participants to monitor the operation of the equity pool and eliminating the risk of fund misappropriation.

[0043] Furthermore, the cross-industry alliance rights management method based on blockchain technology also includes data security and privacy protection steps:

[0044] A hybrid on-chain and off-chain storage architecture is adopted. On-chain storage includes general equity balance, transaction hash, key operation logs and permission policy hash, while off-chain storage includes the original plaintext of sensitive data.

[0045] Before storing sensitive data, an attribute-based encryption mechanism is used for encryption, and the encryption strategy is bound to the data access permissions;

[0046] The encryption keys are generated, distributed, and revoked by the platform's operating node, which acts as a trusted key center.

[0047] The blockchain only stores the off-chain storage address and encryption policy hash. When accessing data, the requesting node must prove that its attributes meet the policy requirements, and the decryption key can only be obtained after authorization by the platform operation node.

[0048] Each issuance, transfer, and exchange of rights generates a unique transaction hash, forming a complete traceable chain;

[0049] Establish a role-based access control model, separating the rights and responsibilities of different participating nodes, allowing them to access data only within their authorized scope;

[0050] When participants submit a transaction to the blockchain network, they use zero-knowledge proof technology to generate a transaction proof.

[0051] The original plaintext of sensitive data in this invention is stored and encrypted off-chain, with only the hash and access policy stored on-chain; zero-knowledge proofs allow verification of transaction legitimacy without exposing the specific content; a role-based access control model ensures that nodes can only access authorized data. Thus, data is usable but not visible, protecting privacy without compromising data verification and auditing.

[0052] Furthermore, the cross-industry alliance rights management method based on blockchain technology also includes double encryption and traceability steps for rights data:

[0053] A hash algorithm is used to generate a unique transaction hash value for each transaction, and the transaction hash value serves as a unique identifier for that transaction.

[0054] Asymmetric encryption algorithms are used to encrypt and store transaction data. The encrypted data is stored off-chain, while only the transaction hash value and the encrypted data storage address are stored on-chain.

[0055] By utilizing the blockchain structure of a distributed ledger, transaction hash values ​​are linked in chronological order to form a traceable chain;

[0056] When transaction authenticity needs to be verified, the corresponding block is searched in the distributed ledger using the transaction hash value to obtain the encrypted data storage address. Authorized nodes then decrypt the data and compare its consistency. This invention uses the transaction hash as a unique identifier, and blocks are linked through hash pointers. Modifying any block will invalidate the hashes of all subsequent blocks. This ensures data integrity, and any tampering can be detected.

[0057] Furthermore, the step of generating transaction proofs using zero-knowledge proof technology specifically includes:

[0058] The transaction initiator inputs the transaction data into the zero-knowledge proof generation algorithm, which outputs a proof string and common inputs. The proof string is used to prove that the transaction data meets the preset rules, and the common inputs include the transaction type, timestamp, and public keys of the participants.

[0059] The verifier inputs a proof string and a public input into a zero-knowledge proof verification algorithm, outputting the verification result. A true verification result indicates a legitimate transaction, while a false result indicates an illegitimate transaction. The verification process does not expose the specific content of the transaction data. Zero-knowledge proofs allow the prover to demonstrate the truth of a proposition to the verifier without revealing any additional information. This protects transaction privacy while ensuring the verifiability of the transaction's legitimacy.

[0060] Furthermore, the steps for establishing the role-based access control model specifically include:

[0061] Different role identifiers are assigned to different participating node nodes, and the role identifiers are bound to the digital identity certificates of the participating parties;

[0062] The system determines whether a node has the right to perform a specific operation or access specific data based on its role identifier;

[0063] When a node requests access to sensitive data, the system checks whether the node's role identifier meets the data access policy. If it does, access is allowed; otherwise, access is denied and an audit log is recorded. In this invention, role identifiers are bound to digital certificates, and smart contracts or the system check role permissions before each operation. This achieves fine-grained data access control and prevents unauthorized access.

[0064] Furthermore, the general equity management contract is specifically used for:

[0065] Create corresponding general rights and interests rules based on the goods or services published by suppliers and sellers;

[0066] Record the general equity balance of each participant, and increase the balance in response to issuance requests and decrease the balance in response to burn requests;

[0067] Provides a balance query interface for participants to check their own general equity quantity;

[0068] The basic rules for managing the circulation of general rights include the validity period, scope of use, and minimum redemption unit of the rights;

[0069] The transaction and revenue sharing contract is specifically used for:

[0070] Monitor transaction events on the consortium blockchain network and analyze the product or service identifiers, transaction amounts, and participant identities in the transaction information;

[0071] Call the query interface of the general rights management contract to obtain the rights generation ratio and allocation ratio corresponding to the product or service;

[0072] Calculate the total amount of general rights to be generated and the amount of rights that each participant should receive;

[0073] Call the fund lock interface of the equity pool management contract to request the lock of equivalent equity funds;

[0074] After the funds are successfully locked, the issuance interface of the general rights management contract is invoked to distribute the general rights to the accounts of the relevant parties.

[0075] The aforementioned equity exchange contract is specifically used for:

[0076] Monitor exchange events on the consortium blockchain network and analyze the amount of equity, target participants, and exchange rules in the exchange requests;

[0077] Call the balance query interface of the general equity management contract to verify whether the general equity balance of the exchange initiator is sufficient;

[0078] Verify whether the exchange request conforms to the preset exchange rules, which include the exchange rate, validity period and scope of application;

[0079] After successful verification, the fund clearing interface of the equity pool management contract is invoked to request payment of equity premiums;

[0080] After successful fund settlement, the destruction interface of the general equity management contract is invoked to deduct the corresponding amount of general equity.

[0081] The equity pool management contract is specifically used for:

[0082] Record the total amount and details of changes in the equity fund in the custodial equity pool;

[0083] Receive the fund lock request of the transaction and revenue sharing contract, send the fund freeze instruction to the fund service institution system, and record the freeze status;

[0084] Receive the fund clearing request of the equity exchange contract, send the fund transfer instruction to the fund service institution system, and record the clearing status;

[0085] After the fund service institution system returns a success certificate, update the available balance of the equity pool and upload the operation record to the blockchain for evidence storage.

[0086] Return the operation result to the transaction and revenue sharing contract or the equity exchange contract to trigger subsequent equity operations.

[0087] The four contracts in this invention are modularly deployed independently and can call each other through contract addresses. Each contract performs its own function while working together to achieve full automation of the rights management process. The contract responsibilities are clear and easy to upgrade and maintain.

[0088] Furthermore, the cross-industry alliance rights management method based on blockchain technology also includes general rights transfer steps:

[0089] After each participant obtains general rights, they can carry out rights transfer operations within the consortium blockchain network. These operations include rights transfer, rights donation, and rights holding.

[0090] The transfer of rights refers to one party transferring some or all of its general rights to another party, with a transfer fee deducted according to a preset ratio;

[0091] The so-called gift of rights refers to one participant gratuitously gifting some or all of its general rights to another participant;

[0092] The term "equity holding" refers to the fact that the participating party preserves its general equity holdings as assets for a long period of time without performing any operations.

[0093] All transfer operations are executed automatically through the general equity management contract, and transfer records are stored on the blockchain.

[0094] The universal rights management contract of this invention provides a transfer interface to support the transfer of rights between participants, with the option to deduct pre-set transaction fees. This enhances rights liquidity and stimulates market activity.

[0095] A system for implementing the above-mentioned cross-industry alliance rights management method based on blockchain technology includes:

[0096] The consortium blockchain network is a permissioned access consortium blockchain, authorized only to participating nodes, and jointly maintained by multiple participating nodes. These participating nodes include platform operation nodes, financial service nodes, supplier nodes, and retailer nodes. Specifically, the platform operation nodes are maintained by the platform operator, the supplier nodes by the supplier, the retailer nodes by the retailer, and the financial service nodes by the financial service institution. Consumers access the system through the application layer and do not directly act as blockchain consensus nodes.

[0097] The smart contract layer, running on the consortium blockchain network, includes a general equity management contract, a transaction and revenue sharing contract, an equity exchange contract, and an equity pool management contract.

[0098] The application layer provides a front-end interactive interface for all participants, used for product or service display, transaction initiation, rights inquiry and redemption operations;

[0099] External service interfaces are used to connect with the systems of fund service institutions to realize real-name custody, deposit and withdrawal, and account splitting of equity pool funds;

[0100] The application layer interacts with the smart contract layer by calling contract interfaces and querying on-chain data;

[0101] The smart contract layer interacts with the consortium blockchain network through consensus verification, data writing, and ledger querying.

[0102] The consortium blockchain network interacts with the external service interface through interface calls and fund clearing instructions.

[0103] The universal equity management contract of this invention provides a transfer interface to support equity transfers between participants, with the option to deduct pre-set transaction fees. Thus, this invention can improve equity liquidity and stimulate market activity.

[0104] Furthermore, the platform operation node combines consensus verification and identity authentication functions, used to issue digital identity certificates for each participant and participate in the consensus verification of the consortium blockchain as a consensus node. The identity authentication specifically includes: when a participant registers, they submit their identity information to the platform operation node. After the platform operation node verifies the information, it uses its private key to issue a digital certificate, which is bound to the participant's blockchain address. The consensus verification specifically includes: the platform operation node and other consensus nodes jointly sort, verify, and confirm transactions to ensure the legality and consistency of transactions.

[0105] The platform operation node of this invention acts as a trusted third party, verifying the identities of participants and issuing certificates; simultaneously, it participates in transaction verification as a consensus node, achieving dual protection of technical security and financial supervision. This ensures the legitimacy of the nodes and prevents unauthorized nodes from accessing the network; financial payment regulatory agencies can monitor on-chain transactions in real time.

[0106] This invention aims to address the technical pain points in cross-industry alliance rights management, namely, how to achieve secure storage, tamper-proof traceability, and transparent cross-entity collaboration of rights data through blockchain technology, while ensuring data privacy and improving the efficiency of rights transfer. To this end, this invention provides a method and system for cross-industry alliance rights management based on blockchain technology. By constructing a permissioned access alliance blockchain network, it integrates multiple participating nodes such as platform operation nodes, fund service nodes, supplier nodes, and retailer nodes, and employs technologies such as smart contracts, distributed ledgers, and encryption algorithms to achieve secure management of general rights data throughout its entire lifecycle. Its core content includes:

[0107] 1. Utilize the decentralized, immutable, and traceable characteristics of consortium blockchain networks to establish transparent and trustworthy records for the issuance, circulation, and exchange of general rights.

[0108] 2. The transfer of general equity is automatically linked to the deposit and withdrawal operations of the equity pool through the equity pool management contract, ensuring that general equity and custodian funds are reliably anchored.

[0109] 3. Design automated revenue sharing and allocation logic. Through transaction and revenue sharing contracts, automatically complete the allocation of rights and interests to multiple roles such as platform operators, suppliers, sellers, and consumers in key stages of the generation, circulation, and exchange of general rights and interests, thereby improving efficiency and fairness.

[0110] 4. Build a decentralized rights-sharing technical architecture that supports collaborative participation from multiple roles such as suppliers, retailers, and consumers.

[0111] In summary, the present invention has the following advantages compared with the prior art:

[0112] (1) Based on the transparency and immutability of blockchain, this invention enables all rights issuance, circulation, and exchange records to be publicly verified. Consumers and merchants’ trust in the universal rights system is significantly enhanced, which is conducive to the rapid expansion of the alliance ecosystem and can improve trust and participation.

[0113] (2) This invention replaces a large amount of manual reconciliation and fund transfer work with automated accounting and settlement, which greatly improves operational efficiency and reduces error and dispute rates. Compared with the traditional model, it can reduce operating costs.

[0114] (3) The equity premium of this invention is managed in full by a licensed fund service institution and operates in conjunction with smart contracts. All fund instructions originate from on-chain contracts, eliminating the risk of fund misappropriation and ensuring fund security. At the same time, the general equity is anchored to the equity premium, ensuring that the equity has real value support.

[0115] (4) The universal rights of this invention can be freely allocated and exchanged within the alliance, breaking the data silos of the traditional points system, improving the liquidity and value of rights, and stimulating consumption. Consumers can use universal rights at any merchant within the alliance, enhancing user stickiness and improving the liquidity of rights.

[0116] (5) This invention achieves universal rights interoperability, joint marketing, and trusted settlement among merchants in multiple industries through the collaborative work of blockchain smart contracts (specifically, general rights management contracts, transaction and revenue sharing contracts, rights exchange contracts, and rights pool management contracts). This invention can be widely applied to the construction of alliance ecosystems in industries such as wholesale and retail trade, catering, finance, cultural tourism, health and wellness, and e-commerce, and has good prospects for industrial application. Attached Figure Description

[0117] The accompanying drawings, which are included to provide a further understanding of embodiments of the invention and form part of this application, do not constitute a limitation thereof. In the drawings:

[0118] Figure 1 This is a system architecture diagram of a specific embodiment of the present invention;

[0119] Figure 2 This is a general flowchart of a general rights management method in a specific embodiment of the present invention;

[0120] Figure 3 This is a sequence diagram of transaction triggering, equity locking, and allocation in a specific embodiment of the present invention;

[0121] Figure 4 This is a sequence diagram of general rights exchange and rights premium settlement in a specific embodiment of the present invention. Detailed Implementation

[0122] To make the objectives, technical solutions, and advantages of the present invention clearer, the present invention will be further described in detail below with reference to the embodiments and accompanying drawings. The illustrative embodiments and descriptions of the present invention are only used to explain the present invention and are not intended to limit the present invention.

[0123] To facilitate understanding of this invention, the key terms used in this invention are defined and explained below:

[0124] Universal Rights: A digital rights certificate issued, circulated, and destroyed on a consortium blockchain, pegged to fiat currency in a custodian account at a preset ratio, used to quantify, record, and settle the rights value of each participant in the cross-industry consortium ecosystem. Universal Rights can take the form of consumer points, coupons, digital vouchers, etc.

[0125] Premium Equity: A fiat currency pegged to the general equity, held in a dedicated fund account managed by a fund servicing institution. The number of general equity issued and the locked-up amount of premium equity are dynamically balanced.

[0126] Equity Pool: A dedicated fund account held in custody by a fund servicing institution (such as a bank or licensed third-party payment company) to hold fiat currency equivalent to the issued general equity. All fund operation instructions for the equity pool originate from on-chain smart contracts and are stored on-chain.

[0127] Consortium blockchain networks: These are permissioned blockchain networks where only authorized participating nodes can access the network, and multiple nodes jointly maintain the distributed ledger. Consortium blockchain networks are characterized by immutability, traceability, and decentralization.

[0128] Smart Contract Layer: An executable code layer deployed on a consortium blockchain network, containing multiple core smart contracts. A smart contract is a protocol written in code that executes automatically, and its terms are enforced by the code.

[0129] General Equity Management Contract: A smart contract responsible for the issuance, destruction, balance inquiry, and basic circulation rules of general equity.

[0130] Transaction and revenue sharing contracts: Smart contracts that automatically trigger the generation of general equity and the locking of equity premiums when a transaction of goods or services occurs, and distribute the general equity to relevant parties according to preset rules.

[0131] Equity Exchange Contract: A smart contract that manages the exchange rates and rules for common rights among different participants and supports consumers using common rights across merchants.

[0132] Equity Pool Management Contract: A smart contract that interfaces with external fund service institutions' systems to record the fund anchoring status of the equity pool and manage the exchange relationship between general equity and equity premiums.

[0133] Smart contracts are automated execution protocols written in code and deployed on a blockchain network. The terms of a smart contract are enforced by code. When preset conditions are met (such as a transaction occurring, time elapsed, or an external event triggering), the contract automatically executes the corresponding operation (such as transferring funds, locking funds, or issuing points), without human intervention, and the execution result is immutable. In this invention, the general equity management contract, transaction and revenue sharing contract, equity exchange contract, and equity pool management contract deployed at the smart contract layer all belong to smart contracts.

[0134] Fund servicing institutions refer to institutions with qualifications for fund custody, payment settlement, and fund transfer, including payment institutions, financial institutions, or a combination of both. Payment institutions are non-bank payment institutions with payment business qualifications (such as third-party payment companies holding a "Payment Business License"); financial institutions include banking financial institutions (such as commercial banks) and non-bank financial institutions (such as trust companies and securities companies) with financial business qualifications. Fund servicing institutions are responsible for the real-name custody, deposit and withdrawal, and distribution of equity pool funds, and execute fund transfers according to instructions from platform operation nodes or smart contracts.

[0135] Platform Operation Node: This is a consortium blockchain node maintained by the platform operator. It combines consensus verification and identity authentication functions, issuing digital identity certificates to each participant and participating in the consortium blockchain's consensus verification as a consensus node. It also acts as a trusted key center, responsible for the generation, distribution, and revocation of encryption keys. The platform operator manages the entire system's business, roles, and rights through this node, including registration, identity authentication, business processing, and data processing.

[0136] Funds service nodes: These are consortium blockchain nodes maintained by a funds service provider, used to receive funds operation instructions from smart contracts and execute fund transfers. Funds service nodes can be payment nodes, financial nodes, or a combination of both. Payment nodes are maintained by payment institutions, while financial nodes are maintained by financial institutions.

[0137] Supplier Nodes: Consortium blockchain nodes maintained by suppliers. Suppliers are providers of goods or services, including manufacturers, brand owners, wholesalers, etc. Supplier nodes are responsible for publishing goods or services, setting corresponding general rights rules in the general rights management contract, assuming the responsibility of funding rights in scenarios where sellers purchase goods or services from suppliers, and receiving general rights allocations. Supplier nodes can become consensus nodes after being elected by the consortium governance committee, participating in the consensus verification of the consortium blockchain.

[0138] Vendor Nodes: Consortium blockchain nodes maintained by vendors. Vendors are merchants who directly sell goods or services to consumers, including retailers, distributors, and dealers. Vendor nodes are responsible for publishing goods or services, assuming the responsibility of funding royalties in scenarios where consumers purchase goods or services from vendors, receiving general equity allocations, and providing goods or services to consumers. Vendor nodes can become consensus nodes after being elected by the consortium governance committee and participate in the consensus verification of the consortium blockchain.

[0139] Auxiliary service nodes: These refer to third-party institutional nodes such as advertising service providers, technology service providers, and logistics service providers that provide support services to cross-industry alliances. They can access the alliance chain network as needed, but do not participate in core transaction processing.

[0140] Application layer: The software layer that provides the front-end interactive interface for all participants, including web clients, mobile applications (APPs), etc.

[0141] External service interface: An application programming interface used to connect with fund service institution systems and third-party business systems to realize real-name custody, deposit and withdrawal, and account splitting operations of equity pool funds.

[0142] Sensitive data refers to data involving the personal privacy or trade secrets of participating parties that requires protection, including but not limited to consumers' real-name information (name, mobile phone number, ID card number), consumers' consumption records, merchants' sales data details, bank account information, etc. In this invention, sensitive data is stored off-chain and protected by an attribute-based encryption mechanism; only its storage address and encryption strategy hash are stored on-chain.

[0143] Example:

[0144] like Figure 1 As shown, the cross-industry alliance rights management system based on blockchain technology includes: a consortium blockchain network, which is a permissioned access consortium blockchain, authorized only to participating party nodes, and jointly maintained by multiple participating party nodes; the participating party nodes include platform operation nodes, fund service nodes, supplier nodes, and retailer nodes; wherein, the platform operation nodes are maintained by the platform operator, the supplier nodes are maintained by the supplier, the retailer nodes are maintained by the retailer, and the fund service nodes are maintained by the fund service institution; consumers access the system through the application layer and do not directly act as blockchain consensus nodes; a smart contract layer, running on the consortium blockchain network, including a general rights management contract... The system comprises a contract layer, a transaction and revenue sharing contract, a rights exchange contract, and a rights pool management contract; an application layer, providing a front-end interactive interface for all participants for product or service display, transaction initiation, rights inquiry, and exchange operations; and an external service interface, used to connect with the fund service institution system to realize real-name custody, deposit and withdrawal, and revenue sharing operations of the rights pool funds. The application layer interacts with the smart contract layer by calling contract interfaces and querying on-chain data. The smart contract layer interacts with the consortium blockchain network through consensus verification, data writing, and ledger querying. The consortium blockchain network interacts with the external service interface through interface calls and fund clearing instructions. This layered architecture ensures the system's scalability and maintainability. The application layer handles user interaction but does not process business logic; the smart contract layer encapsulates core business logic to ensure the fairness of rule execution; the consortium blockchain network layer provides a distributed ledger and consensus mechanism to ensure data immutability; and the external service interface layer is responsible for connecting with off-chain systems (such as fund service institutions) to realize fund operations.

[0145] The consortium blockchain network in this embodiment adopts distributed ledger technology. All transaction records, equity issuance records, and equity transfer records are stored in the distributed ledger in the form of blocks. Each operation generates a unique transaction hash, forming a complete traceable chain.

[0146] The consortium blockchain network in this embodiment may also include auxiliary service nodes, such as advertising service provider nodes, technology service provider nodes, and logistics service provider nodes. These nodes do not participate in core transaction processing, but can: Advertising service provider nodes: record advertising data and receive general incentives based on impressions or clicks. Technology service provider nodes: provide system maintenance and technical support services and receive general rewards. Logistics service provider nodes: record logistics and delivery information and receive general benefits based on delivery volume. The access of auxiliary service nodes requires approval by the consortium governance committee (more than two-thirds of the votes in favor) and the issuance of a digital certificate by the platform operation node.

[0147] In this embodiment, all fund operation instructions for the equity pool originate from on-chain smart contracts and are stored on-chain. The fund service institution, as an execution node, jointly witnesses the process. This ensures the equity pool's operation is open and transparent, allowing all alliance members to monitor it and eliminating the risk of fund misappropriation.

[0148] In this embodiment, the platform operation node combines consensus verification and identity authentication functions. It issues digital identity certificates to each participant and participates in the consensus verification of the consortium blockchain as a consensus node. The identity authentication specifically includes: participants submitting their identity information to the platform operation node during registration; after successful verification, the platform operation node issues a digital certificate using its private key, which is bound to the participant's blockchain address. The consensus verification specifically includes: the platform operation node and other consensus nodes jointly sorting, verifying, and confirming transactions to ensure their legality and consistency. Wherein:

[0149] Identity authentication function: When registering, participants submit their identity information (such as business license, legal representative information, etc.) to the platform operation node. After successful verification, the platform operation node issues a digital certificate using its private key. This digital certificate is bound to the participant's blockchain address. All subsequent transactions must be signed using the private key corresponding to this digital certificate to ensure the authenticity of the transaction initiator's identity.

[0150] Consensus Verification Function: The platform operation node, as one of the consensus nodes, participates in the consensus verification of the consortium blockchain. In the PBFT consensus mechanism, the platform operation node, together with other consensus nodes, sorts, verifies, and confirms transactions to ensure the legality and consistency of transactions, achieving dual protection of technical security and financial supervision.

[0151] like Figures 2 to 4As shown, the method for managing the cross-industry alliance rights and interests system based on the aforementioned blockchain technology includes the following steps: Step S1, System Initialization: Each participating party (including platform operator, supplier, seller, consumer, financial service institution, etc.) registers their identity on the alliance blockchain network and obtains a digital identity identifier and blockchain account address; the platform operator and the financial service institution cooperate to initialize the rights and interests pool management contract on the chain and associate it with a dedicated fund account held by the financial service institution; Step S2, Rule Setting: Suppliers and sellers publish goods or services through the application layer and set corresponding general rights and interests rules for goods or services in the general rights and interests management contract; Step S3, Transaction Processing: When a transaction occurs (e.g., a consumer buys goods from a seller, or a seller purchases goods from a supplier), the transaction information is uploaded to the chain, triggering the transaction and revenue sharing contract to perform the following operations: Step S31, Generate a corresponding number of general rights and interests according to the preset rights and interests rules (e.g., if the transaction amount is 100 yuan and the rights and interests generation ratio is 5%, then 5 general rights and interests are generated); Step S32, Instructions The fund servicing institution transfers the equivalent of the general rights fee to the escrow rights pool account, completing the fund lock-up (this step ensures that each general right generated has an equivalent amount of fiat currency as value backing); Step S33: According to the preset allocation ratio, the generated general rights are automatically allocated to relevant participants (platform operators, suppliers, sellers, consumers, etc.); Step S4: Rights redemption: When a general rights redemption request is received (e.g., a consumer uses a general right to purchase goods or services), the rights redemption contract is triggered to perform the following operations: Step S41: Verify the validity of the rights and redemption rules (verification includes: whether the consumer's account balance is sufficient, whether the redemption ratio is correct, whether the rights are within the validity period, and whether the redeemed goods or services are within the applicable scope, etc.); Step S42: The rights redemption contract instructs the fund servicing institution to pay the corresponding fund fee from the rights pool account to the merchant providing the goods or services; Step S43: After the fund servicing institution returns the fund settlement success certificate, the corresponding number of general rights are destroyed. Among these, system initialization is a key step in establishing a foundation of trust. Digital identity identifiers are obtained by issuing digital certificates through platform operation nodes. The blockchain account address serves as the unique identifier for participants to receive general rights and initiate transactions within the consortium blockchain network. The initialization of the rights pool management contract includes setting parameters such as escrow account information, anchoring ratios, and operation permissions. General rights rules include, but are not limited to: the ratio of consumption amount to the generation of general rights (e.g., 10 general rights are generated for every 100 yuan consumed), the allocation ratio among participants (e.g., 5% for the platform operator, 40% for suppliers, and 55% for consumers), the validity period of the rights, and the scope of use. Once the rules are written into the smart contract, they cannot be unilaterally altered, ensuring transparency. Step S3 in this embodiment automates the processing of one transaction with multiple ledgers. Fund locking and rights generation occur simultaneously, and allocation records are tamper-proof.In this embodiment, step S4 adopts a clearing-then-destruction sequence to ensure that the rights are destroyed only after the funds have been successfully cleared, thus avoiding the risk that the rights have been destroyed but the funds have not yet been received. The entire exchange process is completed automatically without manual intervention.

[0152] In step S32 of this embodiment, the contributor of the royalties is automatically determined by the transaction and revenue sharing contract based on the transaction type: in scenarios where consumers purchase goods or services from sellers, the royalties are borne by the sellers; in scenarios where sellers purchase goods or services from suppliers, the royalties are borne by the suppliers. In this embodiment, the transaction and revenue sharing contract automatically determines the contributor based on the transaction type field using conditional statements, requiring no manual intervention. The contribution rules can be adjusted according to the alliance business rules through a multi-party governance mechanism (such as a multi-party signature voting mechanism on the alliance blockchain). Seller contributions can attract consumers to make repeat purchases, while supplier contributions can encourage sellers to actively promote supplier products.

[0153] In step S33 of this embodiment, the generated general rights are automatically allocated to relevant participants according to a preset allocation ratio in a real-time execution mode. Specifically, this includes: when the rights fee is successfully transferred to the escrow rights pool and the funding service institution returns a verifiable transfer voucher on the blockchain, the allocation logic of the transaction and revenue sharing contract is automatically triggered; the transaction and revenue sharing contract allocates the generated general rights to the blockchain accounts of each relevant party in real time according to the allocation ratio jointly confirmed and written into the transaction and revenue sharing contract when the product or service is published; after the allocation is completed, the account balance of each participant is updated in real time in the consortium blockchain network, and the allocation record is stored on the blockchain in the form of a transaction. When the rights fee is successfully transferred to the escrow rights pool and the funding service institution returns a verifiable transfer voucher on the blockchain, the rights pool management contract issues a "funds locked" event. Upon hearing this event, the transaction and revenue sharing contract automatically triggers the allocation logic. The contract allocates the generated general rights to the blockchain accounts of each relevant party in real time according to the allocation ratio jointly confirmed and written into the transaction and revenue sharing contract when the product or service is published. After allocation, the account balances of each participant are updated in real time on the consortium blockchain network, and the allocation record is stored on the blockchain as a transaction record. This real-time execution mode eliminates the drawbacks of manual reconciliation and delayed allocation in traditional systems, ensuring the timeliness and accuracy of rights allocation. The on-chain storage of allocation records guarantees full transparency and traceability throughout the entire process.

[0154] This embodiment of the consortium blockchain network employs the Practical Byzantine Fault Tolerance (PBFT) consensus algorithm. The consensus nodes include platform operation nodes, fund service nodes, and elected supplier and retailer nodes, with a minimum of four nodes. The PBFT consensus algorithm ensures system security and eventual consistency even when some nodes act maliciously or fail. In this embodiment, the consensus nodes include the following members: one platform operation node, one fund service node, at least one supplier node elected by the consortium governance committee, and at least one retailer node, totaling at least four. The system can tolerate no more than one-third of the nodes experiencing Byzantine faults. This embodiment is adaptable to consortia of different sizes across industries, achieving horizontal scaling through node expansion. As the consortium grows, the number of consensus nodes can be increased (e.g., from 4 to 7, 10, etc.), resulting in a linear increase in system throughput. Future expansion can also be extended to cross-border consortium scenarios, enabling cross-border equity transfer through multi-chain cross-connect technology.

[0155] This embodiment maintains the issuance, destruction, balance inquiry, and basic circulation rules of general equity under the general equity management contract. The general equity is pegged to fiat currency in the custodian account, and the pegging relationship is hard-coded and maintained by the equity pool management contract. The generation and destruction of general equity correspond to the transfer and payment of equity funds. This embodiment adopts a dual-chain pegging mechanism of equity and funds. The equity pool management contract internally maintains a state variable "Total Locked Equity Funds," recording the total amount of equity funds locked in the equity pool. This total amount is always dynamically balanced with the total issuance in the general equity management contract (e.g., 1:1 or other preset ratio). When general equity is generated, the equity pool management contract first calls the fund service institution interface to transfer the corresponding amount of fiat currency to the custodian equity pool, then updates the "Total Locked Equity Funds" variable, and finally notifies the general equity management contract to increase the total issuance. When general equity is destroyed, the equity pool management contract first calls the fund service institution interface to transfer the corresponding amount of fiat currency from the custodian equity pool to the target participant's account, then reduces the "Total Locked Equity Funds" variable, and finally notifies the general equity management contract to reduce the total issuance.

[0156] This embodiment also includes query and auditing steps: each participant queries the entire chain record of rights issuance, circulation, and exchange, as well as the operation record of rights pool funds, through a blockchain explorer; wherein, the operation instructions for the rights pool funds are initiated by the rights pool management contract and stored on the blockchain. A blockchain explorer is a tool used to view transaction records, block information, account balances, and other data on the blockchain. In this embodiment, all participants can query the following information through the blockchain explorer: issuance records of general rights (issuance time, issuance quantity, recipient); circulation records of general rights (transferor, transferee, quantity, time); exchange records of general rights (exchange party, merchant, quantity, time); and operation records of rights pool funds (fund lock, fund settlement, amount, voucher). In this embodiment, each fund operation instruction (lock or settlement) initiated by the rights pool management contract generates a unique transaction hash on the chain, recording the operation time, amount, participants, and other information, ensuring that the operation of the rights pool is open and transparent, available for supervision by all alliance members, and eliminating the risk of fund misappropriation.

[0157] This embodiment also includes data security and privacy protection steps: A hybrid on-chain and off-chain storage architecture is adopted. On-chain storage includes general equity balances, transaction hashes, key operation logs, and permission policy hashes, while off-chain storage contains the original plaintext of sensitive data. Before storing sensitive data, an attribute-based encryption mechanism is used, and the encryption policy is bound to data access permissions. The encryption key is generated, distributed, and revoked by the platform operation node as a trusted key center. On-chain storage only includes the off-chain storage address and encryption policy hash. When accessing data, the requesting node must prove that its attributes meet the policy requirements, and can only obtain the decryption key after authorization from the platform operation node. Each equity issuance, transfer, and exchange operation generates a unique transaction hash, forming a complete traceable chain. A role-based access control model is established, separating the rights and responsibilities of different participating nodes, allowing them to access data only within their authorized scope. When a participant submits a transaction to the blockchain network, zero-knowledge proof technology is used to generate a transaction proof. This embodiment uses a hybrid on-chain and off-chain storage architecture. On-chain storage is small in volume and verifiable, suitable for storing state data such as balances and hashes. Off-chain storage uses the InterPlanetary File System (IPFS) to store sensitive data, which is associated with the on-chain data through hash values, balancing security and performance. This embodiment employs Attribute-Based Encryption (ABE), where encryption policies are tied to data access permissions. For example, "Only supplier nodes and financial service institution nodes can decrypt the detailed order information of this transaction." During decryption, nodes must prove that their attributes meet the policy requirements. This embodiment uses a platform operation node as the key center, responsible for generating, distributing, and revoking encryption keys. These keys are bound to the node's digital identity certificate. This embodiment features a traceable chain; each operation generates a unique transaction hash. Blocks are linked through hash pointers, forming an immutable chain. Modifying any block will invalidate the hashes of all subsequent blocks. The role-based access control model assigns different role identifiers (such as "supplier," "seller," and "platform operator") to different participating nodes. The system determines whether a node has the right to perform specific operations or access specific data based on its role identifier. This embodiment uses zero-knowledge proofs, allowing provers to prove a proposition to verifiers without revealing any additional information. In this embodiment, participants use zero-knowledge proof technology to generate transaction proofs, allowing verifiers to verify the legality of transactions without exposing their specific content.

[0158] This embodiment also includes a dual encryption and traceability step for equity data: a hash algorithm is used to generate a unique transaction hash value for each transaction, which serves as the unique identifier for that transaction; an asymmetric encryption algorithm is used to encrypt and store the transaction data, with the encrypted data stored off-chain, while only the transaction hash value and the encrypted data storage address are stored on-chain; utilizing the blockchain structure of the distributed ledger, the transaction hash values ​​are linked in chronological order to form a traceable chain; when it is necessary to verify the authenticity of a transaction, the corresponding block is searched in the distributed ledger using the transaction hash value to obtain the encrypted data storage address, which is then decrypted by an authorized node and compared for data consistency. The hash algorithm (such as SHA-256) maps data of arbitrary length to a fixed-length hash value, possessing unidirectional (irreversible) and collision resistance (the probability of different data generating the same hash is extremely low). Asymmetric encryption uses a public key for encryption and a private key for decryption, ensuring that only the authorized party holding the private key can decrypt the data. Blocks in the distributed ledger are linked through hash pointers to form a chain structure, guaranteeing data integrity and immutability.

[0159] This embodiment uses zero-knowledge proof technology to generate transaction proofs. The steps specifically include: the transaction initiator inputs transaction data into a zero-knowledge proof generation algorithm, which outputs a proof string and common inputs. The proof string proves that the transaction data meets preset rules, and the common inputs include the transaction type, timestamp, and participant public keys. The verifier inputs the proof string and common inputs into a zero-knowledge proof verification algorithm, which outputs a verification result. A true verification result indicates a legitimate transaction, while a false result indicates an illegitimate transaction. The verification process does not expose the specific content of the transaction data. The zero-knowledge proof generation algorithm (such as zk-SNARKs or zk-STARKs) receives transaction data (such as transaction amount and participant identity) and common parameters as input, and outputs a proof string (π) and common inputs (such as transaction type, timestamp, and participant public keys). The verification algorithm receives the proof string and common inputs and outputs a Boolean value (true or false). This technology can prove that "the transaction amount is within a preset range" without exposing the specific amount, or prove that "the participant has sufficient equity balance" without exposing the balance value.

[0160] The steps for establishing a role-based access control model in this embodiment specifically include: assigning different role identifiers to different participating nodes, with each role identifier bound to the participant's digital identity certificate; the system determining whether a node has the right to perform a specific operation or access specific data based on the role identifier; when a node requests access to sensitive data, the system checks whether the node's role identifier meets the data access policy; if it does, access is allowed; if not, access is denied and an audit log is recorded. Role identifiers, such as "Admin," "Supplier," "Seller," and "Consumer," are assigned by the platform operation node during participant registration and written into an extended field of the digital certificate. Data access policies are expressed as logical expressions, such as "(supplier OR seller) AND NOT consumer." Before executing an operation or accessing data, the system checks whether the node's role identifier meets the policy requirements through a smart contract or access control module. If not, the operation is denied and an audit log (including request time, node identity, requested operation, and reason for denial) is recorded for security auditing.

[0161] The general rights management contract in this embodiment is specifically used for: creating corresponding general rights rules based on the goods or services released by suppliers and sellers; recording the general rights balance of each participant, and increasing the balance in response to issuance requests and decreasing the balance in response to destruction requests; providing a balance query interface for participants to query their own general rights quantity; and managing the basic circulation rules of general rights, including the validity period, scope of use, and minimum exchange unit of rights. The transaction and revenue sharing contract in this embodiment is specifically used for: monitoring transaction events on the consortium blockchain network, parsing the goods or service identifiers, transaction amounts, and participant identities in the transaction information; calling the query interface of the general rights management contract to obtain the rights generation ratio and allocation ratio corresponding to the goods or services; calculating the total number of general rights to be generated and the number of rights each participant should receive; calling the fund locking interface of the rights pool management contract to request the locking of equivalent rights funds; and after successful fund locking, calling the issuance interface of the general rights management contract to allocate the general rights to the accounts of the relevant parties. The equity exchange contract in this embodiment is specifically used for: monitoring exchange events on the consortium blockchain network, parsing the equity quantity, target participant, and exchange rules in the exchange request; calling the balance query interface of the general equity management contract to verify whether the general equity balance of the exchange initiator is sufficient; verifying whether the exchange request conforms to the preset exchange rules, which include the exchange ratio, validity period, and scope of application; after successful verification, calling the fund settlement interface of the equity pool management contract to request payment of equity funds; after successful fund settlement, calling the destruction interface of the general equity management contract to deduct the corresponding amount of general equity. The equity pool management contract in this embodiment is specifically used for: recording the total amount and change details of equity funds in the escrow equity pool; receiving the fund lock request from the transaction and revenue sharing contract, sending a fund freeze instruction to the fund service institution system, and recording the freeze status; receiving the fund settlement request from the equity exchange contract, sending a fund transfer instruction to the fund service institution system, and recording the settlement status; after the fund service institution system returns a success certificate, updating the available balance of the equity pool and storing the operation record on the blockchain; returning the operation result to the transaction and revenue sharing contract or the equity exchange contract to trigger subsequent equity operations.

[0162] This embodiment also includes a general rights transfer step: After each participant obtains general rights, they conduct rights transfer operations within the consortium blockchain network. These operations include rights transfer, rights donation, and rights holding. Rights transfer refers to one participant transferring some or all of their general rights to another participant, with a transfer fee deducted according to a preset ratio. Rights donation refers to one participant donating some or all of their general rights to another participant free of charge. Rights holding refers to a participant storing their general rights as assets long-term without any further action. All transfer operations are automatically executed through the general rights management contract, and transfer records are stored on the blockchain. Specifically, rights transfer involves one participant transferring some or all of their general rights to another participant, with a transfer fee deducted according to a preset ratio (e.g., 1% of the transfer amount). The transfer fee can be allocated to the platform operator or the rights pool. Rights donation involves one participant donating some or all of their general rights to another participant free of charge, without deducting any fees. Rights holding involves a participant storing their general rights as assets long-term without any further action, awaiting future use or appreciation. All transfer operations are executed automatically through a universal equity management contract, and transfer records are stored on the blockchain to ensure the transparency and traceability of the transfer process.

[0163] The innovative points of this embodiment are summarized as follows:

[0164] 1. Innovative consortium blockchain architecture with multi-role collaboration

[0165] Existing blockchain-based equity management solutions mostly focus on single scenarios (such as single-enterprise points management). This solution constructs a decentralized equity management architecture that supports collaborative participation from multiple roles, including platform operators, financial service institutions, suppliers, distributors, and consumers. Through a consortium blockchain network, it achieves full-process technical control over equity fund custody, universal equity circulation, and cross-entity revenue sharing, solving pain points such as data opacity, high risk of points tampering, and low revenue sharing efficiency in traditional cross-industry alliances.

[0166] 2. Innovation of dual functions of licensing and access control and nodes

[0167] This permissioned consortium blockchain adopts a permissioned access system, authorizing only nodes from participating parties in different industries to access the platform. Each node has a unique digital identity certificate (issued by the platform's operating node) to ensure its legitimacy. Simultaneously, the platform's operating node performs both consensus verification and identity authentication functions, participating as one of the consensus nodes in the consensus verification of rights and interests data, thus achieving dual protection of technical security and financial supervision.

[0168] 3. Innovation anchored by both equity and funding chains

[0169] Employing a dual-chain anchoring mechanism for both equity and funds, the generation and circulation of general-purpose equity on the blockchain are strictly bound to the locking and transfer of real funds in an offline escrow account through an equity pool management contract. This achieves a reliable correspondence between virtual equity and real-world value, resolving the issues of idle general-purpose equity and lack of value security. General-purpose equity is anchored to fiat currency, and this anchoring relationship is hard-coded and maintained by the equity pool management contract.

[0170] 4. Multi-level automated revenue sharing and circulation innovation

[0171] Employing a multi-level automated revenue sharing model, a set of business logic embedded in transaction and revenue sharing contracts was designed. This model can automatically and promptly complete the allocation, exchange, and fund distribution of common rights and interests among multiple roles, including platform operators, suppliers, sellers, and consumers, when a single transaction occurs, greatly simplifying the complexity of subsequent clearing and settlement. Smart contract triggering conditions are driven by blockchain events (such as transaction completion events and rights exchange application events), and execution results are recorded on the blockchain in real time, ensuring a transparent and traceable process.

[0172] 5. Innovation in privacy protection and authorized access mechanisms

[0173] Adopting a privacy-preserving and responsibility-separation architecture for cross-industry alliances, data validity verification is completed without disclosing sensitive data. A role-based access control model is established, separating the responsibilities of different participating nodes, allowing them to access data only within their authorized scope. Specifically, technologies such as hybrid on-chain and off-chain storage, attribute-based encryption, and zero-knowledge proofs are employed to achieve "usable but not visible" sensitive data. General equity rules and revenue-sharing logic are publicly executed by smart contracts, and funds are independently managed by licensed fund service institutions, constructing a trust system that does not rely entirely on the credit of a centralized platform.

[0174] 6. Auditable and transparent equity pool

[0175] All fund operation instructions in the equity pool originate from on-chain smart contracts (specifically initiated by the equity pool management contract) and are stored on-chain. All participants can query the entire chain of equity issuance, circulation, and exchange records, as well as equity pool fund operation records, through a blockchain explorer. This ensures the equity pool's operation is open and transparent, allowing all alliance members to monitor it and eliminating the risk of fund misappropriation.

[0176] 7. Flexible and scalable system architecture

[0177] The business system and consortium blockchain system can adapt to cross-industry alliances of different sizes, achieving horizontal scaling through node expansion. For example, as the alliance grows, the number of consensus nodes can be increased, thereby improving system throughput. Future expansion can further extend to cross-border cross-industry alliance scenarios.

[0178] The technical solution of this embodiment will now be illustrated using a "county-level business alliance" as an example. For ease of description, generic names will be used instead of specific merchant or organization names below.

[0179] (I) System Deployment and Initialization

[0180] Consortium Blockchain Network Deployment: The Shuxin Chain is used as the underlying blockchain framework to build a permissioned access consortium blockchain. The consensus nodes include the following nodes: platform operation node "First Operator" (1 node), financial service node "First Bank" (1 node), supplier node "First Trading Company" (1 node), and retailer node "First Retailer" (1 node), for a total of 4 consensus nodes, using the Practical Byzantine Fault Tolerance (PBFT) consensus algorithm.

[0181] Character registration:

[0182] The platform operator, "First Operator," generates its own digital identity certificate, Cert_P, which serves as the trust anchor for the alliance. Simultaneously, the platform operator submits a registration application to the financial services institution, "First Bank." After verification, "First Bank" issues a digital identity certificate, Cert_F, to the platform operator for secure communication between the platform operator and the financial services institution.

[0183] Institutional User Registration: Suppliers (such as "First Trading Company" and "Second Trading Company"), retailers (such as "First Retailer" and "Second Retailer"), and other institutional users (referring to enterprises, social organizations, individual businesses, etc. with business licenses) submit their business licenses and other information to the financial service institution "First Bank" for business registration. After "First Bank" verifies the information, it submits the institutional user's identity information and verification results to the platform operator, who then issues digital certificates for them, designated as Cert_S1, Cert_S2, Cert_B1, and Cert_B2, respectively.

[0184] Individual user registration: Consumers (individual users, i.e. natural persons) register through the mobile application (APP) and submit their identity information, such as their mobile phone number, directly to the platform operator, "the first operator". After verifying the mobile phone number, the "first operator" issues a digital certificate for them, which is denoted as Cert_C1.

[0185] Ancillary service nodes: Advertising service providers and other ancillary service nodes can register their business with the financial service institution as needed, following the institutional user registration process, and the platform operator will issue digital certificates.

[0186] Smart contract deployment:

[0187] Deploy the "Universal Equity Management Contract" and set the initial total issuance to 0.

[0188] Deploy the "Equity Pool Management Contract" and set up the associated "First Bank" custody account Account_Bank.

[0189] Deploy "transaction and revenue sharing contracts".

[0190] Deploy "equity exchange contracts".

[0191] (ii) Rules for goods or services and rights

[0192] Supplier "First Trading Company" publishes product "Product A" at the application layer, priced at 300 yuan. The following benefit rules are set: 10 universal points are awarded for every 100 yuan spent (i.e., 30 universal points are generated for every 300 yuan spent). The distribution ratio is set as follows: platform operator 5% (1.5 points), seller 40% (12 points), and consumer 55% (16.5 points). These rules are written into the universal benefit management contract by calling the universal benefit rules.

[0193] The seller "First Retail Merchant" lists a product: "10kg Pack of Rice" priced at 100 yuan. The following benefits rules are set: 5 universal points are awarded for every 100 yuan spent (i.e., 5 universal points are generated for every 100 yuan spent). The distribution ratio is set as follows: Platform operator 5% (0.25 points), supplier 30% (1.5 points), consumer 65% (3.25 points). These rules are written into the universal benefits management contract by calling the universal benefits rules.

[0194] A seller, a "secondary retailer," lists a "television set" priced at 1000 yuan. The following benefits rules are set: 10 universal points are awarded for every 100 yuan spent (i.e., 10 universal points are generated for every 100 yuan spent). The distribution ratio is set as follows: platform operator 5% (5 points), supplier 30% (30 points), and consumer 65% (65 points). These rules are written into the universal benefits management contract by calling the universal benefits rules.

[0195] (III) Transaction Triggering and Equity Allocation Process

[0196] Take, for example, a consumer, "Zhang San" (C1), purchasing rice from a retailer, "First Retailer" (B1):

[0197] Transaction initiated: Zhang San selects rice in the "First Retail Merchant" application, confirms the purchase, and pays 100 yuan.

[0198] Transaction on-chain: The "first retailer" backend signs the transaction information and broadcasts it to the consortium blockchain network.

[0199] Smart contract trigger: The transaction and revenue sharing contract listens to the transaction event, parses the transaction information, calculates the points that should be generated (5 points), and the points that each participant should receive are: platform 0.25, supplier 1.5, and consumer 3.25.

[0200] Funds Lock-up: The transaction and revenue sharing contract calls the equity pool management contract to request the locking of 5 yuan in equity funds. The equity pool management contract then sends a request to the "First Bank" API to transfer 5 yuan from the "First Retail Merchant" settlement account to the escrow equity pool Account_Bank. "First Bank" completes the transfer and returns a success certificate.

[0201] Points Allocation: The transaction and revenue sharing contract calls the issuance method of the general equity management contract to allocate points to each participant's account in batches.

[0202] (iv) Rights Exchange and Settlement Process

[0203] Taking consumer "Zhang San" (C1) purchasing a "television set" worth 1000 yuan from retailer "Second Retailer" (B2) as an example, Zhang San chooses to use 300 universal points to deduct 300 yuan, and pays the remaining 700 yuan through other methods (such as bank card):

[0204] Redemption Request: Zhang San selects "TV" in the "Second Retail Merchant" (B2) application, chooses to pay with 300 universal points (assuming Zhang San's universal points account currently has a balance of 300 points), and confirms that the remaining 700 yuan will be paid through other methods.

[0205] Exchange on-chain: The exchange request (including information on using 300 points) is signed and broadcast to the consortium blockchain network.

[0206] Smart contract triggered: The equity exchange contract verifies that Zhang San's account has sufficient points balance (≥300) and the exchange rate is correct.

[0207] Funds Clearing: The equity exchange contract calls the equity pool management contract to request the clearing of 300 yuan of equity funds. The equity pool management contract initiates a request to the "First Bank" API to transfer 300 yuan from the custodial equity pool Account_Bank to the "Second Retail Merchant" settlement account. The "First Bank" completes the transfer and returns a success receipt.

[0208] Rights Destruction: After receiving the success receipt, the rights pool management contract calls the destruction method of the general rights management contract to destroy 300 points in Zhang San's account.

[0209] (v) Examples of Data Privacy Protection

[0210] In the transaction "Zhang San purchases rice from the first retailer", Zhang San's real-name information and purchase details are involved:

[0211] Data encryption: The "First Retailer" backend encrypts transaction details (Zhang San's name, mobile phone number, product details, price, etc.) using an attribute-based encryption mechanism, with the strategy set as "(First Retailer OR First Bank) AND Zhang San".

[0212] Off-chain storage: The encrypted data is uploaded to the InterPlanetary File System (IPFS) and obtains a Content Identifier (CID) "QmXkYz...".

[0213] On-chain evidence storage: Only the CID and cryptographic strategy hash are stored on-chain.

[0214] Access control: Zhang San himself can view his own transaction details; the first retail merchant can view the transaction; the first bank can view the transaction; other merchants (such as the first trading company) cannot decrypt the transaction data.

[0215] (vi) Examples of Zero-Knowledge Proof Applications

[0216] When supplier "First Trading Company" submits sales data to the platform, "First Trading Company" inputs the sales data (e.g., sales amount of 1 million yuan) into a zero-knowledge proof generation algorithm, which outputs a proof string and common input (e.g., proving that the sales amount is within a reasonable range). The proof string and transaction hash are stored on the blockchain. The platform operator verifies the proof string using a verification algorithm, confirming the authenticity and validity of "First Trading Company's" sales data, but cannot determine the specific sales amount. After successful verification, the platform operator allocates general rights to "First Trading Company" according to preset rules.

[0217] (vii) System scalability example

[0218] When the alliance grows and new consensus nodes are needed:

[0219] New nodes (such as "third-party retailers") submit applications to the Alliance Governance Committee.

[0220] The committee voted to approve it (with more than two-thirds in favor).

[0221] The platform's operating node, "First Operator," issues digital certificates for new nodes.

[0222] The node is dynamically added, and the new node begins synchronizing the ledger.

[0223] The consensus node list is updated, and new nodes participate in subsequent consensus rounds.

[0224] (viii) Example of exception handling

[0225] Equity lock failure: If the fund service provider returns a fund lock failure receipt or fails to respond within the time limit, the transaction and the revenue sharing contract will automatically terminate the transaction, no equity generation record will be generated on the blockchain, and an error message will be returned to the initiator.

[0226] Double payment detection: Suppose Zhang San's account has only 300 points, but he simultaneously initiates two redemption requests of 300 points each. The first request enters the clearing process, and the general equity management contract marks Zhang San's 300 points as "pending clearing". When the second request enters, the equity exchange contract checks the available balance and finds it to be 0, directly rejecting the redemption request and returning "insufficient points balance".

[0227] Funds clearing timeout: If the clearing fails due to a system malfunction of the fund service institution during the clearing phase, and the equity pool management contract does not receive a receipt within the timeout period, a rollback will be automatically triggered: the general equity management contract will be called to unfreeze the points, restore the equity pool status to available, the redemption request will fail, and the message "Clearing failed, please try again later" will be returned.

[0228] (ix) Examples of equity transfer

[0229] Consumer Zhang San earns 100 universal points after making a purchase at a primary retailer. He can then transfer 50 of these points to his friend Li Si. Zhang San initiates a transfer request through the application layer, calling the transfer interface of the universal rights management contract to transfer 50 points from Zhang San's account to Li Si's account, deducting a pre-set 1-point transaction fee (collected by the platform). The transfer record is stored on the blockchain, Li Si's account gains 49 points, Zhang San's account loses 50 points, and the platform's account gains 1 point. All operations are completed automatically without manual intervention.

[0230] In another embodiment of the invention, the funds service node is jointly composed of a payment node (maintained by the First Payment Company) and a financial node (maintained by the First Bank). When a rights exchange occurs, the smart contract first sends a clearing instruction to the payment node, which then completes the clearing calculation and sends the result back to the smart contract. The smart contract then sends a funds transfer instruction to the financial node, which transfers the corresponding funds from the escrow rights pool to the merchant's account. Through this division of labor and cooperation, both the efficient clearing capabilities of the payment institution and the secure escrow qualifications of the financial institution are utilized, further enhancing the system's compliance and reliability.

[0231] The specific embodiments described above further illustrate the purpose, technical solution, and beneficial effects of the present invention. It should be understood that the above description is only a specific embodiment of the present invention and is not intended to limit the scope of protection of the present invention. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the scope of protection of the present invention.

Claims

1. A method for managing the rights and interests of cross-industry alliances based on blockchain technology, characterized in that: This is implemented based on a cross-industry alliance rights management system, which includes a consortium blockchain network, a smart contract layer, an application layer, and external service interfaces; the smart contract layer deploys a general rights management contract, a transaction and revenue sharing contract, a rights exchange contract, and a rights pool management contract. The method includes the following steps: Step S1, System Initialization: Each participant registers their identity on the consortium blockchain network and obtains a digital identity identifier and blockchain account address; the platform operator cooperates with the fund service institution to initialize the equity pool management contract on the chain and associate it with a dedicated fund account held in custody by the fund service institution; Step S2, Rule Setting: Suppliers and sellers publish goods or services through the application layer and set corresponding general rights rules for goods or services in the general rights management contract; Step S3, Transaction Processing: When a transaction occurs, the transaction information is recorded on the blockchain, triggering the transaction and revenue sharing contract to perform the following operations: Step S31: Generate a corresponding number of general rights according to the preset rights rules; Step S32: Instruct the fund service provider to transfer the equity premium equivalent to the general equity to the custodian equity pool account to complete the fund lock-up; Step S33: Automatically allocate the generated general rights to relevant participants, including consumers, according to the preset allocation ratio; In step S33, the generated general rights are automatically allocated to relevant participants, including consumers, according to a preset allocation ratio, using a real-time execution mode. Specifically, this includes: Once the equity premium is successfully transferred to the custodial equity pool and the fund service institution returns a verifiable transfer voucher on the blockchain, the allocation logic of the transaction and revenue sharing contract is automatically triggered. The transaction and revenue sharing contract is jointly confirmed by the supplier and seller when the product or service is released and written into the transaction and revenue sharing contract, and the generated general rights are distributed to the blockchain accounts of the relevant parties in real time. After the allocation is completed, the account balances of each participant are updated in real time in the consortium blockchain network, and the allocation records are stored on the blockchain in the form of transactions. Step S4, Equity Exchange: Upon receiving a general equity exchange request, the equity exchange contract is triggered to perform the following operations: Step S41: Verify the validity of the rights and the rules for exchange; Step S42: The equity exchange contract instruction fund service institution pays the corresponding equity fee from the equity pool account to the merchant providing the goods or services; Step S43: After the fund service institution returns the fund clearing success certificate, the corresponding number of general rights are destroyed.

2. The method for managing the rights and interests of cross-industry alliances based on blockchain technology according to claim 1, characterized in that, In step S32, the contributor of the equity premium is automatically determined by the transaction and revenue sharing agreement based on the transaction type: In scenarios where consumers purchase goods or services from sellers, the royalty fee is borne by the seller; In scenarios where a seller purchases goods or services from a supplier, the royalty is borne by the supplier.

3. The method for managing the rights and interests of cross-industry alliances based on blockchain technology according to claim 1, characterized in that, The consortium blockchain network adopts a practical Byzantine fault-tolerant consensus algorithm. The consensus nodes include platform operation nodes, fund service nodes, and elected supplier nodes and seller nodes, with a total number of no less than four.

4. The method for managing the rights and interests of cross-industry alliances based on blockchain technology according to claim 1, characterized in that, The general equity management contract maintains the rules for the issuance, destruction, balance inquiry, and basic circulation of general equity; the general equity is pegged to the fiat currency in the custodian account, and the pegging relationship is hard-coded and maintained by the equity pool management contract; the generation and destruction of general equity correspond to the transfer and payment of equity funds.

5. The method for managing the rights and interests of cross-industry alliances based on blockchain technology according to claim 1, characterized in that, It also includes query and audit steps: Each participant can query the entire chain record of rights issuance, circulation, and exchange, as well as the operation record of rights pool funds, through a blockchain explorer; wherein, the operation instructions of the rights pool funds are initiated by the rights pool management contract and stored on the blockchain.

6. The method for managing the rights and interests of cross-industry alliances based on blockchain technology according to claim 1, characterized in that, It also includes data security and privacy protection steps: A hybrid on-chain and off-chain storage architecture is adopted. On-chain storage includes general equity balance, transaction hash, key operation logs and permission policy hash, while off-chain storage includes the original plaintext of sensitive data. Before storing sensitive data, an attribute-based encryption mechanism is used for encryption, and the encryption strategy is bound to the data access permissions; The encryption keys are generated, distributed, and revoked by the platform's operating node, which acts as a trusted key center. The blockchain only stores the off-chain storage address and encryption policy hash. When accessing data, the requesting node must prove that its attributes meet the policy requirements, and the decryption key can only be obtained after authorization by the platform operation node. Each issuance, transfer, and exchange of rights generates a unique transaction hash, forming a complete traceable chain; Establish a role-based access control model, separating the rights and responsibilities of different participating nodes, allowing them to access data only within their authorized scope; When participants submit a transaction to the blockchain network, they use zero-knowledge proof technology to generate a transaction proof.

7. The method for managing the rights and interests of cross-industry alliances based on blockchain technology according to claim 6, characterized in that, It also includes double encryption and traceability steps for rights and interests data: A hash algorithm is used to generate a unique transaction hash value for each transaction, and the transaction hash value serves as a unique identifier for that transaction. Asymmetric encryption algorithms are used to encrypt and store transaction data. The encrypted data is stored off-chain, while only the transaction hash value and the encrypted data storage address are stored on-chain. By utilizing the blockchain structure of distributed ledgers, transaction hash values ​​are linked in chronological order to form a traceable chain; When it is necessary to verify the authenticity of a transaction, the corresponding block is searched in the distributed ledger using the transaction hash value to obtain the address of the encrypted data storage. The authorized node then decrypts the data and compares the data for consistency.

8. The method for managing the rights and interests of cross-industry alliances based on blockchain technology according to claim 6, characterized in that, The steps for generating transaction proofs using zero-knowledge proof technology specifically include: The transaction initiator inputs the transaction data into the zero-knowledge proof generation algorithm, which outputs a proof string and common inputs. The proof string is used to prove that the transaction data meets the preset rules, and the common inputs include the transaction type, timestamp, and public keys of the participants. The verifier will input the proof string and the public input into the zero-knowledge proof verification algorithm and output the verification result; a true verification result indicates that the transaction is legal, and a false verification result indicates that the transaction is illegal; the specific content of the transaction data is not exposed during the verification process.

9. The method for managing the rights and interests of cross-industry alliances based on blockchain technology according to claim 6, characterized in that, The steps for establishing the role-based access control model specifically include: Different role identifiers are assigned to different participating node nodes, and the role identifiers are bound to the digital identity certificates of the participating parties; The system determines whether a node has the right to perform a specific operation or access specific data based on its role identifier; When a node requests access to sensitive data, the system checks whether the node's role identifier meets the data access policy; if it does, access is allowed; if not, access is denied and an audit log is recorded.

10. The method for managing the rights and interests of cross-industry alliances based on blockchain technology according to claim 1, characterized in that, The general equity management contract is specifically used for: Create corresponding general rights and interests rules based on the goods or services published by suppliers and sellers; Record the general equity balance of each participant, and increase the balance in response to issuance requests and decrease the balance in response to burn requests; Provides a balance query interface for participants to check their own general equity quantity; The basic rules for managing the circulation of general rights include the validity period, scope of use, and minimum redemption unit of the rights; The transaction and revenue sharing contract is specifically used for: Monitor transaction events on the consortium blockchain network and analyze the product or service identifiers, transaction amounts, and participant identities in the transaction information; Call the query interface of the general rights management contract to obtain the rights generation ratio and allocation ratio corresponding to the product or service; Calculate the total amount of general rights to be generated and the amount of rights that each participant should receive; Call the fund lock interface of the equity pool management contract to request the lock of equivalent equity funds; After the funds are successfully locked, the issuance interface of the general equity management contract is invoked to allocate the general equity to the accounts of the relevant parties. The aforementioned equity exchange contract is specifically used for: Monitor exchange events on the consortium blockchain network and analyze the amount of equity, target participants, and exchange rules in the exchange requests; Call the balance query interface of the general equity management contract to verify whether the general equity balance of the exchange initiator is sufficient; Verify whether the exchange request conforms to the preset exchange rules, which include the exchange rate, validity period and scope of application; After successful verification, the fund clearing interface of the equity pool management contract is invoked to request payment of equity premiums; After successful fund settlement, the destruction interface of the general equity management contract is invoked to deduct the corresponding amount of general equity; The equity pool management contract is specifically used for: Record the total amount and details of changes in the equity fund in the custodial equity pool; Receive the fund lock request of the transaction and revenue sharing contract, send the fund freeze instruction to the fund service institution system, and record the freeze status; Receive the fund clearing request of the equity exchange contract, send the fund transfer instruction to the fund service institution system, and record the clearing status; After the fund service institution system returns a success certificate, update the available balance of the equity pool and upload the operation record to the blockchain for evidence storage. Return the operation result to the transaction and revenue sharing contract or the equity exchange contract to trigger subsequent equity operations.

11. The method for managing the rights and interests of cross-industry alliances based on blockchain technology according to claim 1, characterized in that, It also includes general rights transfer steps: After each participant obtains general rights, they can carry out rights transfer operations within the consortium blockchain network. These operations include rights transfer, rights donation, and rights holding. The transfer of rights refers to one party transferring some or all of its general rights to another party, with a transfer fee deducted according to a preset ratio; The so-called gift of rights refers to one participant gratuitously gifting some or all of its general rights to another participant; The term "equity holding" refers to the fact that the participating party preserves its general equity holdings as assets for a long period of time without performing any operations. All transfer operations are executed automatically through the general equity management contract, and transfer records are stored on the blockchain.

12. A system for implementing the cross-industry alliance rights management method based on blockchain technology as described in any one of claims 1 to 11, characterized in that, include: A consortium blockchain network is a permissioned consortium blockchain, which only authorizes participating nodes to access it and is jointly maintained by multiple participating nodes; The participating nodes include platform operation nodes, fund service nodes, supplier nodes, and retailer nodes; wherein, the platform operation nodes are maintained by the platform operator, the supplier nodes are maintained by the supplier, the retailer nodes are maintained by the retailer, and the fund service nodes are maintained by the fund service institution; consumers access the system through the application layer and do not directly act as blockchain consensus nodes; The smart contract layer, running on the consortium blockchain network, includes a general equity management contract, a transaction and revenue sharing contract, an equity exchange contract, and an equity pool management contract. The application layer provides a front-end interactive interface for all participants, used for product or service display, transaction initiation, rights inquiry and redemption operations; External service interfaces are used to connect with the systems of fund service institutions to realize real-name custody, deposit and withdrawal, and account splitting of equity pool funds; The application layer interacts with the smart contract layer by calling contract interfaces and querying on-chain data; The smart contract layer interacts with the consortium blockchain network through consensus verification, data writing, and ledger querying. The consortium blockchain network interacts with the external service interface through interface calls and fund clearing instructions.

13. The cross-industry alliance rights management system based on blockchain technology as described in claim 12, characterized in that, The platform operation node has both consensus verification and identity authentication functions. It is used to issue digital identity certificates for each participant and participate in the consensus verification of the consortium blockchain as a consensus node. The identity authentication specifically includes: when a participant registers, they submit their identity information to the platform operation node. After the platform operation node verifies the information, it issues a digital certificate using its private key. This digital certificate is bound to the participant's blockchain address. The consensus verification specifically includes: the platform operation node and other consensus nodes jointly sort, verify, and confirm transactions to ensure the legality and consistency of transactions.

Images