Blockchain Transaction Manager for Automated Submission and Retry

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Blockchain transaction pipelines face challenges such as delays in transaction acceptance, nonce numbering issues, and difficulties in handling transaction rejections and errors, particularly in platforms like Ethereum, which require manual intervention and lead to inefficiencies.

Innovation Solution

A blockchain transaction manager system that uses queues, algorithms for transaction preparation, and polling to manage and retry transactions, automating the submission and status tracking of blockchain transactions, including nonce assignment and fee estimation, to enhance concurrency and reduce human intervention.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If transactions are submitted manually and monitored individually, then error handling is thorough, but productivity is low and human intervention is required

Engineering Contradiction:
Improvetransaction submission rateVSAvoidmanual intervention level
Core Design Contradiction:
ProductivityVSExtent of automation

Solution Approach 1:

The system enables self-service by automatically managing transaction submission, monitoring, and error handling without requiring manual intervention. The transaction manager autonomously retries failed transactions, monitors their status, and handles nonce numbering issues, allowing the system to serve itself rather than requiring human operators to manually manage each transaction.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system implements feedback mechanisms where the transaction manager continuously monitors transaction status and adjusts its behavior based on responses from the blockchain network. When transactions are rejected or delayed, the system receives feedback and automatically modifies its retry strategies, nonce assignments, and submission timing to improve success rates.

Inventive Principle:
Principle #23Feedback

2Productivity

If transactions are submitted asynchronously with automated retry, then productivity increases, but reliability of transaction acceptance decreases due to potential nonce issues

Engineering Contradiction:
Improvetransaction submission rateVSAvoidtransaction acceptance success rate
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system applies dynamics by making nonce assignment and transaction attributes adaptive rather than static. The transaction manager dynamically adjusts nonce numbers, gas prices, and transaction timing based on real-time network conditions and previous submission outcomes, allowing the system to respond to changing blockchain states and maintain high reliability despite asynchronous operation.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system performs preliminary actions by pre-managing nonce numbering and preparing transaction attributes before actual submission. The transaction manager anticipates potential rejection reasons and pre-adjusts transaction parameters, ensuring that when transactions are submitted asynchronously, they are already optimized for the current network state, reducing the risk of nonce issues and improving acceptance rates.

Inventive Principle:
Principle #10Preliminary action

3Measurement precision

If the system monitors transaction status continuously, then measurement precision of transaction status is high, but use of energy increases due to polling

Engineering Contradiction:
Improvetransaction status tracking accuracyVSAvoidenergy consumption
Core Design Contradiction:
Measurement precisionVSUse of energy by moving object

Solution Approach 1:

The system implements periodic action by monitoring transaction status through scheduled polling rather than continuous monitoring. The transaction manager checks status at regular intervals, balancing the need for accurate status tracking with energy conservation. This periodic approach ensures sufficient measurement precision for transaction monitoring while significantly reducing energy consumption compared to continuous polling or monitoring.

Inventive Principle:
Principle #19Periodic action

Data Source

PatentUS11621824B2Blockchain transaction manager
Publication Date: 2023.04.04 KNNX CORP
  • US11621824B2 patent drawing
  • US11621824B2 patent drawing
  • US11621824B2 patent drawing

AI summary

A blockchain transaction manager implements a method of managing submission of blockchain transactions to a node in a blockchain network by validating a received blockchain transaction and enqueuing the validated received blockchain transaction in a transaction queue, preparing at least one transaction attribute of the received blockchain transaction and placing the received blockchain transaction in a persistence queue, digitally signing or certifying the received blockchain transaction, attempting to submit the digitally signed or certified blockchain transaction to the node, and polling a blockchain status of the submitted blockchain transaction. Processes are provided for automatically recalculating blockchain transaction processing fees in the blockchain transaction attributes. Processes are also provided for repairing transaction attributes when the blockchain transaction has been rejected and submitting the repaired blockchain transaction to the node. Also, nonces are automatically assigned to received blockchain transactions and reassigned when the associated blockchain transaction has been rejected.