Multi-Party Blockchain Transaction Approval via On-Premises Verification

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current blockchain systems face challenges in scalability and security when extending blockchain built-in security to layer-2 applications, particularly due to the permissionless and anonymous nature of blockchains, which do not adequately address enterprise control requirements.

Innovation Solution

A computer architecture that includes on-premises nodes for verifying blockchain operations, where the nodes receive and decode operation payloads, compare parameters, and cryptographically sign them to ensure authenticity before broadcasting to the blockchain, maintaining tight control over security and authorization.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If blockchain systems use permissionless and anonymous nature, then decentralization and security are improved, but enterprise control requirements and authorization capabilities deteriorate

Engineering Contradiction:
Improveblockchain securityVSAvoidenterprise control capability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The system segments blockchain operations into multiple verification stages: initial operation receipt, parameter extraction, parameter comparison between operation intent and payload, authorization checks, and final execution. This segmentation allows different levels of control and verification at each stage, enabling enterprise control requirements to be met while maintaining blockchain security properties.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces intermediary components including operation verifiers, parameter comparators, and authorization managers that mediate between the permissionless blockchain environment and enterprise control requirements. These intermediaries enable detailed verification and control without compromising the underlying blockchain's security and decentralization properties.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If blockchain systems implement detailed verification and authorization, then security and enterprise control are improved, but system complexity and operational overhead increase

Engineering Contradiction:
Improveoperation verification securityVSAvoidsystem architecture complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system implements universal, reusable components such as operation verifiers, parameter comparators, and authorization managers that can be applied across different blockchain operations and enterprise scenarios. These multi-functional components reduce overall system complexity by providing standardized verification and control mechanisms rather than requiring custom solutions for each operation type.

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

Solution Approach 2:

The system performs preliminary actions including pre-extraction of parameters from operation payloads, pre-comparison of operation intent with payload parameters, and pre-authorization checks before blockchain execution. This preliminary verification reduces the complexity of post-execution validation and ensures security requirements are met before operations are committed to the blockchain.

Inventive Principle:
Principle #10Preliminary action

3Adaptability or versatility

If blockchain systems process multiple protocols and applications, then scalability and versatility are improved, but maintaining security standards across different protocols becomes more difficult

Engineering Contradiction:
Improvemulti-protocol compatibilityVSAvoidsecurity standard consistency
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system handles multiple blockchain protocols and applications by dynamically adjusting verification parameters based on the specific operation type, protocol, and enterprise requirements. The parameter comparison mechanism can adapt to different data formats, validation rules, and security criteria for different protocols while maintaining a unified verification framework, thus ensuring security standard consistency across diverse protocols.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS12425226B2Multi-party blockchain transaction approval workflow
Publication Date: 2025.09.23 BLOCKDAEMON INC
  • US12425226B2 patent drawing
  • US12425226B2 patent drawing
  • US12425226B2 patent drawing

AI summary

A system may include a remote server and an on-premises node. The server may receive a first set of parameters defining a blockchain operation. The server may generate an operation payload based on the parameters. The on-premises node may receive the operation payload from the computing server and decode the operation payload to extract a second set of parameters reflected in the operation payload. The on-premises node may compare the second set of parameters to the first set of parameters to determine whether the second set matches the first set. If the parameters match, the on-premises node may sign cryptographically the operation payload and transmit the operation payload to the computing server for the computing server to broadcast the operation payload to a blockchain to carry out the blockchain operation.