Blockchain API Calls via Smart Contract Transactions

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Centralized databases face issues such as single points of failure, dependency on network connectivity, limited access due to data redundancy, and bottlenecks during high traffic, which hinder efficient data management and accessibility.

Innovation Solution

Implementing a blockchain network with caller and callee nodes, where smart contracts manage API calls, enabling distributed transactions that commit or cancel only if all API calls are successful, ensuring data consistency and integrity across decentralized nodes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If a centralized database is used, then data management is easy and control is simplified, but the system has a single point of failure and limited accessibility

Engineering Contradiction:
Improvedata management easeVSAvoidsystem reliability
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The patent segments the centralized database into multiple distributed nodes across a blockchain network. Each node maintains a copy of the data, eliminating the single point of failure while preserving ease of management through standardized protocols and smart contracts that automate data operations across all nodes.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent creates multiple copies of the data across distributed nodes in the blockchain network. Each node stores identical copies of the data, ensuring that if one node fails, the data remains accessible from other nodes, thereby improving reliability while maintaining centralized-like consistency through cryptographic verification.

Inventive Principle:
Principle #26Copying

2Quantity of substance

If a centralized database is used, then data redundancy is minimized, but data accessibility and fault tolerance are reduced

Engineering Contradiction:
Improvedata redundancyVSAvoiddata accessibility
Core Design Contradiction:
Quantity of substanceVSAdaptability or versatility

Solution Approach 1:

The patent segments data storage across multiple distributed nodes rather than concentrating it in a single location. This segmentation enables simultaneous access from multiple points while maintaining data integrity through cryptographic hashing and consensus mechanisms, thus improving accessibility without creating harmful redundancy.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements a universal blockchain protocol that enables multiple nodes to perform identical data access and validation functions simultaneously. This multi-functionality allows any node to serve as a data access point, improving accessibility while maintaining minimal redundancy through shared cryptographic verification across all nodes.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Productivity

If a centralized database is used, then network dependency is reduced, but bottlenecks occur during high traffic

Engineering Contradiction:
Improvetransaction throughputVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent segments the transaction processing load across multiple distributed nodes in the blockchain network. Each node can independently process transactions, eliminating the bottleneck that occurs in centralized databases during high traffic. The segmentation is managed through lightweight consensus mechanisms that maintain coordination without centralizing control.

Inventive Principle:
Principle #1Segmentation

4Reliability

If distributed transactions are implemented across multiple nodes, then fault tolerance and accessibility are improved, but transaction coordination complexity increases

Engineering Contradiction:
Improvefault toleranceVSAvoidtransaction coordination
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements smart contracts that automatically coordinate distributed transactions across nodes without requiring complex external orchestration. The smart contracts self-manage the transaction coordination by automatically verifying conditions, executing operations atomically, and managing state changes, thereby reducing coordination complexity while maintaining fault tolerance through the decentralized nature of the blockchain.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent introduces smart contracts as intermediary components that mediate between multiple nodes in distributed transactions. These smart contracts simplify coordination by providing a standardized interface for nodes to interact, automatically handling complex coordination logic, and ensuring atomic execution of transactions across the distributed network, thus reducing the apparent complexity for participating nodes.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS11409795B2Atomically executed application program interfaces
Publication Date: 2022.08.09 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US11409795B2 patent drawing
  • US11409795B2 patent drawing
  • US11409795B2 patent drawing

AI summary

An example operation may include one or more of identifying a caller blockchain node and one or more callee blockchain nodes within a blockchain network and issuing, by the caller blockchain node, application programming interface calls to application programming interfaces corresponding to each of the one or more callee nodes, in response to a first application programming interface call being issued successfully, directing a smart contract associated with the caller blockchain node to initiate a distributed transaction involving the one or more callee nodes to perform the application program interface calls, the caller node issues application programming interface calls and the one or more callee nodes each performing application programming interface requests.