Blockchain Digital Twin Segregation for DevOps Integrity

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The distributed and fragmented nature of DevOps tools leads to siloed information and inefficient integration, making it challenging to provide consistency, traceability, efficiency, and reliability in automated development operations, as well as reliable tracking of historical software development information.

Innovation Solution

A digital system utilizing blockchain for cryptologic digital twin segregation, where development objects are stored between on-chain and off-chain storages, leveraging the immutable nature of blockchain for historical activity and smart contracts for automated policy enforcement, while off-chain storage enables efficient read/write access and versioning.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If development objects are stored on-chain using blockchain, then integrity and traceability are improved, but storage efficiency and read/write access speed deteriorate

Engineering Contradiction:
ImproveintegrityVSAvoidstorage efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system segments development objects into two categories: those requiring high integrity (stored on-chain) and those requiring efficient access (stored off-chain). This segmentation allows each storage location to serve its optimal purpose, resolving the contradiction between integrity and storage efficiency.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system introduces an intermediary layer (segregation model graph) that mediates between on-chain and off-chain storage. This intermediary manages the mapping and retrieval operations, enabling efficient access to off-chain objects while maintaining on-chain integrity through hash references.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Productivity

If development objects are stored off-chain for efficient access, then read/write efficiency is improved, but integrity verification and traceability deteriorate

Engineering Contradiction:
Improveread/write access efficiencyVSAvoidintegrity verification
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system creates a copy of the development object's hash value and stores it on-chain. This copy serves as an immutable reference that verifies integrity, while the actual object data is stored off-chain for efficient access. The on-chain hash acts as a digital fingerprint that can be verified without accessing the full object.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The segregation model graph acts as an intermediary that links off-chain objects to on-chain integrity references. It manages the relationship between the two storage systems, enabling efficient off-chain access while maintaining on-chain verification through standardized mapping mechanisms.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Adaptability or versatility

If multiple DevOps tools are integrated to provide comprehensive functionality, then feature versatility is improved, but system complexity and integration difficulty worsen

Engineering Contradiction:
Improvefeature versatilityVSAvoidintegration complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system creates a universal integration layer (segregation model graph) that provides multi-functionality for managing development objects across different DevOps tools. This universal layer handles object extraction, classification, and storage regardless of the source tool, reducing integration complexity while maintaining versatility.

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

Solution Approach 2:

The segregation model graph serves as an intermediary integration layer between multiple DevOps tools and the storage system. It standardizes the interface for object management, translating between different tool formats and maintaining consistent handling across the ecosystem, thereby reducing direct integration complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Productivity

If development objects are classified into on-chain and off-chain storage categories, then storage optimization is improved, but classification complexity and system logic worsen

Engineering Contradiction:
Improvestorage optimizationVSAvoidclassification logic complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system changes the parameter of storage location based on object characteristics. By evaluating parameters such as data size, access frequency, and integrity requirements, the system automatically classifies objects into appropriate storage categories, optimizing storage performance while managing complexity through parameter-based decision logic.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS11157247B2Cryptographic digital twin segregation system for development operations
Publication Date: 2021.10.26 ACCENTURE GLOBAL SOLUTIONS LTD
  • US11157247B2 patent drawing
  • US11157247B2 patent drawing
  • US11157247B2 patent drawing

AI summary

System and methods for cryptologic digital twin segregation with blockchain for development operations are provided. By way of introductory example, a system may receive a first development object from a first devops tool and a second development object from a second devops tool. The system may identify, in a segregation model graph, a first node and a second node, the first node corresponding to the first development object and the second node corresponding to the second development object. The system may determine the first node is mapped to an off-chain storage classification and the second node is mapped to an on-chain storage classification. The system may store the first development object in an off-chain storage, generate a hash value of the first development object, and store the hash value of the first development object on a blockchain. The system may store the second development object on the blockchain.