A blockchain-based rebate right interest storage and tracing method and system

Abstract

This invention relates to a method for storing and tracing rebate data based on a consortium blockchain. The method includes: constructing a consortium blockchain network and configuring node roles and access permissions; receiving rebate business data; encrypting and packaging the rebate business data; writing transaction records into blocks through a consensus mechanism to complete on-chain storage; responding to traceability queries by retrieving the stored data from the consortium blockchain, verifying its integrity, and returning the result; and triggering on-chain arbitration when a cross-entity rebate dispute is detected, using the on-chain stored data as the basis. The encryption algorithms support symmetric algorithms including Chinese national cryptographic standards SM4, AES-128, and AES-256; asymmetric algorithms including Chinese national cryptographic standards SM2, RSA, and ECC; and hash algorithms including Chinese national cryptographic standards SM3, SHA-256, and SHA-3. This invention achieves tamper-proof storage of rebate data, full traceability, and on-chain dispute arbitration, supports flexible selection of multiple encryption algorithms, and meets domestic compliance and international compatibility requirements.

Description

Technical Field

[0001] This invention relates to the technical field of combining blockchain technology with rebate business, specifically to a blockchain-based method and system for rebate rights storage and traceability, applicable to rights storage, full traceability and dispute arbitration in rebate scenarios involving multiple participants and multiple stages. Background Technology

[0002] With the rapid development of online recruitment and social e-commerce platforms, rebate models have become a common business incentive. In recruitment service platforms like Fengmei, rebate scenarios involve multiple stakeholders (job seekers, HR, and sharers) and multiple stages (posting, interviewing, onboarding, and sharing). The transparency of rebate rules, the authenticity of benefit records, and the fairness of rebate distribution have become key factors affecting user experience and platform credibility.

[0003] The existing rebate systems mainly suffer from the following technical problems:

[0004] 1. Data tampering problem: Traditional rebate systems use a centralized database to store rebate records. The platform or a third party has the right to modify the data. When a dispute arises between a company and a job seeker regarding the rebate for joining the company, there is a lack of immutable third-party evidence.

[0005] 2. Traceability issues: The rebate chain involves multiple links and multiple participants, making it difficult for traditional systems to achieve full-chain traceability. Sharers cannot trace the rebate distribution in the referral chain, and HR cannot trace the source position of each rebate.

[0006] 3. Issues in handling cross-entity disputes: When disputes arise between different entities regarding the amount and conditions of rebates, there is a lack of neutral and credible arbitration evidence, which often requires manual intervention for verification, resulting in low efficiency and insufficient credibility.

[0007] 4. Inadequate access control: The existing system does not have granular control over access permissions for different roles, and sensitive data may be accessed by unauthorized entities, posing a risk of data leakage.

[0008] In recent years, blockchain technology has been widely used in the field of electronic evidence preservation due to its decentralized, immutable, and traceable characteristics. However, existing blockchain evidence preservation solutions mainly focus on single scenarios (such as webpage evidence preservation and fault evidence preservation) and have not been specifically designed for multi-party, multi-stage rebate business scenarios. In particular, there is a lack of systematic technical solutions in areas such as consortium blockchain node permission design, rebate data on-chain format, and on-chain dispute arbitration mechanism. Summary of the Invention

[0009] The technical problem to be solved by this invention is to provide a blockchain-based method and system for storing and tracing rebate rights, addressing the existing technical problems of easy data tampering, difficulty in traceability, low efficiency in handling cross-entity disputes, and crude access control in rebate systems. This system enables tamper-proof storage of rebate data, full traceability, and on-chain dispute arbitration. The technical solution adopted in this invention

[0010] A blockchain-based method for storing and tracing rebate rights includes the following steps:

[0011] Step S1: Build a consortium blockchain network and set up multiple node roles, including platform nodes, enterprise nodes, user nodes, and regulatory nodes, with different access permissions configured for each node role;

[0012] Step S2: Receive rebate business data, which includes rebate rule data, user behavior data, rebate issuance records, and benefit change records;

[0013] Step S3: Perform hash encryption on the rebate business data to generate a data fingerprint, and package the data fingerprint and the encrypted rebate business data into a transaction record;

[0014] Step S4: Write the transaction record into a block through the consortium blockchain consensus mechanism to complete the on-chain storage of rebate rights;

[0015] Step S5: Respond to the traceability query request, retrieve the evidence data from the consortium blockchain, verify the data integrity, and return the traceability result;

[0016] Step S6: When a cross-entity rebate dispute is detected, the on-chain dispute arbitration mechanism is triggered, and the on-chain evidence data is used as the basis for arbitration.

[0017] The encryption method in step S3 includes:

[0018] Sensitive fields are encrypted using a symmetric encryption algorithm;

[0019] The encryption key is encrypted using the recipient's public key and an asymmetric encryption algorithm.

[0020] A hash algorithm is used to generate data fingerprints for on-chain evidence storage of complete transaction records.

[0021] The symmetric encryption algorithm includes any one of the following: the Chinese national standard SM4 algorithm, the AES-128 algorithm, and the AES-256 algorithm.

[0022] The asymmetric encryption algorithm includes any of the following: the Chinese national standard SM2 algorithm, the RSA algorithm, and the ECC elliptic curve encryption algorithm.

[0023] The hash algorithm includes any of the following: the national cryptographic SM3 algorithm, the SHA-256 algorithm, and the SHA-3 algorithm.

[0024] Beneficial effects of the present invention

[0025] Immutability: By using consortium blockchain technology, key data such as rebate rules, user behavior data, rebate distribution records, and rights change records are stored on the blockchain for evidence. By leveraging the immutability of blockchain, the authenticity and credibility of the stored data are ensured, providing authoritative evidence for cross-entity rebate disputes.

[0026] Fully traceable: Supports traceability at multiple stages, including the posting stage, interview stage, onboarding stage, and sharing stage. HR can trace the source position of each rebate, and sharers can trace the rebate distribution in the referral chain, improving rebate transparency.

[0027] Highly efficient dispute arbitration: Smart contracts enable automatic triggering of on-chain dispute arbitration, using on-chain evidence data as the basis for arbitration, reducing human intervention and improving the efficiency and credibility of dispute resolution.

[0028] Fine-grained access control: Different access permissions are designed for different entities such as platforms, users, and regulators. Dynamic management of permissions is achieved through smart contracts to ensure data security and privacy protection.

[0029] Flexible encryption methods: It adopts a higher-level encryption algorithm concept, supporting the flexible selection of national cryptographic algorithms and internationally used algorithms, which not only meets domestic compliance requirements, but also is compatible with cross-border business scenarios, and enhances the coverage of patent protection.

[0030] Cross-platform scalability: The consortium blockchain architecture supports multi-platform access, laying the technical foundation for future expansion of cross-platform rebate cooperation and enhancing the credibility and industry influence of the rebate model. Attached Figure Description

[0031] Figure 1 A flowchart illustrating the overall process of a blockchain-based method for storing and tracing rebate rights in accordance with embodiments of the present invention.

[0032] Figure 2 A schematic diagram of a consortium blockchain node provided in an embodiment of the present invention;

[0033] Figure 3 This is a schematic diagram of the on-chain format structure of rebate data provided in an embodiment of the present invention; Detailed Implementation

[0034] The present invention will now be described in detail with reference to the accompanying drawings and specific embodiments.

[0035] Example 1

[0036] This embodiment provides a blockchain-based method for storing and tracing rebate rights, which is applied to rebate scenarios on recruitment service platforms such as BeeMedia.

[0037] Step S1: Building a consortium blockchain network

[0038] use A consortium blockchain framework is used to construct a consortium blockchain network that includes four types of node roles:

[0039] Platform Nodes: Deployed by the operating platform, these nodes have the authority to publish rebate rules, verify transaction records, and initiate dispute arbitration. As the management nodes of the consortium blockchain, platform nodes are responsible for coordinating the consensus mechanism and deploying smart contracts.

[0040] Enterprise Nodes: Deployed by participating enterprises, these nodes have permissions to confirm rebate rules, upload user behavior data, and query rebate disbursement records. Enterprise nodes can verify rebate transactions related to them but do not have the right to modify historical evidence data.

[0041] User nodes are accessed by individual users such as job seekers and sharers through a lightweight client. They have permissions to check their personal rebate rights, view the tracking process, and initiate dispute appeals. User nodes' data access is limited to data related to them.

[0042] Regulatory nodes: Deployed by third-party regulatory agencies or industry associations, these nodes have the authority to view all data, monitor abnormal transactions, and confirm arbitration results. Regulatory nodes do not participate in daily transactions, but they have the final confirmation right in dispute arbitration.

[0043] Access permissions for each node role are configured and managed through smart contracts, and permission change logs are synchronized and stored on the blockchain to ensure the transparency and traceability of permission management.

[0044] Step S2: Receive rebate business data

[0045] Rebate business data includes the following four categories:

[0046] Rebate rules data: including fields such as rebate amount, rebate conditions, rebate ratio, applicable positions, and validity period.

[0047] User behavior data includes timestamps and behavior identifiers for key behaviors such as user registration, resume submission, interview participation, onboarding confirmation, and sharing.

[0048] Rebate disbursement records include fields such as rebate amount, disbursement time, recipient, disbursement status, and transaction hash.

[0049] Records of changes in equity: including records of changes such as equity transfer, equity freeze, equity unfreezing, and equity revocation.

[0050] All data undergoes format and integrity verification upon receipt to ensure it conforms to on-chain standards.

[0051] Step S3: Data Encryption and Packaging

[0052] The rebate business data is processed as follows:

[0053] 1. Data header generation: includes transaction type identifier (such as RULE, BEHAVIOR, PAYMENT, CHANGE), timestamp (accurate to milliseconds), and data version number (used for rule version management).

[0054] 2. Structured Data: Core business fields are stored in JSON format for easy parsing and validation.

[0055] 3. Symmetric encryption (for sensitive field protection)

[0056] Sensitive fields such as user ID number, mobile phone number, and bank card number are encrypted using a symmetric encryption algorithm. The symmetric encryption algorithm can be any of the following:

[0057]

[0058] Preferred Implementation: In domestic business scenarios, the national cryptographic SM4 algorithm is preferred, which complies with the Cryptography Law of the People's Republic of China and the GB / T 32907-2016 standard.

[0059] 4. Asymmetric encryption (key protection)

[0060] The symmetric encryption key is encrypted using the recipient's public key via an asymmetric encryption algorithm. The asymmetric encryption algorithm can be any of the following:

[0061]

[0062] Preferred Implementation: In domestic business scenarios, the national cryptographic algorithm SM2 is preferred for digital signatures and key exchange.

[0063] 5. Hash Algorithm (Data Fingerprint)

[0064] A hash algorithm is used to generate a data fingerprint for on-chain notarization of the complete transaction record. The hash algorithm can be any of the following:

[0065]

[0066] Preferred Implementation: In consortium blockchain evidence storage scenarios, the SHA-256 algorithm is preferred due to its better compatibility with mainstream blockchain frameworks.

[0067] 6. Recommendations for Combining Encryption Schemes

[0068]

[0069] 7. Digital Signature: The data sender uses a private key to digitally sign the data body to ensure the credibility of the data source.

[0070] 8. Hash value calculation: The above hash algorithm is used to calculate and generate a data fingerprint from the data header and digital signature, which is used for on-chain evidence storage and integrity verification.

[0071] Step S4: On-chain evidence storage

[0072] Transaction records are written to blocks using a consortium blockchain consensus mechanism (employing the PBFT consensus algorithm):

[0073] Transaction records are submitted to the consortium blockchain network;

[0074] Consensus nodes verify transactions (signature verification, format verification, and permission verification).

[0075] Verified transactions are packaged into blocks;

[0076] The block is written into the consortium blockchain after being confirmed by consensus;

[0077] Return the transaction hash as proof of authenticity.

[0078] Step S5: Traceability Inquiry

[0079] When a user or enterprise initiates a traceability query request:

[0080] The system receives traceability query requests, including the query subject identifier and query scope;

[0081] Retrieve relevant evidence storage data from the consortium blockchain;

[0082] Verify data integrity (by comparing hash values);

[0083] Decrypt data within the authorized scope;

[0084] Return the traceability results, including timeline, participating entities, key events, etc.

[0085] Supports multi-stage traceability:

[0086] Release process traceability: query the on-chain time, issuing entity, and rule version of the rebate rules;

[0087] Interview process traceability: query the time when the interview record was uploaded to the blockchain, the participating entities, and the interview results;

[0088] Onboarding process traceability: query the onboarding confirmation time, company information, and onboarding status;

[0089] Sharing process traceability: query the on-chain time, sharing level, and rebate distribution ratio of the sharing chain.

[0090] Step S6: On-chain Dispute Arbitration

[0091] When cross-entity rebate disputes are detected (such as a dispute between a company and a job seeker over onboarding rebates):

[0092] The party initiating the dispute submits a request for arbitration via a smart contract, along with dispute data identification and a description of the dispute.

[0093] The smart contract automatically retrieves on-chain evidence data and performs data consistency comparison.

[0094] When the on-chain data is inconsistent with the data submitted by the disputing party, the on-chain data will be automatically determined to prevail.

[0095] The supervisory node confirms and signs the arbitration result;

[0096] The arbitration result is stored on the blockchain as evidence, completing the dispute arbitration process.

[0097] Example 2

[0098] This embodiment adds a rebate-based referral link tracking function to the first embodiment.

[0099] In a rebate-sharing scenario, the relationship between the sharer and the share recipient is recorded, forming a tree-like fission structure:

[0100] Generate a unique node identifier for each fission node. It is linked to the consortium blockchain for evidence storage;

[0101] Record the hierarchical relationships between nodes to form a complete fission chain;

[0102] Based on the fission hierarchy and preset rebate rules, the smart contract automatically calculates the rebate allocation amount for each node;

[0103] The rebate distribution results will be stored on the blockchain for each node to trace and query.

[0104] For example: User A shares a job posting with User B, User B shares it with User C, and User C successfully joins the company. According to preset rules, User A receives a first-level rebate, and User B receives a second-level rebate. The smart contract automatically calculates and records the distribution results, and both User A and User B can verify the accuracy of the rebate distribution through retrospective queries.

[0105] Example 3

[0106] This embodiment provides a blockchain-based system for storing and tracing rebate rights, including the following modules:

[0107] Consortium blockchain network module: Constructs a multi-entity consortium blockchain comprising platform nodes, enterprise nodes, user nodes, and regulatory nodes, employing... Framework implementation.

[0108] Data acquisition module: Receives rebate rule data, user behavior data, rebate distribution records, and rights change records through API interface, and performs format verification and integrity verification.

[0109] Encryption and Evidence Preservation Module: Hash encryption is applied to rebate business data to generate data fingerprints, which are then packaged into transaction records and stored on the blockchain through a consensus mechanism.

[0110] Traceability Query Module: Provides query interfaces for web and mobile devices, responds to traceability query requests, retrieves evidence data from the consortium blockchain, verifies data integrity, and returns traceability results.

[0111] Dispute Arbitration Module: Deploy smart contracts to enable automatic triggering and execution of dispute arbitration, using on-chain evidence data as the basis for arbitration, and regulatory nodes have the final confirmation right.

[0112] Permission Management Unit: Assigns differentiated access permissions to different node roles, dynamically adjusts permissions through smart contracts, records permission change logs, and stores them on the blockchain. Technical Implementation Details

[0113] 1. Consortium blockchain selection: Adopting Version supports channel isolation, private data sets, and smart contracts. Features such as these meet the business needs of multiple entities and multiple scenarios.

[0114] 2. Consensus Mechanism: It adopts the PBFT (Practical Byzantine Fault Tolerance) consensus algorithm, which improves transaction processing efficiency while ensuring decentralization, and is suitable for consortium blockchain scenarios.

[0115] 3. Encryption Algorithm:

[0116] Sensitive data encryption can use either the national cryptographic algorithm SM4 or the AES-256 algorithm, and the choice can be made flexibly according to the application scenario.

[0117] Digital signatures can use the national standard SM2 algorithm, RSA algorithm, or ECC elliptic curve cryptography algorithm;

[0118] Hash calculations can employ the national cryptographic algorithm SM3, SHA-256, or SHA-3.

[0119] The selection of the above encryption algorithms should conform to domestic cryptographic application standards or internationally accepted standards.

[0120] 4. Smart Contracts: Smart contracts are written in Go to implement core business logic such as rebate rule verification, access control, and dispute arbitration. The contract code is deployed to the consortium blockchain after auditing.

[0121] 5. Data storage: Data fingerprints and key metadata are stored on-chain, while the original data is encrypted and stored in an off-chain database. The data is associated with hash values ​​to balance storage costs and query efficiency.

[0122] Explanation of the substitutability of encryption algorithms

[0123] Those skilled in the art will understand that the above encryption algorithm is merely a preferred embodiment, and any encryption algorithm capable of achieving the same function can be used in this invention. The selection of the encryption algorithm should be appropriately adjusted according to specific application scenarios, compliance requirements, performance requirements, and other factors, without affecting the implementation of the core technical solution of this invention.

[0124] For example:

[0125] Symmetric encryption algorithms can also include DES, 3DES, Blowfish, and other algorithms;

[0126] Other asymmetric encryption algorithms include ElGamal and Diffie-Hellman.

[0127] Hash algorithms can also include RIPEMD-160, BLAKE2, and others.

[0128] All of the above alternative solutions are within the protection scope of this invention.

Claims

1. A method for storing and tracing rebate rights based on blockchain, characterized in that, Includes the following steps: Step S1: Build a consortium blockchain network and set up multiple node roles, including platform nodes, enterprise nodes, user nodes, and regulatory nodes, with different access permissions configured for each node role; Step S2: Receive rebate business data, which includes rebate rule data, user behavior data, rebate issuance records, and benefit change records; Step S3: Perform hash encryption on the rebate business data to generate a data fingerprint, and package the data fingerprint and the encrypted rebate business data into a transaction record; Step S4: Write the transaction record into a block through the consortium blockchain consensus mechanism to complete the on-chain storage of rebate rights; Step S5: Respond to the traceability query request, retrieve the evidence data from the consortium blockchain, verify the data integrity, and return the traceability result; Step S6: When a cross-entity rebate dispute is detected, the on-chain dispute arbitration mechanism is triggered, and the on-chain evidence data is used as the basis for arbitration.

2. The method according to claim 1, characterized in that, The access permission configuration for the node role in step S1 includes: Platform nodes: have the authority to publish rebate rules, verify transaction records, and initiate dispute arbitration; Enterprise nodes: have permissions to confirm rebate rules, upload user behavior data, and query rebate distribution records; User nodes have the authority to query personal rebate rights, view the traceability chain, and initiate dispute appeals; Regulatory node: Has the authority to view all data, monitor abnormal transactions, and confirm arbitration results.

3. The method according to claim 1, characterized in that, The on-chain format of the rebate business data in step S3 includes: Data header: contains transaction type identifier, timestamp, and data version number; Data body: Contains core fields for the rebate business, using JSON structured format; Digital signature: The data body is signed using an asymmetric encryption algorithm; Hash value: A data fingerprint is generated by calculating the data header and digital signature using a hash algorithm.

4. The method according to claim 1, characterized in that, The encryption method in step S3 includes: Sensitive fields are encrypted using a symmetric encryption algorithm; The encryption key is encrypted using the recipient's public key and an asymmetric encryption algorithm. A hash algorithm is used to generate data fingerprints for on-chain evidence storage of complete transaction records.

5. The method according to claim 4, characterized in that, The symmetric encryption algorithm includes any one of the following: the Chinese national standard SM4 algorithm, the AES-128 algorithm, and the AES-256 algorithm.

6. The method according to claim 4, characterized in that, The asymmetric encryption algorithm includes any of the following: the Chinese national standard SM2 algorithm, the RSA algorithm, and the ECC elliptic curve encryption algorithm.

7. The method according to claim 4, characterized in that, The hash algorithm includes any of the following: the national cryptographic SM3 algorithm, the SHA-256 algorithm, and the SHA-3 algorithm.

8. The method according to claim 1, characterized in that, The triggering mechanism for on-chain dispute arbitration in step S6 includes: The party initiating the dispute submits a request for arbitration via a smart contract, along with disputed data identifiers. The smart contract automatically retrieves on-chain evidence data and performs data consistency comparison. When the on-chain data is inconsistent with the data submitted by the disputing party, the on-chain data will be automatically determined to prevail. The supervisory node confirms and signs the arbitration result, thus completing the dispute arbitration process.

9. A blockchain-based system for storing and tracing rebate rights, characterized in that, include: The consortium blockchain network module is used to build a multi-entity consortium blockchain that includes platform nodes, enterprise nodes, user nodes, and regulatory nodes; The data acquisition module is used to receive rebate rule data, user behavior data, rebate distribution records, and rights change records; The encrypted evidence storage module is used to perform hash encryption processing on rebate business data and package it into transaction records for on-chain evidence storage; The traceability query module is used to respond to traceability query requests, retrieve evidence data from the consortium blockchain, and verify data integrity. The dispute arbitration module is used to trigger the on-chain arbitration mechanism when cross-entity rebate disputes are detected, using on-chain evidence data as the basis for arbitration.

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

Images