Privacy Preserving Validation Architecture for Distributed Ledger Scripts

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing solutions for ensuring consistency in distributed computing, such as Byzantine fault-tolerant systems, are not suitable for applications requiring privacy in multiple-participant processes, as they often rely on centralized nodes that need to be trusted.

Innovation Solution

A privacy-preserving validation and commit architecture that uses a method of scheduling and validating multiple-participant processes by submitting proposed transactions as cryptographically-protected messages, allowing external nodes to determine the order and validity without revealing sensitive information to centralized nodes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a centralized node is used to validate and synchronize transactions, then transaction consistency can be ensured, but privacy of workflow evolution information is compromised

Engineering Contradiction:
Improvetransaction consistencyVSAvoidprivacy of workflow evolution
Core Design Contradiction:
ReliabilityVSLoss of information

Solution Approach 1:

The transaction data is segmented into public and private components. The public portion contains information needed for validation and ordering, while the private portion contains sensitive workflow evolution information. This segmentation allows the centralized node to ensure consistency through the public data while the private data remains encrypted and inaccessible, thus preserving privacy.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

An encrypted transaction structure acts as an intermediary between the submitting node and the centralized node. The encrypted structure allows the centralized node to validate and order transactions without accessing the underlying private information. The encryption scheme serves as a mediator that enables consistency enforcement while blocking access to sensitive data.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Loss of information

If cryptographic protection is applied to preserve privacy, then privacy is maintained, but validation complexity increases

Engineering Contradiction:
Improveprivacy preservationVSAvoidvalidation complexity
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

The transaction is pre-encrypted with a structured format that separates public and private information before submission. The encryption is performed in advance with predetermined structures that include public keys, encrypted payloads, and validation metadata. This preliminary structuring simplifies the validation process by allowing the centralized node to work with pre-organized data that requires minimal decryption or complex cryptographic operations.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20250168175A1Privacy preserving validation and commit architecture
Publication Date: 2025.05.22 DIGITAL ASSET SWITZERLAND GMBH
  • US20250168175A1 patent drawing
  • US20250168175A1 patent drawing
  • US20250168175A1 patent drawing

AI summary

In one example, a method of domain transfer for a script in a distributed ledger, including transmitting, by an initiator node connected to an origin domain and a target domain, a transfer-out request to an origin external node of the origin domain, wherein the transfer-out request indicates a request to perform a transfer of the script, hosted by the origin domain, to the target domain, receiving, by the initiator node from the origin external node, a transfer-out confirmation authorizing the transfer of the script to the target domain, wherein the transfer-out confirmation includes an origin validation by the origin external node, and communicating, by the initiator node, with a target external node of the target domain in connection with completing or aborting the transfer of the script.