Blockchain Token Attribute Mapping for Virtual Resource Transfers
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The existing smart contract systems have low data processing efficiency and limited applicability due to their inability to handle virtual resources with diverse resource attributes effectively.
Innovation Solution
A blockchain-based data processing method that determines token identification and attributes based on resource attributes, allowing for the distribution of virtual resources with different attributes, thereby enhancing interoperability and applicability of smart contracts.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If a smart contract is designed to handle only one type of virtual resource with fixed attributes, then the contract structure is simple and easy to implement, but the applicability and versatility of the smart contract are limited
Solution Approach 1:
The patent implements a universal smart contract structure that can handle multiple types of virtual resources with different attributes through a unified interface. The contract uses parameterized functions that accept resource type identifiers and attribute specifications, allowing the same contract code to serve multiple functions across different resource types without requiring separate contracts for each resource category.
Solution Approach 2:
The smart contract uses configurable parameters and variables to adapt its behavior based on the type of virtual resource being processed. By changing parameters such as resource type identifiers, attribute schemas, and validation rules dynamically based on input, the contract maintains a consistent structure while handling diverse resource types with varying attributes.
2Productivity
If virtual resources with different resource attributes are processed through separate smart contracts, then each contract can be optimized for specific resource types, but the overall data processing efficiency decreases due to multiple contract interactions
Solution Approach 1:
The patent merges multiple specialized smart contracts into a single unified contract that handles all virtual resource types. By combining the functionality of multiple resource-specific contracts into one contract with modular internal structures, the system reduces the number of contract interaction steps and improves processing efficiency while maintaining the ability to handle diverse resource attributes through parameterized functions.
Solution Approach 2:
Within the unified smart contract, the patent segments the processing logic into modular functions and sub-routines that can be selectively executed based on the resource type. This segmentation allows the contract to efficiently handle different resource attributes by calling appropriate internal functions while maintaining a single contract entry point, thus improving both efficiency and versatility.
3Productivity
If a unified smart contract structure is used to handle multiple virtual resource types, then processing efficiency improves, but the complexity of managing different resource attributes increases
Solution Approach 1:
The patent applies local quality by implementing attribute-specific validation and processing rules within the unified smart contract. Each resource type has its own attribute schema and validation logic that is activated locally based on the resource type identifier, allowing the contract to handle diverse attributes with appropriate specialized rules while maintaining a unified overall structure and efficient processing flow.
Data Source
AI summary
This application discloses a blockchain-based data processing method performed by a computer device. The method includes: determining a token identification in response to a resource reception request; calling a general callback function in a smart contract of a blockchain and determining M virtual resources having the token identification issued by an issuing object in the blockchain; acquiring a resource attribute of the M virtual resources and determining a token attribute corresponding to the token identification based on the resource attribute of the M virtual resources, the issuing object holding a target virtual resource in the M virtual resources, and the M being a positive integer; and determining a resource identification of the target virtual resource transferred to a receiving object based on the token attribute of the token identification, the resource identifications corresponding to different token attributes being different.