Application Component Workflows Using Distributed Ledger Verification

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional server systems face challenges with untrusted data, difficult traceability, security vulnerabilities, and inefficient computing resource usage, particularly in managing complex application frameworks like Jira®, Confluence®, and Trello®.

Innovation Solution

Implementing a distributed ledger system to manage and trigger application component workflows, ensuring data immutability, trust, and transparency through smart contracts and consensus mechanisms, and utilizing a digital asset repository for micro-incentives.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional server systems are used to manage application frameworks, then ease of operation is maintained, but data trustworthiness and traceability deteriorate

Engineering Contradiction:
Improvedata trustworthinessVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

A distributed ledger system acts as an intermediary between application frameworks and users/systems. The ledger captures workflow events, stores them as immutable transaction data structures, and provides trusted verification without requiring changes to the underlying application frameworks. This mediator approach enables data trustworthiness while maintaining relative system simplicity.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If distributed ledger systems are implemented to ensure data immutability and traceability, then data quality and trust improve, but device complexity increases

Engineering Contradiction:
Improvedata immutabilityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system segments functionality between the distributed ledger (handling immutability and traceability) and application frameworks (handling business logic). By dividing responsibilities, the ledger focuses only on capturing workflow events as immutable records, while applications maintain their operational simplicity. This segmentation reduces overall system complexity despite adding ledger functionality.

Inventive Principle:
Principle #1Segmentation

3Extent of automation

If smart contracts and consensus mechanisms are used to manage workflows, then security and automation improve, but computing resource efficiency deteriorates

Engineering Contradiction:
Improveworkflow automationVSAvoidcomputing resource consumption
Core Design Contradiction:
Extent of automationVSUse of energy by moving object

Solution Approach 1:

The system applies partial automation through smart contracts that automatically execute predefined workflow actions when conditions are met, while allowing manual intervention for complex decisions. This partial automation approach provides security and automation benefits without requiring full consensus mechanism execution for every workflow event, reducing computing resource consumption.

Inventive Principle:
Principle #16Partial or excessive action

4Reliability

If distributed ledger consensus protocols are executed for every workflow event, then data trustworthiness improves, but productivity deteriorates

Engineering Contradiction:
Improvedata verificationVSAvoidworkflow processing speed
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system performs preliminary verification by validating workflow events against smart contract rules before adding them to the distributed ledger. This preliminary action ensures data trustworthiness through verification while avoiding the need for full consensus protocol execution for every event, thereby maintaining workflow processing speed and productivity.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20250335853A1Apparatuses, methods, and computer program products for triggering application component workflows based on a distributed ledger
Publication Date: 2025.10.30 ATLASSIAN US INC
  • US20250335853A1 patent drawing
  • US20250335853A1 patent drawing
  • US20250335853A1 patent drawing

AI summary

Methods, apparatuses, or computer program products provide for triggering application component workflows based on a distributed ledger. A candidate transaction associated with a defined workflow action for an application component is detected based at least on monitoring a workflow event stream. A candidate transaction data structure for the candidate transaction is also generated in accordance with one or more candidate transaction attributes of the candidate transaction. Additionally, execution of a smart contract of a distributed ledger is caused to add the candidate transaction data structure to the distributed ledger and a workflow for the application component is triggered based on the candidate transaction data structure being added to the distributed ledger.