Blockchain-based intelligent retail system and method
Through a blockchain-based smart retail system, product traceability, points circulation, and data transactions have been decentralized, solving problems such as insufficient supply chain transparency, fragmented consumer rights, and unbalanced distribution of data value in the retail model, thereby improving business efficiency and consumer confidence.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- GUANGZHOU WAWA NETWORK TECHNOLOGY CO LTD
- Filing Date
- 2026-02-13
- Publication Date
- 2026-06-02
Smart Images
Figure CN122134367A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the fields of e-commerce and supply chain management technology, and more specifically, to a blockchain-based smart retail system and method. Background Technology
[0002] With the development of e-commerce, traditional retail is transforming towards a "new retail" model that integrates online and offline channels and is driven by data. However, the existing model still faces many challenges, including: insufficient supply chain transparency: information on the flow of goods from production to consumption is opaque and easily tampered with, making it difficult for consumers to obtain reliable traceability information, and high costs for brands to combat counterfeiting; fragmented consumer rights: the membership and points systems of various retailers are independent and cannot be mutually recognized, resulting in low point value and a fragmented user experience; unbalanced distribution of data value: consumer behavior data is collected and monopolized by centralized platforms without compensation, leaving users unable to control their own data or benefit from it; and difficulties in financing for SMEs: the authenticity of trade by SMEs in the upstream and downstream of the supply chain is difficult to prove, leading to high financing thresholds and costs for them. Blockchain technology, due to its decentralized, immutable, and traceable characteristics, is considered a potential solution to the aforementioned trust issues. While there have been attempts to use blockchain for product traceability, these are mostly limited to recording information at a single stage and have failed to form a deeply integrated solution with consumer incentives, data assetization, and supply chain finance. Some solutions attempt to build a points alliance chain, but these largely rely on centralized operators for clearing and settlement, failing to achieve true decentralized exchange and free flow of value. Furthermore, how to achieve compliant circulation of data value without infringing on user privacy remains a challenge that current technologies have not adequately addressed. Therefore, a systematic technical solution is needed to build a new intelligent retail ecosystem with multi-party participation, value sharing, and reliable collaboration. Summary of the Invention
[0003] In view of the shortcomings of the existing technology, the purpose of this invention is to provide a blockchain-based smart retail system and method to solve the problems existing in the above-mentioned background technology.
[0004] The above-mentioned technical objective of this invention is achieved through the following technical solution: a blockchain-based smart retail system, comprising: The blockchain network module adopts a hybrid architecture, including a permissioned consortium blockchain composed of multiple participating nodes and a public blockchain subnet that supports access by consumer nodes. The permissioned consortium blockchain and the public blockchain subnet interact with trusted data and assets through a cross-chain bridging module. The digital identity and asset management module, connected to the blockchain network module, is used to generate and manage decentralized identifiers for system participants and commodity objects, and to manage digital wallets bound to the corresponding centralized identifiers for consumers. A smart contract cluster, deployed on the blockchain network module, includes: The product traceability management contract is used to create and manage digital twin non-fungible tokens representing physical goods, and record the state changes of the digital twin non-fungible tokens throughout their entire lifecycle; the token points management contract is used to issue and manage general utility tokens representing points, and execute cross-entity exchange and automatic settlement logic; the data rights management contract is used to manage the hash storage, authorized transactions, and value transfer of consumer data; and the supply chain finance contract is used to generate trusted digital certificates based on on-chain trade data, and manage financing and settlement processes. The application interface layer module is used to provide various participants with an operation interface for interacting with the smart contract cluster.
[0005] Optionally, the product traceability management contract specifically includes: In response to a call from a manufacturer node, a unique digital twin nonfungible token is generated for a batch of physical goods, and initialization metadata containing raw material information, production data, and quality inspection report hashes is associated with the digital twin nonfungible token. Used to respond to state update transactions initiated by participating nodes in subsequent stages and signed with private keys, after verifying their validity, new state events are added to the on-chain record of the digital twin non-fungible token in chronological order, thereby forming an immutable traceability chain.
[0006] Optionally, the token points management contract includes: The main points contract is used to manage the total issuance and global circulation rules of the general utility tokens. Several subsidiary marketing contracts can be deployed independently by retailer nodes to define the exchange rules between specific goods or services and the general utility token; When cross-merchant points consumption occurs, the following steps are executed in sequence: the subsidiary marketing contract verifies the consumer's digital wallet address and token balance, and calculates the consumption amount according to its rules; the main points contract automatically allocates the general utility tokens paid by the consumer to the target merchant address, the original issuer address, and the system maintenance address according to the preset revenue sharing rules.
[0007] Optionally, the workflow of the data rights management contract includes: The hash value is stored on the blockchain in response to the data fingerprint hash submitted by the consumer client; A smart contract for responding to a data procurement offer issued by a data requester, the contract including the characteristics of the requested data, the terms of use, and the price; This is used to respond to an authorization credential generated by a consumer client based on zero-knowledge proof to prove that anonymous data meets the data requirements, and to verify the validity of the authorization credential; after successful verification, payment is automatically executed to the consumer's address, and the transmission of encrypted data from the storage location specified by the consumer to the data requester is triggered.
[0008] Optionally, the supply chain finance contract includes: The trade evidence storage subcontract is used to receive and store on-chain the hash values of orders, logistics, and receipt data signed by multiple parties; The digital certificate subcontract is used to automatically generate a digital certificate token representing accounts receivable after the trade certificate subcontract confirms the trade completion event, and to assign ownership of the digital certificate token to the supplier node. The financing and clearing subcontract is used to receive financing requests initiated by the supplier node, with the digital credential token as collateral, and automatically transfer the financing funds to the supplier's address when the conditions are met, and automatically deduct the repayment from the purchaser's guarantee account on the agreed due date.
[0009] Optionally, the cross-chain bridging module adopts a mechanism based on multi-signature witnessing or light node state verification to realize asset mapping and state synchronization between the permissioned consortium chain and the public chain subnet.
[0010] A retail method based on the above-mentioned blockchain-based smart retail system includes: Step S1, Product traceability: The manufacturer node calls the smart contract to create a digital twin non-fungible token for the product and initializes the data. Each node in the supply chain signs and updates the token status in turn, thereby forming a complete traceability chain for the product. Step S2, Points Exchange: After making a purchase, consumers receive a universal utility token recorded in the public blockchain subnet address of the product; when making purchases at different merchants, consumers can use the universal utility token to pay by calling the corresponding smart contract, and the contract will automatically complete the verification, token transfer and multi-party revenue sharing; Step S3, Data Rights Trading: The consumer client calculates the consumer's behavioral data fingerprint and hashes it on the blockchain; the data requester publishes a purchase contract; the consumer anonymously matches and authorizes the transaction through zero-knowledge proof, triggering automatic payment and secure data transmission; Step S4, Supply Chain Finance: Based on trusted on-chain trade data, the smart contract automatically generates accounts receivable digital certificate tokens for suppliers; suppliers use the digital certificate tokens to initiate financing from on-chain financial institution nodes, and the financing and repayment process is automatically executed by the smart contract.
[0011] Optionally, in step S1, the verification of the signature status of the previous stage by the participating node in the next stage is a prerequisite for the successful update of the status of the participating node in the next stage.
[0012] Optionally, the automatic revenue sharing in step S2 specifically includes: the smart contract temporarily locking the tokens paid by the consumer, transferring them to the receiving address of the target merchant, the recycling address of the original points issuer, and the system maintenance fee address according to a preset ratio, and finally completing the transaction confirmation.
[0013] Optionally, the zero-knowledge proof anonymous matching in step S3 specifically involves the consumer client generating a cryptographic proof that can verify to the blockchain network that the local data meets the characteristics defined in the purchase offer, thereby eliminating the need to upload any original data or specific parameters of the data model and saving processing time.
[0014] In summary, the present invention has the following beneficial effects: 1. By using a product traceability management contract, an immutable digital twin NFT is created for each physical product, requiring all participants in the supply chain to use their private keys to perform chain-signatures for state changes. This mechanism ensures that information throughout the entire process from production and logistics to sales is permanently and reliably recorded on the blockchain. Any tampering with the information will cause the cryptographic signature chain to break, thus being detected immediately. Consumers can verify the complete product history by scanning a code, effectively combating counterfeiting and greatly enhancing consumer confidence. At the same time, brands also gain a low-cost, high-efficiency anti-counterfeiting and traceability tool.
[0015] 2. Through a tokenized points management contract system, a unified, blockchain-based universal utility token is issued as points. The main points contract is combined with subsidiary marketing contracts that can be flexibly deployed by merchants, enabling points to circulate and be used seamlessly across different merchants. The cross-domain settlement and clearing automatically executed by smart contracts replaces the inefficient and high-cost centralized settlement center. This transforms points from a closed, low-value promotional tool into a truly circulating digital asset within the entire retail ecosystem, improving consumer loyalty and points utilization, while providing merchants with a powerful cross-domain joint marketing infrastructure.
[0016] 3. A data rights management contract based on decentralized identifiers (DIDs) and zero-knowledge proofs is introduced. Consumers control their data locally, only uploading the data fingerprint hash to the blockchain for ownership verification. When a data requester issues a purchase offer, the consumer uses zero-knowledge proof technology to prove that their data meets the requirements and completes a trustworthy transaction without disclosing any original data. This process returns the ownership and revenue rights of the data value to the consumer, overturning the traditional model of platforms monopolizing user data free of charge and establishing a new paradigm for the market-based circulation of data elements that is privacy-secure, compliant, and efficient.
[0017] 4. Through the deep integration and synergy of four core functions—product traceability (information flow), token points (value flow), data rights (data flow), and supply chain finance (capital flow)—a self-driven and self-reinforcing value network has been constructed. Product sales generate data, data transactions generate revenue, revenue promotes consumption, and the trustworthy data across the entire chain empowers finance. This closed-loop ecosystem improves overall business efficiency, reduces trust costs for all parties, and promotes the healthy and sustainable development of the ecosystem through a more equitable and intelligent redistribution of value (such as points-based revenue sharing and data revenue), providing a solid and complete technical infrastructure for the digital transformation of traditional retail. Attached Figure Description
[0018] Figure 1 This is a schematic diagram of the system execution logic of the present invention; Figure 2 This is a schematic diagram of the method flow of the present invention. Detailed Implementation
[0019] To make the objectives, features, and advantages of the present invention more apparent and understandable, specific embodiments of the present invention will be described in detail below with reference to the accompanying drawings. Several embodiments of the present invention are shown in the drawings. However, the present invention can be implemented in many different forms and is not limited to the embodiments described herein.
[0020] In this invention, unless otherwise explicitly specified and limited, the terms "installation," "connection," "linking," and "fixing," etc., should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; and they can refer to the internal connection of two components. Those skilled in the art can understand the specific meaning of the above terms in this invention according to the specific circumstances. The terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of indicated technical features. Thus, a feature defined with "first" or "second" may explicitly or implicitly include one or more of that feature.
[0021] In this invention, unless otherwise expressly specified and limited, "above" or "below" a second feature can include direct contact between the first and second features, or contact between the first and second features through another feature between them. Furthermore, "above," "over," and "on top" of a second feature includes the first feature being directly above or diagonally above the second feature, or simply indicates that the first feature is at a higher horizontal level than the second feature. "Below," "below," and "under" of a second feature includes the first feature being directly below or diagonally below the second feature, or simply indicates that the first feature is at a lower horizontal level than the second feature. The terms "vertical," "horizontal," "left," "right," "above," "below," and similar expressions are for illustrative purposes only and do not indicate or imply that the device or element referred to must have a specific orientation, be constructed or operated in a specific orientation, and therefore should not be construed as limiting the invention.
[0022] The present invention will now be described in detail with reference to the accompanying drawings and embodiments.
[0023] This invention provides a blockchain-based smart retail system and method, such as... Figure 1 As shown, it includes: The blockchain network module adopts a hybrid architecture, including a permissioned consortium blockchain composed of multiple participating nodes and a public blockchain subnet that supports access by consumer nodes. The permissioned consortium blockchain and the public blockchain subnet interact with trusted data and assets through a cross-chain bridging module. The digital identity and asset management module, connected to the blockchain network module, is used to generate and manage decentralized identifiers for system participants and commodity objects, and to manage digital wallets bound to the corresponding centralized identifiers for consumers. A smart contract cluster, deployed on the blockchain network module, includes: The product traceability management contract is used to create and manage digital twin non-fungible tokens representing physical goods, and record the state changes of the digital twin non-fungible tokens throughout their entire lifecycle; the token points management contract is used to issue and manage general utility tokens representing points, and execute cross-entity exchange and automatic settlement logic; the data rights management contract is used to manage the hash storage, authorized transactions, and value transfer of consumer data; and the supply chain finance contract is used to generate trusted digital certificates based on on-chain trade data, and manage financing and settlement processes. The application interface layer module is used to provide various participants with an operation interface for interacting with the smart contract cluster.
[0024] Furthermore, the product traceability management contract specifically includes: In response to a call from a manufacturer node, a unique digital twin nonfungible token is generated for a batch of physical goods, and initialization metadata containing raw material information, production data, and quality inspection report hashes is associated with the digital twin nonfungible token. Used to respond to state update transactions initiated by participating nodes in subsequent stages and signed with private keys, after verifying their validity, new state events are added to the on-chain record of the digital twin non-fungible token in chronological order, thereby forming an immutable traceability chain.
[0025] Furthermore, the token points management contract includes: The main points contract is used to manage the total issuance and global circulation rules of the general utility tokens. Several subsidiary marketing contracts can be deployed independently by retailer nodes to define the exchange rules between specific goods or services and the general utility token; When cross-merchant points consumption occurs, the following steps are executed in sequence: the subsidiary marketing contract verifies the consumer's digital wallet address and token balance, and calculates the consumption amount according to its rules; the main points contract automatically allocates the general utility tokens paid by the consumer to the target merchant address, the original issuer address, and the system maintenance address according to the preset revenue sharing rules.
[0026] Furthermore, the workflow of the data rights management contract includes: The hash value is stored on the blockchain in response to the data fingerprint hash submitted by the consumer client; A smart contract for responding to a data procurement offer issued by a data requester, the contract including the characteristics of the requested data, the terms of use, and the price; This is used to respond to an authorization credential generated by a consumer client based on zero-knowledge proof to prove that anonymous data meets the data requirements, and to verify the validity of the authorization credential; after successful verification, payment is automatically executed to the consumer's address, and the transmission of encrypted data from the storage location specified by the consumer to the data requester is triggered.
[0027] Furthermore, the supply chain finance contract includes: The trade evidence storage subcontract is used to receive and store on-chain the hash values of orders, logistics, and receipt data signed by multiple parties; The digital certificate subcontract is used to automatically generate a digital certificate token representing accounts receivable after the trade certificate subcontract confirms the trade completion event, and to assign ownership of the digital certificate token to the supplier node. The financing and clearing subcontract is used to receive financing requests initiated by the supplier node, with the digital credential token as collateral, and automatically transfer the financing funds to the supplier's address when the conditions are met, and automatically deduct the repayment from the purchaser's guarantee account on the agreed due date.
[0028] Furthermore, the cross-chain bridging module adopts a mechanism based on multi-signature witnessing or light node state verification to realize asset mapping and state synchronization between the permissioned consortium chain and the public chain subnet.
[0029] In a specific embodiment, the blockchain network module serves as the underlying foundation supporting trusted collaboration throughout the entire smart retail ecosystem, and includes the following three sub-modules: The permissioned consortium blockchain module consists of nodes composed of known, permissioned commercial entity nodes, represented as a set: Let f represent nodes such as manufacturers, logistics providers, retailers, and financial institutions. The consensus mechanism employs a practical Byzantine fault-tolerant consensus algorithm or a variant thereof to address potential Byzantine failures in nodes, such as malicious behavior or hardware errors, ensuring that the consensus is maintained within a maximum of f failed nodes. The overall network can still achieve state consistency; During data processing, transaction events are sorted and packaged. Transactions (Tx) initiated by clients, such as the merchant management backend, are sent to the primary node. The primary node is responsible for packaging the transactions into proposal blocks in the order they are received, represented as... Where h represents the block height, This indicates the signature of the master node; During the data consensus phase, the master node broadcasts to all replica nodes. The information, where v represents the current view number; after each replica node i receives the information, it verifies the signature and transaction format; if successful, it broadcasts the information. ,in Represented as a cryptographic hash function, typically SHA-256, if it fails, it is not broadcast; when node i receives 2f valid PREPARE messages from different nodes that are consistent with its own, it enters the submission phase and broadcasts. The message indicates that after the master node receives 2f+1 valid COMMIT messages, the master node will... The ledger that is finally written locally middle; The overall node state storage adopts a world state model. Key node states, such as the latest state of an item's NFT and the points-based revenue sharing ratio, are stored in a fast-queryable state database, with its root hash... The values are calculated using the MPT (Merkle-Patricia Trie) and stored in the header of each block. For any state key-value pair (k,v), its existence and correctness can be verified by... The initial Merkle path proof enables robust node state storage, preventing malicious tampering. The node structure of the public blockchain sub-modules is open to the public, serving as public nodes that allow public participation in the retail process. Any user can become a light node or full node by creating a digital wallet. The node set is dynamically changing, represented as... ; The node's consensus mechanism adopts the Proof-of-Stake (PoS) mechanism to reduce energy consumption and adapt to high-frequency consumer-level transactions. Validators participate in the competition for block production rights by staking the system's native token, Tokenstake. In each Epoch, based on the amount of collateral pledged by each validator node j... And other parameters, such as the random number seed, are used to calculate the probability of being selected as a block producer (Proposer) using a verifiable random function (VRF). The calculation can be expressed as: Where v represents the set of currently active validators; It is represented as a constant, with a typical value of 0.1, thereby achieving a certain degree of decentralization and avoiding being entirely determined by the amount of staking; When consumers initiate transactions such as points transfers and data authorizations, they need to pay a transaction fee (Gas) priced in subnet native currency. The execution consumes computing resources, and its total transaction fee is expressed as... This effectively prevents spam transaction attacks; Consumer mobile apps typically run as lightweight clients, not storing complete blockchain data, only synchronizing block headers, and are represented as... When you need to verify a transaction, such as your own points balance, you can obtain a Merkle proof from a full node. The lightweight client passes verification. Can it be calculated that the value in the block header is... A consistent root hash is used to confirm the authenticity of the transaction; The cross-chain bridging submodule serves as a trusted communication channel between two heterogeneous chains, enabling the secure transfer of asset A (such as a universal points token) and value state S (such as data asset ownership). It employs a multi-signature-based state anchoring mechanism, specifically: The notary set is defined as a set of trusted nodes from both blockchains. ,in ,use Threshold signature scheme; State proof generation, which occurs during the transition from a public blockchain to a consortium blockchain, involves confirming the state of a subnet on the public blockchain within the consortium blockchain. such as consumer address When holding X points, at least t+1 members of the notary set must observe and reach a consensus on the public blockchain; and then jointly verify the information contained therein. and the height of its block The declaration message M is threshold-signed, thereby generating an aggregate signature, represented as... The signature Along with the declaration message M and the necessary Merkle path proof Together with the simplified payment verification proof, it is submitted to the cross-chain verification contract on the consortium blockchain; State proof verification takes place on a consortium blockchain, where the verification contract pre-stores the public key of the notary public set. The contract execution verification function is represented as , This function first utilizes And the latest block header hash of the known public blockchain Verify the state in M The authenticity of the signature is then verified using pkG. The validity of the state is determined only when both pass. If true, it triggers subsequent logic on the consortium blockchain, such as allowing consumption based on the points status; Conversely, the asset transfer from the consortium blockchain to the public blockchain subnet in the reverse cross-chain process follows the principle of symmetry. Assets are locked on the consortium blockchain, and a notary signs the locking certificate. After this certificate is verified on the public blockchain subnet, an equivalent amount of assets is minted or released on the subnet. To elaborate further, the collaborative data processing flow between modules, taking the core scenario of a consumer using points earned at merchant A to make a payment at merchant B as an example, involves the consumer initiating a transaction on the public blockchain subnet. The request calls the auxiliary marketing contract deployed by Merchant B to pay Y points; state dependency verification is performed, and the auxiliary marketing contract needs to verify the consumer's address. The points balance, which is stored in the state on the public blockchain. ; A cross-chain status confirmation request is triggered if Merchant B needs to confirm that the points originally originated from a consumption behavior recorded by Merchant A on the consortium blockchain. The specific steps are as follows: A relay service on the public blockchain network intercepted... And construct a value about the current balance. And a statement of transaction history (M); A set of notaries, G, observes and signs the statement, generating a cross-chain proof. The proof is submitted to the cross-chain verification contract of the consortium blockchain; the cross-chain verification contract is executed. Once the function is verified, the contract will issue a verified cross-chain event. Merchant B's related services on the consortium blockchain monitored this event and confirmed the credible source and current status of the consumer's points. The main points contract ultimately executes the payment logic on the public blockchain subnet, calling the built-in revenue sharing function. This function calculates revenue based on a pre-defined, on-chain queryable revenue sharing matrix D. Assume the revenue sharing ratio is: Target Merchant B : Original Merchant A : System = ,and Then the transfer vector Represented as: The contract is executed from Deduct Y points and transfer to Merchant B's address. Points will be transferred to Merchant A's address. Points, transferred to the system address Points are earned, which then completes the entire transaction process.
[0030] The Digital Identity and Asset Management module in the system creates and manages the autonomous identities and associated digital assets of all system participants, including organizations, individuals, devices, and even goods. Its core output data consists of decentralized identifiers, verifiable credentials, and digital wallets. Decentralized identifiers are permanent, globally unique identifiers that do not depend on any centralized registration authority. Verifiable credentials and digital wallets are containers used for secure storage, claiming, and interacting with identity attributes and digital assets. The preferred core sub-components of the module are: a DID generator and parser, responsible for creating DIDs and corresponding DID documents according to the W3C DID standard; a key management engine, used to securely generate, store (in a trusted execution environment or secure element) and use asymmetric key pairs, and perform signing and verification operations; a verifiable data registry interface, used to interact with the blockchain network module to register, parse, and update DID documents; and a digital wallet engine, used to manage a user's multiple DIDs, associated verifiable credentials, and various digital assets such as tokens and NFTs. The core of the module lies in the mathematical model for the generation, parsing, and verification of DIDs. In this embodiment, a specific DID method is used, and its implementation is as follows: Enterprise / product DID generation is anchored to a permissioned consortium blockchain; given an entity E, such as a manufacturer or product batch, its DID is generated using the following algorithm, represented as: in, This is represented by a specific DID algorithm method; This is represented as string concatenation; It is the control public key of entity E; R represents a random number used to ensure the uniqueness of generated data; Represented by the SHA-256 hash function; consortium indicates that the mainnet of this DID is a permissioned consortium blockchain; the generated DID document It is a data structure in JSON-LD format; this document is transmitted through transactions. Registered to the world state of the permissioned consortium blockchain, key is The value is ; Consumer DID is generated and anchored to a public blockchain subnet; Consumer C's DID is generated in the local wallet and associated with one or more blockchain addresses, represented as: in, It is the primary address for consumers to receive assets on the public blockchain network; It can include metadata such as creation timestamps; its DID document It can be selectively uploaded to the blockchain or distributed through decentralized storage networks such as IPFS, and its integrity is determined by hashing. On-chain security.
[0031] When the system needs to verify the identity or signature of an entity, it needs to perform DID parsing, where the parsing function... Defined as: Then, the method identifier in the DID string, either "consortium" or "public," is used to select the corresponding blockchain network. For "consortiumDID," a key-value lookup is performed directly in the state database of the permissioned consortium blockchain. For "publicDID," it may involve querying smart contracts or decentralized storage indexes on public blockchain subnets. The complete DID document is returned; if it does not exist, an error ⊥ is returned. Signature verification is the core of identity verification. Given a message M (e.g., a product status update statement) and its corresponding signature σ, and the claimed signer... The verification process V is as follows: Parse DID to obtain documents ,from Obtain the specified public key This leads to cryptographic verification, represented as: For the Ed25519 signature algorithm, this verification function checks the equation. Whether it is valid, among which Is with The paired private key, this process is completed internally by the algorithm; Regarding the architecture and asset model of digital wallets, consumer digital wallets Logically safe data containers, whose core state can be represented as tuples: in, This is represented as an asymmetric key pair, used for different purposes (authentication, asset transfer, encryption); the private key... Do not leave the safe area of the equipment; This serves as the primary identity identifier for the wallet. Represented as a set of verifiable credentials; This is represented as a collection of assets, where each asset... They are all structures, represented as: Among them, type can be ERC20 (points), ERC721 (product NFT, accounts receivable voucher), ERC1155, etc.; contract_addr is the smart contract address that issues the asset; token_id is a unique identifier for NFT; balance is the quantity; proof is a Merkle proof or state proof from the blockchain that proves ownership of the asset; the interaction between the wallet and the blockchain is completed through signed transactions, and the signed transactions are broadcast to the corresponding blockchain network.
[0032] This module relies on the blockchain network module for its operation, including: DID document persistence and global resolution: Permissioned consortium blockchains serve as verifiable data registry entries for enterprise-level DIDs; the address system of public blockchain subnets naturally serves as the anchor point for consumer DIDs. Regarding the confirmation and transfer of asset ownership, assets of Fields need to be obtained by querying the state of the corresponding blockchain and generating proof; cross-chain asset transfers (such as using proof of stake obtained on a consortium blockchain on a public blockchain) rely on the state verification mechanism of the cross-chain bridging module. Furthermore, when it is necessary to prove that a consumer owns assets on a public blockchain... When performing a certain operation on a consortium blockchain, the process is as follows: Generate public blockchain state proof ,prove The asset with balance is held under contract_addr; the set of notaries G signs the statement containing this proof, generating... Smart contracts on the consortium blockchain verify ownership of the asset and execute business logic by verifying Proofcross-chain. In specific embodiments, such as consumer registration and data rights transactions, the explanation is based on the data rights management contract in the smart contract cluster; In the initial steps, consumer C downloads the client, and the digital wallet engine automatically generates a pair of Ed25519 keys. Ethereum-style addresses DID generation and parser creation ; During the data fingerprint registration process, the client processes behavioral data locally to generate an anonymous data model. Calculate data fingerprint This allows for the construction of a verifiable claim, using... Sign the hash of the declaration ,Will As transaction data, the `registerDataHash` function of the data rights management contract is invoked. The contract will verify the signature. The validity of the verification will be verified. Records are uploaded to the blockchain; The privacy matching and authorization process involves the client listening to a data purchase offer contract, where it runs a zero-knowledge proof (ZKP) generation algorithm locally. The key input to this algorithm is... and procurement conditions The output is a proof. ,satisfy At the same time, the client generates authorization credentials. ,use The signature, the credential declares " Authorize to sell its data that meets the conditions φ to the contract at price P. " Transaction execution, the client will and Submitted to the data rights management contract, the contract first verifies The signature is then verified using a zero-knowledge proof. Once all verifications are successful, the contract will automatically transfer the reward P, i.e., the universal points voucher, from the purchaser to the consumer's address. Then, after the digital wallet engine detects and confirms the transaction, it updates the local asset collection.
[0033] A smart contract cluster is a highly collaborative and composable suite of decentralized applications. The main contracts call each other through predefined interfaces and respond to external events. The foundation of data flow is the immutable log and consensus state shared by all contracts, guaranteed by the blockchain network module; calls between contracts are essentially transactions, and their execution results constitute new state increments; in terms of control flow coordination, the execution of contract A can trigger a call to contract B, forming cross-contract transactions. For example, the sale of goods triggers the distribution of points, and the consumption of points triggers automatic revenue sharing. Furthermore, the product traceability management contract is the core logical unit for achieving trusted traceability throughout the entire product lifecycle. In actual implementation, manufacturer nodes (such as wineries) call the `createDigitalTwin` method of the product traceability management contract deployed on the permissioned consortium blockchain through their clients. The call requires passing in parameters, including the batch number (batchId), raw material information hash, production timestamp, and the hash value of the digitally signed quality inspection report (hash(QualityReport)). When the contract is executed, the legitimacy of the caller's identity is first verified (e.g., by checking their DID signature). Then, the contract automatically generates a globally unique token identifier (tokenId) and uses it to create a non-fungible token (NFT) conforming to the ERC-721 standard—a digital twin of the batch of goods. The initialization metadata containing the aforementioned parameters will be associated with this NFT and recorded on the chain as the first state event S0, marked as "manufactured." This process can be formally represented as: in, This indicates that it contains initialization information. This represents the manufacturer's digital signature on this creation event, used for liability determination; In the subsequent logistics, warehousing, and sales stages of the goods, the relevant participating nodes (logistics providers and retailers) initiate status update transactions; for example, the logistics provider node calls the updateStatus method of the contract, passes in the target tokenId, the new status "in transit (IN_TRANSIT)" and the logistics bill hash (Waybill), and signs the update content with its private key; Upon receiving the request, the contract executes key verification logic: checking whether the latest state of the current NFT allows a transition to the target state (based on preset state machine rules); and verifying the validity of the provided signature using the public key of the initiating update node (obtainable from its DID document), ensuring the authenticity and non-repudiation of the operation. After successful signature verification, the contract appends the new state event S1 chronologically to the state history array `stateHistory` corresponding to the NFT. This process ensures the continuity and immutability of the traceability chain. Each new state's signature message M_i contains the hash of the preceding state, forming a cryptographically chained structure, represented as: in, For cryptographic hash functions (such as Keccak-256). This is the connector. Any alteration to the history will cause all subsequent signature verifications to fail.
[0034] This contract establishes an immutable trust anchor. Through chained signatures, any alteration to the historical record will invalidate all subsequent signatures, technically ensuring the integrity and non-repudiation of traceability information. It also implements hard constraints on business processes: the state machine model forces supply chain operations to follow a preset and reasonable process (such as production before transportation), eliminating business logic chaos and improving process credibility. It transforms the traditional process that requires multi-party reconciliation and email / fax confirmation into automated on-chain collaboration based on cryptographic signatures, reducing trust friction costs and operational delays.
[0035] Furthermore, the token points management contract constructs a unified, tradable consumer incentive network, with the main points contract and subsidiary marketing contracts working together. The main points contract is deployed on a public blockchain subnet and is used to define the total issuance, name, precision and other attributes of general utility tokens (such as RC Token). Its core function is to manage the minting and transfer of tokens and to execute automatic revenue sharing for cross-domain consumption. The contract maintains a revenue sharing rule base, which records the revenue sharing ratio parameters corresponding to different original issuers (i.e., merchants that issue points for the first time). Each retailer node can independently deploy its own subsidiary marketing contract on the public blockchain subnet based on a standard template, according to its own marketing strategy. The contract defines the specific exchange rules between the store's goods or services and RC Tokens, such as "1 RC Token can be exchanged for 1 RMB" or "specific products require 100 RC Tokens to exchange"; In the actual cross-merchant points redemption and automatic settlement process, when a consumer chooses to use RC Tokens to pay at Merchant B in their digital wallet (such as MetaMask), the wallet initiates a transaction to Merchant B's subsidiary marketing contract. Merchant B's subsidiary marketing contract is triggered, first querying the RC Token balance in the consumer's wallet address within the main points contract. Then, based on its preset redemption rules, it calculates the amount of RC Tokens to be deducted to complete the payment. The subsidiary marketing contract then calls the main points contract's `transferWithSplit` function. This function is the core of the revenue sharing logic, and its execution process is as follows: Input parameters: payer address from (consumer), payee address to (merchant B), payment amount, and original issuer address origin (assuming the points were initially issued by merchant A).
[0036] The contract queries the Origin database to determine the pre-defined revenue-sharing percentages. Assuming the revenue-sharing rules are: the merchant where the transaction occurred (Merchant B) receives α%, the original issuing merchant (Merchant A) receives β%, and the system maintainer receives γ%, and α + β + γ = 100, the contract automatically calculates the revenue-sharing amount, expressed as: In an atomic transaction, amount tokens are deducted from the consumer's address and transferred to merchant B's address, merchant A's address, and the system vault address respectively. , and Tokens. This process is entirely automated by code, requiring no manual settlement, ensuring the immediacy, accuracy, and transparency of revenue sharing; This contract enables seamless circulation of points across different merchants by issuing unified, blockchain-based token points, upgrading points from a promotional tool to a universal value medium within the ecosystem. It achieves real-time, fair, and automatic clearing, completing complex cross-merchant and cross-platform settlements instantly upon consumer payment based on preset, transparent smart contract rules, reducing the delays, errors, and fraud risks associated with centralized clearing institutions. At the same time, the attached marketing contract allows merchants to create flexible and diverse point promotion activities (such as limited-time discounts and bundled offers) at extremely low cost, with the contract executing automatically, enriching marketing methods and reducing operating costs.
[0037] Furthermore, the data rights management contract enables the confirmation and circulation of consumer data value while fully protecting user privacy; The data fingerprint registration process involves the consumer client (such as a mobile app) processing the user's anonymized consumption behavior data locally to generate a data fingerprint representing a summary of their data characteristics; this fingerprint is a cryptographic hash value. The client then calls the registerFingerprint method of the data rights management contract deployed on the public blockchain subnet to bind the HF with the consumer's DID address and store it on the blockchain, completing the initial registration of data rights. When a data procurement offer is issued, the data requester (such as a market research institution) publishes its request by deploying a data procurement offer smart contract. The contract explicitly defines the characteristics of the required data (such as having purchased high-end skincare products in the last 30 days), the scope of data use, the duration, the compensation (denominated in RC Tokens), and the budget.
[0038] In the privacy-preserving matching and transaction process based on zero-knowledge proofs, the consumer's client continuously scans the data procurement contracts on the blockchain in the background. When a contract's conditions are found to match the implicit features of its local data fingerprint, the client does not upload any original data. Instead, it uses zero-knowledge proof technology to generate a cryptographic proof locally. ;Should It can prove to the verifier a statement: "The client that generated this proof has local data that meets all the characteristic conditions specified in the purchase contract" without disclosing the specific content of the data, the identity of the consumer, or any other sensitive information; Consumer clients will The data is submitted to the corresponding data procurement contract. The contract integrates a ZKP validator module, which runs a fixed verification algorithm, Verify(Proof_ZK, PublicInputs). PublicInputs are public inputs, including the feature condition hash from the procurement contract and the consumer's registered fingerprint (HF). The verification algorithm runs on-chain, verifying only the validity of the proof and not processing any raw data. If verification passes, the smart contract automatically executes: transferring the agreed-upon RC Token reward from the budget locked by the demand side to the consumer's wallet address. After payment is completed, the contract sends a payment success event. The consumer's client listens for this event and then securely transmits the deeply anonymized and aggregated analysis results data packet, conforming to the agreement, to the requester via an encrypted peer-to-peer channel or a decentralized storage network (such as IPFS). The original data always remains on the consumer's local device. This contract enables transactions where data is available but not visible. Zero-knowledge proof technology allows the verification and trading of data value to be completed without revealing any information about the original data, resolving the contradiction between data privacy and value circulation. At the same time, it establishes consumer data sovereignty: returning data ownership and control to consumers through DID and smart contracts, transforming consumers from passive data providers into active data asset owners, and enabling them to obtain direct economic benefits from it.
[0039] Furthermore, supply chain finance contracts transform trusted trade data based on blockchain into financeable financial assets, consisting of three collaborative sub-contracts. Implementation of the Trade Evidence Subcontract: This subcontract serves as a trusted evidence storage layer for supply chain trade data. Participating nodes such as suppliers, buyers, and logistics providers use their private keys to digitally sign key trade documents (such as electronic orders, logistics waybills, and electronic receipts) and submit the hash values of the document content to the subcontract. After verifying the validity of the signatures of all parties, the contract associates these hash values with unique trade identifiers and stores them to form a multi-party witnessed and tamper-proof electronic evidence chain. When all key documents of a trade (especially receipts representing the completion of goods delivery) have been notarized, the subcontract will trigger a TradeConfirmed event.
[0040] Implementation of the Digital Certificate Subcontract: This subcontract listens for the TradeConfirmed event emitted by the Trade Notarization Subcontract. Upon capturing the event, it automatically executes the asset generation logic: based on the trade identifier carried in the event, it retrieves the corresponding confirmed trade data (including amount, payment period, and information of the buyer and seller), and based on this, it mints a digital certificate token (i.e., accounts receivable NFT) that represents the accounts receivable and conforms to the ERC-721 standard. The metadata of this NFT embeds the hash of key trade information, and its initial ownership is automatically assigned to the supply node. This marks the birth of an on-chain financial asset with clear ownership based on real trade.
[0041] Implementation of the Financing and Liquidation Subcontract: Financing Request: When the supplier (creditor) needs working capital, it can pledge its accounts receivable NFTs to the financing and liquidation subcontract and initiate a financing request to the financial institution nodes connected to the system; Automatic loan disbursement: Financial institution nodes review the underlying trade evidence chain corresponding to the NFT on the blockchain. After confirming its authenticity and validity, they authorize the financing and clearing sub-contract to execute the loan disbursement. The contract automatically calculates the loan amount based on the preset financing interest rate and discount model, and transfers the corresponding funds (which can be stablecoins or fiat currency-mapped tokens) from the financial institution's fund pool to the address designated by the supplier. Automatic liquidation upon maturity: This sub-contract has embedded timed task logic or is triggered by an external oracle; on the agreed maturity date of the accounts receivable, the contract automatically deducts the full amount from the collateral account authorized and frozen in advance by the purchaser (debtor) and transfers it to the contract address; subsequently, the contract liquidates: first, it repays the principal and interest to the financial institution, and the remaining amount (if any) is paid to the current holder of the accounts receivable NFT; finally, the contract releases the NFT from its pledge status or marks it as repaid, completing the entire financing loop; the entire process requires no manual collection or offline settlement, improving efficiency and reducing default risk.
[0042] The application interface layer module serves as a bridge connecting the underlying blockchain smart contract cluster with various end users. Its core function is to encapsulate complex blockchain operations into intuitive and easy-to-use graphical interfaces or standardized application programming interfaces (APIs), lowering the barrier to entry and enabling convenient invocation of business functions. This module provides customized interactive portals for different participants' roles and needs, specifically including: The manufacturer traceability management subsystem provides manufacturers with full lifecycle management capabilities for digital twins of their products. It includes a batch management panel; after logging in, manufacturers can access the main panel and trigger the digital twin creation process by clicking the "Create New Batch" button. The system guides users to fill out forms, including: batch number, product name, specifications, and upload raw material certification documents and quality inspection reports (PDF / images). The system automatically calculates the file hash value H(file) in the background. After the user confirms the submission, the front-end application automatically assembles the transaction parameters and calls the createDigitalTwin function of the product traceability management contract deployed on the permissioned consortium blockchain. During the call, the application uses the DID private key bound to the currently logged-in account to sign the transaction. After successful creation, the system displays a list of all created batches of digital twin NFTs on a visual dashboard. Clicking on any NFT allows you to view its complete "status history timeline," which displays all status events from production to the current stage (such as "shipped" and "in transit") in real time. Each event displays the operator's DID and associated data hash, and provides a hash verification entry point. In subsequent stages such as logistics, manufacturers can scan or enter the logistics tracking number through this subsystem to initiate a status update. This operation is also signed before calling the contract's updateStatus method. Retailer Marketing and Data Insights Subsystem: This subsystem serves retailer nodes and covers points marketing, supply chain collaboration, and data asset management. Located in the points marketing activity configuration console, retailers can flexibly create points activities on this interface. Through the form wizard, they can set up consumption-based points-reward activities (spending X yuan to receive Y points). After configuring the parameters, the system automatically deploys a standard-compliant subsidiary marketing contract instance on the public blockchain subnet and binds the contract address to the store. They can also set up points-consumption activities, such as redeeming a designated product for 50 points + 10 yuan. The configuration rules are also written into the contract. All configurations are completed through graphical sliders and input boxes, and the backend automatically generates the corresponding smart contract code and deploys it. Retailers can sign electronic purchase orders with suppliers online in the supply chain module. After the system generates the order, the buyer and seller sign it online using their DID private keys. The hash of the signed order is automatically submitted to the trade notarization sub-contract. When the goods are signed for, the retailer clicks to confirm receipt on the interface, triggering the signing order hash to be uploaded to the blockchain, thereby driving the generation of subsequent accounts receivable NFTs. It also features a data dashboard where retailers can act as data demanders, posting procurement requests in the data marketplace submodule. They can define target customer characteristics (such as having visited product A's details page in the past week but not made a purchase) and set a budget through a form. The system compiles this request into a format recognizable by the data rights management contract and deploys it as a procurement offer contract. Once consumer data is matched and a transaction is completed, retailers can view the aggregated anonymous analysis report on the dashboard, which is accessed through a decentralized storage address.
[0043] The consumer mobile application serves as the core entry point for consumer interaction with the system. It typically exists as a mobile app with an embedded non-custodial digital wallet. The application's homepage is the digital wallet interface, clearly displaying the consumer's RC Token balance, acquired NFTs (such as digital collectible wines), and data asset certificates. All asset balances are synchronized in real-time by querying the public state of the corresponding blockchain. The application also integrates a QR code scanner; after a consumer scans the product traceability code in a physical store, the application automatically parses the associated tokenId and initiates a query to the blockchain network (through a light node or gateway service). It calls the getStateHistory function of the product traceability management contract to obtain the data, then displays the complete traceability information in a timeline graphical interface, providing a signature verification function that allows users to manually verify the digital signature at any stage.
[0044] When making a purchase at a partner merchant, the cashier displays a points payment option; after the user selects it, the application pops up a transaction confirmation box, displaying the number of points to be paid, the redemption rules and the details of the split (optional); after confirmation, the application automatically constructs a transaction, calls the corresponding merchant's subsidiary marketing contract (322) to make the payment, and broadcasts it to the public blockchain subnet.
[0045] This financial institution risk control and financing platform provides banks and other financial institutions with tools to access and manage supply chain finance business. After logging in, the platform displays a list of all financing applications initiated by suppliers, using accounts receivable NFTs as collateral. Clicking on any application automatically retrieves the public status of relevant sub-contracts of the supply chain finance contract and visualizes the underlying trade evidence chain: including the storage hashes, signatory DIDs, and timestamps of each stage such as orders, logistics, and receipts. Risk control personnel can verify the original files corresponding to the hashes online (uploaded by the financing party to trusted storage), achieving transparent verification. After the review is approved, the risk control personnel click "Approve Loan" on the interface. The platform backend automatically calls the grantLoan function of the financing and liquidation sub-contract to transfer the agreed financing amount (digital stablecoin) from the blockchain address controlled by the institution to the supplier address. All operation records and contract status changes are recorded in the platform's audit log. The platform also provides a dashboard to monitor the real-time status of all NFT receivables corresponding to disbursed financing. The system highlights the loan as the repayment date approaches; upon maturity, the platform displays transaction vouchers automatically executed by smart contracts for repayment settlement, eliminating the need for manual collection efforts.
[0046] A retail method based on the above-mentioned blockchain-based smart retail system includes: Step S1, Product traceability: The manufacturer node calls the smart contract to create a digital twin non-fungible token for the product and initializes the data. Each node in the supply chain signs and updates the token status in turn, thereby forming a complete traceability chain for the product. Step S2, Points Exchange: After making a purchase, consumers receive a universal utility token recorded in the public blockchain subnet address of the product; when making purchases at different merchants, consumers can use the universal utility token to pay by calling the corresponding smart contract, and the contract will automatically complete the verification, token transfer and multi-party revenue sharing; Step S3, Data Rights Trading: The consumer client calculates the consumer's behavioral data fingerprint and hashes it on the blockchain; the data requester publishes a purchase contract; the consumer anonymously matches and authorizes the transaction through zero-knowledge proof, triggering automatic payment and secure data transmission; Step S4, Supply Chain Finance: Based on trusted on-chain trade data, the smart contract automatically generates accounts receivable digital certificate tokens for suppliers; suppliers use the digital certificate tokens to initiate financing from on-chain financial institution nodes, and the financing and repayment process is automatically executed by the smart contract.
[0047] Furthermore, in step S1, the verification of the signature status of the previous stage by the participating node in the next stage is a prerequisite for the successful update of the status of the participating node in the next stage.
[0048] Furthermore, the automatic revenue sharing in step S2 specifically includes: the smart contract temporarily locking the tokens paid by the consumer, transferring them to the receiving address of the target merchant, the recycling address of the original points issuer, and the system maintenance fee address according to a preset ratio, and finally completing the transaction confirmation.
[0049] Furthermore, the zero-knowledge proof anonymous matching in step S3 specifically involves the consumer client generating a cryptographic proof. This cryptographic proof can verify to the blockchain network that the proposition that local data meets the characteristics defined in the procurement offer is true, without needing to upload any original data or specific parameters of the data model, thus saving processing time.
[0050] In the specific implementation process, corresponding to step S1, the manufacturer node calls the smart contract to create a digital twin non-fungible token for the product and initialize the data. Each node in the supply chain signs and updates the token status in turn, thereby forming a complete traceability chain for the product. This step is specifically executed by the product traceability management contract deployed on the permissioned consortium blockchain. For step S2, after making a purchase, the consumer obtains a universal utility token recorded in their public blockchain subnet address; when making purchases at different merchants, the consumer uses the universal utility token to make payments by calling the corresponding smart contract, and the contract automatically completes the verification, token transfer and multi-party revenue sharing; For step S3, data rights transaction: the consumer client calculates the consumer's behavioral data fingerprint and hashes it on the blockchain; the data demander publishes a purchase contract; the consumer anonymously matches and authorizes the transaction through zero-knowledge proof, triggering automatic payment and secure data transmission; For step S4, supply chain finance: Based on trusted on-chain trade data, the smart contract automatically generates accounts receivable digital certificate tokens for suppliers; suppliers use the digital certificate tokens to initiate financing from on-chain financial institution nodes, and the financing and repayment process is automatically executed by the smart contract.
[0051] The above description is merely a preferred embodiment of the present invention. The scope of protection of the present invention is not limited to the above embodiments. All technical solutions falling within the scope of the present invention's concept are within the scope of protection of the present invention. It should be noted that for those skilled in the art, any improvements and modifications made without departing from the principles of the present invention should also be considered within the scope of protection of the present invention.
Claims
1. A blockchain-based smart retail system, characterized in that, include: The blockchain network module adopts a hybrid architecture, including a permissioned consortium blockchain composed of multiple participating nodes and a public blockchain subnet that supports access by consumer nodes. The permissioned consortium blockchain and the public blockchain subnet interact with trusted data and assets through a cross-chain bridging module. The digital identity and asset management module, connected to the blockchain network module, is used to generate and manage decentralized identifiers for system participants and commodity objects, and to manage digital wallets bound to the corresponding centralized identifiers for consumers. A smart contract cluster, deployed on the blockchain network module, includes: The product traceability management contract is used to create and manage digital twin non-fungible tokens representing physical goods, and record the state changes of the digital twin non-fungible tokens throughout their entire lifecycle; the token points management contract is used to issue and manage general utility tokens representing points, and execute cross-entity exchange and automatic settlement logic; the data rights management contract is used to manage the hash storage, authorized transactions, and value transfer of consumer data; and the supply chain finance contract is used to generate trusted digital certificates based on on-chain trade data, and manage financing and settlement processes. The application interface layer module is used to provide various participants with an operation interface for interacting with the smart contract cluster.
2. The blockchain-based smart retail system according to claim 1, characterized in that, The product traceability management contract is specifically as follows: In response to a call from a manufacturer node, a unique digital twin nonfungible token is generated for a batch of physical goods, and initialization metadata containing raw material information, production data, and quality inspection report hashes is associated with the digital twin nonfungible token. Used to respond to state update transactions initiated by participating nodes in subsequent stages and signed with private keys, after verifying their validity, new state events are added to the on-chain record of the digital twin non-fungible token in chronological order, thereby forming an immutable traceability chain.
3. The blockchain-based smart retail system according to claim 1, characterized in that, The token points management contract includes: The main points contract is used to manage the total issuance and global circulation rules of the general utility tokens. Several subsidiary marketing contracts can be deployed independently by retailer nodes to define the exchange rules between specific goods or services and the general utility token; When cross-merchant points consumption occurs, the following steps are executed in sequence: the subsidiary marketing contract verifies the consumer's digital wallet address and token balance, and calculates the consumption amount according to its rules; the main points contract automatically allocates the general utility tokens paid by the consumer to the target merchant address, the original issuer address, and the system maintenance address according to the preset revenue sharing rules.
4. The blockchain-based smart retail system according to claim 1, characterized in that, The workflow of the data rights management contract includes: The hash value is stored on the blockchain in response to the data fingerprint hash submitted by the consumer client; A smart contract for responding to a data procurement offer issued by a data requester, the contract including the characteristics of the requested data, the terms of use, and the price; This is used to respond to an authorization credential generated by a consumer client based on zero-knowledge proof to prove that anonymous data meets the data requirements, and to verify the validity of the authorization credential; after successful verification, payment is automatically executed to the consumer's address, and the transmission of encrypted data from the storage location specified by the consumer to the data requester is triggered.
5. The blockchain-based smart retail system according to claim 1, characterized in that, The supply chain finance contract includes: The trade evidence storage subcontract is used to receive and store on-chain the hash values of orders, logistics, and receipt data signed by multiple parties; The digital certificate subcontract is used to automatically generate a digital certificate token representing accounts receivable after the trade certificate subcontract confirms the trade completion event, and to assign ownership of the digital certificate token to the supplier node. The financing and clearing subcontract is used to receive financing requests initiated by the supplier node, with the digital credential token as collateral, and automatically transfer the financing funds to the supplier's address when the conditions are met, and automatically deduct the repayment from the purchaser's guarantee account on the agreed due date.
6. The blockchain-based smart retail system according to claim 1, characterized in that, The cross-chain bridging module adopts a mechanism based on multi-signature witnessing or light node state verification to realize asset mapping and state synchronization between the permissioned consortium chain and the public chain subnet.
7. A retail method based on a blockchain-based smart retail system according to any one of claims 1-6, characterized in that, include: Step S1, Product Traceability: The manufacturer node calls the smart contract to create a digital twin non-fungible token for the product and initializes the data. Each node in the supply chain signs and updates the token status in turn, thereby forming a complete traceability chain for the product. Step S2, Points Exchange: After making a purchase, consumers receive a universal utility token recorded in the public blockchain subnet address of the product; when making purchases at different merchants, consumers can use the universal utility token to pay by calling the corresponding smart contract, and the contract will automatically complete the verification, token transfer and multi-party revenue sharing; Step S3, Data Rights Trading: The consumer client calculates the consumer's behavioral data fingerprint and hashes it on the blockchain; The data requester publishes a procurement contract; the consumer anonymously matches and authorizes the transaction through zero-knowledge proof, triggering automatic payment and secure data transmission. Step S4, Supply Chain Finance: Based on trusted on-chain trade data, the smart contract automatically generates accounts receivable digital certificate tokens for suppliers; suppliers use the digital certificate tokens to initiate financing from on-chain financial institution nodes, and the financing and repayment process is automatically executed by the smart contract.
8. A retail method according to claim 7, characterized in that, In step S1, the verification of the signature status of the previous step by the participating node in the next step is a prerequisite for the successful update of the status of the participating node in the next step.
9. A retail method according to claim 7, characterized in that, The automatic revenue sharing in step S2 specifically includes: the smart contract temporarily locking the tokens paid by the consumer, transferring them to the target merchant's receiving address, the original points issuer's redemption address, and the system maintenance fee address according to a preset ratio, and finally completing the transaction confirmation.
10. A retail method according to claim 7, characterized in that, The zero-knowledge proof anonymous matching in step S3 specifically involves the consumer client generating a cryptographic proof that verifies to the blockchain network that the local data meets the characteristics defined in the purchase offer, thus eliminating the need to upload any original data or specific parameters of the data model and saving processing time.