Distributed Ledger Integrity Proof for Ransomware-Resistant Exchanges

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing cybersecurity measures in computer networks, particularly in the context of distributed ledger technology (DLT), are inadequate in preventing and managing cyberattacks such as ransomware, which exploit the decentralized nature of cryptocurrencies, leading to financial loss and disruption.

Innovation Solution

A proof of integrity (PoI) model integrated into DLT networks that embeds protection parameters within transaction blocks, allowing legitimate transactions to proceed while monitoring and controlling assets, using smart contracts to validate and enforce compliance with integrity standards, thereby neutralizing illicit asset transfers.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If existing cybersecurity measures are used in DLT networks, then basic transaction security is maintained, but the network is vulnerable to cyberattacks such as ransomware

Engineering Contradiction:
Improvetransaction securityVSAvoidvulnerability to cyberattacks
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The system performs preliminary validation of transactions against integrity standards before they are finalized on the blockchain. Smart contracts automatically check and enforce compliance with predetermined integrity criteria, preventing illicit transactions from being recorded. This proactive approach neutralizes potential cyberattacks before they can compromise the network, rather than relying on reactive security measures.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary validation layer between transaction submission and blockchain finalization. This intermediary system uses smart contracts to mediate transaction approval by verifying integrity standards, acting as a security filter that blocks malicious transactions while allowing legitimate ones to proceed. This mediator prevents direct exposure of the blockchain to harmful inputs.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If protection parameters are embedded in all transaction blocks, then asset control and monitoring are enhanced, but transaction processing complexity increases

Engineering Contradiction:
Improveasset controlVSAvoidtransaction processing complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The smart contracts automatically enforce integrity standards without requiring manual intervention or complex external validation systems. The contracts self-execute based on predetermined criteria, automatically approving or rejecting transactions based on their compliance with integrity standards. This self-service approach simplifies the overall system architecture by replacing complex manual monitoring with automated, rule-based enforcement.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system changes the state of transaction parameters by adding protection parameters only when integrity validation is required. Rather than complicating every transaction uniformly, the system dynamically adjusts transaction complexity based on risk assessment, applying additional validation parameters only to transactions that need enhanced scrutiny. This selective parameter application maintains simplicity for routine transactions while providing enhanced control when needed.

Inventive Principle:
Principle #35Parameter changes

3Reliability

If smart contracts validate all exchanges, then compliance with integrity standards is ensured, but processing time and computational resources increase

Engineering Contradiction:
Improvecompliance enforcementVSAvoidtransaction processing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The smart contract validation system applies partial validation by focusing computational resources on critical integrity checks rather than exhaustive verification of all transaction aspects. The system performs only the essential validation required to ensure compliance with integrity standards, avoiding unnecessary computational overhead. This selective validation approach maintains compliance enforcement while minimizing processing delays.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

For transactions that clearly meet integrity standards, the system skips detailed validation steps and processes them quickly through streamlined approval paths. The smart contracts identify low-risk transactions and fast-track them through simplified validation, rushing through the approval process for obviously compliant transactions while applying more thorough scrutiny only when needed. This differential processing reduces overall validation time while maintaining compliance standards.

Inventive Principle:
Principle #21Skipping (Rushing through)

Data Source

PatentUS20260093799A1Protection architecture using proof of integrity on distributed ledgers
Publication Date: 2026.04.02 WELLS FARGO BANK NA
  • US20260093799A1 patent drawing
  • US20260093799A1 patent drawing
  • US20260093799A1 patent drawing

AI summary

Systems, methods, and computer-readable storage media for restricting exchanges using a proof of integrity model. One system includes memory and at least one processing circuit configured to receive, from a node on a first DLT network, an exchange request, the exchange request includes an amount of a digital asset to exchange, a content item, and a destination identifier. The at least one processing circuit is further configured to generate an exchange record and validate the exchange record in the amount of the digital asset based on a protection model. The at least one processing circuit is further configured to authorize, based on a consensus model, the exchange corresponding with the validated exchange record including the appended protection parameter. The at least one processing circuit is further configured to generate a new blockchain block on the first DLT network and transmit, to a second DLT network, an exchange notification.