Reusable Token Template for Blockchain Interoperability
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current blockchain architectures lack standardization in token-behavior programming, requiring clients to program behaviors separately for each architecture, and differ in policies, protocols, and programming languages, making it challenging to deploy virtual ledgers for tracking real-world assets.
Innovation Solution
A computer system and network service that enables clients to determine asset behaviors and provider-defined architectures, automatically constructing a reusable token-class template for registration on a virtual ledger, providing access to a deployment package, API, and SDK, allowing for architecture-agnostic token management.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If clients program token behaviors separately for each blockchain architecture, then each architecture can be customized, but development complexity and time increase significantly
Solution Approach 1:
The patent creates a universal template system that can be deployed across multiple blockchain architectures (Ethereum, Hyperledger Fabric, Corda). The template defines token behaviors in an architecture-agnostic way, allowing the same template to generate compatible token contracts on different platforms without requiring separate programming for each architecture.
Solution Approach 2:
The patent introduces an intermediary compilation service that acts as a mediator between the high-level token behavior specifications and the architecture-specific implementations. This service automatically compiles the universal template into architecture-specific smart contracts, eliminating the need for clients to manually program each architecture while maintaining customization capabilities.
2Reliability
If clients program token behaviors separately for each blockchain architecture, then architecture-specific requirements can be met, but deployment time increases
Solution Approach 1:
The patent performs preliminary actions by pre-defining token behaviors in a universal template format that captures all necessary logic before deployment. The template includes architecture-agnostic behavior definitions that are later automatically compiled into specific platform implementations, allowing rapid deployment across multiple architectures without repeated programming.
Solution Approach 2:
The compilation service serves as an intermediary that automatically translates universal templates into architecture-specific contracts, ensuring compliance with each platform's requirements while dramatically reducing manual programming time. This automated translation process maintains reliability by generating platform-compliant code without requiring manual intervention for each architecture.
3Stability of the object's composition
If different blockchain architectures use different programming languages and protocols, then each architecture maintains its standards, but interoperability decreases
Solution Approach 1:
The patent changes the parameter representation by defining token behaviors in terms of architecture-agnostic parameters and concepts. The universal template uses standardized behavior definitions that can be mapped to different programming languages and protocols, allowing the same logical behavior to be expressed across Ethereum, Hyperledger Fabric, and Corda platforms with their respective languages and standards.
Data Source
AI summary
A computer system comprises a logic system, and, operatively coupled to the logic system, a computer-memory system holding instructions that, when executed by the logic system, cause the computer system to: receive a token-behavior selection corresponding to a real-world asset to be tracked on a virtual ledger; receive a virtual-ledger architecture selection identifying a provider-defined architecture of the virtual ledger; construct a template for registration of a token class on the virtual ledger according to the provider-defined architecture of the virtual ledger, wherein each new token instantiated from the token class exhibits a set of behaviors determined by the token-behavior selection; and provide access to the template to a client computer device.