Smart Contract Automation via Decentralized Verification

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing blockchain systems face limitations in accuracy and efficiency when verifying data, leading to a need for improved systems and methods for processing data.

Innovation Solution

A smart contract automation system that utilizes a decentralized execution engine with a triggering mechanism, enabling the receipt of log data, determination of eligible upkeeps, and transmission of reportable results to a blockchain, while ensuring cryptographic guarantees through off-chain computation and consensus among nodes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If traditional blockchain systems process data using conventional verification methods, then system simplicity is maintained, but data verification accuracy and efficiency deteriorate

Engineering Contradiction:
Improvedata verification accuracyVSAvoidsystem complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The system segments the data verification process into multiple independent components: log pollers that fetch data from blockchains, workflows that process and verify data, and nodes that reach consensus. This segmentation allows each component to specialize in specific verification tasks, improving overall accuracy without requiring every node to perform all verification operations independently.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces an intermediary verification layer between data sources and blockchain transactions. Workflows act as intermediaries that receive log data, verify its authenticity and relevance, and only then trigger smart contract executions. This intermediary layer filters out false or irrelevant data before it reaches the blockchain, improving verification accuracy without overwhelming the blockchain itself with unverified data.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If smart contracts execute frequently to ensure reliability, then automation reliability is improved, but transaction costs and network load increase

Engineering Contradiction:
Improveautomation reliabilityVSAvoidtransaction cost
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The system performs preliminary verification actions off-chain before triggering on-chain smart contract executions. Log pollers continuously monitor blockchain logs and workflows pre-verify data eligibility in advance. This preliminary action filters out ineligible transactions before they reach the blockchain, ensuring that only verified and necessary transactions are executed, thereby maintaining reliability while reducing unnecessary transaction costs.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements feedback mechanisms where nodes continuously monitor blockchain state changes and verify whether conditions for smart contract execution are met. The feedback loop includes log pollers detecting blockchain events, workflows verifying whether these events trigger required actions, and nodes reaching consensus before execution. This feedback mechanism ensures reliable automation by continuously checking conditions while avoiding redundant executions by only triggering contracts when truly necessary.

Inventive Principle:
Principle #23Feedback

3Measurement precision

If the system processes all incoming log data to ensure completeness, then data verification completeness is improved, but processing time and efficiency deteriorate

Engineering Contradiction:
Improvedata verification completenessVSAvoidprocessing efficiency
Core Design Contradiction:
Measurement precisionVSProductivity

Solution Approach 1:

The system applies partial action by processing only the subset of log data that meets predefined eligibility criteria. Workflows evaluate each log entry against specific conditions (such as data type, source reliability, and relevance to active smart contracts) and only process those that qualify. This partial processing approach maintains completeness for relevant data while significantly improving efficiency by ignoring irrelevant or ineligible log entries.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

Different components of the system apply different processing qualities to different data types. Log pollers handle raw data collection, workflows perform detailed verification analysis, and nodes perform consensus validation. Each component focuses on specific aspects of data quality relevant to its function, allowing the system to maintain high completeness for critical verification tasks while processing only necessary data at each stage, thereby improving overall efficiency.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS20250106051A1Decentralized computing capabilities with functions and automation
Publication Date: 2025.03.27 SMARTCONTRACT CHAINLINK LTD SEZC
  • US20250106051A1 patent drawing
  • US20250106051A1 patent drawing
  • US20250106051A1 patent drawing

AI summary

Systems, devices, and methods provide for smart contract automation for triggering smart contract functions. The smart contract automation may receive log data, provide an upkeep payload to a workflow, the upkeep payload comprising one or more active upkeeps. The smart contract automation may determine, by the proposal workflow, whether the one or more active upkeeps is an eligible upkeep. The smart contract automation may determine, by the smart contract automation system, a reportable result based on the eligible upkeep and the log data. The smart contract automation may transmit the reportable result to a blockchain.