Resource Transfer Hold Mechanism for Secure Multi-Party Transactions

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The existing resource transfer systems face risks due to the involvement of multiple intermediaries, where malicious actors can exploit the complexity to fail transfers intentionally, tying up resources or failing to reimburse parties, and there is a lack of assurance in the completion of transactions across multiple parties.

Innovation Solution

A resource transfer system that employs holds on resources until specific conditions are met, using a temporary consensus network and resource tracking systems to ensure that transfers are only executed when all parties agree, utilizing holds and signed messages to secure the transfer process and prevent malicious activities.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple intermediaries are introduced into a resource transfer to convert different resource types, then the versatility of resource transfer is improved, but the risk of resource loss and system reliability deteriorates

Engineering Contradiction:
Improveresource transfer versatilityVSAvoidtransfer completion reliability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system places holds on resources at each intermediary's resource pool before the transfer is executed. These holds are established in advance based on proposed transfers, ensuring that resources are reserved and cannot be misappropriated before the actual transfer occurs. This preliminary action prevents intermediaries from taking resources without completing the conversion and passing them along.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements a feedback mechanism where each intermediary must provide a prepared transfer receipt indicating that resources have been placed on hold. This feedback loop ensures that each party in the transfer chain confirms the status of resources before proceeding, creating accountability and ensuring that transfers are completed as proposed.

Inventive Principle:
Principle #23Feedback

2Reliability

If holds are placed on resources to prevent malicious activities, then the security and reliability of transfers are improved, but the complexity of the transfer process increases

Engineering Contradiction:
Improvetransfer securityVSAvoidtransfer process complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The transfer process is segmented into distinct phases: proposing a transfer, placing holds on resources, exchanging prepared transfer receipts, and executing the transfer. Each phase is handled separately with specific actions required at each step. This segmentation makes the complex process more manageable and transparent, allowing parties to verify each step before proceeding to the next.

Inventive Principle:
Principle #1Segmentation

3Reliability

If prepared transfer receipts are exchanged among intermediaries to confirm holds, then the reliability of resource tracking is improved, but the time required for transfer execution increases

Engineering Contradiction:
Improveresource tracking accuracyVSAvoidtransfer execution time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

Holds on resources are established in advance before the actual transfer execution. By reserving resources and obtaining prepared transfer receipts beforehand, the system ensures that when the transfer is finally executed, the resources are already secured and ready for immediate transfer, minimizing delays during the actual execution phase.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20250014012A1Hold condition in a resource transfer system
Publication Date: 2025.01.09 INTERLEDGER FOUNDATION INC
  • US20250014012A1 patent drawing
  • US20250014012A1 patent drawing
  • US20250014012A1 patent drawing

AI summary

Systems and techniques are provided for a resource transfer system. An instruction to transfer a first quantity of a resource from a first resource pool to a second resource pool may be received. A hold may be placed on a second quantity of the resource in the first resource pool. The held second quantity of the first resource may not be transferred from the first resource pool until the hold is released. Responsive to receiving a message that fulfills a condition on the hold and an instruction to execute the transfer, the hold may be released. A register that is in the first resource pool and is associated with the resource may decremented by the first quantity, and a register that is in the second resource pool and is associated with the resource may be incremented by the first quantity.