Block chain-based shared power bank asset right confirmation and income distribution method and system
By generating unique digital fingerprints for devices using blockchain technology and minting NFTs, combined with secure chip signatures and smart contracts for automatic revenue distribution, the problems of unclear device ownership, opaque revenue sharing, and insufficient user participation in the shared power bank system are solved, thereby improving the system's security and credibility.
Patent Information
- Application Number
- CN202511880913.1
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-12-14
- Publication Date
- 2026-03-17
AI Technical Summary
The existing shared power bank system suffers from opaque storage of device asset information, opaque revenue sharing, difficulty in verifying data authenticity, lack of effective user incentive mechanisms, and limited user experience.
The system uses blockchain technology to generate a unique digital fingerprint for each device and to mint NFTs. It uses secure chip signatures and oracle nodes to verify data, and utilizes smart contracts to automatically distribute profits. It also incorporates digital human interaction technology for multi-dimensional incentive calculations and voice interaction.
It achieves transparent equipment ownership confirmation, reliable revenue distribution, high data authenticity, increased user participation, and improved user experience.
Smart Images

Figure CN121685076A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of shared power bank technology, and in particular to a method and system for asset confirmation and revenue distribution of shared power banks based on blockchain. Background Technology
[0002] Shared power banks, as an important component of the sharing economy, have been widely used in various public places and have become part of modern urban infrastructure. Currently, the industry generally adopts a centralized cloud server architecture for operation and management. This system typically includes multiple layers such as a client layer, business service layer, data storage layer, and terminal device layer, with all data and control logic managed centrally by a central platform. While this centralized architecture is relatively convenient in terms of deployment and maintenance, its inherent shortcomings are becoming increasingly apparent with technological advancements: 1. Equipment asset information is stored in a central database. Merchants and investors cannot independently verify the authenticity of the equipment and the ownership of the revenue rights, which poses a risk of information opacity and tampering.
[0003] 2. Revenue sharing relies on batch processing via backend scripts, the calculation process is opaque, the settlement cycle is long, and it is susceptible to human intervention, lacking credibility.
[0004] 3. The operational data reported by the equipment lacks an effective anti-counterfeiting verification mechanism, making it difficult for the platform to ensure the authenticity and integrity of the data, thus posing a risk of forgery.
[0005] 4. The existing system lacks an effective user incentive mechanism. Users only complete a single rental transaction, which fails to create a virtuous cycle of continuous participation and contribution.
[0006] 5. The system's voice interaction function is relatively simple, only able to provide basic consultation and unable to perform actual business operations, resulting in a limited user experience. Summary of the Invention
[0007] The purpose of this invention is to address the shortcomings of existing technologies by proposing a blockchain-based method and system for asset ownership confirmation and revenue distribution of shared power banks.
[0008] To achieve the above objectives, the present invention adopts the following technical solution: A blockchain-based method for asset ownership confirmation and revenue distribution of shared power banks includes the following steps: S1: Generate a unique digital fingerprint for each shared power bank device, and register the digital fingerprint and device metadata on the blockchain through a device registration smart contract to mint non-fungible tokens (NFTs) representing the ownership and revenue rights of the device; S2: Digitally sign the data generated during the operation of the shared power bank by using a security chip integrated into the device; S3: Integrate signed device data through oracle nodes, generate a Merkle root, and submit it to the blockchain for verification and storage; S4: After a user completes a rental order, the revenue settlement smart contract automatically executes the revenue distribution logic and distributes the revenue to the platform, merchant and NFT holder addresses associated with the device NFT according to the preset distribution ratio. S5: Based on user behavior data, calculate the user's behavioral contribution value (BCF) through the incentive management smart contract, and update the user's on-chain reputation level and allocate incentive tokens accordingly. S6: Through the integration of Automatic Speech Recognition (ASR), Natural Language Processing (NLP), and Text-to-Speech (TTS) into a digital human interaction interface, it receives user voice commands, parses them into calls to blockchain smart contracts, and feeds back the contract execution results to the user in voice form.
[0009] Preferably, the unique digital fingerprint generated by the shared power bank device is obtained by collecting the hardware identification information of the shared power bank device, which includes the MAC address, device serial number and security chip certificate. The hash value of the hardware identification information is signed using the private key of the security chip to generate the digital fingerprint.
[0010] Preferably, in step S3, the IoT access gateway receives signed data packets from multiple shared power bank devices, verifies the signature of each data packet, detects replay attacks, integrates the verified data packets within a preset time window to form a batch dataset, calculates the Merkle root of the batch dataset, and submits the Merkle root and batch identifier to the verification contract on the blockchain by the oracle node.
[0011] Preferably, the calculation of the user's behavioral contribution value (BCF) uses the following formula: BCFu=ω1At+ω2Sr+ω3Lp+ω4If+βErKh-γFr in, BCFu represents the contribution value of user behavior; At is a task behavior factor, determined based on the user's task completion rate and on-time performance. Sr is the resource matching factor, which is determined based on the user's rental and return behavior in areas where equipment is scarce. Lp is a long-term performance factor, determined based on the user's historical violation records and stable usage records; If is the digital human interaction feedback factor, determined based on the effectiveness of user-digital human interaction; Er is the energy return factor, which reflects the contribution of users returning high-power devices to low-power areas; Kh is the lock control consistency factor, which is determined based on the consistency between the equipment lock control operation and the order time; Fr is an anti-fraud risk factor, determined based on the risk of data signature anomalies, duplicate nonces, or position jumps. ω1, ω2, ω3, ω4 are weighting coefficients, β is the interaction gain coefficient, and γ is the risk penalty coefficient.
[0012] Preferably, in step S6, the Automatic Speech Recognition (ASR) module converts the user's speech stream into text commands, the Natural Language Processing (NLP) module performs semantic analysis on the text commands and extracts the user's intent and key parameters, the intent parsing module maps the semantic analysis results into specific smart contract function calls, the Web3 call adapter converts the function calls into blockchain transactions, and performs signing and sending, and finally the Text-to-Speech (TTS) module converts the smart contract execution results into voice information and feeds it back to the user.
[0013] A blockchain-based system for confirming ownership and distributing revenue from shared power banks includes: The terminal device layer includes a shared power bank device, which has a built-in main control module, battery management module, power sensing module, temperature sensing module, communication module, security chip module, lock control module and human-machine interaction (HMI) module, which is used to collect data, perform operations and perform local interaction. The Internet of Things (IoT) data trusted transmission layer includes an IoT access gateway, a signature verifier, a data aggregator, and an oracle node, which are used to receive, verify, aggregate device data, and submit it to the blockchain. The device ownership and identity layer includes a fingerprint generation module and an NFT casting module, which are used to generate a device digital fingerprint and register the device NFT on the blockchain. The cloud gateway and application layer include an API gateway, a user / merchant service module, a payment service module, an order service module, a data storage interface, and a log auditing module, which are used to provide API access, business management, and data bridging functions. The blockchain contract and governance layer is deployed on the blockchain and includes a device registration contract, a revenue settlement contract, an incentive management contract, a governance contract, a task contract, and a token management contract, which are used to execute the logic of rights confirmation, revenue sharing, incentives, governance, and task management. The incentive and reputation calculation layer includes a behavior calculation module, an energy return module, a reputation level module, and a reward allocation module, which are used to calculate the user's behavior contribution value (BCF), update the reputation, and allocate rewards. The user-digital human interaction layer includes an automatic speech recognition (ASR) module, a natural language processing (NLP) module, an intent parsing module, a text-to-speech (TTS) module, and a Web3 call adapter, which are used to enable voice interaction between users and the blockchain system. Preferably, the security chip module in the terminal device layer is an SE chip or a TPM chip, which is configured to store the device private key and digitally sign the reported data packets.
[0014] Preferably, the revenue settlement smart contract is configured to listen for rental completion events on the blockchain and automatically call the settlement function to transfer the revenue to the blockchain address designated by each party according to a preset ratio.
[0015] Preferably, the cloud gateway and the API gateway in the application layer are used to provide RESTful and WebSocket interfaces and handle identity authentication and load balancing.
[0016] Preferably, the lock control module in the terminal device layer is used to control the unlocking and locking operations of the battery card slot and report the status in real time.
[0017] The beneficial effects of this invention are as follows: by introducing the blockchain RWA rights confirmation mechanism and digital human interaction technology, the digital rights confirmation of assets is realized by using the NFT-ization of devices, the revenue distribution is automatically executed by smart contracts to ensure transparent and trustworthy revenue sharing, and the authenticity of data is guaranteed by combining secure chip signatures and Oracle verification. This solves the problems of unclear device rights confirmation, opaque revenue sharing, low data credibility, and insufficient user participation in traditional shared power bank systems, thereby improving the security and credibility of shared power bank asset rights confirmation and revenue distribution. Attached Figure Description
[0018] Figure 1 This is a diagram of the digital human shared power bank system architecture based on blockchain RWA proposed in this invention; Figure 2 This is a flowchart of the system operation proposed in this invention; Figure 3 This is a block diagram of the system device proposed in this invention; Figure 4 This is a flowchart of Embodiment 1 proposed in this invention; Figure 5 This is a flowchart of Embodiment 2 proposed in this invention; Figure 6 This is a diagram of the centralized cloud server architecture used by traditional shared power bank platforms. Detailed Implementation
[0019] The technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments.
[0020] Reference Figure 1-5 This invention proposes a digital human-based shared charging device management system and method based on blockchain RWA rights confirmation and smart contract incentive mechanisms. The system achieves a closed-loop system across the entire chain, from device rights confirmation, revenue settlement, data anti-counterfeiting to user incentives and governance, through device-side security chip signing, IoT data aggregation, Oracle node on-chaining, smart contract revenue sharing, BCF incentive algorithm, and digital human voice interaction. The entire system follows the design principle of "device-chain-human integration," and the technical path is as follows: Device ownership verification (RWA binding): The physical fingerprint of the shared charging device is recorded on the blockchain for ownership verification, and a unique digital identity is generated through NFT.
[0021] Data anti-counterfeiting and aggregation: Secure chip (SE / TPM) signature and Oracle batch aggregation technology are used to ensure the authenticity and reliability of the data uploaded to the blockchain.
[0022] Revenue sharing and settlement: Revenue is automatically distributed by the smart contract RevenueSettlement, improving transparency and execution efficiency.
[0023] Incentive and Reputation Algorithm: The improved BCF model of this invention realizes multi-dimensional incentive calculation and on-chain reputation update.
[0024] Digital human voice interaction: Users interact with the system via voice to perform operations such as income inquiry, task acceptance, and governance voting.
[0025] The system in this invention structurally comprises seven logical layers, such as... Figure 1 As shown.
[0026] The system architecture of this invention, from bottom to top, consists of: a terminal device layer (Device & Sensor Layer), an IoT data trusted transmission layer (IoT Data & Oracle Layer), a device ownership and identity layer (RWA Device Registry Layer), a cloud gateway and application layer (API / Service Layer), a blockchain contract and governance layer (Smart Contract Layer), an incentive and reputation calculation layer (Incentive & Reputation Layer), and a user and digital human interaction layer (Voice / NLP Layer). This architecture forms a complete closed loop from bottom to top: "physical device → data on-chain → asset ownership → intelligent ledger → behavioral incentives → digital human interaction," realizing device ownership confirmation, transparent revenue distribution, multi-dimensional user incentives, and intelligent voice interaction feedback.
[0027] The system-level functions in this application include: 1. User-Digital Human Interaction Layer This layer serves as the user's interface with the system, responsible for receiving voice commands, parsing semantic intent, generating on-chain call requests, and providing voice feedback. Through natural language processing and speech synthesis technologies, it enables non-technical users to directly control blockchain smart contracts, achieving "voice as operation, voice as on-chain." It includes the following modules: The speech recognition module receives user speech streams and converts them into parsable text commands. It supports multilingual recognition and keyword wake-up mechanisms, and features noise reduction and adaptive speech rate capabilities.
[0028] The semantic understanding module performs lexical and syntactic analysis on the recognition results to extract key intent parameters, such as query type ("query benefits"), operation type ("initiate task"), governance type ("vote proposal"), etc.
[0029] The intent parsing module maps semantic results to executable functions or smart contract interfaces of the system, such as: "Query revenue" → call getRevenue(address user), "Submit task" → call joinMission(uintmissionId).
[0030] The speech synthesis module converts the on-chain results returned by the system (such as revenue and reputation level) into natural language speech feedback to achieve real-time broadcasting.
[0031] The task scheduling interface is responsible for mapping, allocating, and asynchronously processing voice tasks and system tasks, such as users initiating tasks, device scheduling commands, and revenue calculation requests via voice.
[0032] The Web3 call adapter translates semantic parsing results into standard RPC requests for smart contract calls, providing cryptographic signatures and gas estimation to ensure the security and reliability of on-chain calls.
[0033] The interaction logic at this layer is as follows: User voice → ASR recognition → NLP semantic parsing → Intent mapping → Web3 interface signing → Contract call result → TTS voice feedback. The entire process is fully automated, and users do not need to understand blockchain operations.
[0034] 2. Blockchain Contracts and Governance Layer This layer serves as the system's "trust and settlement hub," responsible for core logic such as rights confirmation, revenue sharing, incentives, governance, and task management. All contract events are recorded on the blockchain, ensuring transparency and traceability of processes and results. It includes the following modules: The device registration contract provides interfaces for device registration, NFT creation, and ownership transfer. It verifies device uniqueness through fingerprint hashing, ensuring the digital ownership of physical devices.
[0035] The revenue settlement contract is responsible for the automatic revenue distribution. After an order is completed, the revenue is automatically allocated proportionally to the platform, the merchant, and the NFT holder, and recorded on the blockchain.
[0036] The incentive reputation contract is used to calculate and record a user's behavioral contribution value (BCF) and reputation level, while triggering the issuance of ProofTokens.
[0037] The governance contract is responsible for the voting and proposal logic of the governance token (GovToken), and supports on-chain governance, parameter adjustment and dispute arbitration.
[0038] Task contracts are used to define, publish, and verify tasks. Tasks can be automatically assigned by the system or actively claimed by users (such as energy return and equipment optimization).
[0039] The Token Management Contract manages the issuance, exchange, and locking logic of Proof Token, Revenue Token, and Governance Token.
[0040] This layer runs on the blockchain and has an event callback mechanism; contracts of each module can form a business loop through mutual calls via interfaces.
[0041] 3. Incentive and Reputation Calculation Layer This layer is the on-chain incentive logic calculation and reputation update module. It can perform calculations off-chain or directly trigger on-chain updates. It is used to quantify user behavior, calculate energy return contributions, distribute rewards, and map token levels. It includes the following modules: The behavior calculation module calculates the user behavior contribution value based on parameters such as task completion rate, interaction frequency, and regional matching degree. The calculation formula is as follows.
[0042] BCFu=ω1At+ω2Sr+ω3Lp+ω4If+βErKh-γFr The variables, factors, and parameters are explained below.
[0043] At (Task Behavior Factors): Task Acquisition / Completion Rate, On-Time Rate, and Abnormal Rate (derived from task / order contract events).
[0044] Sr (Resource Matching Factor): The success rate of rental and return, and scheduling in gap areas (derived from the regional supply and demand model + order events).
[0045] Lp (Long-term performance factor): Historical violations, damage rate, and continuous stable use (derived from on-chain reputation events).
[0046] If (Digital Human Interaction Feedback Factor): Interaction effectiveness rate / confirmation rate (derived from Voice / NLP layer events).
[0047] Er (Energy Return Factor) reflects the contribution of "high-energy devices returning to low-energy / scarce areas".
[0048] Kh (Lock Consistency Factor): Consistency between lock opening / closing and order / return timestamps + compliance of HMI (screen / LED / buzzer) operation procedures. Suggested value: 1 for compliance, 0.50 for minor anomalies, and 0 for forced opening / inconsistency. Derived from Dock / Lock + HMI event on-chain processing.
[0049] Fr (Anti-fraud Risk Factor): A comprehensive risk score for signature anomalies, duplicate nonces, position jumps, fingerprint clustering anomalies, etc. The higher the score, the higher the risk (derived from IoT risk control and on-chain abnormal events).
[0050] w1, w2, w3, w4 ≥ 0: The weights of the four main items.
[0051] β≥0: Interaction gain coefficient (recommended 0.2–0.6, to make the magnitude of the interaction term comparable to that of the main term).
[0052] γ≥0: Risk penalty coefficient (recommended 0.5–1.5, set according to risk control intensity) The innovative aspect of the BCF calculation method proposed in this invention lies in adding an interaction gain term, ErKh, to the traditional linear weighted scoring. This gain term only significantly adds points when "energy return is well-executed (high Er) and the locking / return process is genuinely consistent (high Kh)," making it difficult to manipulate scores based on a single dimension. Simultaneously, a risk penalty term, Fr, is added to directly deduct points for fraudulent risks such as signature anomalies, duplicate nonces, and position jumps. Both new terms can be verified on-chain (device signature → IoT signature verification / aggregation → Oracle / Merkle root → contract event). The energy return module calculates whether the user has returned the power bank to an area with low power. If the returned energy Er > 0, an Energy Contribution Certificate (ECP) is generated.
[0053] Er = (Preturn - Pavg) / Pmax The reputation rating module maps the cumulative results of a user's long-term behavior to a reputation rating (Lv1–Lv5), which affects the revenue ratio and governance permissions.
[0054] The reward distribution module allocates Proof Token rewards or bonuses based on reputation level.
[0055] The Token mapping module is responsible for the exchange and level binding between different Tokens (Proof, Revenue, Governance).
[0056] The governance points module calculates a user's governance voting weight based on their staked amount and credit rating.
[0057] The operating logic of this layer is as follows: IoT data → contract event triggering → computing module processing → Reputation update → TokenManager call to distribute rewards.
[0058] 4. IoT Data Trusted Transmission Layer This layer serves as the core channel for off-chain data collection, verification, and on-chain processing, ensuring that all data reported by devices undergoes signature verification and hash aggregation before entering the blockchain. It includes the following modules: The IoT access gateway receives encrypted data packets from terminal devices, maintains secure sessions, and supports multiple protocols including 4G / 5G / WiFi.
[0059] The message caching and anti-replay module stores short-term session data, detects duplicate nonces and abnormal timestamps, and prevents spoofed replay attacks.
[0060] The signature verifier uses the device TPM's public key to verify the signature: Verifypk(σ,data)=True Only data that passes verification can proceed to the aggregation process.
[0061] The data aggregator aggregates data from multiple devices into a batch dataset D={d1,d2,...,dn} according to time windows.
[0062] Oracle nodes are responsible for bridging off-chain to on-chain data and submitting aggregate hashes to contracts.
[0063] The Merkle hash generator (Merkle Root Builder) generates a Merkle tree from an aggregated dataset: Root=H(H1|∣H2∣∣...∣∣Hn) Only the Root commits to the blockchain, saving block storage.
[0064] This layer's business logic is as follows: Device reporting → Signature verification → Data aggregation → Merkle Root generation → Oracle submission of Root to the blockchain.
[0065] 5. Equipment Ownership and Identity Layer This layer enables digital ownership verification of physical devices and on-chain asset registration. Each device corresponds to a unique NFT asset, and the NFT holder enjoys the rights to revenue and governance. It includes the following modules: The fingerprint generation module collects device hardware identification information (MAC, serial number, chip certificate) and generates a unique fingerprint.
[0066] The NFT casting module calls the Device Registry contract to create the corresponding NFT and writes the device metadata.
[0067] The ownership transfer module enables the transfer and trading of NFT ownership, which is recorded on the blockchain.
[0068] The revenue binding module binds the revenue sharing ratio, so that the revenue is automatically settled to the NFT holder's wallet.
[0069] The metadata management module stores extended attributes such as the model, location, manufacturing information, and operating status of storage devices.
[0070] The device status verification module verifies the consistency between the data reported by the device and the on-chain NFT status to prevent misuse.
[0071] This layer primarily exchanges device verification information with the IoT layer and interacts with the contract layer for NFT registration and update transactions.
[0072] 6. Cloud Gateway and Application Layer This layer provides unified API access and business management functions for the platform and merchants, while connecting on-chain contracts and the IoT layer to form a business bridge. It includes the following modules: The API gateway provides standardized RESTful and WebSocket interfaces to handle authentication and load balancing.
[0073] The User / Merchant Service module manages user accounts, merchant information, and device ownership.
[0074] The payment service module connects to third-party payment systems to generate order payment records.
[0075] The order service module is responsible for creating rental orders, tracking their status, and triggering settlement.
[0076] The data storage interface connects the database with on-chain data, supporting querying and offline analysis.
[0077] The log auditing module records system operation logs, API call history, and abnormal alerts, providing traceable evidence for compliance audits.
[0078] This layer is mainly used to support cross-layer interaction, which can both receive contract layer events and issue IoT control commands (such as OTA upgrades).
[0079] 7. Terminal Equipment Layer This layer is the physical device execution and sensing end, responsible for data acquisition, task execution, encrypted reporting, and human-computer interaction. It includes the following modules: The main control module executes local logic, collects task data, coordinates communication modules, and runs the RTOS real-time system.
[0080] The battery management module monitors battery power, voltage, temperature, and health status, and executes safe charging and discharging strategies.
[0081] The power / temperature sensing module collects real-time parameters such as power, temperature, voltage, and current, providing basic data for energy return calculation.
[0082] The communication module (4G / 5G / WiFi) enables data reporting and command issuance, and supports encrypted channels (TLS / DTLS) and retransmission mechanisms.
[0083] The security chip module stores the private key and generates data signatures to prevent tampering and forgery.
[0084] The local log module records device operation logs and status changes, and can cache data when the network connection is lost.
[0085] The locking module is responsible for unlocking, locking, and security checks of the battery slot. It implements "borrowing / returning" operations through command issuance and reports the status in real time.
[0086] The HMI interaction module provides a local human-machine interface, including: LED status indicators (charging / abnormal / connection status); screen display of remaining battery power and price; and a buzzer to indicate successful operation or alarm status.
[0087] The business logic of this layer is as follows: device collects data → signs and reports → receives commands → controls the lock module → provides feedback on the operation results to the user through the HMI.
[0088] The system operation is divided into 6 stages, such as Figure 2 As shown.
[0089] The detailed process for each stage is as follows: S1: Equipment Registration and Ownership Confirmation Stage The terminal device performs a power-on self-test and generates a unique fingerprint hash via the security chip (SE). The IoT gateway receives the registration request, packages the device information (SN, MAC, GPS, signature), calls the DeviceRegistry.registerDevice contract to register the device on the blockchain, and generates a device NFT. The deviceId and tokenId are returned, and the revenue share and owner are bound.
[0090] S2: User rental and operation data reporting stage Users rent devices by scanning a QR code via the App / Mini Program, generating an order event (orderId). The device's MCU calls the BMS to collect power, voltage, current, and temperature data. The SE chip generates a signature σ = Sign_sk(H(deviceId||data||nonce)). The data is uploaded to the IoT access gateway via MQTT / HTTPS. The IoT gateway caches, verifies, and generates a batchId. The DataAggregator aggregates the batch device data and calculates the Merkle Root. The Oracle node calls submitTelemetryRoot(rootHash, batchId) to upload the data to the blockchain.
[0091] S3: Smart Contract Revenue Settlement Phase The RevenueSettlement contract listens for rental completion events → automatically executes settleRevenue(rentId, revenue), calculates the proportions for the platform, merchants, and NFTs → transfers funds to the respective wallet addresses → issues a RevenueSplit event and writes it to the on-chain ledger.
[0092] S4: Incentive and Reputation Calculation Stage IncentiveManager captures the RevenueSplit event → calls updateReputation(user, BCF_u) → BCF model calculation: BCF_u = w1A_t + w2S_r + w3L_p + w4I_f + β(E_r·K_h) - γF_r → When the reputation level increases or reaches the threshold, Proof Tokens or reward Tokens are automatically minted.
[0093] S5: Digital Human Voice Feedback Stage User asks via voice: "How much did I earn today?" → NLP module recognizes intent → Calls Web3 API to query on-chain data → Obtains earnings and reputation level → TTS announces: "You earned 0.004 ETH, reputation increased to Lv3" → The announcement process is linked to contract events in real time, and the voice feedback is transparent and reliable. S6: User Governance Participation Phase (Optional) User submits governance proposals or voting commands via voice → GovernanceDAO.voteProposal(proposalId, yes / no) → DAO contract updates proposal status and writes it to the on-chain governance ledger. To implement the above method steps, this invention further proposes a corresponding system device structure. This device consists of five subsystems, such as... Figure 3 As shown.
[0094] The system device is described below.
[0095] 1. Blockchain-based rights confirmation subsystem It is responsible for putting the physical information of the device on the blockchain to confirm ownership and converting it into an NFT, thus forming a unique digital asset identity. It uses hash fingerprints and metadata binding to achieve a one-to-one correspondence between the device and the right to benefit.
[0096] 2. Smart Contract Revenue Sharing and Settlement Subsystem Revenue is automatically distributed through event listening and automated logic execution, replacing manual settlement. Revenue sharing ratios and transaction records are stored on-chain for transparency.
[0097] 3. Anti-counterfeiting verification subsystem It consists of device-side SE signing, IoT aggregation, Merkle root calculation, and Oracle commit, ensuring the authenticity of data sources, batch verifiability, and preventing duplicate reporting.
[0098] 4. Incentive and Reputation Subsystem An improved BCF incentive algorithm is integrated to achieve multi-dimensional behavioral scoring and reputation updates. All parameters are hosted by a governance contract, and the scoring results are recorded on-chain for auditability.
[0099] 5. Digital Human Voice Interaction Subsystem By using ASR, NLP, TTS and Web3 API calls, voice-based contract control can be achieved; users can use natural language to query revenue, vote on governance issues or issue device operation commands.
[0100] Example 1: See Figure 4 The process of confirming ownership and binding revenue for shared charging devices based on blockchain RWA.
[0101] This embodiment illustrates how to bind the unique information (fingerprint) of a physical charging device to an on-chain NFT asset, thereby realizing a rights confirmation mechanism of "device as asset" and "use as income".
[0102] S1: Device fingerprint generation: Reads unique hardware parameters (SN, MAC, TPM certificate) when the device is powered on.
[0103] S2: The hash is signed using the SE chip's private key, forming a unique and tamper-proof fingerprint. This fingerprint is written to the blockchain as a device identifier.
[0104] S3: IoT Registration on the Blockchain: The IoT gateway verifies the signature's validity, extracts metadata (location, manufacturer, type, etc.), generates a metaHash, and calls the smart contract DeviceRegistry.registerDevice(fingerprint, metaHash, owner). The blockchain generates a unique device NFT, with a one-to-one correspondence between the tokenId and the device entity.
[0105] S4: Earnings Address Binding: After registration, the NFT is associated with an earnings distribution ratio of splitRate, such as 50% for the platform, 30% for the merchant, and 20% for the device investor.
[0106] S5: Complete confirmation of ownership and closed loop of revenue chain: When the device is rented out later, the RevenueSettlement contract queries the splitRate based on the device's NFT tokenId and automatically executes revenue distribution to ensure that the device holder directly receives the revenue.
[0107] Example 1 combines the ownership confirmation of "shared charging devices" with the blockchain RWA model; each device has an auditable identity to prevent forgery; and provides data root trust for subsequent revenue sharing, incentives and governance.
[0108] Example 2: See Figure 5The revenue sharing and incentive settlement process based on smart contracts.
[0109] This embodiment describes the entire process of smart contracts automatically executing revenue sharing, incentive calculation, and reputation updates.
[0110] S1: Revenue Trigger Event Generation: When a user completes the rental and pays, the order system calls `emitRentCompleted(orderId, user, amount)`. After the contract listens for this event, `RevenueSettlement` automatically triggers settlement.
[0111] S2: Automatic Revenue Settlement based on the split rate tied to the device NFT. Calculate: Ri = Ptotal × splitRatei And through smart contract functions: function settleRevenue(uint256 rentId, uint256 amount) public{RevenueInfo memory info = revenueMapping[rentId]; for(uinti=0;i <info.parties.length;i++){payable(info.parties[i].addr).transfer(info.amounts[i]);} emit RevenueSplit(rentId, amount, block.timestamp);} S3: Incentive Calculation and Reputation Update: The RevenueSplit event triggers the BCF calculation module of IncentiveManager: BCFu = ω1At + ω2Sr + ω3Lp + ω4If + βErKh - γFr S4: The calculation result is written to the chain by calling updateReputation(user,BCF_u).
[0112] S5: Incentive Distribution and Proof Token Minting: If BCF reaches the threshold, execute automatically: if(BCF_u >= Threshold) mintProofToken(user,BCF_u); The Proof Token represents a reputation level certificate and can be redeemed for bonus rewards.
[0113] S6: Digital Human Voice Feedback: Contract events are monitored by the voice module. The `ReputationUpdated(user, level, reward)` method performs NLP parsing, Web3 queries, and TTS announcements: "You have earned 0.004 ETH, and your reputation has been upgraded to Lv3." This invention introduces a blockchain-based RWA rights confirmation mechanism and digital human interaction technology, utilizes device NFTs to achieve digital asset rights confirmation, ensures transparent and trustworthy revenue distribution through smart contracts, and combines secure chip signatures and Oracle verification to guarantee data authenticity. This solves the problems of unclear device rights confirmation, opaque revenue distribution, low data credibility, and insufficient user participation in traditional shared power bank systems, thereby improving the security and credibility of shared power bank asset rights confirmation and revenue distribution.
[0114] The above description is only a preferred embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any equivalent substitutions or modifications made by those skilled in the art within the scope of the technology disclosed in the present invention, based on the technical solution and inventive concept of the present invention, should be covered within the scope of protection of the present invention.
Claims
1. A method for asset right and income distribution of a shared power bank based on a blockchain, characterized in that, The method comprises the following steps: S1: generating a unique digital fingerprint for each shared power bank device, and registering the digital fingerprint and device metadata on the blockchain through a device registration smart contract, and casting a non-fungible token (NFT) representing the ownership and income rights of the device; S2: signing the data generated during the operation of the device through the security chip integrated in the shared power bank device; S3: integrating the signed device data through the oracle node, generating a Merkle tree root and submitting it to the blockchain for verification and storage; S4: After the user's rental order is completed, the income distribution logic is automatically executed by the income settlement smart contract, and the income is distributed to the platform, the merchant and the NFT holder according to the preset distribution ratio; S5: Based on the user's behavior data, the behavior contribution value BCF of the user is calculated through the incentive management smart contract, and the on-chain credit level of the user is updated and the incentive token is distributed accordingly; S6: Through the digital human interaction interface integrated with automatic speech recognition (ASR), natural language processing (NLP) and voice synthesis (TTS), the user's voice instructions are received, analyzed as a call to the blockchain smart contract, and the contract execution result is fed back to the user in the form of voice. 2.The blockchain-based method for asset right confirmation and revenue distribution of a shared power bank, according to claim 1, wherein, The unique digital fingerprint generated by the shared power bank device is the hardware identification information of the shared power bank device, which includes the MAC address, the device serial number and the security chip certificate, and the hash value of the hardware identification information is signed by the private key of the security chip to generate the digital fingerprint. 3.The blockchain-based method for asset identification and revenue distribution of a shared power bank, according to claim 1, wherein, In step S3, the Internet of Things access gateway receives the signed data packets from multiple shared power bank devices, verifies the signature of each data packet, detects anti-replay attacks, integrates the verified data packets within a preset time window to form a batch data set, and finally calculates the Merkle tree root of the batch data set. The oracle node submits the Merkle tree root and batch identifier to the verification contract on the blockchain. 4.The blockchain-based method for asset identification and revenue distribution of a shared power bank, according to claim 1, wherein, The calculation of the user's behavior contribution value BCF uses the following formula: BCFu=ω1At+ω2Sr+ω3Lp+ω4If+βErKh-γFr Wherein, BCFu is the behavior contribution value of the user; At is the task behavior factor, which is determined based on the user's task completion and punctuality rate; Sr is the resource matching factor, which is determined based on the user's behavior in the device scarce area; Lp is the long-term performance factor, which is determined based on the user's historical violation record and stable use record; If is the digital human interaction feedback factor, which is determined based on the user's effective interaction with the digital human; Er is the energy return factor, which reflects the user's contribution to returning high-capacity devices to low-capacity areas; Kh is the lock consistency factor, which is determined based on the consistency of device lock operation and order time; Fr is the anti-fraud risk factor, which is determined based on data signature abnormalities, repeated Nonce or location jump risk; ω1,ω2,ω3,ω4 are weight coefficients, β is an interaction gain coefficient, and γ is a risk penalty coefficient. 5.The blockchain-based method for asset identification and revenue distribution of a shared power bank, according to claim 1, wherein, In the step S6, the automatic speech recognition ASR module converts the user voice stream into a text command, the natural language processing NLP module performs semantic analysis on the text command and extracts user intent and key parameters, the intent analysis module maps the semantic analysis result to a specific smart contract function call, the Web3 call adapter converts the function call into a blockchain transaction and performs signature and sending, and finally the text-to-speech TTS module converts the result of the smart contract execution into voice information and feeds it back to the user.
6. The blockchain-based shared power bank asset right confirmation and income distribution system of any one of claims 1-5, wherein, Comprise: A terminal device layer comprising a shared power bank device, which is internally provided with a master control module, a battery management module, a power sensing module, a temperature sensing module, a communication module, a security chip module, a lock control module, and a human-machine interaction HMI module, which are used to collect data, perform operations, and perform local interaction; An Internet of Things data trusted transmission layer comprising an Internet of Things access gateway, a signature verifier, a data aggregator, and an oracle node, which are used to receive, verify, aggregate device data, and submit to a blockchain; A device right confirmation and identity layer comprising a fingerprint generation module and an NFT minting module, which are used to generate a device digital fingerprint and register a device NFT on a blockchain; A cloud gateway and application layer comprising an API gateway, a user / merchant service module, a payment service module, an order service module, a data storage interface, and a log audit module, which are used to provide API access, business management, and data bridge functions; A blockchain contract and governance layer deployed on a blockchain, comprising a device registration contract, a revenue settlement contract, an incentive management contract, a governance contract, a task contract, and a token management contract, which are used to execute right confirmation, account distribution, incentive, governance, and task management logic; An incentive and reputation calculation layer comprising a behavior calculation module, an energy backflow module, a reputation level module, and a reward distribution module, which are used to calculate user behavior contribution value BCF, update reputation, and distribute rewards; A user and digital human interaction layer comprising an automatic speech recognition ASR module, a natural language processing NLP module, an intent analysis module, a text-to-speech TTS module, and a Web3 call adapter, which are used to realize voice interaction between the user and the blockchain system. 7.The blockchain-based shared power bank asset right confirmation and revenue distribution system of claim 6, wherein, The security chip module in the terminal device layer is an SE chip or a TPM chip, which is configured to store device private keys and digitally sign reported data packets. 8.The blockchain-based shared power bank asset right confirmation and revenue distribution system of claim 6, wherein, The revenue settlement smart contract is configured to listen to rental completion events on the blockchain and automatically call settlement functions to transfer revenues to specified blockchain addresses of each party in a predetermined proportion. 9.The blockchain-based shared power bank asset right confirmation and revenue distribution system of claim 6, wherein, The API gateway in the cloud gateway and application layer is used to provide RESTful and WebSocket interfaces and handle identity authentication and load balancing. 10.The blockchain-based shared power bank asset right confirmation and revenue distribution system of claim 6, wherein, The lock control module in the terminal device layer is used to control the unlocking and locking operations of the battery card slot and to report the status in real time.
