Decentralized authored content flow-through system and method

Abstract

The application provides a decentralized creative content circulation system and method, which comprises the following modules: a webpage front-end module for interaction between a creator and a blockchain network; a content property module for digitalization of creative content property, which receives content metadata from the webpage front-end module, generates corresponding content asset data based on a hybrid property token agreement; a content distribution module for distribution and presentation of the content, which calls on-chain data of the blockchain bottom layer to generate a content addressing file, calls content data according to a user's subscription instruction, and returns the content data to the webpage front-end module; and a blockchain bottom layer for decentralized storage of the content asset data, which realizes on-chain storage of the content property by packing, verifying and propagating blocks after receiving the content asset data from the content property module. The application realizes unalterable creative content and guarantees real and reliable property relationship of the creative content as digital assets.

Description

Technical Field

[0001] This invention relates to the field of blockchain technology, specifically to a decentralized system and method for the circulation of creative content. Background Technology

[0002] Against the backdrop of the digital economy, the creator economy market is developing rapidly. Self-media, represented by public accounts and livestreamers, are becoming core content creators in the digital media landscape, attracting increasing consumer attention and creating new consumption models such as content e-commerce and livestream e-commerce. Currently, creators largely rely on centralized platforms for content output and customer base management. Content uploaded by creators is stored on centralized storage platforms, and content dissemination and distribution are handled by the platforms, leaving creators' use of their content subject to platform constraints. Furthermore, on existing platforms, the technical barriers and costs for plagiarism, imitation, and copying are low, resulting in limited incentives for creators. All of these factors hinder the growth of content creation and dissemination in the creator economy. This invention provides a decentralized content circulation system and method, optimizing and improving upon existing solutions.

[0003] Therefore, existing creator economy service platforms (such as Chinese patent application number 202210436449.7, which discloses "a method and system for confirming and circulating rights based on blockchain"), while able to prove creators' ownership and copyright through on-chain electronic contracts, have not shown improvement in areas such as on-chain storage of creative content metadata, the high throughput requirements of blockchain, the digitization of creative content assets, and decentralized data distribution. Furthermore, existing technologies lack a complete decentralized system architecture and operating method to support the circulation of creative content, and therefore cannot provide effective decentralized creator content services.

[0004] Patent document CN114119046A (application number: CN202111414196.5) discloses a method and apparatus for authorizing the use of product designs based on a blockchain system. The licensor can invoke a smart contract in the blockchain system to register the product design on the chain, create corresponding digital products on the chain, and associate several created digital products with the licensee. The licensee can invoke the smart contract in the blockchain system to consumably use the digital products associated with it on the chain. However, this invention does not show any improvement in areas such as on-chain storage of creative content metadata, the high throughput requirements of blockchain, the digitization of creative content assets, and decentralized data distribution. Summary of the Invention

[0005] In view of the shortcomings of the existing technology, the purpose of this invention is to provide a decentralized creative content circulation system and method.

[0006] A decentralized content creation circulation system provided by the present invention includes:

[0007] Web front-end module: Enables interaction between creators and the blockchain network, accepts user commands, and calls the content ownership module or content distribution module to complete the corresponding functions;

[0008] Content Property Rights Module: Digitally creates content property rights, receives content metadata from the web front-end module, generates corresponding content asset data based on a hybrid property rights token protocol; supports content asset trading functions;

[0009] Content distribution module: Distributes and presents content, calls on-chain data at the underlying blockchain to generate content address files, and calls content data and returns it to the web front-end module according to user instructions;

[0010] The underlying blockchain stores content asset data in a decentralized manner. After receiving content asset data from the content ownership module, the blockchain stores the content ownership data on the chain through the packaging, verification, and dissemination of blocks.

[0011] Preferably, in the webpage front-end module:

[0012] A client / server / management architecture is adopted for the interaction between creators and the blockchain network, including content publishing units, content display units, and content transaction units;

[0013] The content transaction module, based on the auction order book mechanism, indexes the last transaction information of the metadata URI unit of the underlying Mainnet of the blockchain through the server and displays the information on the web page client. The displayed information includes the item, price, quantity, seller, buyer, and time of the content.

[0014] The content display module supports functions including user identity management, content input and configuration, search, recommendation, and marketing.

[0015] Preferably, in the content ownership module:

[0016] A hybrid intellectual property token protocol is provided for the confirmation and control of the intellectual property rights of any number of homogeneous or non-homogeneous creative content, while supporting bulk transmission and transactions, including interface units, metadata URI units, and receivers;

[0017] The interface unit encapsulates basic functional functions for content ownership operations, including content ownership query function, batch content ownership query function, content operation authorization function, content operation authorization query function, content ownership secure transfer function, batch content ownership secure transfer function, content ownership transfer function, batch content ownership transfer function, function for content owner to grant or revoke operation rights for all content, hook function before content asset transfer, and hook function after content asset transfer.

[0018] The metadata URI unit is used for content data assetization, as well as the determination and termination of ownership relationships. It includes casting corresponding content assets for content data, batch casting corresponding content assets for content data, content asset destruction function, batch content asset destruction function, setting a unified resource identifier for all content assets, content asset URI query function, and constructor function for content asset name and code.

[0019] The input parameters of the content asset function include: property address, content asset ID, quantity, and content metadata; the input parameters of the content asset destruction function include: property address, content asset ID, and quantity.

[0020] The receiver provides a smart contract receiving hook function for content asset transfer, used to receive contract processing and accept content asset transfer, including a receiving hook function and a batch receiving hook function; the receiving hook function adopts the kaccak256 algorithm, and the input parameters include operation address, content ownership address, content asset ID, content asset value, and content data, and returns a four-byte value.

[0021] Preferably, in the content distribution module:

[0022] Used for the distribution and presentation of created content, including RSS3 file creation unit, RSS3 file pointer unit, and RSS3 file communication unit;

[0023] The RSS3 file creation unit is used to generate content-addressable (RSS3) files for calling and displaying content data. The RSS3 file is a content-addressable file generated based on on-chain content metadata. The file attributes include basic information, such as file ID, version number, and update date; ownership information, such as the user's public key information; user information, such as user name, user avatar, and user interests; association information, such as the correlation with other RSS3 files; and content information, such as content metadata and the corresponding on-chain address.

[0024] The RSS3 file pointer unit is used to create the content identifier (CID) of the RSS3 file, manage the RSS3 file CID table, and establish a mapping between users and the RSS3 files owned by users.

[0025] The RSS3 file communication unit is used for synchronizing the RSS3 file pointer and processing user query requests. When the RSS3 file communication unit receives a user's instruction to subscribe to content, it retrieves the RSS3 file CID table, finds the on-chain information of the RSS3 file through the CID of the subscribed content, and then returns the on-chain content data to the user. When the RSS3 file communication unit identifies changes in the user's content asset on-chain information through hook functions, it updates the RSS3 file CID table and synchronizes the RSS3 file pointer accordingly.

[0026] Preferably, in the underlying blockchain:

[0027] It provides a decentralized data infrastructure for the entire content flow process of creators, used for packaging, verifying and disseminating content data blocks, including algorithm retuning units, storage nodes, block generation units, block broadcasting units and consensus units;

[0028] The resizing algorithm unit calls the current block hash table and the current block height, and modulo the current block height with the independent hash value of the current block to obtain the height of the resizing block;

[0029] The storage node calls the height of the readjustment block and confirms that the readjustment block has been stored locally; the storage node receives the content data, and after the information is verified, the content data is transferred to the waiting pool. The verification information includes the content format, content duplication rate, and ownership relationship. After a preset time period, a subset or all of the content data in the waiting pool is transferred to the mining pool to become the set of content data to be verified. At the same time, the RandomX algorithm is used to calculate the Nonce random number.

[0030] The block generation unit specifies a storage node that meets the preset requirements based on the Nonce random number, and calls the independent hash value of the previous block, the entire content of the re-block, the content data set in the mining pool of the specified storage node and other metadata to package and generate a new block data segment BDS. At the same time, the Nonce random number is packaged into the new block as proof of work.

[0031] The block broadcasting unit propagates new blocks to other storage nodes in the form of block shadows according to their ranking priority; the block shadows only contain the content creator's address, the block hash list, and the content transfer hash list.

[0032] The ranking priority is determined based on the response speed and accuracy of peer storage nodes to the API requests of the evaluation node within a preset time. The block broadcast unit prioritizes sending information to the peer storage node with the best performance.

[0033] The consensus unit is used to receive the acceptance results of the peer storage nodes for the new block and form network consensus; the peer storage nodes receive the block shadow of the new block through the blockchain network, confirm that the block shadow structure format is correct, confirm that the BDS shows that the block has been processed, confirm that the complete copy of each transaction referenced in the block is in the local mining pool, confirm that the input BDS and Nonce combination meets the current difficulty requirements of the network, and confirm that the input timestamp is within the acceptable boundary of the previous block;

[0034] After the initial verification of the block shadow is passed, the peer storage node generates a complete block from the block shadow, compares the BDS generated based on the complete block with the BDS provided by the block shadow, and verifies that the metadata in the block is a legitimate update of the metadata of the previous block. After the verification is completed, the new block information is stored locally and the received result is sent to the consensus unit.

[0035] According to the decentralized content creation circulation method provided by the present invention, the decentralized content creation circulation system is used to perform the following:

[0036] Step S1: The content ownership module receives the created content data, and the blockchain underlying layer receives the content data related to the content assets;

[0037] Step S2: The content distribution module creation unit generates a content addressing file based on the on-chain content metadata;

[0038] Step S3: The user sends a content transaction request based on the bidding order book to the system through the web front-end module;

[0039] Step S4: The interface unit of the content ownership module receives the transaction request and sends the content asset and ownership change information to the underlying blockchain to update the on-chain information.

[0040] Preferably, in step S1:

[0041] The metadata URI unit of the content ownership module receives the created content data, creates the corresponding digital content assets, including ownership address, content asset ID, quantity, content metadata, assigns a Uniform Resource Identifier (URI) to it, and constructs the corresponding name and code; the metadata URI unit supports users in destroying and querying content assets;

[0042] The underlying blockchain receives content data related to content assets, including metadata and ownership information; the rebalancing algorithm unit calls the current block hash table and the current block height, and modulo the current block height with the independent hash value of the current block to obtain the height of the rebalancing block.

[0043] Preferably, the storage node calls the height of the readjustment block and determines that the readjustment block has been stored locally; the storage node receives the content data, and after the information is verified, the content data is transferred to the waiting pool. The verification information includes the content format, content duplication rate and ownership relationship. After a preset time, a subset or all of the content data in the waiting pool is transferred to the mining pool to become the set of content data to be verified. At the same time, the RandomX algorithm is used to calculate the Nonce random number.

[0044] The block generation unit selects a storage node that meets the preset requirements based on the Nonce random number, and calls the independent hash value of the previous block, the entire content of the re-block, the content data set in the mining pool of the specified storage node and other metadata to package and generate a new block data segment BDS. At the same time, the Nonce random number is packaged into the new block as proof of work.

[0045] The block broadcasting unit propagates new blocks to other storage nodes in the form of block shadows according to their ranking priority;

[0046] The consensus unit is used to receive the acceptance results of the peer storage nodes for the new block, form network consensus, and complete the on-chain storage of content assets.

[0047] Preferably, in step S2:

[0048] The content distribution module's RSS3 file creation unit generates content-addressable RSS3 files based on on-chain content metadata, including basic information, user information, association information, and content information.

[0049] The RSS3 file pointer unit creates the Content Identifier (CID) of the RSS3 file, manages the RSS3 file CID table, and establishes a mapping between users and the RSS3 files they own.

[0050] When the RSS3 file communication unit receives the user's subscription instruction, it retrieves the RSS3 file CID table, finds the on-chain information of the RSS3 file through the CID of the subscribed content, and then returns the on-chain content data to the web page front-end module for centralized display.

[0051] Preferably, in step S4:

[0052] When the interface unit of the content ownership module receives a transaction request, it calls the content ownership secure transfer function to send the content assets and ownership change information to the underlying blockchain, thereby updating the on-chain information. At the same time, the interface unit supports content ownership query, operator authorization, and content ownership transfer completed by the authorizer.

[0053] The receiver in the content ownership module supports users' trading counterparties being the system's smart contracts;

[0054] The RSS3 file communication unit uses hook functions to identify changes in the on-chain information of a user's content assets, and updates the RSS3 file CID table and synchronizes the RSS3 file pointer accordingly.

[0055] Compared with the prior art, the present invention has the following beneficial effects:

[0056] 1. This invention provides a complete decentralized system architecture for the circulation of creators' economic content through a blockchain underlying layer, a content ownership module, a content distribution module, and a web page front-end module. Blockchain technology ensures the immutability of created content and guarantees the authenticity and reliability of the ownership relationship of created content as a digital asset.

[0057] 2. The underlying blockchain of this invention reduces the number of hashes required to reach consensus through a novel blockchain-style data structure based on reconfigured blocks, thereby reducing the storage cost of content data; through the transaction distribution algorithm of block shadows, it achieves flexible and variable block sizes, reducing the waste of data stored locally by storage nodes, while improving block generation speed, and thus improving the speed of reaching consensus; through the consensus mechanism based on proof of access + proof of work, it reduces the dependence on proof of work and saves the computing resources required to reach consensus; through a self-optimizing network topology structure based on ranking priority, it can improve the speed of data access and propagation. These four technical innovations jointly realize the low-cost permanent storage of content metadata on the chain, while ensuring a high blockchain network throughput.

[0058] 3. The content ownership module of this invention is based on a hybrid ownership token protocol to realize the digital authentication of creative content ownership on the blockchain. It supports digital assets to have multiple digital asset attributes such as homogeneity and non-homogeneity on the same user address or contract. At the same time, it provides a batch trading function for content ownership, which helps to improve the liquidity of creative content and the activity of the creator economy.

[0059] 4. The content distribution module of this invention integrates blockchain technology and RSS protocol, providing a flexible, efficient, and scalable decentralized data distribution protocol. It allows creators to associate subscription information with on-chain content addressing files based on user identity and public key, and build their own content push aggregation entry point, thereby realizing user data ownership by the user and avoiding problems such as data leakage, privacy and security, public opinion manipulation, algorithm abuse, profit extraction and data monopoly that exist in centralized platforms.

[0060] 5. The web front-end module of this invention is based on a Client / Server / Mainnet architecture, which enables users to interact with the blockchain network and supports users to perform operations such as content publishing, content display, and content trading, thereby increasing the activity of the creator economy. Attached Figure Description

[0061] Other features, objects, and advantages of the present invention will become more apparent from the following detailed description of non-limiting embodiments with reference to the accompanying drawings:

[0062] Figure 1 Functional architecture diagram of a decentralized content creation and distribution system;

[0063] Figure 2 A schematic diagram illustrating the underlying operation of a decentralized content creation circulation system using blockchain technology.

[0064] Figure 3 A schematic diagram illustrating how a decentralized content creation and distribution system operates. Detailed Implementation

[0065] The present invention will now be described in detail with reference to specific embodiments. These embodiments will help those skilled in the art to further understand the present invention, but do not limit the invention in any way. It should be noted that those skilled in the art can make several changes and improvements without departing from the concept of the present invention. These all fall within the protection scope of the present invention.

[0066] Example 1:

[0067] According to the present invention, a decentralized method for the circulation of creative content is provided, such as... Figures 1-3 As shown, it includes:

[0068] Step S1: The content ownership module receives the created content data, and the blockchain underlying layer receives the content data related to the content assets;

[0069] Specifically, in step S1:

[0070] The metadata URI unit of the content ownership module receives the created content data, creates the corresponding digital content assets, including ownership address, content asset ID, quantity, content metadata, assigns a Uniform Resource Identifier (URI) to it, and constructs the corresponding name and code; the metadata URI unit supports users in destroying and querying content assets;

[0071] The underlying blockchain receives content data related to content assets, including metadata and ownership information; the rebalancing algorithm unit calls the current block hash table and the current block height, and modulo the current block height with the independent hash value of the current block to obtain the height of the rebalancing block.

[0072] Specifically, the storage node calls the height of the readjustment block and confirms that the readjustment block has been stored locally; the storage node receives the content data, and after the information is verified, the content data is transferred to the waiting pool. The verification information includes the content format, content duplication rate and ownership relationship. After a preset time, a subset or all of the content data in the waiting pool is transferred to the mining pool to become the set of content data to be verified. At the same time, the RandomX algorithm is used to calculate the Nonce random number.

[0073] The block generation unit selects a storage node that meets the preset requirements based on the Nonce random number, and calls the independent hash value of the previous block, the entire content of the re-block, the content data set in the mining pool of the specified storage node and other metadata to package and generate a new block data segment BDS. At the same time, the Nonce random number is packaged into the new block as proof of work.

[0074] The block broadcasting unit propagates new blocks to other storage nodes in the form of block shadows according to their ranking priority;

[0075] The consensus unit is used to receive the acceptance results of the peer storage nodes for the new block, form network consensus, and complete the on-chain storage of content assets.

[0076] Step S2: The content distribution module creation unit generates a content addressing file based on the on-chain content metadata;

[0077] Specifically, in step S2:

[0078] The content distribution module's RSS3 file creation unit generates content-addressable RSS3 files based on on-chain content metadata, including basic information, user information, association information, and content information.

[0079] The RSS3 file pointer unit creates the Content Identifier (CID) of the RSS3 file, manages the RSS3 file CID table, and establishes a mapping between users and the RSS3 files they own.

[0080] When the RSS3 file communication unit receives the user's subscription instruction, it retrieves the RSS3 file CID table, finds the on-chain information of the RSS3 file through the CID of the subscribed content, and then returns the on-chain content data to the web page front-end module for centralized display.

[0081] Step S3: The user sends a content transaction request based on the bidding order book to the system through the web front-end module;

[0082] Step S4: The interface unit of the content ownership module receives the transaction request and sends the content asset and ownership change information to the underlying blockchain to update the on-chain information.

[0083] Specifically, in step S4:

[0084] When the interface unit of the content ownership module receives a transaction request, it calls the content ownership secure transfer function to send the content assets and ownership change information to the underlying blockchain, thereby updating the on-chain information. At the same time, the interface unit supports content ownership query, operator authorization, and content ownership transfer completed by the authorizer.

[0085] The receiver in the content ownership module supports users' trading counterparties being the system's smart contracts;

[0086] The RSS3 file communication unit uses hook functions to identify changes in the on-chain information of a user's content assets, and updates the RSS3 file CID table and synchronizes the RSS3 file pointer accordingly.

[0087] Example 2:

[0088] Example 2 is a preferred embodiment of Example 1, and is used to illustrate the present invention in more detail.

[0089] The present invention also provides a decentralized creative content circulation system, which can be implemented by executing the process steps of the decentralized creative content circulation method. That is, those skilled in the art can understand the decentralized creative content circulation method as a preferred embodiment of the decentralized creative content circulation system.

[0090] In implementing a decentralized content creation circulation system, a complete decentralized system architecture for the circulation of creator-driven economic content is provided through a blockchain underlying layer, a content ownership module, a content distribution module, and a web front-end module. Through a novel blockchain-style data structure based on reconfigured blocks, a transaction distribution algorithm based on block shadows, a consensus mechanism based on access proof + proof-of-work, and a network topology based on ranking priority, low-cost permanent storage of content metadata on the blockchain is achieved while ensuring high blockchain network throughput. Based on a hybrid ownership token protocol, digital authentication and trading of creative content ownership on the blockchain are realized. Through blockchain technology and the RSS protocol, a flexible, efficient, and scalable decentralized data distribution protocol is provided. Based on a Client / Server / Mainnet architecture, the web front-end supports user interaction with the blockchain network and enables operations such as content publishing, content display, and content trading.

[0091] A decentralized content creation circulation system provided by the present invention includes:

[0092] Web front-end module: Enables interaction between creators and the blockchain network, accepts user commands, and calls the content ownership module or content distribution module to complete the corresponding functions;

[0093] Specifically, in the webpage front-end module:

[0094] A client / server / management architecture is adopted for the interaction between creators and the blockchain network, including content publishing units, content display units, and content transaction units;

[0095] The content transaction module, based on the auction order book mechanism, indexes the last transaction information of the metadata URI unit of the underlying Mainnet of the blockchain through the server and displays the information on the web page client. The displayed information includes the item, price, quantity, seller, buyer, and time of the content.

[0096] The content display module supports functions including user identity management, content input and configuration, search, recommendation, and marketing.

[0097] Content Property Rights Module: Digitally creates content property rights, receives content metadata from the web front-end module, generates corresponding content asset data based on a hybrid property rights token protocol; supports content asset trading functions;

[0098] Specifically, in the content ownership module:

[0099] A hybrid intellectual property token protocol is provided for the confirmation and control of the intellectual property rights of any number of homogeneous or non-homogeneous creative content, while supporting bulk transmission and transactions, including interface units, metadata URI units, and receivers;

[0100] The interface unit encapsulates basic functional functions for content ownership operations, including content ownership query function, batch content ownership query function, content operation authorization function, content operation authorization query function, content ownership secure transfer function, batch content ownership secure transfer function, content ownership transfer function, batch content ownership transfer function, function for content owner to grant or revoke operation rights for all content, hook function before content asset transfer, and hook function after content asset transfer.

[0101] The metadata URI unit is used for content data assetization, as well as the determination and termination of ownership relationships. It includes casting corresponding content assets for content data, batch casting corresponding content assets for content data, content asset destruction function, batch content asset destruction function, setting a unified resource identifier for all content assets, content asset URI query function, and constructor function for content asset name and code.

[0102] The input parameters of the content asset function include: property address, content asset ID, quantity, and content metadata; the input parameters of the content asset destruction function include: property address, content asset ID, and quantity.

[0103] The receiver provides a smart contract receiving hook function for content asset transfer, used to receive contract processing and accept content asset transfer, including a receiving hook function and a batch receiving hook function; the receiving hook function adopts the kaccak256 algorithm, and the input parameters include operation address, content ownership address, content asset ID, content asset value, and content data, and returns a four-byte value.

[0104] Content distribution module: Distributes and presents content, calls on-chain data at the underlying blockchain to generate content address files, and calls content data and returns it to the web front-end module according to user instructions;

[0105] Specifically, in the content distribution module:

[0106] Used for the distribution and presentation of created content, including RSS3 file creation unit, RSS3 file pointer unit, and RSS3 file communication unit;

[0107] The RSS3 file creation unit is used to generate content-addressable (RSS3) files for calling and displaying content data. The RSS3 file is a content-addressable file generated based on on-chain content metadata. The file attributes include basic information, such as file ID, version number, and update date; ownership information, such as the user's public key information; user information, such as user name, user avatar, and user interests; association information, such as the correlation with other RSS3 files; and content information, such as content metadata and the corresponding on-chain address.

[0108] The RSS3 file pointer unit is used to create the content identifier (CID) of the RSS3 file, manage the RSS3 file CID table, and establish a mapping between users and the RSS3 files owned by users.

[0109] The RSS3 file communication unit is used for synchronizing the RSS3 file pointer and processing user query requests. When the RSS3 file communication unit receives a user's instruction to subscribe to content, it retrieves the RSS3 file CID table, finds the on-chain information of the RSS3 file through the CID of the subscribed content, and then returns the on-chain content data to the user. When the RSS3 file communication unit identifies changes in the user's content asset on-chain information through hook functions, it updates the RSS3 file CID table and synchronizes the RSS3 file pointer accordingly.

[0110] The underlying blockchain stores content asset data in a decentralized manner. After receiving content asset data from the content ownership module, the blockchain stores the content ownership data on the chain through the packaging, verification, and dissemination of blocks.

[0111] Specifically, in the underlying layer of the blockchain:

[0112] It provides a decentralized data infrastructure for the entire content flow process of creators, used for packaging, verifying and disseminating content data blocks, including algorithm retuning units, storage nodes, block generation units, block broadcasting units and consensus units;

[0113] The resizing algorithm unit calls the current block hash table and the current block height, and modulo the current block height with the independent hash value of the current block to obtain the height of the resizing block;

[0114] The storage node calls the height of the readjustment block and confirms that the readjustment block has been stored locally; the storage node receives the content data, and after the information is verified, the content data is transferred to the waiting pool. The verification information includes the content format, content duplication rate, and ownership relationship. After a preset time period, a subset or all of the content data in the waiting pool is transferred to the mining pool to become the set of content data to be verified. At the same time, the RandomX algorithm is used to calculate the Nonce random number.

[0115] The block generation unit specifies a storage node that meets the preset requirements based on the Nonce random number, and calls the independent hash value of the previous block, the entire content of the re-block, the content data set in the mining pool of the specified storage node and other metadata to package and generate a new block data segment BDS. At the same time, the Nonce random number is packaged into the new block as proof of work.

[0116] The block broadcasting unit propagates new blocks to other storage nodes in the form of block shadows according to their ranking priority; the block shadows only contain the content creator's address, the block hash list, and the content transfer hash list.

[0117] The ranking priority is determined based on the response speed and accuracy of peer storage nodes to the API requests of the evaluation node within a preset time. The block broadcast unit prioritizes sending information to the peer storage node with the best performance.

[0118] The consensus unit is used to receive the acceptance results of the peer storage nodes for the new block and form network consensus; the peer storage nodes receive the block shadow of the new block through the blockchain network, confirm that the block shadow structure format is correct, confirm that the BDS shows that the block has been processed, confirm that the complete copy of each transaction referenced in the block is in the local mining pool, confirm that the input BDS and Nonce combination meets the current difficulty requirements of the network, and confirm that the input timestamp is within the acceptable boundary of the previous block;

[0119] After the initial verification of the block shadow is passed, the peer storage node generates a complete block from the block shadow, compares the BDS generated based on the complete block with the BDS provided by the block shadow, and verifies that the metadata in the block is a legitimate update of the metadata of the previous block. After the verification is completed, the new block information is stored locally and the received result is sent to the consensus unit.

[0120] Example 3:

[0121] Example 3 is a preferred example of Example 1, and is used to illustrate the present invention in more detail.

[0122] The decentralized content creation and distribution system includes: a blockchain underlying layer, a content ownership module, a content distribution module, and a web front-end module.

[0123] The relationships and calls between the modules are detailed in the "Running Methods" section below. Figure 3 A general description is provided below:

[0124] The web front-end module is used for interaction between creators and the blockchain network. It accepts user instructions for content publishing, displaying, and trading, and calls the content ownership module or content distribution module to complete the corresponding functions.

[0125] The content ownership module is used to digitize the ownership of created content. It receives content metadata from the web front-end module, generates corresponding content asset data based on a hybrid ownership token protocol, and supports the trading function of content assets.

[0126] The content distribution module is used for content distribution and presentation. It calls on-chain data at the underlying blockchain to generate content address files, calls content data according to the user's subscription instructions, and returns it to the web page front-end module.

[0127] The underlying blockchain is used for decentralized storage of content asset data. After receiving content asset data from the content ownership module, it realizes the on-chain storage of content ownership through the packaging, verification and dissemination of blocks.

[0128] The underlying blockchain provides a decentralized data architecture for the entire process of content circulation for creators, used for packaging, verifying and disseminating content data blocks, including algorithm retuning units, storage nodes, block generation units, block broadcasting units, and consensus units.

[0129] The retuning algorithm unit calls the current block hash table and the current block height, and modulo the current block height with the independent hash value of the current block to obtain the height of the retuned block.

[0130] The storage node calls the height of the readjustment block and confirms that the readjustment block has been stored locally. The storage node receives content data, verifies the content format, content duplication rate, ownership relationship, etc., and then transfers the content data to a waiting pool. After an appropriate time, a subset or all of the content data in the waiting pool is transferred to the mining pool, becoming the verified content data set. Simultaneously, the RandomX algorithm is used to calculate a Nonce random number.

[0131] The block generation unit specifies a storage node that meets the difficulty requirement based on the Nonce random number, and calls the independent hash value of the previous block, the entire content of the re-block, the content data set in the mining pool of the specified storage node and other metadata to package and generate a new block data segment BDS. At the same time, the Nonce random number is packaged into the new block as proof of work.

[0132] The block broadcasting unit propagates new blocks as block shadows to other storage nodes according to their ranking priority. These block shadows differ from complete block information, containing only the content creator's address, a block hash list, and a content transfer hash list. This allows storage nodes holding all content data to quickly reconstruct the complete block based on this information, avoiding the congestion and excessive time consumption problems of traditional block transmission processes. The ranking priority is determined based on the response speed and accuracy of peer storage nodes to the API requests of the judging node in the most recent period. The block broadcasting unit prioritizes sending information to the best-performing peer storage node, thereby maximizing throughput.

[0133] The consensus unit is used to receive the acceptance results of new blocks from peer storage nodes, forming network consensus. The peer storage nodes receive the block shadow of the new block through the blockchain network, confirming that the block shadow structure format is correct, confirming that the BDS shows the block has been processed, confirming that a complete copy of each transaction referenced in the block exists in the local mining pool, confirming that the input BDS and Nonce combination meets the current network difficulty requirements, and confirming that the input timestamp is within the acceptable boundary of the previous block. After the initial verification of the block shadow, the peer storage nodes generate a complete block from the block shadow, compare the BDS generated based on the complete block with the BDS provided by the block shadow, and verify that the metadata in the block is a legitimate update of the metadata of the previous block. After verification, the new block information is stored locally, and the received result is sent to the consensus unit.

[0134] The content ownership module provides a hybrid ownership token protocol for confirming and controlling the ownership of any number of homogeneous or non-homogeneous creative content, while supporting batch transmission and transactions, including an interface unit, a metadata URI unit, and a receiver.

[0135] The interface unit encapsulates basic functionalities for content ownership operations, including the content ownership query function `balanceOf()`, the batch content ownership query function `balanceOfBatch()`, the content operation authorization function `setApprovalForAll()`, the content operation authorization query function `isApprovedForAll()`, the content ownership secure transfer function `safeTransferFrom()` (content data needs to be sent), the batch content ownership secure transfer function `safeBatchTransferFrom()` (content data needs to be sent), the content ownership transfer function `TransferSingle()` (operated by the authorized party), the batch content ownership transfer function `TransferBatch()` (operated by the authorized party), the function `ApprovalForAll()` (granting or revoking the right to operate all content by the content owner), the hook function `beforeTokenTransfer()` before content asset transfer, and the hook function `afterTokenTransfer()` after content asset transfer.

[0136] The metadata URI unit is used for content data assetization, as well as the determination and termination of ownership. This includes `mint()` to create corresponding content assets for the content data, `mintBatch()` to create batch content assets for the content data, `burn()` to destroy content assets, `burnBatch()` to destroy batch content assets, `setURI()` to set a Uniform Resource Identifier (URI) for all content assets, `URI()` to query the content asset URI, and `constructor()` to construct the content asset name and identifier. The input parameters for the `mint()` function include: ownership address, content asset ID, quantity, and content metadata. The input parameters for the `burn()` function include: ownership address, content asset ID, and quantity.

[0137] The receiver provides smart contract receiving hook functions for content asset transfers, used to receive contract processing and accept content asset transfers. These include the receiving hook function `onReceived()` and the batch receiving hook function `onBatchReceived()`. The receiving hook functions use the Kaccak256 algorithm, and the input parameters include the operation address, content ownership address, content asset ID, content asset value, and content data. They return a four-byte value.

[0138] The content distribution module is used for the distribution and presentation of created content, and includes an RSS3 file creation unit, an RSS3 file pointer unit, and an RSS3 file communication unit.

[0139] The RSS3 file creation unit is used to generate content-addressable (RSS3) files for the retrieval and display of content data. The RSS3 file is a content-addressable file generated based on on-chain content metadata. File attributes include basic information such as file ID, version number, and update date; ownership information such as the user's public key information; user information such as username, avatar, and interests; association information such as correlation with other RSS3 files; and content information such as content metadata and the corresponding on-chain address.

[0140] The RSS3 file pointer unit is used to create the content identifier (CID) of the RSS3 file, manage the RSS3 file CID table, and establish a mapping between users and the RSS3 files they own.

[0141] The RSS3 file communication unit is used for synchronizing the RSS3 file pointer and processing user query requests. When the RSS3 file communication unit receives a user's instruction to subscribe to content, it retrieves the RSS3 file CID table, finds the on-chain information of the RSS3 file through the CID of the subscribed content, and then returns the on-chain content data to the user. The RSS3 file communication unit uses hook functions to identify changes in the user's content asset on-chain information, and updates the RSS3 file CID table and synchronizes the RSS3 file pointer accordingly.

[0142] The webpage front-end module adopts a C / S / M (Client / Server / Mainnet) architecture for interaction between creators and the blockchain network, including a content publishing unit, a content display unit, and a content transaction unit. The content transaction module, based on an auction order book mechanism, indexes the latest transaction information of the metadata URI units of the underlying blockchain Mainnet through the Server, and displays information such as the content's item, price, quantity, seller, buyer, and time on the webpage front-end Client. The content display module supports user identity management, content input and configuration, search, recommendation, and marketing functions.

[0143] Example 4:

[0144] Example 4 is a preferred example of Example 1, which is used to illustrate the present invention in more detail.

[0145] This invention patent provides a method for operating a decentralized content creation and distribution system.

[0146] Creators obtain user identity and input their content through the front-end module of the decentralized content creation and distribution system.

[0147] Furthermore, the metadata URI unit of the content ownership module receives created content data and (batch) creates corresponding digital content assets, including ownership address, content asset ID, quantity, content metadata, etc., assigns them Uniform Resource Identifiers (URIs), and constructs corresponding names and codes. The metadata URI unit also supports users' (batch) destruction and querying functions for content assets.

[0148] Furthermore, the underlying blockchain receives content data related to content assets, such as metadata and property rights information. The rescheduling algorithm unit calls the current block hash table and the current block height, and modulo the current block height with the current block's independent hash value to obtain the height of the rescheduled block.

[0149] Furthermore, the storage node calls the height of the retuned block and confirms that the retuned block has been stored locally. The storage node receives the content data, verifies the content format, content duplication rate, ownership relationship, etc., and then transfers the content data to the waiting pool. After an appropriate time, a subset or all of the content data in the waiting pool is transferred to the mining pool, becoming the verified content data set. Simultaneously, the RandomX algorithm is used to calculate the Nonce random number.

[0150] Furthermore, the block generation unit specifies a storage node that meets the difficulty requirement based on the Nonce random number, and calls the independent hash value of the previous block, the entire content of the re-block, the content data set in the mining pool of the specified storage node and other metadata to package and generate a new block data segment BDS. At the same time, the Nonce random number is packaged into the new block as proof of work.

[0151] Furthermore, the block broadcasting unit propagates the new block to other storage nodes in the form of a block shadow according to ranking priority.

[0152] Furthermore, the consensus unit is used to receive the acceptance results of the peer storage nodes for the new block, form network consensus, and complete the on-chain storage of content assets.

[0153] Furthermore, the content distribution module's RSS3 file creation unit generates a content-addressable RSS3 file based on on-chain content metadata, including basic information, user information, association information, and content information.

[0154] Furthermore, the RSS3 file pointer unit creates the content identifier (CID) of the RSS3 file, manages the RSS3 file CID table, and establishes a mapping between users and the RSS3 files they own.

[0155] Furthermore, the RSS3 file communication unit receives the user's subscription instruction, retrieves the RSS3 file CID table, finds the on-chain information of the RSS3 file through the CID of the subscribed content, and then returns the on-chain content data to the web page front-end module for centralized display.

[0156] Furthermore, users send content transaction requests based on the bidding order book to the system through the web front-end module.

[0157] Furthermore, upon receiving a transaction request, the interface unit of the content ownership module calls the (batch) content ownership secure transfer function to send the content assets and ownership change information to the underlying blockchain, thereby updating the on-chain information. Simultaneously, the interface unit also supports (batch) content ownership queries, operator authorization, and (batch) content ownership transfers completed by the authorizing party.

[0158] Furthermore, the receiver in the content ownership module supports the user's trading counterparty being the system's smart contract.

[0159] Furthermore, the RSS3 file communication unit uses hook functions to identify changes in the on-chain information of a user's content assets, and updates the RSS3 file CID table and synchronizes the RSS3 file pointer accordingly.

[0160] Those skilled in the art will understand that, in addition to implementing the system, apparatus, and their modules provided by this invention in purely computer-readable program code, the same program can be implemented in the form of logic gates, switches, application-specific integrated circuits, programmable logic controllers, and embedded microcontrollers by logically programming the method steps. Therefore, the system, apparatus, and their modules provided by this invention can be considered a hardware component, and the modules included therein for implementing various programs can also be considered structures within the hardware component; alternatively, modules for implementing various functions can be considered both software programs implementing the method and structures within the hardware component.

[0161] Specific embodiments of the present invention have been described above. It should be understood that the present invention is not limited to the specific embodiments described above, and those skilled in the art can make various changes or modifications within the scope of the claims, which do not affect the essence of the present invention. Unless otherwise specified, the embodiments and features described in this application can be arbitrarily combined with each other.

Claims

1. A decentralized content creation and distribution system, characterized in that, include: Web front-end module: Enables interaction between creators and the blockchain network, accepts user commands, and calls the content ownership module or content distribution module to complete the corresponding functions; Content Property Rights Module: Digital creation of content property rights, receiving content metadata from the web front-end module, and generating corresponding content asset data based on a hybrid property rights token protocol; Supports content asset trading functionality; Content distribution module: Distributes and presents content, calls on-chain data at the underlying blockchain to generate content address files, and calls content data and returns it to the web front-end module according to user instructions; Blockchain underlying layer: Decentralized storage of content asset data. After receiving content asset data from the content ownership module, the content ownership is stored on the blockchain through the packaging, verification and dissemination of blocks. In the content ownership module: A hybrid intellectual property token protocol is provided for the confirmation and control of the intellectual property rights of any number of homogeneous or non-homogeneous creative content, while supporting bulk transmission and transactions, including interface units, metadata URI units, and receivers; The interface unit encapsulates basic functional functions for content ownership operations, including content ownership query function, batch content ownership query function, content operation authorization function, content operation authorization query function, content ownership secure transfer function, batch content ownership secure transfer function, content ownership transfer function, batch content ownership transfer function, function for content owner to grant or revoke operation rights for all content, hook function before content asset transfer, and hook function after content asset transfer. The metadata URI unit is used for content data assetization, as well as the determination and termination of ownership relationships. It includes casting corresponding content assets for content data, batch casting corresponding content assets for content data, content asset destruction function, batch content asset destruction function, setting a unified resource identifier for all content assets, content asset URI query function, and constructor function for content asset name and code. The input parameters for the content asset function include: property address, content asset ID, quantity, and content metadata; the input parameters for the content asset destruction function include: property address, content asset ID, and quantity. The receiver provides a smart contract receiving hook function for content asset transfer, used to receive contract processing and accept content asset transfer, including a receiving hook function and a batch receiving hook function; the receiving hook function adopts the kaccak256 algorithm, and the input parameters include operation address, content ownership address, content asset ID, content asset value, and content data, and returns a four-byte value; In the underlying layer of the blockchain: It provides a decentralized data infrastructure for the entire content flow process of creators, used for packaging, verifying and disseminating content data blocks, including algorithm retuning units, storage nodes, block generation units, block broadcasting units and consensus units; The resizing algorithm unit calls the current block hash table and the current block height, and modulo the current block height with the independent hash value of the current block to obtain the height of the resizing block; The storage node calls the height of the readjustment block and confirms that the readjustment block has been stored locally; the storage node receives the content data, and after the information is verified, the content data is transferred to the waiting pool. The verification information includes the content format, content duplication rate, and ownership relationship. After a preset time period, a subset or all of the content data in the waiting pool is transferred to the mining pool to become the set of content data to be verified. At the same time, the RandomX algorithm is used to calculate the Nonce random number. The block generation unit specifies a storage node that meets the preset requirements based on the Nonce random number, and calls the independent hash value of the previous block, the entire content of the re-block, the content data set in the mining pool of the specified storage node and other metadata to package and generate a new block data segment BDS. At the same time, the Nonce random number is packaged into the new block as proof of work. The block broadcasting unit propagates new blocks to other storage nodes in the form of block shadows according to their ranking priority; the block shadows only contain the content creator's address, the block hash list, and the content transfer hash list; The ranking priority is determined based on the response speed and accuracy of peer storage nodes to the API requests of the evaluation node within a preset time. The block broadcast unit prioritizes sending information to the peer storage node with the best performance. The consensus unit is used to receive the acceptance results of the peer storage nodes for the new block and form network consensus; the peer storage nodes receive the block shadow of the new block through the blockchain network, confirm that the block shadow structure format is correct, confirm that the BDS shows that the block has been processed, confirm that the complete copy of each transaction referenced in the block is in the local mining pool, confirm that the input BDS and Nonce combination meets the current difficulty requirements of the network, and confirm that the input timestamp is within the acceptable boundary of the previous block; After the initial verification of the block shadow is passed, the peer storage node generates a complete block from the block shadow, compares the BDS generated based on the complete block with the BDS provided by the block shadow, and verifies that the metadata in the block is a legitimate update of the metadata of the previous block. After the verification is completed, the new block information is stored locally and the received result is sent to the consensus unit.

2. The decentralized content creation and distribution system according to claim 1, characterized in that, In the webpage front-end module: A client / server / management architecture is adopted for the interaction between creators and the blockchain network, including content publishing units, content display units, and content transaction units; The content transaction unit, based on the auction order book mechanism, indexes the last transaction information of the metadata URI unit of the underlying Mainnet of the blockchain through the server and displays the information on the web page client. The displayed information includes the content item, price, quantity, seller, buyer, and time. The content display module supports functions including user identity management, content input and configuration, search, recommendation, and marketing.

3. The decentralized content creation and distribution system according to claim 1, characterized in that, In the content distribution module: Used for the distribution and presentation of created content, including RSS3 file creation unit, RSS3 file pointer unit, and RSS3 file communication unit; The RSS3 file creation unit is used to generate content-addressable (RSS3) files for calling and displaying content data. The RSS3 file is a content-addressable file generated based on on-chain content metadata. The file attributes include basic information, such as file ID, version number, and update date; ownership information, such as the user's public key information; user information, such as user name, user avatar, and user interests; association information, such as the correlation with other RSS3 files; and content information, such as content metadata and the corresponding on-chain address. The RSS3 file pointer unit is used to create the content identifier (CID) of the RSS3 file, manage the RSS3 file CID table, and establish a mapping between users and the RSS3 files owned by users. The RSS3 file communication unit is used for synchronizing the RSS3 file pointer and processing user query requests. When the RSS3 file communication unit receives a user's instruction to subscribe to content, it retrieves the RSS3 file CID table, finds the on-chain information of the RSS3 file through the CID of the subscribed content, and then returns the on-chain content data to the user. When the RSS3 file communication unit identifies changes in the user's content asset on-chain information through hook functions, it updates the RSS3 file CID table and synchronizes the RSS3 file pointer accordingly.

4. A decentralized method for the circulation of creative content, characterized in that, The decentralized content creation and distribution system described in claim 1 is used to perform the following: Step S1: The content ownership module receives the created content data, and the blockchain underlying layer receives the content data related to the content assets; Step S2: The content distribution module creation unit generates a content addressing file based on the on-chain content metadata; Step S3: The user sends a content transaction request based on the bidding order book to the system through the web front-end module; Step S4: The interface unit of the content ownership module receives the transaction request and sends the content asset and ownership change information to the underlying blockchain to update the on-chain information.

5. The decentralized content creation and distribution method according to claim 4, characterized in that, In step S1: The metadata URI unit of the content ownership module receives the created content data, casts the corresponding digital content assets, including ownership address, content asset ID, quantity, content metadata, assigns a Uniform Resource Identifier (URI) to it, and constructs the corresponding name and code. Metadata URI units support users in destroying and querying content assets; The underlying blockchain receives content data related to content assets, including metadata and ownership information; the rebalancing algorithm unit calls the current block hash table and the current block height, and modulo the current block height with the independent hash value of the current block to obtain the height of the rebalancing block.

6. The decentralized content creation and distribution method according to claim 5, characterized in that: The storage node calls the height of the retuned block and confirms that the retuned block has been stored locally; the storage node receives the content data, and after the information is verified, the content data is transferred to the waiting pool. The verification information includes the content format, content duplication rate and ownership relationship. After a preset time, a subset or all of the content data in the waiting pool is transferred to the mining pool to become the set of content data to be verified. At the same time, the RandomX algorithm is used to calculate the Nonce random number. The block generation unit selects a storage node that meets the preset requirements based on the Nonce random number, and calls the independent hash value of the previous block, the entire content of the re-block, the content data set in the mining pool of the specified storage node and other metadata to package and generate a new block data segment BDS. At the same time, the Nonce random number is packaged into the new block as proof of work. The block broadcasting unit propagates new blocks to other storage nodes in the form of block shadows according to their ranking priority; The consensus unit is used to receive the acceptance results of the peer storage nodes for the new block, form network consensus, and complete the on-chain storage of content assets.

7. The decentralized content creation and distribution method according to claim 4, characterized in that, In step S2: The content distribution module's RSS3 file creation unit generates content-addressable RSS3 files based on on-chain content metadata, including basic information, user information, association information, and content information. The RSS3 file pointer unit creates the Content Identifier (CID) of the RSS3 file, manages the RSS3 file CID table, and establishes a mapping between users and the RSS3 files they own. When the RSS3 file communication unit receives the user's subscription instruction, it retrieves the RSS3 file CID table, finds the on-chain information of the RSS3 file through the CID of the subscribed content, and then returns the on-chain content data to the web page front-end module for centralized display.

8. The decentralized content creation and distribution method according to claim 4, characterized in that, In step S4: When the interface unit of the content ownership module receives a transaction request, it calls the content ownership secure transfer function to send the content assets and ownership change information to the underlying blockchain, thereby updating the on-chain information. At the same time, the interface unit supports content ownership query, operator authorization, and content ownership transfer completed by the authorizer. The receiver in the content ownership module supports users' trading counterparties being the system's smart contracts; The RSS3 file communication unit uses hook functions to identify changes in the on-chain information of a user's content assets, and updates the RSS3 file CID table and synchronizes the RSS3 file pointer accordingly.

Images