A property public revenue management system and method based on a blockchain and a smart contract

Abstract

The application discloses a property public income management system and method based on a blockchain and a smart contract, unique hash summaries are generated through off-chain data anchoring and are chained and solidified, off-chain original data and on-chain account books are bidirectionally bound, the problem of data tampering is solved by using the non-tamperable characteristics of the blockchain, all income, accounting, account distribution, and voting records are traceable, and the like. In addition, share right confirmation is chained and dynamic accounting is performed, and the share of the owner is solidified and automatically updated when the ownership is changed. Furthermore, multi-subject on-chain deliberation controls high-risk businesses through four-node multi-signature, and the transparency, standardization and safety of income management are comprehensively improved.

Description

Technical Field

[0001] This invention relates to the field of property public revenue management technology, and in particular to a property public revenue management system and method based on blockchain and smart contracts. Background Technology

[0002] Property public revenue refers to the revenue generated from the common areas of a property management area, mainly including revenue from advertising in public areas, rental revenue from public spaces, revenue from temporary parking, and revenue from the operation of public facilities. Its ownership belongs to all owners in accordance with the law and is used to supplement special maintenance funds or improve community public facilities. As residents' demands for transparency and participation in community governance continue to increase, the drawbacks of the traditional property public revenue management model have become increasingly apparent, and it is no longer able to meet the needs of modern community governance.

[0003] Currently, the management of public revenue in property management generally suffers from the following pain points: (1) Data is not transparent and evidence is easily tampered with: Under the traditional model, the generation, accounting and public disclosure of public revenue rely on manual bookkeeping and paper documents. The data is stored in the property management or owners' committee system, which is prone to problems such as discrepancies between accounts and reality, data being tampered with, untimely disclosure or being a mere formality. Owners cannot effectively supervise the entire process of revenue, and their right to know and right to supervise are difficult to guarantee; (2) The distribution process is cumbersome, inefficient and prone to errors: The revenue accounting, cost deduction, owner distribution and public retention rely on manual reconciliation and offline approval. The process cycle is long and the labor cost is high. Problems such as calculation errors, misappropriation of funds or delayed distribution are prone to occur. Owners cannot obtain the revenue they deserve in a timely manner and it is difficult to trace the flow of funds. Summary of the Invention

[0004] In view of this, the present invention proposes a property public revenue management system and method based on blockchain and smart contracts, which can effectively solve the defects of existing technologies such as data opacity, easy tampering of evidence, and cumbersome, inefficient and error-prone distribution process.

[0005] The technical solution of this invention is implemented as follows:

[0006] A property public revenue management system based on blockchain and smart contracts includes:

[0007] The data acquisition module is used to collect various raw revenue data generated in the public areas of the property.

[0008] The business processing module is used to preprocess the raw revenue data and complete the public revenue accounting.

[0009] The multi-terminal interaction module is used to enable information retrieval, business processing, permission verification, result disclosure, and on-chain data traceability query.

[0010] The blockchain support module is used to integrate off-chain data anchoring, share confirmation on-chain, periodic trigger-based revenue sharing, and multi-party on-chain consensual functions, relying on the underlying blockchain network and smart contract cluster. It completes the trusted storage of off-chain data, confirmation of owner's revenue share, periodic automatic revenue sharing, and multi-party collaborative verification and approval, realizing tamper-proof evidence storage and distributed collaborative management of the entire business process.

[0011] As a further optional embodiment of the blockchain support module, the blockchain support module includes:

[0012] The underlying blockchain network is used to build an immutable distributed on-chain ledger environment;

[0013] Smart contract clusters are used to solidify business rules related to revenue management and automatically trigger and execute predetermined business processes;

[0014] The off-chain data anchoring unit is used to generate a unique hash digest of the revenue accounting data output by the business processing module, so as to realize the two-way binding between the original off-chain business data and the on-chain ledger data.

[0015] The share confirmation and on-chain unit is used to link the owner's property ownership information, dynamically calculate the share of public revenue allocation, and solidify the equity share on the chain; when the ownership changes, the on-chain confirmation ledger is automatically updated;

[0016] The periodically triggered revenue sharing unit is used to automatically complete the deduction of public revenue costs, fund splitting, retention of public funds and transfer of funds to owner accounts based on preset timestamps, so as to realize the fully automated execution of the revenue sharing process.

[0017] The multi-entity on-chain deliberation unit is used to connect multiple on-chain nodes of property management, owners' committee, community, and owners to initiate on-chain multi-signature voting for high-risk business and control the operation permissions of high-risk business.

[0018] As a further optional solution for the blockchain support module, the off-chain data anchoring unit includes:

[0019] The effective data processing subunit is used to receive revenue accounting data output by the business processing module, perform format standardization and field validation on the data, and filter to obtain the effective dataset to be anchored.

[0020] The hash digest generation sub-unit is used to call the hash algorithm to generate a unique hash digest for each valid revenue accounting data item.

[0021] The ancillary information generation subunit is used to sort and group all hash digests according to the data generation time sequence, and associate them with corresponding ancillary information, including document number, settlement batch, and generation timestamp.

[0022] The data upload subunit is used to upload the hash digest and associated information of the completed grouping to the underlying blockchain network and write it into the corresponding block, thus completing the on-chain ledger data storage.

[0023] The two-way binding sub-unit is used to build an index mapping relationship in the local database, and associate the off-chain original business data storage address and hash digest with the on-chain block address and transaction number one by one to form a two-way index link, thereby realizing the two-way binding between off-chain original business data and on-chain ledger data.

[0024] As a further optional solution for the blockchain support module, the share confirmation and on-chain unit includes:

[0025] The property rights information collection and verification subunit is used to retrieve the property rights registration information of homeowners in the community and extract property rights data.

[0026] The revenue share calculation sub-unit is used to dynamically calculate the share of public revenue distribution for each owner based on the total property area of ​​all owners and the property area of ​​each individual owner.

[0027] The data encapsulation subunit for confirming ownership is used to integrate and encapsulate owner identification, property information, and income distribution share to generate a data package for confirming ownership.

[0028] The on-chain data confirmation unit is used to upload the data confirmation package to the underlying blockchain network. The smart contract writes the data into the block to complete the storage, realizes the solidification of the equity share on the chain and generates the initial on-chain confirmation ledger.

[0029] The ownership change monitoring subunit is used to monitor the status of ownership data in real time and trigger the information retrieval process when a change event is detected.

[0030] The share recalculation subunit is used to obtain updated property rights information, recalculate the owners' share of public revenue allocation, and generate a new property rights data package.

[0031] The on-chain ledger update subunit is used to push new ownership confirmation data packets to the underlying blockchain network, and the smart contract iteratively updates the on-chain ownership confirmation ledger, while simultaneously synchronizing the ownership change logs to the chain for archiving.

[0032] As a further optional solution for the blockchain support module, the periodically triggered ledger unit includes:

[0033] The timestamp monitoring trigger subunit is used to monitor the preset revenue sharing timestamp in real time, automatically start the revenue sharing process when the specified timestamp is reached, and retrieve the total amount of public revenue and cost data that have been put on the chain in the current period.

[0034] The cost deduction calculation subunit is used to deduct cost data from the total amount of public revenue in the current period according to preset rules, and calculate the distributable net income.

[0035] The fund splitting sub-unit is used to split the distributable net income into public retained funds and owner income funds to be distributed, based on the preset retention ratio and the on-chain owner allocation share.

[0036] The public funds transfer unit is used to transfer public retained funds to a designated public account and package the transfer records and fund usage information onto the blockchain for evidence storage.

[0037] The owner fund transfer unit is used to calculate the amount due to each household by combining the owner income funds to be distributed with the income share of each owner, and to complete the fund transfer to the owner's on-chain account one by one.

[0038] The sub-unit for account splitting, evidence storage, and archiving is used to automatically generate account splitting details and transaction records after the account splitting is completed, and to write all account splitting data into the underlying blockchain network to complete the evidence storage and archiving.

[0039] As a further optional solution for the blockchain support module, the multi-entity on-chain deliberation unit includes:

[0040] The multi-node access sub-unit is used to complete the on-chain identity registration and key filing of the four parties: property management, owners' committee, community, and owner representatives, and to build a trusted on-chain interaction channel for multiple parties.

[0041] The risk business identification subunit is used to monitor system business operation instructions in real time and identify high-risk business requests, including large-amount fund transfers, contract rule modifications, ledger changes, and account permission adjustments.

[0042] The business freeze and work order initiation sub-unit is used to identify high-risk businesses, lock the corresponding operation permissions, automatically generate on-chain deliberation and voting work orders, and push voting tasks to the four-party nodes simultaneously.

[0043] The distributed signature voting subunit is used to receive electronic multi-signatures and voting opinions submitted by four nodes, and synchronously uploads each voting data to the blockchain in real time for solidification.

[0044] The voting result verification subunit is used to automatically determine whether the current deliberation has passed by comparing the actual number of signatures with the preset voting threshold based on the smart contract.

[0045] The permission granting and log storage sub-unit is used to grant or block high-risk business based on the verification results, while simultaneously uploading the complete voting chain, signature records, and risk control results to the blockchain for archiving.

[0046] A method for managing public revenue of a property based on blockchain and smart contracts, specifically including:

[0047] Collect various raw revenue data generated from the property's public areas;

[0048] The collected raw revenue data is preprocessed, and the statistical accounting of public property revenue is completed to generate standardized revenue accounting data.

[0049] Based on the underlying blockchain network and smart contract cluster, the standardized revenue accounting data is subjected to off-chain data anchoring, owner share confirmation on-chain, periodic trigger-based revenue sharing, and multi-party on-chain consensus operations. This completes the trusted data storage, rights solidification, automatic revenue sharing, and multi-party collaborative verification, achieving full-process tamper-proofing and distributed collaborative management.

[0050] As a further optional solution to the aforementioned method for managing public property revenue based on blockchain and smart contracts, the method further includes:

[0051] Through the owner's end, property operation end, owners' committee supervision end, and community supervision end, information access, business processing, permission review, result publicity, and on-chain data traceability query can be realized.

[0052] A computing device includes a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of any of the aforementioned blockchain and smart contract-based property public revenue management methods.

[0053] A computer-readable storage medium storing a computer program, which, when executed by a processor, implements the steps of any of the above-described methods for managing public property revenue based on blockchain and smart contracts.

[0054] The beneficial effects of this invention are as follows: Firstly, through the off-chain data anchoring function, standardized revenue accounting data output by the business processing module is generated into a unique hash digest and written into the blockchain, achieving two-way binding between off-chain raw data and on-chain ledger data. Simultaneously, all revenue data, accounting records, revenue sharing flow, and voting logs are synchronously uploaded to the blockchain for solidification. Relying on the immutable and fully traceable characteristics of the blockchain distributed ledger, the problems of manual bookkeeping, easily tampered paper documents, and discrepancies between accounts and actual records in the traditional model are eliminated. Secondly, by retrieving on-chain data through a multi-terminal interaction module, the entire process of generating, calculating, and distributing public revenue can be queried and verified, completely solving the pain points of data opacity and perfunctory disclosure. Furthermore, through the periodic trigger-based revenue sharing function, relying on a smart contract cluster, the cost deduction, fund splitting, and public retention of public revenue can be automatically completed according to a preset period. The system automatically executes the entire revenue distribution process without manual intervention, significantly shortening the distribution cycle, reducing labor costs, and avoiding calculation errors and delayed payments caused by manual accounting. Furthermore, the on-chain share confirmation function dynamically calculates and solidifies the revenue distribution share based on the owner's property ownership information. When property ownership changes, the on-chain confirmation ledger is automatically updated to ensure consistency between revenue distribution and actual ownership. The multi-party on-chain deliberation function, through a multi-signature voting mechanism involving property management, the owners' committee, the community, and owners, collaboratively supervises high-risk transactions such as large expenditures and rule changes. This achieves access control and risk interception for key operations, effectively avoiding disputes and violations caused by unilateral decision-making and lack of supervision in traditional models, further enhancing the standardization and security of property public revenue management. Attached Figure Description

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

[0056] Figure 1 This is a schematic diagram illustrating the composition of a property public revenue management system based on blockchain and smart contracts according to the present invention.

[0057] Figure 2 This is a schematic diagram illustrating the composition of the blockchain support module in this invention;

[0058] Figure 3 This is a flowchart illustrating a property public revenue management method based on blockchain and smart contracts according to the present invention.

[0059] Figure 4 This is a schematic diagram of the composition of a computing device according to the present invention. Detailed Implementation

[0060] The technical solutions in the embodiments of the present invention will be clearly and completely described below. Obviously, the described embodiments are only a part of the embodiments of the present invention, and not all of them. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0061] refer to Figures 1 to 4 A property public revenue management system based on blockchain and smart contracts includes a data acquisition module, a business processing module, a multi-terminal interaction module, and a blockchain support module, wherein:

[0062] The data acquisition module is used to collect various raw revenue data generated in the public areas of the property.

[0063] Specifically, the data acquisition module connects to three types of business systems via API interfaces to achieve real-time collection of raw revenue data:

[0064] Connect to the elevator advertising screen backend management system: Synchronize advertising placement orders, placement duration, and settlement amount data daily, with fields including order number, placement time period, advertiser, and settlement amount;

[0065] Connect to the public venue rental management system: collect venue rental contracts, rent payment records, and performance status data in real time, with fields including rental project, lessee, rental period, and rent amount;

[0066] Connect to the license plate recognition payment system: Collect parking duration and fee data for temporarily parked vehicles on an hourly basis. Fields include license plate number, entry / exit time, and fee amount.

[0067] All collected raw data is transmitted to the business processing module in JSON format to ensure that the fields are complete, the format is consistent, and there are no missing or outlier values.

[0068] The business processing module is used to preprocess the raw revenue data and complete the public revenue accounting.

[0069] Specifically, the business processing module uses the calendar month as the accounting cycle and performs preprocessing and revenue calculation on the collected raw data:

[0070] Preprocessing: Remove duplicate orders, invalid data with negative amounts, and data with missing fields; unify the timestamp format to YYYY-MM-DD HH:MM:SS, and retain two decimal places for the amount precision;

[0071] Revenue Calculation: Summarize various revenue data for the month, deduct operating costs (such as advertising equipment maintenance fees and site cleaning fees) and taxes (calculated at a 3% VAT rate), and generate a standardized revenue calculation data package;

[0072] Data Example: In Month X of 202X, the elevator advertising revenue of XX Garden Community was 85,000 yuan, the site rental revenue was 12,000 yuan, and the temporary parking revenue was 3,000 yuan, for a total revenue of 100,000 yuan. After deducting operating costs of 20,000 yuan and taxes of 3,000 yuan, the net distributable income for the month was calculated to be 77,000 yuan. A standardized data package containing accounting details, cost vouchers, and tax invoices was generated and synchronized to the blockchain support module.

[0073] The multi-terminal interaction module is used to enable information retrieval, business processing, permission verification, result disclosure, and on-chain data traceability query.

[0074] Specifically, on the owner's side (WeChat mini program): Owners can log in using their property ownership number to view their personal share of income, current income due, and historical revenue records. It also supports one-click retrieval of the transaction hash and block height of the corresponding block, enabling data traceability.

[0075] Property Operations Terminal (PC Backend): Used to upload revenue data, initiate high-risk business applications, view revenue sharing progress and system alarm information;

[0076] The homeowners' committee supervision platform (Web version) allows users to review revenue data, initiate on-chain deliberations and voting, and publish public revenue ledgers.

[0077] Community monitoring terminal (government system interface): Real-time synchronization of community public revenue data, supporting remote monitoring and compliance verification by government departments.

[0078] A blockchain support module, relying on the underlying blockchain network and smart contract cluster, integrates off-chain data anchoring, share confirmation on-chain, periodic triggered revenue sharing, and multi-party on-chain consensus functions to complete trusted off-chain data storage, owner revenue share confirmation, periodic automatic revenue sharing, and multi-party collaborative verification and approval, achieving tamper-proof evidence storage and distributed collaborative management throughout the entire business process; in some embodiments, the blockchain support module includes:

[0079] The underlying blockchain network is used to build an immutable distributed on-chain ledger environment;

[0080] Smart contract clusters are used to solidify business rules related to revenue management and automatically trigger and execute predetermined business processes;

[0081] The off-chain data anchoring unit is used to generate a unique hash digest of the revenue accounting data output by the business processing module, so as to realize the two-way binding between the original off-chain business data and the on-chain ledger data.

[0082] The share confirmation and on-chain unit is used to link the owner's property ownership information, dynamically calculate the share of public revenue allocation, and solidify the equity share on the chain; when the ownership changes, the on-chain confirmation ledger is automatically updated;

[0083] The periodically triggered revenue sharing unit is used to automatically complete the deduction of public revenue costs, fund splitting, retention of public funds and transfer of funds to owner accounts based on preset timestamps, so as to realize the fully automated execution of the revenue sharing process.

[0084] The multi-entity on-chain deliberation unit is used to connect multiple on-chain nodes of property management, owners' committee, community, and owners to initiate on-chain multi-signature voting for high-risk business and control the operation permissions of high-risk business.

[0085] Specifically, the underlying blockchain network adopts a consortium blockchain architecture, deploying four verification nodes: property management, owners' committee, community supervision, and owner representatives. The consensus mechanism uses the PBFT algorithm, with a block generation interval of 10 seconds. Each node jointly maintains the distributed ledger, ensuring that on-chain data is written into a block after more than 2 / 3 of the nodes reach a consensus, thus building an immutable distributed on-chain ledger environment from the bottom layer.

[0086] The smart contract cluster is written in Solidity and deployed on the consortium blockchain. It solidifies all business rules such as data anchoring, share confirmation, periodic revenue sharing and multi-party consensus. The business rules are updated only by adjusting the interface through preset parameters, so as to achieve rule transparency and automated process execution.

[0087] During system operation, the system first collects various raw revenue data, such as advertising in the community's public areas, site rentals, and temporary parking. After preprocessing and revenue calculation, standardized revenue accounting data is generated. The entire business process is then completed using the underlying blockchain network and smart contract cluster.

[0088] By generating a unique hash digest of revenue accounting data through off-chain data anchoring units and storing it on the chain, the association between off-chain raw data and on-chain ledger data is established, and data trust binding and evidence verification are completed.

[0089] By linking the owner's property ownership information through the share confirmation and on-chain unit, the owner's share of public revenue distribution is dynamically calculated and solidified. When the property ownership changes, the on-chain confirmation ledger is automatically updated to ensure that the distribution of rights matches the actual ownership.

[0090] The periodic trigger-based revenue sharing unit automatically starts the revenue sharing process according to the preset timestamp, and completes the cost deduction, fund splitting, public fund retention and owner account fund transfer in sequence. After the revenue sharing is completed, all revenue sharing records are archived on the blockchain.

[0091] By connecting four on-chain nodes through a multi-entity on-chain conciliation unit, multi-signature voting is initiated for high-risk transactions such as large-amount fund transfers, rule modifications, and account permission adjustments. Based on the voting results, the business is either allowed or blocked, and the complete voting record is stored on the blockchain.

[0092] Meanwhile, the system is configured with multiple interactive entry points, allowing different entities to complete operations such as information inquiry, business processing, permission review, data disclosure, and on-chain traceability.

[0093] Thus, by combining the immutability and full traceability of blockchain with the advantages of automatic execution of smart contracts, the problems of opaque data and easily tampered evidence in traditional property public revenue management are effectively solved. All business data is uniformly stored on the blockchain and can be traced and verified at any time, eliminating the risk of human data tampering from a technical perspective. Secondly, relying on smart contracts to drive the entire revenue distribution process automatically eliminates cumbersome steps such as manual reconciliation and offline approval, significantly reducing labor costs and avoiding problems such as manual accounting errors and delayed fund transfers, thus significantly improving the efficiency and accuracy of revenue distribution. In addition, by combining dynamic rights confirmation and multi-party on-chain consultation mechanisms, the management of owners' rights and the approval process for high-risk businesses are standardized, the multi-party collaborative supervision capability is strengthened, and violations and disputes of interest caused by unilateral decision-making are avoided. Overall, the entire process of property public revenue management is made transparent, automated, and standardized, fully protecting the legitimate rights and interests of all owners.

[0094] In some embodiments, the off-chain data anchoring unit includes:

[0095] The effective data processing subunit is used to receive revenue accounting data output by the business processing module, perform format standardization and field validation on the data, and filter to obtain the effective dataset to be anchored.

[0096] The hash digest generation sub-unit is used to call the hash algorithm to generate a unique hash digest for each valid revenue accounting data item.

[0097] The ancillary information generation subunit is used to sort and group all hash digests according to the data generation time sequence, and associate them with corresponding ancillary information, including document number, settlement batch, and generation timestamp.

[0098] The data upload subunit is used to upload the hash digest and associated information of the completed grouping to the underlying blockchain network and write it into the corresponding block, thus completing the on-chain ledger data storage.

[0099] The two-way binding sub-unit is used to build an index mapping relationship in the local database, and associate the off-chain original business data storage address and hash digest with the on-chain block address and transaction number one by one to form a two-way index link, thereby realizing the two-way binding between off-chain original business data and on-chain ledger data.

[0100] Specifically, the effective data processing subunit receives the standardized revenue accounting data for the current month output by the business processing module, which contains 125 detailed records covering three types of businesses: elevator advertising, venue rental, and temporary parking. The unit automatically performs format standardization and field validation on the data, converts the timestamp to YYYY-MM-DD HH:MM:SS format, and verifies the completeness and legality of key fields such as order number, amount, and business type. One duplicate advertising order record is removed, and finally 124 valid datasets to be anchored are obtained.

[0101] The hash digest generation subunit calls the SHA-256 hash algorithm to calculate the core fields (order number, settlement amount, business type, and settlement time) of each valid revenue accounting data, generating a unique 256-bit hash digest. For example, the hash digest of the elevator advertisement settlement data with order number "AD202X0X001" is 0xabc1234567890abcdef1234567890abcdef1234567890abcdef, ensuring that each business data corresponds to a unique identifier.

[0102] The ancillary information generation subunit sorts and groups the hash digests of 124 data entries according to the order of data generation time, and associates ancillary information with each group of data, including document number (such as “XXHY-202X0X-001 to XXHY-202X0X-124”), settlement batch (“Month X, 202X”), and generation timestamp (“202X-XX-XX 23:59:59”), forming a complete data package containing all hash digests and ancillary information.

[0103] The data upload subunit uploads the hash digest data packet that has been grouped above to the underlying network of the consortium blockchain. After the node verifies it, it is written into block number 123456 and the corresponding on-chain transaction number "TX000123456" is generated, completing the solidified storage of the on-chain ledger data. Only the hash digest and related information are stored on the chain, and the original business data is not directly stored, thus realizing the lightweighting of on-chain data.

[0104] The two-way binding sub-unit constructs an index mapping table in the local business database, which associates the storage path and corresponding hash digest of each piece of off-chain original revenue data with the block address (block 123456) and transaction number ("TX000123456") on the chain, forming a two-way index link. During subsequent verification, the off-chain original data can be queried and compared by reverse querying through the transaction number on the chain, or the hash digest of the off-chain data can be recalculated and compared with the on-chain record, so as to quickly complete the verification of data authenticity and integrity.

[0105] In this way, a unique digest is generated for each revenue data point using the SHA-256 hash algorithm and written into the blockchain. Leveraging the immutability of the blockchain, this ensures that once the data is uploaded, it cannot be modified. Any alteration to the original off-chain data will change its hash digest, causing a mismatch with the on-chain record. The system can quickly identify this, fundamentally eliminating the risks of manual bookkeeping and easily tampered paper documents in traditional models. Secondly, a reliable association is established between the original off-chain business data and the on-chain ledger data through a two-way index link between the local database and the on-chain data. Owners, the owners' committee, and regulators can retrieve and verify the original off-chain data at any time through multi-terminal interaction modules, using the on-chain transaction number or order number as a clue. This achieves transparency and traceability of the entire process of public revenue data, effectively protecting the right to know and the right to supervise for all owners. Furthermore, only hash digests and related information are stored on the blockchain, rather than massive amounts of original business data. This ensures data security and immutability while avoiding excessive on-chain storage pressure and low query efficiency, improving the overall system efficiency and reducing the storage costs of blockchain nodes.

[0106] In some embodiments, the share confirmation and on-chain unit includes:

[0107] The property rights information collection and verification subunit is used to retrieve the property rights registration information of homeowners in the community and extract property rights data.

[0108] The revenue share calculation sub-unit is used to dynamically calculate the share of public revenue distribution for each owner based on the total property area of ​​all owners and the property area of ​​each individual owner.

[0109] The data encapsulation subunit for confirming ownership is used to integrate and encapsulate owner identification, property information, and income distribution share to generate a data package for confirming ownership.

[0110] The on-chain data confirmation unit is used to upload the data confirmation package to the underlying blockchain network. The smart contract writes the data into the block to complete the storage, realizes the solidification of the equity share on the chain and generates the initial on-chain confirmation ledger.

[0111] The ownership change monitoring subunit is used to monitor the status of ownership data in real time and trigger the information retrieval process when a change event is detected.

[0112] The share recalculation subunit is used to obtain updated property rights information, recalculate the owners' share of public revenue allocation, and generate a new property rights data package.

[0113] The on-chain ledger update subunit is used to push new ownership confirmation data packets to the underlying blockchain network, and the smart contract iteratively updates the on-chain ownership confirmation ledger, while simultaneously synchronizing the ownership change logs to the chain for archiving.

[0114] Specifically, the property rights information collection and verification subunit retrieves the property rights registration information of all 980 homeowners in the community from the real estate registration system, extracts core data such as the property rights area and homeowner identification of each homeowner, and completes the data legality verification, such as removing abnormal data with a property rights area of ​​0 or exceeding the reasonable range.

[0115] The revenue share calculation sub-unit uses the total property area of ​​100,000 square meters of all owners in the community as the calculation base, and dynamically calculates the public revenue distribution share of each owner in combination with the property area of ​​each individual owner. For example, if the property area of ​​owner Zhang San's house is 100 square meters, then his distribution share is 100 ÷ 100,000 = 0.1%.

[0116] The data encapsulation subunit for confirming ownership integrates and encapsulates the owner's identity, property information, and calculated share of income distribution to generate a data package for confirming ownership containing a digital signature.

[0117] The data confirmation sub-unit uploads the data confirmation package to the underlying blockchain network. The smart contract writes it into block number 1001 to complete the storage, thereby permanently solidifying the owner's share of income rights on the blockchain and generating an initial on-chain data confirmation ledger.

[0118] The ownership change monitoring subunit monitors the status of property data in the real estate registration system in real time. When it detects changes such as housing transactions, property transfers, ownership splits or mergers, it automatically triggers the information retrieval process.

[0119] The share recalculation subunit obtains the updated property rights information and recalculates the owners' share of public revenue. For example, when Zhang San transfers the house to Li Si, the system automatically retrieves Li Si's property rights information, recalculates his share, and generates a new property rights confirmation data packet.

[0120] The on-chain ledger update sub-unit pushes the new ownership confirmation data packet to the underlying blockchain network, and the smart contract iteratively updates the on-chain ownership confirmation ledger. At the same time, the ownership change log is synchronized and archived on the chain to ensure that the on-chain record is consistent with the actual ownership status.

[0121] In this way, by dynamically linking the property ownership information of owners and calculating the allocation share, a one-to-one correspondence between income distribution and actual property ownership is ensured, avoiding problems such as calculation errors and share omissions that are prone to occur in traditional manual statistical methods. Secondly, by writing the confirmation data into the blockchain through smart contracts, the owners' income rights share is permanently solidified, and the on-chain confirmation ledger is open, transparent, and tamper-proof, effectively protecting the owners' legitimate income rights. At the same time, through the ownership change monitoring and automatic update mechanism, the share can be automatically recalculated and the on-chain ledger can be updated when the property ownership changes, avoiding the lag and confusion caused by manual ledger updates, and ensuring the accuracy and timeliness of income distribution. In addition, the ownership change log is synchronously archived on the blockchain, realizing the traceability of the entire process of ownership change and share adjustment, providing a reliable basis for subsequent income distribution and dispute resolution, and further improving the standardization and transparency of property public income management.

[0122] In some embodiments, the periodically triggered revenue sharing unit includes:

[0123] The timestamp monitoring trigger subunit is used to monitor the preset revenue sharing timestamp in real time, automatically start the revenue sharing process when the specified timestamp is reached, and retrieve the total amount of public revenue and cost data that have been put on the chain in the current period.

[0124] The cost deduction calculation subunit is used to deduct cost data from the total amount of public revenue in the current period according to preset rules, and calculate the distributable net income.

[0125] The fund splitting sub-unit is used to split the distributable net income into public retained funds and owner income funds to be distributed, based on the preset retention ratio and the on-chain owner allocation share.

[0126] The public funds transfer unit is used to transfer public retained funds to a designated public account and package the transfer records and fund usage information onto the blockchain for evidence storage.

[0127] The owner fund transfer unit is used to calculate the amount due to each household by combining the owner income funds to be distributed with the income share of each owner, and to complete the fund transfer to the owner's on-chain account one by one.

[0128] The sub-unit for account splitting, evidence storage, and archiving is used to automatically generate account splitting details and transaction records after the account splitting is completed, and to write all account splitting data into the underlying blockchain network to complete the evidence storage and archiving.

[0129] Specifically, the timestamp monitoring trigger sub-unit monitors the preset revenue sharing timestamp in real time (2:00 AM on the 1st of each month). When the specified timestamp is reached, the revenue sharing process is automatically started, and the total amount of public revenue of 100,000 yuan and cost data of 23,000 yuan that have been put on the chain in the current period are retrieved.

[0130] The cost deduction calculation subunit deducts operating costs of 20,000 yuan and taxes of 3,000 yuan from the total public revenue of the current period according to the preset rules, and calculates the distributable net income of 77,000 yuan.

[0131] Based on a preset public retention ratio of 30% and the allocation share of on-chain owners, the fund splitting sub-unit divides the distributable net income into 23,100 yuan of public retention funds and 53,900 yuan of owner income funds to be distributed.

[0132] The public funds transfer unit transferred 23,100 yuan of public retained funds to the special maintenance fund account of the community, and uploaded the transfer record and fund usage information to the underlying blockchain network for evidence storage;

[0133] The unit calculates the amount each household should receive by combining the 53,900 yuan of undistributed owner income with each owner's share of income. For example, if owner Zhang San's share is 0.1%, his income should be 5,390 × 0.1% = 53.9 yuan. The unit will automatically transfer this amount to Zhang San's on-chain account.

[0134] After the splitting process is completed, the sub-unit for record keeping and archiving automatically generates splitting details and transaction records, writes all splitting data into the underlying blockchain network to complete record keeping and archiving, and generates a unique transaction hash for subsequent traceability and query.

[0135] Thus, relying on preset timestamps and smart contracts to drive the automatic execution of the revenue sharing process eliminates the need for manual reconciliation and offline approval, significantly shortening the revenue sharing cycle and greatly improving the efficiency of revenue distribution. Secondly, through the fully automated execution of cost deduction, fund splitting and transfer, problems such as manual accounting errors and delayed fund transfers are avoided, effectively improving the accuracy of revenue sharing results and the timeliness of fund disbursement. At the same time, the transfer records of public retained funds and owner revenue funds are stored on the blockchain, achieving full traceability of fund flows and effectively solving the problem of opaque fund use in the traditional model. In addition, the revenue sharing data is uniformly written into the blockchain for storage and archiving, ensuring the immutability of the revenue sharing results and providing a credible basis for owner inquiries, owner committee supervision and dispute resolution, further improving the standardization and transparency of property public revenue management.

[0136] In some embodiments, the multi-subject on-chain deliberation unit includes:

[0137] The multi-node access sub-unit is used to complete the on-chain identity registration and key filing of the four parties: property management, owners' committee, community, and owner representatives, and to build a trusted on-chain interaction channel for multiple parties.

[0138] The risk business identification subunit is used to monitor system business operation instructions in real time and identify high-risk business requests, including large-amount fund transfers, contract rule modifications, ledger changes, and account permission adjustments.

[0139] The business freeze and work order initiation sub-unit is used to identify high-risk businesses, lock the corresponding operation permissions, automatically generate on-chain deliberation and voting work orders, and push voting tasks to the four-party nodes simultaneously.

[0140] The distributed signature voting subunit is used to receive electronic multi-signatures and voting opinions submitted by four nodes, and synchronously uploads each voting data to the blockchain in real time for solidification.

[0141] The voting result verification subunit is used to automatically determine whether the current deliberation has passed by comparing the actual number of signatures with the preset voting threshold based on the smart contract.

[0142] The permission granting and log storage sub-unit is used to grant or block high-risk business based on the verification results, while simultaneously uploading the complete voting chain, signature records, and risk control results to the blockchain for archiving.

[0143] Specifically, the multi-node access sub-unit completes the on-chain identity registration and key filing of the four parties: property management, owners' committee, community, and owner representatives, and allocates exclusive on-chain nodes and public-private key pairs to each party to build a trusted on-chain interaction channel for multiple parties.

[0144] The risk business identification subunit monitors the system's business operation instructions in real time. When the property management submits an application to use 50,000 yuan of public retained funds for the maintenance of public facilities, the system identifies that the amount of the business exceeds the preset threshold of 10,000 yuan for large fund transfers and determines it as a high-risk business request.

[0145] The business freeze and work order initiation sub-unit immediately locks the transfer authority of the funds, automatically generates an on-chain consensus voting work order containing a description of the repair project, budget details, and purpose of the funds, and pushes it to the four-party nodes simultaneously.

[0146] The distributed signature voting subunit receives electronic multi-signatures and voting opinions submitted by four parties. The three parties—the owners' committee, the community, and the owner's representative—complete their agreement signatures within 24 hours, and the property management node confirms them simultaneously. All voting data is uploaded to the blockchain in real time and solidified.

[0147] The voting result verification subunit compares the actual number of signatures with the preset voting threshold (≥2 votes) based on the smart contract. Since there are 4 valid signatures in this case, the consensus is deemed to have passed.

[0148] The authorization and log storage sub-units lift the business freeze based on the verification results, allowing the transfer of 50,000 yuan. At the same time, the complete voting process, signature records, and risk control results are archived on the blockchain to generate a permanently traceable business approval record.

[0149] In this way, a trusted multi-party collaborative interaction channel is established through on-chain identity registration and key filing of the four parties, ensuring the authenticity of the participants' identities and the controllability of their permissions. Secondly, through the automatic identification of risky businesses and the permission freezing mechanism, operating permissions are locked when high-risk businesses are initiated, preventing the risk of illegal operations from the source. At the same time, through distributed multi-signature voting and on-chain solidification, it is ensured that the opinions of each participant are authentic and traceable, avoiding problems such as proxy signing and forgery that are prone to occur in traditional offline voting. In addition, relying on smart contracts to automatically verify voting results and execute business release or interception operations, the approval process is automated, reducing manual intervention and operational delays. Furthermore, the complete voting chain and risk control results are archived on the chain, providing a credible basis for subsequent regulatory verification and dispute resolution, effectively improving the standardization, transparency, and security of high-risk business approval in the management of property public revenue, and safeguarding the common interests of all owners.

[0150] A method for managing public revenue of a property based on blockchain and smart contracts, specifically including:

[0151] Collect various raw revenue data generated from the property's public areas;

[0152] The collected raw revenue data is preprocessed, and the statistical accounting of public property revenue is completed to generate standardized revenue accounting data.

[0153] Based on the underlying blockchain network and smart contract cluster, the standardized revenue accounting data is subjected to off-chain data anchoring, owner share confirmation on-chain, periodic trigger-based revenue sharing, and multi-party on-chain consensus operations. This completes the trusted data storage, rights solidification, automatic revenue sharing, and multi-party collaborative verification, achieving full-process tamper-proofing and distributed collaborative management.

[0154] In some embodiments, the method further includes:

[0155] Through the owner's end, property operation end, owners' committee supervision end, and community supervision end, information access, business processing, permission review, result publicity, and on-chain data traceability query can be realized.

[0156] A computing device includes a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of any of the aforementioned blockchain and smart contract-based property public revenue management methods.

[0157] A computer-readable storage medium storing a computer program, which, when executed by a processor, implements the steps of any of the above-described methods for managing public property revenue based on blockchain and smart contracts.

[0158] The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the protection scope of the present invention.

Claims

1. A property public revenue management system based on blockchain and smart contracts, characterized in that, include: The data acquisition module is used to collect various raw revenue data generated in the public areas of the property. The business processing module is used to preprocess the raw revenue data and complete the public revenue accounting. The multi-terminal interaction module is used to enable information retrieval, business processing, permission verification, result disclosure, and on-chain data traceability query. The blockchain support module is used to integrate off-chain data anchoring, share confirmation on-chain, periodic trigger-based revenue sharing, and multi-party on-chain consensual functions, relying on the underlying blockchain network and smart contract cluster. It completes the trusted storage of off-chain data, confirmation of owner's revenue share, periodic automatic revenue sharing, and multi-party collaborative verification and approval, realizing tamper-proof evidence storage and distributed collaborative management of the entire business process.

2. The property public revenue management system based on blockchain and smart contracts according to claim 1, characterized in that, The blockchain support module includes: The underlying blockchain network is used to build an immutable distributed on-chain ledger environment; Smart contract clusters are used to solidify business rules related to revenue management and automatically trigger and execute predetermined business processes; The off-chain data anchoring unit is used to generate a unique hash digest of the revenue accounting data output by the business processing module, so as to realize the two-way binding between the original off-chain business data and the on-chain ledger data. The share confirmation and on-chain unit is used to link the owner's property ownership information, dynamically calculate the share of public revenue allocation, and solidify the equity share on the chain; when the ownership changes, the on-chain confirmation ledger is automatically updated; The periodically triggered revenue sharing unit is used to automatically complete the deduction of public revenue costs, fund splitting, retention of public funds and transfer of funds to owner accounts based on preset timestamps, so as to realize the fully automated execution of the revenue sharing process. The multi-entity on-chain deliberation unit is used to connect multiple on-chain nodes of property management, owners' committee, community, and owners to initiate on-chain multi-signature voting for high-risk business and control the operation permissions of high-risk business.

3. The property public revenue management system based on blockchain and smart contracts according to claim 2, characterized in that, The off-chain data anchoring unit includes: The effective data processing subunit is used to receive revenue accounting data output by the business processing module, perform format standardization and field validation on the data, and filter to obtain the effective dataset to be anchored. The hash digest generation sub-unit is used to call the hash algorithm to generate a unique hash digest for each valid revenue accounting data item. The ancillary information generation subunit is used to sort and group all hash digests according to the data generation time sequence, and associate them with corresponding ancillary information, including document number, settlement batch, and generation timestamp. The data upload subunit is used to upload the hash digest and associated information of the completed grouping to the underlying blockchain network and write it into the corresponding block, thus completing the on-chain ledger data storage. The two-way binding sub-unit is used to build an index mapping relationship in the local database, and associate the off-chain original business data storage address and hash digest with the on-chain block address and transaction number one by one to form a two-way index link, thereby realizing the two-way binding between off-chain original business data and on-chain ledger data.

4. The property public revenue management system based on blockchain and smart contracts according to claim 2, characterized in that, The share confirmation and on-chain unit includes: The property rights information collection and verification subunit is used to retrieve the property rights registration information of homeowners in the community and extract property rights data. The revenue share calculation sub-unit is used to dynamically calculate the share of public revenue distribution for each owner based on the total property area of ​​all owners and the property area of ​​each individual owner. The data encapsulation subunit for confirming ownership is used to integrate and encapsulate owner identification, property information, and income distribution share to generate a data package for confirming ownership. The on-chain data confirmation unit is used to upload the data confirmation package to the underlying blockchain network. The smart contract writes the data into the block to complete the storage, realizes the solidification of the equity share on the chain and generates the initial on-chain confirmation ledger. The ownership change monitoring subunit is used to monitor the status of ownership data in real time and trigger the information retrieval process when a change event is detected. The share recalculation subunit is used to obtain updated property rights information, recalculate the owners' share of public revenue allocation, and generate a new property rights data package. The on-chain ledger update subunit is used to push new ownership confirmation data packets to the underlying blockchain network, and the smart contract iteratively updates the on-chain ownership confirmation ledger, while simultaneously synchronizing the ownership change logs to the chain for archiving.

5. The property public revenue management system based on blockchain and smart contracts according to claim 2, characterized in that, The periodically triggered revenue sharing unit includes: The timestamp monitoring trigger subunit is used to monitor the preset revenue sharing timestamp in real time, automatically start the revenue sharing process when the specified timestamp is reached, and retrieve the total amount of public revenue and cost data that have been put on the chain in the current period. The cost deduction calculation subunit is used to deduct cost data from the total amount of public revenue in the current period according to preset rules, and calculate the distributable net income. The fund splitting sub-unit is used to split the distributable net income into public retained funds and owner income funds to be distributed, based on the preset retention ratio and the allocation share of on-chain owners. The public funds transfer unit is used to transfer public retained funds to a designated public account and package the transfer records and fund usage information onto the blockchain for evidence storage. The owner fund transfer unit is used to calculate the amount due to each household by combining the owner income funds to be distributed with the income share of each owner, and to complete the fund transfer to the owner's on-chain account one by one. The sub-unit for account splitting, evidence storage, and archiving is used to automatically generate account splitting details and transaction records after the account splitting is completed, and to write all account splitting data into the underlying blockchain network to complete the evidence storage and archiving.

6. The property public revenue management system based on blockchain and smart contracts according to claim 2, characterized in that, The multi-subject on-chain deliberation unit includes: The multi-node access sub-unit is used to complete the on-chain identity registration and key filing of the four parties: property management, owners' committee, community, and owner representatives, and to build a trusted on-chain interaction channel for multiple parties. The risk business identification subunit is used to monitor system business operation instructions in real time and identify high-risk business requests, including large-amount fund transfers, contract rule modifications, ledger changes, and account permission adjustments. The business freeze and work order initiation sub-unit is used to identify high-risk businesses, lock the corresponding operation permissions, automatically generate on-chain deliberation and voting work orders, and push voting tasks to the four-party nodes simultaneously. The distributed signature voting subunit is used to receive electronic multi-signatures and voting opinions submitted by four nodes, and synchronously uploads each voting data to the blockchain in real time for solidification. The voting result verification subunit is used to automatically determine whether the current deliberation has passed by comparing the actual number of signatures with the preset voting threshold based on the smart contract. The permission granting and log storage sub-unit is used to grant or block high-risk business based on the verification results, while simultaneously uploading the complete voting chain, signature records, and risk control results to the blockchain for archiving.

7. A method for managing public revenue of property based on blockchain and smart contracts, characterized in that, Specifically, it includes: Collect various raw revenue data generated from the property's public areas; The collected raw revenue data is preprocessed, and the statistical accounting of public property revenue is completed to generate standardized revenue accounting data. Based on the underlying blockchain network and smart contract cluster, the standardized revenue accounting data is subjected to off-chain data anchoring, owner share confirmation on-chain, periodic trigger-based revenue sharing, and multi-party on-chain consensus operations. This completes the trusted data storage, rights solidification, automatic revenue sharing, and multi-party collaborative verification, achieving full-process tamper-proofing and distributed collaborative management.

8. The property public revenue management method based on blockchain and smart contracts according to claim 7, characterized in that, The method further includes: Through the owner's end, property operation end, owners' committee supervision end, and community supervision end, information access, business processing, permission review, result publicity, and on-chain data traceability query can be realized.

9. A computing device, characterized in that, It includes a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of the property public revenue management method based on blockchain and smart contracts as described in any one of claims 7-8.

10. A computer-readable storage medium, characterized in that, The storage medium stores a computer program, which, when executed by a processor, implements the steps of the property public revenue management method based on blockchain and smart contracts as described in any one of claims 7-8.

Images