Distributed Transaction Contract Propagation for Dynamic Conditions
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The existing Bitcoin protocol lacks the ability to dynamically change payment conditions once a transaction is locked in the blockchain, requiring repeated signatures and transactions to modify conditions, which is inefficient and not always feasible.
Innovation Solution
A new consistency model that allows transactions to be validated based on a common executable contract and context, enabling dynamic payment conditions without the need for repeated signatures, by using a system where downstream transactions are connected to upstream transactions through matching rules and propagation of contracts that establish allocation constraints, allowing for evolving user groups and anonymous identification of beneficiaries.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If a transaction is inserted into the blockchain with conditional payment, then the funds are locked and the condition cannot be changed, but this prevents dynamic modification of payment conditions
Solution Approach 1:
The patent segments the transaction validation process into two independent parts: (1) the Bitcoin protocol layer that validates cryptographic signatures and basic transaction structure, and (2) the contract layer that validates business logic conditions. This segmentation allows the contract conditions to be modified and re-executed without compromising the immutability of the underlying blockchain transaction, thereby resolving the contradiction between condition immutability and dynamic modification capability.
Solution Approach 2:
The patent introduces dynamic contract validation where contract conditions can be modified and re-executed against the same locked funds. The system allows contracts to evolve over time by accepting new contract versions that are validated against the existing transaction inputs, enabling dynamic condition modification while maintaining the reliability of the original transaction lock.
2Adaptability or versatility
If new signatures are required in the condition, then the first transaction must pour funds into a new first transaction, but this requires obtaining signatures that may not always be possible
Solution Approach 1:
The patent applies preliminary action by pre-structuring transactions with flexible input configurations that can accommodate multiple potential signers. The transaction framework is designed in advance to support contract modifications without requiring complete re-signing, thereby easing the operational burden of condition evolution while maintaining security requirements.
Solution Approach 2:
The patent introduces a contract intermediary layer that mediates between the immutable transaction lock and the evolving condition requirements. This intermediary contract system allows conditions to be modified and validated without directly altering the underlying transaction, serving as a buffer that simplifies the process of condition evolution while maintaining the integrity of the original transaction lock.
3Ease of operation
If the Bitcoin protocol is used for simple transactions, then the system is easy to understand, but it lacks the ability to express complex conditional transactions
Solution Approach 1:
The patent segments the transaction system into a simple Bitcoin protocol layer for basic validation and a separate contract layer for complex conditional logic. This segmentation preserves the simplicity of the underlying Bitcoin protocol while adding expressiveness through the contract layer, allowing complex conditional transactions to be built upon the simple foundation without compromising either simplicity or versatility.
Solution Approach 2:
The patent creates a universal transaction framework that can handle both simple Bitcoin transactions and complex conditional transactions through the same infrastructure. The contract validation mechanism serves multiple functions: it validates basic payment conditions, enforces complex business logic, and maintains compatibility with the original Bitcoin protocol, thereby achieving multi-functionality that resolves the contradiction between simplicity and expressiveness.
Data Source
AI summary
A transaction system based on a distributed peer-to-peer computer architecture, said system involving transactions generated by users by means of wallets and allowing the transfer of units of account by feeding inputs from outputs, each transaction (called downstream transaction) having an input directly or indirectly referring to an output of an upstream transaction (or several inputs each referring to an output of a respective upstream transaction) and having an output specifying the number of units of account and an address of a recipient.The system comprises means for connecting an input of a downstream transaction to an output of an upstream transaction as a function of matching rules between a code computed on all or part of the content of the downstream transaction and a check code contained in the upstream transaction, or conversely,The system further comprises means for propagating a contract, predetermined at an upstream transaction, to a downstream transaction having an input connected to the output of said upstream transaction, said contract being executable on a context for establishing allocation constraints of the output(s) of the downstream transaction, such allocation being authorized only if the constraints are met.