A scenic spot dynamic digital asset cross-chain circulation system and method based on multi-source data driving

Abstract

The application discloses a kind of based on multi-source data driving scenic spot dynamic digital assets cross-chain flow system and method, it is related to blockchain, Internet of Things, digital asset management, cross-chain interoperability and digital tourism technical field, the scheme method includes: in source chain, the scenic spot digital assets including dynamic attribute state set and right state set are casted;Multi-source data such as user behavior, scenic spot environment and space-time state are collected, and are chained by trusted oracle machine;Through intelligent contract state machine, asset dynamic attribute is updated and new visual resource pointing address is generated;When cross-chain, source chain asset is locked, and cross-chain state data package containing state hash, state proof and signature data is generated;After target chain verification, mirror casting mapping digital assets is generated, and according to chain environment, adjust functional right and collectivity right, the application can realize that scenic spot digital assets evolve dynamically with real tour experience, and complete reservation asset state and historical interaction value between heterogeneous chain.

Description

Technical Field

[0001] This invention relates to the fields of blockchain, Internet of Things, digital asset management, cross-chain interoperability and cultural tourism digitization, and in particular to a cross-chain circulation system and method for dynamic digital assets of scenic spots based on multi-source data. Background Technology

[0002] As the digitalization of the cultural and tourism industry continues to improve, digital assets such as digital collectibles, digital commemorative tickets, and scenic area-themed NFTs are increasingly being used in scenic area marketing, visitor interaction, and cultural and tourism consumption scenarios. Existing scenic area digital assets are typically issued through self-built platforms or consortium blockchains, and their main forms are static images, statically numbered certificates, or fixed metadata assets. After a user claims or purchases these digital assets, their appearance, level, attributes, and rights largely remain fixed, making it difficult for them to continuously change based on real-world data such as the user's actual tour behavior, check-in routes, stay duration, consumption interactions, weather conditions, and seasonal changes within the scenic area. Therefore, existing scenic area digital assets lack an effective data coupling mechanism with the physical tour process, failing to form a closed loop of "tour behavior—asset evolution—visual updates—rights changes," resulting in weak interactivity, low continuous operational value, and a collection value that is difficult to increase with accumulated real-world experience.

[0003] On the other hand, scenic area digital assets are typically deployed on scenic area consortium blockchains, self-built blockchains, or specific sidechains, while secondary display, trading, circulation, and collection scenarios often rely on public blockchains or other heterogeneous blockchain environments. Existing cross-chain technologies are mostly geared towards the transfer of ownership of ordinary fungible tokens or simple NFTs. During the cross-chain process, they usually only transmit token IDs, owner addresses, and simple metadata, making it difficult to fully preserve the level status, environmental tags, historical interaction records, equity status, and visual resource pointer addresses of dynamic digital assets. For scenic area digital assets with complex dynamic attributes and historical behavioral value, if the dynamic attribute status and historical interaction records are lost during the cross-chain process, it will cause a break in asset value, making it impossible to prove the user's real visit experience and to continue the evolution results of the source chain assets on the target chain.

[0004] Furthermore, scenic area digital assets often possess both functional and collectible rights. Functional rights, such as ticket redemption, priority access, and scenic area service redemption, typically require reliance on the scenic area's business system and source chain permission controls. Collectible rights, such as art exhibitions, visit souvenirs, and historical interaction proofs, are more suitable for display and circulation on public chains or open platforms. Existing solutions usually bind different rights together to the same digital asset, lacking a mechanism to dynamically adjust the activation status of rights as the chain environment changes. When assets are transferred across chains to public chains, retaining the original chain's local functional rights may lead to misuse of rights, duplicate redemptions, or failure of scenic area business control; directly deleting the relevant rights would disrupt the integrity of the asset and the continuity of services after its return.

[0005] Therefore, it is necessary to propose a method and system for the cross-chain transfer of dynamic digital assets in scenic areas, so that the digital assets of scenic areas can evolve dynamically driven by multi-source real-world data, and completely migrate the asset state through state snapshots and state proofs during the cross-chain process, while adapting and adjusting the equity state according to different chain environments. Summary of the Invention

[0006] In view of this, the purpose of this invention is to propose a cross-chain circulation system and method for dynamic digital assets in scenic areas based on multi-source data-driven approaches. This aims to solve the problems of static digital assets in scenic areas, loss of cross-chain status, difficulty in rights matching, and limited market liquidity. The goal is to achieve dynamic evolution of digital assets based on tourist behavior and environmental factors, and to ensure the secure and complete cross-chain circulation of these dynamic assets between heterogeneous chains such as consortium chains and public chains. This will break down the barriers to the circulation of digital assets across different blockchain networks and enhance the interactivity, collectible value, and market liquidity of digital assets in scenic areas.

[0007] To achieve the above-mentioned technical objectives, the technical solution adopted by this invention is as follows: A method for cross-chain transfer of dynamic digital assets of scenic spots based on multi-source data, comprising: S1. In response to a user's request to claim digital assets for the scenic area, an initial state digital asset is minted on the source chain, and a fixed identity identifier, asset owner address, basic metadata, dynamic attribute state set and equity state set are configured for the initial state digital asset. The source chain is a consortium chain or side chain used to carry the business data of the scenic area. S2. Collect multi-source driving data associated with the digital asset, and perform trusted signature on the multi-source driving data and upload it to the chain through an oracle node. The multi-source driving data includes user behavior data, scenic area physical environment data and scenic area spatiotemporal state data. S3. Invoke the smart contract state machine deployed on the source chain, perform state mapping calculation on the dynamic attribute state set according to the multi-source driving data, and obtain the current evolution judgment result; S4. When the current evolution determination result meets the preset evolution triggering condition, update the level parameter, scene label parameter, historical interaction parameter and appearance feature parameter in the dynamic attribute state set, and generate a new visual resource pointing address based on the updated dynamic attribute state set. S5. In response to the cross-chain transfer request initiated by the user, the source chain locks the digital asset, freezes the dynamic evolution function and source chain transfer function of the digital asset, and extracts the dynamic attribute state set, equity state set, historical interaction records and visual resource pointing address at the time of locking to generate state snapshot data. S6. Serialize the state snapshot data, calculate the state hash value, and generate a cross-chain state data packet containing the source chain identifier, target chain identifier, user target chain address, state proof data, and signature data based on the state hash value. S7. The cross-chain state data packet is sent to the target chain which is heterogeneous with the source chain. The target chain verification contract verifies the consistency of the state proof data and signature data. S8. After verification, the target chain mirror casting contract casts the mapped digital asset on the target chain, writes the state snapshot data into the metadata storage area of ​​the mapped digital asset, and adjusts the equity state set of the mapped digital asset according to the target chain equity adaptation rules, so that the mapped digital asset inherits the dynamic attribute state and visual performance state of the source chain digital asset at the time of locking.

[0008] As one possible implementation, the behavioral data generated by the user within the scenic area in this solution further includes user location trajectory, attraction check-in records, attraction stay duration, walking distance, consumption interaction records, and AR interaction records; the physical environment data of the scenic area includes weather type, temperature, humidity, light intensity, and scenic area equipment perception data; the spatiotemporal status data of the scenic area includes seasonal status, solar term status, day and night status, holiday status, and scenic area activity status.

[0009] As one possible implementation, further, in step S2 of this scheme, the oracle node performs trusted signature and on-chain processing of multi-source driven data, including: Source identifiers are bound to the data collected by user terminals, the data collected by IoT devices in scenic areas, and the data returned by third-party interfaces respectively; Data from various sources is timestamped and bound to scenic area scene identifiers; The bound data is filtered for outliers and its format is standardized to obtain standardized driving data. The standardized driver data is signed using the oracle node's private key to form a verifiable, trusted driver data packet on the blockchain.

[0010] As a possible implementation, further, in step S3 of this solution, the smart contract state machine obtains the current evolution determination result in the following manner: The dynamic attribute state set is represented as:

[0011] in, Indicates the first The dynamic attribute state set at any given moment. Indicates asset rating parameters, Indicates the spatiotemporal label parameter. Indicates environment label parameters, Indicates historical interaction parameters, Indicates the equity status parameter, This indicates the address that the visual resource points to; Mapping multi-source driven data into feature vectors Its function is defined as:

[0012] Among them, the definition Indicates the first Time of the first Standardized feature values ​​corresponding to class-driven data The number of categories in multi-source driven data; According to the preset weight vector Calculate evolution score Its definition is:

[0013]

[0014] in, Indicates the first Evolutionary score at time, defined Indicates the first The weights corresponding to class-driven data The number of categories in multi-source driven data; When the evolutionary score When the preset level threshold is reached, or when the multi-source driven data hits the matching rules corresponding to a specific scenic spot, a specific environment, or a specific time period, the current evolution determination result that meets the preset evolution triggering conditions is obtained.

[0015] As one possible implementation, further, in step S4 of this solution, generating a new visual resource pointer address includes: Based on the updated level parameters, scene label parameters, and appearance feature parameters, index the basic layer, scenic area theme layer, weather effect layer, and rarity effect layer in the layer material library; The indexed layers are composited using a layered rendering engine to generate corresponding SVG images, animated images, or 3D model slices. Store the generated visual resources in a distributed storage system or an off-chain trusted storage environment; Write the storage address of the visual resource into the visual resource pointer address in the dynamic attribute state set.

[0016] As a possible implementation, further, in step S5 of this solution, when the source chain locks the digital asset, the digital asset is not destroyed, but marked as dormant; the digital asset in the dormant state retains its source chain identity and state snapshot data, but stops performing dynamic attribute updates, equity write-offs and asset transfer operations.

[0017] As a possible implementation, further, in step S6 of this scheme, the state proof data includes a Merkle proof constructed from the fixed identity identifier, asset owner address, dynamic attribute state set, equity state set, historical interaction record, and visual resource pointing address in the state snapshot data; the signature data includes at least one of the source chain locking contract signature, relay node signature, and scenic area consortium chain node multi-signature.

[0018] As a possible implementation, further, in step S8 of this solution, adjusting the equity state set of the mapped digital assets according to the target chain equity adaptation rules includes: Identify the functional rights attributes and collectible rights attributes in the rights status set. The functional rights attributes include the right to redeem tickets, the right to priority access, and the right to exchange scenic area services. The collectible rights attributes include the right to display art, the right to commemorate a visit, and the right to verify historical interaction. When the mapped digital asset is located on the target chain, the functional rights attribute is deactivated, while the collectible rights attribute is retained; Once the mapped digital asset flows back from the target chain to the source chain and is verified by the source chain, the functional rights attribute is reactivated, and the dynamic evolution function of the source chain digital asset is restored.

[0019] This solution drives the dynamic evolution of digital assets through multi-source data, deeply integrating digital assets with tourists' physical tour experience and the scenic environment. Tourists can actively cultivate digital assets during their tour, unlocking new levels and special effects, greatly enhancing the fun and collectible value of digital assets and strengthening the emotional connection between tourists and the scenic area.

[0020] This solution also utilizes a full-state snapshot migration protocol to fully preserve the dynamic attributes and historical interaction records of digital assets during cross-chain processes. This solves the problem of losing complex metadata in existing cross-chain technologies, ensures the continuity of asset value across different blockchain networks, breaks down the circulation barriers between scenic area consortium chains and public chains, and improves the market liquidity of digital assets.

[0021] In addition, this solution combines digital assets with the functional rights and interests of scenic spots, realizing a fusion model of digital collections and physical services. Tourists holding digital assets can not only use them for collection and trading, but also enjoy practical rights such as ticket redemption and priority access within the scenic area, enriching the digital service content of the scenic area and providing a new solution for the digital transformation of the cultural tourism industry.

[0022] Regarding data and asset security, this solution uses oracle nodes to ensure the trusted uploading of off-chain data to the blockchain. Combined with Merkle proofs, multi-signatures, and other technologies, it ensures the integrity and security of data during cross-chain processes, prevents data tampering and asset forgery, and provides a secure and reliable technical guarantee for the transfer of digital assets.

[0023] Based on the above, this solution also proposes a multi-source data-driven cross-chain transfer system for dynamic digital assets of scenic spots, which applies the aforementioned multi-source data-driven cross-chain transfer method for dynamic digital assets of scenic spots, including: The multi-source data perception module is used to collect user behavior data, scenic area physical environment data, and scenic area spatiotemporal state data generated within the scenic area, and send the collected data to the oracle node. The Oracle Trusted On-Chain Module is used to bind source identifiers, timestamp, standardize formats, and sign trusted signatures on the data sent by the multi-source data perception module, generating on-chain verifiable trusted driving data packets; The dynamic asset management module, deployed on the source chain, is used to mint initial-state digital assets, maintain dynamic attribute state sets and equity state sets, and perform dynamic evolution calculations of the smart contract state machine based on trusted driving data packets. The layered rendering module is used to generate visual resources for digital assets based on the level parameters, scene label parameters, and appearance feature parameters in the dynamic attribute state set, and return the address pointing to the visual resources. The cross-chain interoperability gateway is used to perform source chain asset locking, state snapshot generation, state proof generation, cross-chain state data packet signing, and cross-chain message transmission after receiving a cross-chain transfer request. The target chain mirror reconstruction module is used to verify cross-chain state data packets on the target chain and to mint mapped digital assets after successful verification. The rights and interests adaptation module is used to adjust the activation status of the functional rights and interests attributes and collectible rights and interests attributes of the rights and interests set according to the blockchain environment in which the digital asset is located. The user interaction terminal is used to display the current dynamic status of digital assets, initiate cross-chain transfer requests, and receive the display results of mapped digital assets.

[0024] As one possible implementation, the cross-chain interoperability gateway described in this solution further includes a source chain locking contract, a state packer, a relay network, and a target chain verification contract. The source chain locking contract is used to mark source chain digital assets as dormant. The state packer is used to serialize the dynamic attribute state set, equity state set, historical interaction records, and visual resource pointer address at the time of locking, and generate state hash value and Merkle proof. The relay network is used to send cross-chain status data packets to the target chain; The target chain verification contract is used to verify the Merkle proof, the source chain locking contract signature, and the relay node signature, and triggers the target chain mirror reconstruction module to mint the mapped digital assets after the verification is successful.

[0025] By adopting the above technical solution, the present invention has the following beneficial effects compared with the prior art: The present invention, through multi-source data perception, trusted oracle on-chaining, and smart contract state machines, transforms user behavior data, scenic area physical environment data, and scenic area spatiotemporal state data into dynamic attribute update bases for digital assets. This enables scenic area digital assets to undergo level upgrades, scene tag updates, historical interaction record accumulation, and visual redrawing based on tourists' actual tour behavior and changes in the real environment. Therefore, digital assets are no longer static images or static certificates with fixed attributes after purchase, but dynamic assets that can continuously interact with the physical experience of the scenic area, enhancing tourist participation, the collectible value of digital assets, and the digital operation capabilities of the scenic area.

[0026] This invention employs a mechanism combining source chain locking, state snapshots, state hashing, Merkle proofs, multi-signature verification, and target chain mirror reconstruction during the cross-chain transfer phase. This ensures that the cross-chain process not only transfers asset ownership but also simultaneously migrates the dynamic attribute state, equity state, historical interaction records, and visual resource pointer addresses at the time of locking. This avoids the loss of complex metadata and dynamic evolution states in existing cross-chain solutions, guaranteeing the consistency of state, continuity of value, and data verifiability of scenic area digital assets during transfer between the source and target chains.

[0027] This invention further divides the rights status of digital assets into functional rights attributes and collectible rights attributes, and adjusts the activation status according to the blockchain environment in which the asset is located. When the asset is located on the scenic area's source blockchain, the functional rights can be used for local scenic area businesses such as ticket redemption, priority access, and service exchange; when the asset crosses blockchains to the target blockchain, the functional rights are deactivated while the collectible rights are retained; when the asset flows back to the source blockchain and passes verification, the functional rights are reactivated. This avoids the misuse of local scenic area rights after cross-chaining while preserving the historical proof value and return service capabilities of the asset. Attached Figure Description

[0028] 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.

[0029] Figure 1 This is a simplified implementation flowchart of the method for cross-chain transfer of dynamic digital assets of scenic spots based on multi-source data; Figure 2 This is a schematic diagram of the unit modules of the scenic area dynamic digital asset cross-chain circulation system driven by multi-source data in this solution. Detailed Implementation

[0030] The present invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be particularly noted that the following embodiments are for illustrative purposes only and do not limit the scope of the invention. Similarly, the following embodiments are only some, not all, embodiments of the present invention, and all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0031] Combination Figure 1 As shown in the figure, this embodiment proposes a method for cross-chain transfer of dynamic digital assets of scenic spots based on multi-source data, which includes: S1. In response to a user's request to claim digital assets for the scenic area, an initial state digital asset is minted on the source chain, and a fixed identity identifier, asset owner address, basic metadata, dynamic attribute state set and equity state set are configured for the initial state digital asset. The source chain is a consortium chain or side chain used to carry the business data of the scenic area. S2. Collect multi-source driving data associated with the digital asset, and perform trusted signature on the multi-source driving data and upload it to the chain through an oracle node. The multi-source driving data includes user behavior data, scenic area physical environment data and scenic area spatiotemporal state data. S3. Invoke the smart contract state machine deployed on the source chain, perform state mapping calculation on the dynamic attribute state set according to the multi-source driving data, and obtain the current evolution judgment result; S4. When the current evolution determination result meets the preset evolution triggering condition, update the level parameter, scene label parameter, historical interaction parameter and appearance feature parameter in the dynamic attribute state set, and generate a new visual resource pointing address based on the updated dynamic attribute state set. S5. In response to the cross-chain transfer request initiated by the user, the source chain locks the digital asset, freezes the dynamic evolution function and source chain transfer function of the digital asset, and extracts the dynamic attribute state set, equity state set, historical interaction records and visual resource pointing address at the time of locking to generate state snapshot data. S6. Serialize the state snapshot data, calculate the state hash value, and generate a cross-chain state data packet containing the source chain identifier, target chain identifier, user target chain address, state proof data, and signature data based on the state hash value. S7. The cross-chain state data packet is sent to the target chain which is heterogeneous with the source chain. The target chain verification contract verifies the consistency of the state proof data and signature data. S8. After verification, the target chain mirror casting contract casts the mapped digital asset on the target chain, writes the state snapshot data into the metadata storage area of ​​the mapped digital asset, and adjusts the equity state set of the mapped digital asset according to the target chain equity adaptation rules, so that the mapped digital asset inherits the dynamic attribute state and visual performance state of the source chain digital asset at the time of locking.

[0032] In this solution, the user behavior data generated within the scenic area in step S2 includes user location trajectory, attraction check-in records, attraction stay duration, walking distance, consumption interaction records, and AR interaction records; the scenic area physical environment data includes weather type, temperature, humidity, light intensity, and scenic area equipment perception data; the scenic area spatiotemporal status data includes seasonal status, solar term status, day and night status, holiday status, and scenic area activity status.

[0033] This includes data matching users' real-time latitude and longitude coordinates with specific scenic spots based on geofencing; real-time weather, temperature, humidity, and light intensity data of the scenic area obtained through external meteorological interfaces; and seasonal, solar term, and day-night status data of the scenic area based on timestamps.

[0034] In step S2 of this scheme, the oracle node performs trusted signature and on-chain processing of multi-source driven data, including: Source identifiers are bound to the data collected by user terminals, the data collected by IoT devices in scenic areas, and the data returned by third-party interfaces respectively; Data from various sources is timestamped and bound to scenic area scene identifiers; The bound data is filtered for outliers and its format is standardized to obtain standardized driving data. The standardized driver data is signed using the oracle node's private key to form a verifiable, trusted driver data packet on the blockchain.

[0035] As a possible implementation, further, in step S3 of this solution, the smart contract state machine obtains the current evolution determination result in the following manner: The dynamic attribute state set is represented as:

[0036] in, Indicates the first The dynamic attribute state set at any given moment. Indicates asset rating parameters, Indicates the spatiotemporal label parameter. Indicates environment label parameters, Indicates historical interaction parameters, Indicates the equity status parameter, This indicates the address that the visual resource points to; Mapping multi-source driven data into feature vectors Its function is defined as:

[0037] Among them, the definition Indicates the first Time of the first Standardized feature values ​​corresponding to class-driven data The number of categories in multi-source driven data; According to the preset weight vector Calculate evolution score Its definition is:

[0038]

[0039] in, Indicates the first Evolutionary score at time, defined Indicates the first The weights corresponding to class-driven data The number of categories in multi-source driven data; When the evolutionary score When the preset level threshold is reached, or when the multi-source driven data hits the matching rules corresponding to a specific scenic spot, a specific environment, or a specific time period, the current evolution determination result that meets the preset evolution triggering conditions is obtained.

[0040] As one possible implementation, further, in step S4 of this solution, generating a new visual resource pointer address includes: Based on the updated level parameters, scene label parameters, and appearance feature parameters, index the basic layer, scenic area theme layer, weather effect layer, and rarity effect layer in the layer material library; The indexed layers are composited using a layered rendering engine to generate corresponding SVG images, animated images, or 3D model slices. Store the generated visual resources in a distributed storage system or an off-chain trusted storage environment; Write the storage address of the visual resource into the visual resource pointer address in the dynamic attribute state set.

[0041] This solution introduces the concept of physical world mapping. Based on the fact that the attribute changes of digital assets (NFTs) are directly controlled by physical variables in the real world (latitude and longitude, weather, physical stay time, etc.), it proposes a strategy of smart contract state machine driven by environmental parameters to achieve strong coupling between digital assets and physical tourism experience. This is different from the existing technology where NFT attributes are fixed or can only be changed through simple on-chain interactions.

[0042] As another implementation example, the logic of this solution to update the dynamic attribute state set through the smart contract state machine is as follows: the dynamic attribute state set is defined as an attribute dictionary containing multiple dimensions; a physical world mapping threshold or matching rule is set for each dimension; when the monitored data hits the rule, a metadata update instruction is triggered. This instruction not only changes the on-chain value, but also calls the rendering interface to dynamically synthesize a new SVG image or 3D model slice based on the new attribute value combination, and then uses it as a new resource pointing address for the digital asset.

[0043] In step S5 of this scheme, when the source chain locks the digital asset, it does not destroy the digital asset, but marks the digital asset as dormant. The digital asset in the dormant state retains its source chain identity and state snapshot data, but stops performing dynamic attribute updates, rights write-offs and asset transfer operations.

[0044] As a possible implementation method, this solution further proposes that when locking digital assets on the source chain, the original assets are not destroyed, but are marked as dormant. At the same time, a state proof data containing the current level, appearance feature code, and list of held interests is also generated.

[0045] During the minting process on the target chain, the smart contract parses the state proof and writes the parsed attribute values ​​into the metadata storage area of ​​the newly minted asset, ensuring the consistency of asset attributes before and after cross-chain processing.

[0046] As a possible implementation, further, in step S6 of this scheme, the state proof data includes a Merkle proof constructed from the fixed identity identifier, asset owner address, dynamic attribute state set, equity state set, historical interaction record, and visual resource pointing address in the state snapshot data; the signature data includes at least one of the source chain locking contract signature, relay node signature, and scenic area consortium chain node multi-signature.

[0047] This solution also proposes a mechanism for decoupling and dynamically empowering the rights and interests of digital assets. As a possible implementation method, further, in step S8 of this solution, adjusting the rights and interests set of the mapped digital assets according to the target chain rights and interests adaptation rules includes: Identify the functional rights attributes and collectible rights attributes in the rights status set. The functional rights attributes include the right to redeem tickets, the right to priority access, and the right to exchange scenic area services. The collectible rights attributes include the right to display art, the right to commemorate a visit, and the right to verify historical interaction. When the mapped digital asset is located on the source chain (scenic area consortium chain), the functional rights and interests are activated. When the mapped digital asset is located on the target chain, the functional rights attribute is deactivated, while the collectible rights attribute is retained; Once the mapped digital asset flows back from the target chain to the source chain and is verified by the source chain, the functional rights attribute is reactivated, and the dynamic evolution function of the source chain digital asset is restored.

[0048] Based on the above, this solution also proposes a multi-source data-driven cross-chain transfer system for dynamic digital assets of scenic spots, which applies the aforementioned multi-source data-driven cross-chain transfer method for dynamic digital assets of scenic spots, including: The multi-source data perception module is used to collect user behavior data, scenic area physical environment data, and scenic area spatiotemporal state data generated within the scenic area, and send the collected data to the oracle node. The Oracle Trusted On-Chain Module is used to bind source identifiers, timestamp, standardize formats, and sign trusted signatures on the data sent by the multi-source data perception module, generating on-chain verifiable trusted driving data packets; The dynamic asset management module, deployed on the source chain, is used to mint initial-state digital assets, maintain dynamic attribute state sets and equity state sets, and perform dynamic evolution calculations of the smart contract state machine based on trusted driving data packets. The layered rendering module is used to generate visual resources for digital assets based on the level parameters, scene label parameters, and appearance feature parameters in the dynamic attribute state set, and return the address pointing to the visual resources. The cross-chain interoperability gateway is used to perform source chain asset locking, state snapshot generation, state proof generation, cross-chain state data packet signing, and cross-chain message transmission after receiving a cross-chain transfer request. The target chain mirror reconstruction module is used to verify cross-chain state data packets on the target chain and to mint mapped digital assets after successful verification. The rights and interests adaptation module is used to adjust the activation status of the functional rights and interests attributes and collectible rights and interests attributes of the rights and interests set according to the blockchain environment in which the digital asset is located. The user interaction terminal is used to display the current dynamic status of digital assets, initiate cross-chain transfer requests, and receive the display results of mapped digital assets.

[0049] As one possible implementation, the cross-chain interoperability gateway described in this solution further includes a source chain locking contract, a state packer, a relay network, and a target chain verification contract. The source chain locking contract is used to mark source chain digital assets as dormant. The state packer is used to serialize the dynamic attribute state set, equity state set, historical interaction records, and visual resource pointer address at the time of locking, and generate state hash value and Merkle proof. The relay network is used to send cross-chain status data packets to the target chain; The target chain verification contract is used to verify the Merkle proof, the source chain locking contract signature, and the relay node signature, and triggers the target chain mirror reconstruction module to mint the mapped digital assets after the verification is successful.

[0050] In this solution, the multi-source data sensing module can be configured to acquire multi-source driven data from the scenic area's business system, user terminals, scenic area IoT devices, and third-party data interfaces. User terminals can be mobile apps, mini-programs, or AR interactive devices, used to collect user location trajectories, attraction check-in records, attraction stay duration, walking distance, consumption interaction records, and AR interaction records. Scenic area IoT devices can include positioning base stations, temperature and humidity sensors, light sensors, scenic area visitor flow monitoring equipment, and scenic area activity status collection equipment. Third-party data interfaces can provide weather, solar term, holiday, and regional environmental data.

[0051] In this solution, the trusted oracle on-chain module is used to perform trusted processing on off-chain collected data. Specifically, the trusted oracle on-chain module first binds source identifiers, collection timestamps, and scenic spot scene identifiers to data from different sources, then performs outlier filtering, format standardization, and data digest calculation. Subsequently, the oracle node signs the data digest, forming a trusted driving data packet that can be verified by the source chain's smart contract. This processing method reduces the risk of off-chain data being tampered with, forged, or repeatedly submitted.

[0052] In this solution, the dynamic asset management module is deployed on the source chain. The source chain can be a scenic area consortium chain or a high-performance sidechain, used to handle digital asset minting, dynamic attribute updates, equity status maintenance, and source chain locking operations. The dynamic asset management module includes an asset minting contract, a dynamic metadata management contract, and a smart contract state machine. The asset minting contract generates initial-state digital assets after a user claims or purchases scenic area services; the dynamic metadata management contract maintains fixed identity identifiers, asset owner addresses, basic metadata, dynamic attribute state sets, and equity state sets; the smart contract state machine calculates an evolution score based on trusted driver data packets and determines whether to trigger asset evolution.

[0053] In this solution, the layered rendering module generates corresponding visual resources based on the dynamic attribute status of digital assets. This module includes a layer material library, a layer indexing unit, a layer compositing unit, and a resource storage unit. The layer material library can store SVG layers, dynamic layers, or 3D model slices corresponding to different asset levels, attraction themes, weather effects, seasonal effects, and rarity effects. When the dynamic attribute status is updated, the layer indexing unit matches the corresponding layer based on the updated level parameters, scene label parameters, and appearance feature parameters. The layer compositing unit synthesizes new visual resources, and the resource storage unit stores the generated visual resources in a distributed storage system or an off-chain trusted storage environment, returning the new visual resource's address.

[0054] In this solution, a cross-chain interoperability gateway connects the source and target chains. It includes a source chain locking contract, a state packer, a relay network, and a target chain verification contract. The source chain locking contract marks the source chain's digital assets as dormant when a cross-chain request occurs. The state packer generates state snapshot data, state hash values, Merkle proofs, and cross-chain state data packets. The relay network sends the cross-chain state data packets to the target chain. The target chain verification contract verifies the state proof data and signature data, and triggers the target chain mirror reconstruction module upon successful verification.

[0055] In this solution, the target chain mirror reconstruction module is deployed on the target chain. The target chain can be a public chain, side chain, or other consortium chain that is heterogeneous to the source chain. The target chain mirror reconstruction module includes a cross-chain verification contract and a mirror minting contract. The cross-chain verification contract verifies the Merkle proof, the source chain locking contract signature, and the relay node signature in the cross-chain state data packet. After successful verification, the mirror minting contract mints the mapped digital asset and writes the dynamic attribute state, equity state, historical interaction records, and visual resource pointer address at the time of locking on the source chain into the metadata storage area of ​​the mapped digital asset.

[0056] In this solution, the rights adaptation module is used to identify and adjust the functional and collectible rights attributes in digital assets. Functional rights attributes include rights that rely on the local system of the scenic spot, such as ticket redemption rights, priority access rights, and scenic spot service redemption rights; collectible rights attributes include rights suitable for cross-chain display and circulation, such as art display rights, visit souvenir rights, and historical interaction proof rights. When the digital asset is located on the source chain, the functional rights attributes are in an active state; when the digital asset is crossed to the target chain, the functional rights attributes are deactivated, while the collectible rights attributes are retained; when the target chain-mapped digital asset flows back to the source chain and passes verification, the functional rights attributes are reactivated.

[0057] As an example, after a user purchases a scenic spot ticket, activates a scenic spot service, or applies for a scenic spot digital asset through a user interaction terminal, the user interaction terminal submits an application request to the source chain asset minting contract. The application request includes the user's source chain address, user identity verification information, scenic spot service order identifier, and asset type identifier.

[0058] After receiving a claim request, the Source Chain Asset Minting Contract mints an initial-state digital asset for the user and configures the digital asset with a fixed identity identifier (TokenID), an asset owner address (Owner), basic metadata (BaseData), a dynamic attribute state set (A), and a rights state set (R). The basic metadata may include the scenic area name, asset theme, issuance time, asset serial number, and initial image address. The dynamic attribute state set records the asset level, spatiotemporal tags, environmental tags, historical interaction records, and visual resource pointer addresses. The rights state set records rights attributes such as ticket redemption rights, priority access rights, service redemption rights, art exhibition rights, and visit commemorative rights, as well as their activation status.

[0059] In its initial state, the digital asset is in an active evolutionary phase, allowing it to receive multi-source driven data and perform dynamic attribute updates. At this time, the user interaction terminal can display the initial visual resources and prompt the user to trigger the asset evolution through activities such as checking in at scenic spots, completing tour routes, AR interaction, making purchases at scenic spots, or specific environmental conditions.

[0060] After a user enters the scenic area, the multi-source data sensing module continuously or periodically collects multi-source driving data associated with the user and their held digital assets. User behavior data can be provided by user terminals, scenic area gates, attraction check-in devices, and the scenic area's consumption system. Scenic area physical environment data can be provided by scenic area IoT devices and third-party weather interfaces. Scenic area spatiotemporal status data can be generated by the system based on timestamps, scenic area activity plans, and holiday configuration tables.

[0061] To prevent the falsification of check-ins, location data, and environmental data, the collected data is not directly used for on-chain state updates. Instead, it is first sent to the trusted oracle on-chain module. The trusted oracle on-chain module processes the collected data as follows: First, bind a data source identifier to each piece of data. For example, user location data is bound to the user terminal identifier and location method identifier, scenic area equipment data is bound to the device number and scenic spot number, and third-party interface data is bound to the interface source identifier.

[0062] Secondly, each data entry is bound to a collection timestamp and a scenic area scene identifier. The scenic area scene identifier can include attraction ID, visit area ID, activity ID, or merchant ID, which is used to limit the scope of the scenic area to which the data applies.

[0063] Next, outlier filtering is performed on the data. For example, if a user's location point crosses an unreasonable distance within a short period of time, it is marked as abnormal location data; if sensor data exceeds the reasonable detection range of the device, it is marked as abnormal environmental data; if the same check-in record is submitted repeatedly within a very short period of time, deduplication is performed.

[0064] Finally, a data digest is calculated from the standardized data and signed by the oracle node to obtain the trusted driving data packet. After receiving the trusted driving data packet, the source chain smart contract state machine verifies the signature using the oracle's public key. Only after successful verification is the trusted driving data packet allowed to be used for dynamic attribute evolution calculations.

[0065] Based on the above, the smart contract state machine maintains the dynamic attribute state set of digital assets, which is defined as:

[0066] in, Indicates the first The dynamic attribute state set at any given moment. Indicates asset rating parameters, Indicates the spatiotemporal label parameter. Indicates environment label parameters, Indicates historical interaction parameters, Indicates the equity status parameter, This indicates the address to which the visual resource points.

[0067] The smart contract state machine maps multi-source driver data in the trusted driver data package into a standardized feature vector. Its function is defined as:

[0068] Among them, the definition Indicates the first Time of the first Standardized feature values ​​corresponding to class-driven data The number of categories driving multi-source data; for example, It can represent the characteristics of a user's walking distance. It can indicate the rarity of a tourist attraction's check-in activity.

[0069] According to the preset weight vector Computational evolution score Its definition is:

[0070]

[0071] in, Indicates the first Evolutionary score at time, defined Indicates the first The weights corresponding to class-driven data The number of categories for multi-source driven data.

[0072] In this scheme, the weights can be configured by the scenic area operator based on different digital asset themes. For example, the rarity of attraction check-ins can be assigned a higher weight, ordinary walking distance can be assigned a lower weight, and specific weather or solar terms can be used as special trigger factors.

[0073] When the evolutionary score When the preset level threshold is reached, or when the multi-source driven data hits the matching rules corresponding to a specific scenic spot, a specific environment, or a specific time period, the current evolution determination result that meets the preset evolution triggering conditions is obtained.

[0074] For example, when evolutionary scoring When the preset level threshold is reached, the state machine will adjust the asset level parameters. Upgraded to a new level; when a user visits a specific attraction and stays for a preset duration, the state machine writes that attraction into the historical interaction parameters. When the weather type, seasonal status, or scenic area activity status matches a specific rule, the state machine updates the environmental label parameters. or spatiotemporal label parameters .

[0075] For example, if a user visits a rare scenic spot in a winter snowy weather and stays for the preset time, the state machine can update the environment label of the digital asset to "snow scene", the spatiotemporal label to "winter", and the appearance feature parameters to the feature code corresponding to the "snow mountain and sea of ​​clouds" theme.

[0076] After the dynamic attribute state set is updated, the dynamic asset management module sends a rendering request to the layered rendering module. The rendering request includes asset level parameters, spatiotemporal label parameters, environmental label parameters, appearance feature parameters, and asset theme identifier.

[0077] The layered rendering module performs layer indexing in the layer asset library based on the parameters mentioned above. For example, when the asset level is Lv.3, the environment label is "rainy day," and the attraction label is "Sea of ​​Clouds," the layered rendering module indexes the Lv.3 base layer, the rain effect layer, and the sea of ​​clouds theme layer. Subsequently, the layer compositing unit composites the indexed layers to generate new SVG images, motion graphics, or 3D model slices.

[0078] The generated visual resources are stored in a distributed storage system or an off-chain trusted storage environment, and the system obtains a new address pointing to the visual resources. The dynamic metadata management contract writes this address of the visual resources into the dynamic attribute state set. This allows user terminals to display updated visual effects of digital assets. In this way, changes in the on-chain state of digital assets can be synchronously reflected in the user's perceptible appearance.

[0079] When a user wishes to transfer digital assets from a source chain to a target chain for display, collection, or circulation, the user initiates a cross-chain transfer request through the user interaction terminal. The cross-chain transfer request includes the source chain asset identity identifier, the user's source chain address, the user's target chain address, and the target chain identifier.

[0080] After receiving a cross-chain transfer request, the source chain locking contract first verifies whether the requester is the owner of the digital asset. If the verification is successful, the source chain locking contract marks the digital asset as dormant. Dormant digital assets are not destroyed, but dynamic attribute updates, equity write-offs, and asset transfer operations are suspended to prevent the same asset from being simultaneously tradable on both the source and target chains.

[0081] Subsequently, the state packager extracts the state data at the moment of locking, including fixed identity identifier, asset owner address, dynamic attribute state set, equity state set, historical interaction records, and visual resource pointer address, and generates state snapshot data. The state snapshot data is used to represent the complete state of the digital asset at the moment of cross-chain locking.

[0082] Regarding the construction and transmission of cross-chain state data packets, this scheme serializes the state snapshot data using a state packer and calculates the state hash value, the function of which is defined as:

[0083] in, This represents a snapshot of the state. Represents the state hash value. This represents the hash calculation function.

[0084] To prove that the state snapshot data has not been tampered with, the state packager constructs a Merkle tree based on multiple fields in the state snapshot data and generates a Merkle root and a Merkle proof corresponding to the state snapshot data. The cross-chain state data packet can include the source chain identifier, target chain identifier, source chain asset identity identifier, user target chain address, state hash value, Merkle proof, source chain locking contract signature, relay node signature, and multi-signature from the scenic area consortium chain node.

[0085] After receiving cross-chain state data packets, the relay network forwards them to the target chain. The relay network can consist of nodes from the scenic area's consortium blockchain, verifier nodes from the target chain, and cross-chain service nodes. To enhance transmission security, the relay network can perform end-to-end encrypted transmission of cross-chain state data packets and record the cross-chain message number and sending timestamp for subsequent auditing.

[0086] In this scheme, after receiving the cross-chain state data packet, the target chain verification contract sequentially performs signature verification, state proof verification, and message uniqueness verification. Signature verification confirms that the cross-chain state data packet was indeed submitted by the legitimate source chain locking contract and the authorized relay node. State proof verification confirms the consistency between the state snapshot data, the state hash value, and the Merkle proof. Message uniqueness verification prevents the same cross-chain state data packet from being reused.

[0087] Once verification is successful, the target chain verification contract invokes the mirror minting contract. The mirror minting contract mints the mapped digital asset on the target chain based on the user's target chain address, and writes the dynamic attribute state set, equity state set, historical interaction records, and visual resource pointer addresses from the source chain at the time of locking into the metadata storage area of ​​the mapped digital asset. The mapped digital asset on the target chain can be implemented using an NFT standard adapted to the target chain.

[0088] Once the target chain mirror casting is complete, the mapped digital assets inherit the level, appearance characteristics, environmental tags, spatiotemporal tags, historical check-in records, and visual resource pointer addresses of the source chain digital assets. Thus, the dynamic evolution results accumulated by users through real-world browsing behavior in the source chain can be preserved and displayed in the target chain.

[0089] During the target chain mirror casting process, the equity adaptation module identifies the equity state set and divides the equity attributes into functional equity attributes and collectible equity attributes.

[0090] Functional rights and benefits rely on the scenic area's source chain and local business system for execution, such as ticket redemption rights, priority access rights, and scenic area service redemption rights. Collectible rights and benefits are mainly used for proof, display, and collection, such as art display rights, visit commemorative rights, and historical interaction proof rights.

[0091] When digital assets reside on the source chain, their functional rights are active, allowing users to redeem rights or services within the scenic area's business system. Upon cross-chain transfer to the target chain, the rights adaptation module marks the functional rights as deactivated, while retaining collectible rights and historical interaction proof. This prevents issues such as duplicate use of ticket redemption rights or unauthorized access to local scenic area services within the target chain's circulation environment.

[0092] When a user needs to transfer digital assets mapped from a target chain back to the source chain, the target chain first freezes the mapped digital assets and generates a transfer status certificate. After the source chain transfers the transfer status certificate, it verifies the user's identity, the legality of the mapped assets, and the target chain's frozen status. Once verification is successful, the source chain restores the original digital assets from a dormant state to an active, evolved state and reactivates their functional rights attributes. This allows digital assets to switch between open circulation scenarios and local service scenarios within scenic areas.

[0093] As a possible example scenario, it includes the following brief process: The scenic area issues dynamic digital assets themed around a sea of ​​clouds. After a user purchases a ticket, the source chain creates an initial digital asset for the user. This asset's initial level is Lv.1, and its visual resource is a basic image of a sea of ​​clouds. The rights and benefits include one ticket redemption right, one priority access right, and the right to display the commemorative item upon visit.

[0094] After a user enters the scenic area, the user's terminal collects their location trajectory and walking distance, the scenic area's check-in device collects the check-in records of attractions, and environmental monitoring nodes collect weather, temperature, and light intensity data. Oracle nodes standardize and sign this data on the blockchain. The smart contract state machine determines that the user has visited the rare attraction "Summit of the Sea of ​​Clouds," stayed for at least 60 minutes, and the environmental label for that day is "Snowy." Based on this, the state machine calculates an evolution score. If the evolution score exceeds a preset level threshold, the asset level is upgraded from Lv.1 to Lv.2, and the environmental label is updated to "Snowy" and the attraction label is updated to "Summit of the Sea of ​​Clouds."

[0095] The layered rendering module generates new visual resources based on the Lv.2 base layer, the snow effect layer, and the cloud sea theme layer, and stores these visual resources in a distributed storage system. The source chain dynamic metadata management contract writes the address of the new visual resources into the metadata of the digital asset, and the user's interactive terminal displays the updated snow mountain and cloud sea effect.

[0096] Subsequently, the user initiates a cross-chain transfer request through the user interaction terminal, hoping to export the digital asset to the target chain wallet. After verifying the user's identity, the source chain locking contract marks the source chain digital asset as dormant, freezing its dynamic evolution and transfer functions. The state packager extracts the level, environment tag, attraction tag, historical check-in records, equity status, and visual resource pointer address at the time of locking, generating state snapshot data, and generating state hash value, Merkle proof, and signature data.

[0097] The relay network sends cross-chain state data packets to the target chain. After the target chain's verification contract verifies the signature and Merkle proof, the mirror minting contract mints the mapped digital asset for the user on the target chain. The mapped digital asset inherits the Lv.2 level, the "Snowy Day" environmental tag, the "Cloud Sea Peak" scenic spot tag, historical check-in records, and the "Snow Mountain Cloud Sea" visual resource address. Simultaneously, the rights adaptation module deactivates the ticket redemption right and priority access right, while retaining the visit commemorative display right and historical interaction proof right. Users can display or circulate this mapped digital asset on the target chain without affecting the scenic area's local rights management.

[0098] The above description is only a part of the embodiments of the present invention and does not limit the scope of protection of the present invention. Any equivalent device or equivalent process transformation made based on the content of the present invention specification and drawings, or direct or indirect application in other related technical fields, are similarly included within the patent protection scope of the present invention.

Claims

1. A method for cross-chain transfer of dynamic digital assets in scenic areas based on multi-source data, characterized in that, It includes: S1. In response to a user's request to claim digital assets for the scenic area, an initial state digital asset is minted on the source chain, and a fixed identity identifier, asset owner address, basic metadata, dynamic attribute state set and equity state set are configured for the initial state digital asset. The source chain is a consortium chain or side chain used to carry the business data of the scenic area. S2. Collect multi-source driving data associated with the digital asset, and perform trusted signature on the multi-source driving data and upload it to the chain through an oracle node. The multi-source driving data includes user behavior data, scenic area physical environment data and scenic area spatiotemporal state data. S3. Invoke the smart contract state machine deployed on the source chain, perform state mapping calculation on the dynamic attribute state set according to the multi-source driving data, and obtain the current evolution judgment result; S4. When the current evolution determination result meets the preset evolution triggering condition, update the level parameter, scene label parameter, historical interaction parameter and appearance feature parameter in the dynamic attribute state set, and generate a new visual resource pointing address based on the updated dynamic attribute state set. S5. In response to the cross-chain transfer request initiated by the user, the source chain locks the digital asset, freezes the dynamic evolution function and source chain transfer function of the digital asset, and extracts the dynamic attribute state set, equity state set, historical interaction records and visual resource pointing address at the time of locking to generate state snapshot data. S6. Serialize the state snapshot data, calculate the state hash value, and generate a cross-chain state data packet containing the source chain identifier, target chain identifier, user target chain address, state proof data, and signature data based on the state hash value. S7. The cross-chain state data packet is sent to the target chain which is heterogeneous with the source chain. The target chain verification contract verifies the consistency of the state proof data and signature data. S8. After verification, the target chain mirror casting contract casts the mapped digital asset on the target chain, writes the state snapshot data into the metadata storage area of ​​the mapped digital asset, and adjusts the equity state set of the mapped digital asset according to the target chain equity adaptation rules, so that the mapped digital asset inherits the dynamic attribute state and visual performance state of the source chain digital asset at the time of locking.

2. The method for cross-chain transfer of dynamic digital assets of scenic spots based on multi-source data as described in claim 1, characterized in that, In step S2, the user's behavioral data within the scenic area includes user location trajectory, attraction check-in records, attraction stay duration, walking distance, consumption interaction records, and AR interaction records; the scenic area physical environment data includes weather type, temperature, humidity, light intensity, and scenic area equipment perception data; the scenic area spatiotemporal status data includes seasonal status, solar term status, day and night status, holiday status, and scenic area activity status.

3. The method for cross-chain transfer of dynamic digital assets of scenic spots based on multi-source data as described in claim 1, characterized in that, In step S2, the oracle node performs trusted signatures on the multi-source driven data and uploads them to the blockchain, including: Source identifiers are bound to the data collected by user terminals, the data collected by IoT devices in scenic areas, and the data returned by third-party interfaces respectively; Data from various sources is timestamped and bound to scenic area scene identifiers; The bound data is filtered for outliers and its format is standardized to obtain standardized driving data. The standardized driver data is signed using the oracle node's private key to form a verifiable, trusted driver data packet on the blockchain.

4. The method for cross-chain transfer of dynamic digital assets of scenic spots based on multi-source data as described in claim 1, characterized in that, In step S3, the smart contract state machine obtains the current evolution determination result in the following manner: The dynamic attribute state set is represented as: in, Indicates the first The dynamic attribute state set at any given moment. Indicates asset rating parameters, Indicates the spatiotemporal label parameter. Indicates environment label parameters, Indicates historical interaction parameters, Indicates the equity status parameter, This indicates the address that the visual resource points to; Mapping multi-source driven data into feature vectors Its function is defined as: Among them, the definition Indicates the first Time of the first Standardized feature values ​​corresponding to class-driven data The number of categories in multi-source driven data; According to the preset weight vector Computational evolution score Its definition is: in, Indicates the first Evolutionary score at time, defined Indicates the first The weights corresponding to class-driven data The number of categories in multi-source driven data; When the evolutionary score When the preset level threshold is reached, or when the multi-source driven data hits the matching rules corresponding to a specific scenic spot, a specific environment, or a specific time period, the current evolution determination result that meets the preset evolution triggering conditions is obtained.

5. The method for cross-chain transfer of dynamic digital assets of scenic spots based on multi-source data as described in claim 1, characterized in that, In step S4, generating a new visual resource pointer address includes: Based on the updated level parameters, scene label parameters, and appearance feature parameters, index the basic layer, scenic area theme layer, weather effect layer, and rarity effect layer in the layer material library; The indexed layers are composited using a layered rendering engine to generate corresponding SVG images, animated images, or 3D model slices. Store the generated visual resources in a distributed storage system or an off-chain trusted storage environment; Write the storage address of the visual resource into the visual resource pointer address in the dynamic attribute state set.

6. The method for cross-chain transfer of dynamic digital assets of scenic spots based on multi-source data as described in claim 1, characterized in that, In step S5, when the source chain locks the digital asset, it does not destroy the digital asset, but marks the digital asset as dormant. The digital asset in the dormant state retains its source chain identity and state snapshot data, but stops performing dynamic attribute updates, equity write-offs and asset transfer operations.

7. The method for cross-chain transfer of dynamic digital assets of scenic spots based on multi-source data as described in claim 1, characterized in that, In step S6, the state proof data includes a Merkle proof constructed from the fixed identity identifier, asset owner address, dynamic attribute state set, equity state set, historical interaction record, and visual resource pointing address in the state snapshot data; the signature data includes at least one of the source chain locking contract signature, relay node signature, and scenic area consortium chain node multi-signature.

8. The method for cross-chain transfer of dynamic digital assets of scenic spots based on multi-source data as described in claim 1, characterized in that, In step S8, adjusting the equity state set of the mapped digital asset according to the target chain equity adaptation rules includes: Identify the functional rights attributes and collectible rights attributes in the rights status set. The functional rights attributes include the right to redeem tickets, the right to priority access, and the right to exchange scenic area services. The collectible rights attributes include the right to display art, the right to commemorate a visit, and the right to verify historical interaction. When the mapped digital asset is located on the target chain, the functional rights attribute is deactivated, while the collectible rights attribute is retained; Once the mapped digital asset flows back from the target chain to the source chain and is verified by the source chain, the functional rights attribute is reactivated, and the dynamic evolution function of the source chain digital asset is restored.

9. A cross-chain transfer system for dynamic digital assets of scenic spots based on multi-source data, which applies the cross-chain transfer method for dynamic digital assets of scenic spots based on multi-source data as described in any one of claims 1 to 8, characterized in that, It includes: The multi-source data perception module is used to collect user behavior data, scenic area physical environment data, and scenic area spatiotemporal state data generated within the scenic area, and send the collected data to the oracle node. The Oracle Trusted On-Chain Module is used to bind source identifiers, timestamp, standardize formats, and sign trusted signatures on the data sent by the multi-source data perception module, generating on-chain verifiable trusted driving data packets; The dynamic asset management module, deployed on the source chain, is used to mint initial-state digital assets, maintain dynamic attribute state sets and equity state sets, and perform dynamic evolution calculations of the smart contract state machine based on trusted driving data packets. The layered rendering module is used to generate visual resources for digital assets based on the level parameters, scene label parameters, and appearance feature parameters in the dynamic attribute state set, and return the address pointing to the visual resources. The cross-chain interoperability gateway is used to perform source chain asset locking, state snapshot generation, state proof generation, cross-chain state data packet signing, and cross-chain message transmission after receiving a cross-chain transfer request. The target chain mirror reconstruction module is used to verify cross-chain state data packets on the target chain and to mint mapped digital assets after successful verification. The rights and interests adaptation module is used to adjust the activation status of the functional rights and interests attributes and collectible rights and interests attributes of the rights and interests set according to the blockchain environment in which the digital asset is located. The user interaction terminal is used to display the current dynamic status of digital assets, initiate cross-chain transfer requests, and receive the display results of mapped digital assets.

10. The cross-chain transfer system for dynamic digital assets of scenic spots based on multi-source data as described in claim 9, characterized in that: The cross-chain interoperability gateway includes a source chain locking contract, a state packer, a relay network, and a target chain verification contract. The source chain locking contract is used to mark source chain digital assets as dormant. The state packer is used to serialize the dynamic attribute state set, equity state set, historical interaction records, and visual resource pointer address at the time of locking, and generate state hash value and Merkle proof. The relay network is used to send cross-chain status data packets to the target chain; The target chain verification contract is used to verify the Merkle proof, the source chain locking contract signature, and the relay node signature, and triggers the target chain mirror reconstruction module to mint the mapped digital assets after the verification is successful.

Images