Blockchain Token Validation Using Ledger Path and Signature Checks
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing blockchain systems lack effective methods to validate tokens that have not been electronically countersigned by an authorized signatory, compromising security and integrity in token transfers.
Innovation Solution
A computer-implemented method and system that queries a peer-to-peer distributed ledger and a title registry database to verify the authenticity of tokens by tracing a logical path of transactions and identifying authorized signatures, ensuring the validity of token transfers.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Productivity
If blockchain validation only checks basic transaction scripts without authorized signatory verification, then validation speed is improved, but security and integrity of token transfers deteriorate
Solution Approach 1:
The validation process is segmented into multiple independent verification stages: basic transaction script validation (fast) and authorized signatory verification (enhances security). This allows the system to maintain fast validation for basic transactions while adding security checks only when required for token transfers, resolving the contradiction between speed and security.
Solution Approach 2:
Authorized signatories perform preliminary verification actions by pre-validating their authentication credentials and establishing their authority before token transfers occur. This preliminary action ensures that when validation is needed, the system can quickly verify against pre-established credentials without performing complex verification in real-time, thus maintaining speed while enhancing security.
2Reliability
If comprehensive token validation including authorized signatory verification is implemented, then security and integrity are improved, but validation complexity increases
Solution Approach 1:
An intermediary validation service is introduced that handles the complex authorized signatory verification logic separately from the basic transaction validation process. This intermediary layer manages the complexity of verifying signatory credentials, chaining transactions, and authentication without complicating the core validation mechanism, thus improving security while controlling overall system complexity.
Solution Approach 2:
The validation system operates in multiple dimensions: basic transaction validation occurs in the primary validation dimension (fast, simple), while authorized signatory verification operates in an additional security dimension (enhanced, more complex). This dimensional separation allows comprehensive validation without proportionally increasing complexity in the core validation path, as the additional security checks run in parallel or as optional deep validation.
3Measurement precision
If token transfers require verification through multiple transactions and chains, then authenticity is improved, but processing time increases
Solution Approach 1:
Authentication credentials and signatory authorizations are established in advance through preliminary actions before token transfers occur. This pre-establishment of verification data allows the validation process to quickly check against pre-computed credentials rather than performing complex multi-transaction verification chains in real-time, thus improving authenticity verification accuracy without significantly increasing processing time.
Solution Approach 2:
The complex verification logic for authorized signatories and authentication credentials is extracted from the main transaction validation flow into a separate verification service. This extraction allows the core validation to remain fast while the extracted service handles the time-consuming authenticity verification through multiple transactions and chains, improving measurement precision without proportionally increasing processing time for basic transactions.
Data Source
AI summary
A first token associated with a first set of metadata and a first quantity of an asset is minted. A condition for triggering a process to duplicate the first token is determined to have been fulfilled. A second token that duplicates the first token is minted by at least causing a token minting transaction to be recorded to a peer-to-peer distributed ledger, wherein the token minting transaction associates a second set of metadata with the second token with the second set of metadata matching the first set of metadata, allocates the first quantity of the asset to the second token, and indicates that the first quantity of the asset has been transferred to the second token and that the first token is no longer valid. Aa identifier for the second token is provided, where the identifier is usable to determine that the second token is valid.


