Blockchain Architecture with Delayed Block Posting Protocol

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Blockchain systems face limitations such as inability to scale, security vulnerabilities, inefficiency, costly consensus mechanisms, and inability to comply with international data privacy laws, particularly susceptible to chain poisoning which renders the entire chain unlawful and irreversible.

Innovation Solution

A transaction platform utilizing a notary distributed ledger or blockchain with separate micro-identifier chains that enables secure, automated privacy and regulatory law compliance, preventing chain poisoning by using single transaction blocks, delayed posting protocols, and delegated proof of transaction consensus, allowing for data deletion and modification without compromising immutability.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If blockchain uses traditional block structure storing multiple transactions per block, then transaction throughput increases, but security against chain poisoning decreases and compliance with data privacy laws becomes impossible

Engineering Contradiction:

Improvetransaction throughputVSAvoidsecurity against chain poisoning

Core Design Contradiction:

ProductivityVSReliability

Solution Approach 1:

The patent divides the blockchain into separate functional chains: a private data chain for storing personal information with single-transaction blocks, and a public transaction chain for recording transaction hashes. This segmentation allows each chain to optimize for its specific purpose while maintaining overall system security and compliance

Inventive Principle:

Principle #1Segmentation

Solution Approach 2:

The patent extracts personal information from the public transaction chain and stores it separately on the private data chain. Only transaction hashes are posted to the public chain, while full transaction details including PII remain on the private chain where they can be properly protected and managed according to data privacy laws

Inventive Principle:

Principle #2Taking out (Extraction)

2Reliability

If blockchain maintains immutability to ensure data integrity, then security against tampering improves, but ability to comply with data deletion requirements under GDPR and CCPA deteriorates

Engineering Contradiction:

Improvedata integrityVSAvoidcompliance with data deletion laws

Core Design Contradiction:

ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent segments data storage into private chains where personal information can be deleted or anonymized without affecting the public transaction chain. The public chain maintains immutability for transaction records while the private chain allows compliant data management

Inventive Principle:

Principle #1Segmentation

Solution Approach 2:

The patent creates hash copies of transaction data and stores only these immutable references on the public chain, while the actual personal information resides on the private chain where it can be modified or deleted. This copying approach preserves transaction integrity while enabling data compliance

Inventive Principle:

Principle #26Copying

3Speed

If blockchain posts blocks immediately to ensure real-time transaction recording, then transaction speed improves, but susceptibility to chain poisoning increases

Engineering Contradiction:

Improvetransaction recording speedVSAvoidchain poisoning vulnerability

Core Design Contradiction:

SpeedVSObject-affected harmful factors

Solution Approach 1:

The patent implements preliminary validation and screening of transactions before they are posted to the blockchain. The system checks for potential chain poisoning attempts and validates transaction integrity in advance, preventing harmful data from being incorporated into the chain

Inventive Principle:

Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary validation layer that screens transactions before posting. This intermediary system checks for malicious content and validates transaction authenticity, acting as a buffer between transaction submission and blockchain incorporation

Inventive Principle:

Principle #24Intermediary (Mediator)

4Reliability

If blockchain uses complex consensus mechanisms to ensure security, then reliability improves, but operational efficiency and cost deteriorate

Engineering Contradiction:

Improveconsensus securityVSAvoidoperational efficiency

Core Design Contradiction:

ReliabilityVSProductivity

Solution Approach 1:

The patent divides the consensus requirement into separate domains: the public transaction chain uses simplified consensus for hash verification, while the private data chain handles detailed validation. This segmentation reduces the computational burden on each chain and improves overall operational efficiency

Inventive Principle:

Principle #1Segmentation

Solution Approach 2:

The patent uses hash copies as a lightweight consensus mechanism for the public chain. Instead of requiring full transaction validation through complex consensus algorithms, the system verifies transaction integrity through hash comparison, significantly reducing computational requirements

Inventive Principle:

Principle #26Copying

Data Source

PatentUS11507948B2Blockchain architecture, system, method and device for automated cybersecurity and data privacy law compliance with delayed block posting protocol

Publication Date: 2022.11.22 ATRIUM SEPARATE IP HLDG NUMBER 4 LLC

AI summary

A distributed transaction and data storage platform including a distributed notary ledger or blockchain and one or more individual user micro-identifier chains that together enable the secure effectuation and recordation of one or more transactions, and/or storage of data in an automated, real-time, zero-trust, globally data law and privacy law centric manner while maintaining transaction party confidentiality and preventing chain poisoning.