Metadata-Driven Rules Engine for Blockchain Data Integrity

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current Distributed Ledger Technology (DLT) and blockchain systems face inefficiencies due to fixed, immutable, and static data storage, lack of metadata context, non-standardized data formats, and limited scalability, leading to wasted resources and difficulties in data transfer and interoperability.

Innovation Solution

Implementing a metadata-driven rules engine on blockchain using Distributed Ledger Technology (DLT) in conjunction with a cloud-based computing environment, enabling dynamic metadata definition, smart contract auto-generation, and standardized data storage and retrieval.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If fixed, immutable data storage is used in blockchain systems, then data integrity and security are improved, but data management flexibility and interoperability deteriorate

Engineering Contradiction:
Improvedata integrityVSAvoiddata management flexibility
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent segments data storage into two distinct layers: immutable blockchain storage for critical integrity verification, and mutable external storage (database/file system) for flexible data management. This segmentation allows each layer to fulfill its specific function optimally - blockchain ensures reliability while external storage provides adaptability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces metadata as an intermediary layer that bridges immutable blockchain data and mutable external storage. Metadata contains contextual information, data type definitions, and validation rules that enable flexible data management while maintaining blockchain's integrity guarantees. The metadata-driven approach acts as a mediator between the two storage systems.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Productivity

If standardized data formats are implemented, then interoperability and data transfer efficiency are improved, but system complexity increases

Engineering Contradiction:
Improvedata transfer efficiencyVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent implements a universal metadata schema that can represent multiple data types and formats through a common structure. This metadata framework provides multi-functionality by handling diverse data representations (JSON, CSV, binary) through standardized validation and processing rules, enabling interoperability without requiring separate systems for each data format.

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

Solution Approach 2:

The patent uses parameter-based metadata definitions that can be dynamically configured to match different data formats and validation requirements. By changing metadata parameters rather than system architecture, the system adapts to different data standards without increasing structural complexity.

Inventive Principle:
Principle #35Parameter changes

3Productivity

If cloud-based computing environment is integrated with blockchain, then processing power and scalability are improved, but trust decentralization is reduced

Engineering Contradiction:
Improveprocessing powerVSAvoidtrust decentralization
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent positions the blockchain as an intermediary trust layer that verifies and validates data from cloud-based systems. Rather than replacing cloud infrastructure, the blockchain acts as a mediator that provides decentralized verification for cloud-stored data, maintaining trust decentralization while leveraging cloud processing power.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent replaces the need for centralized trust mechanisms in cloud systems with cryptographic verification and consensus-based validation provided by blockchain. This substitution maintains decentralization of trust while utilizing centralized cloud resources for actual data processing and storage.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

4Productivity

If smart contracts are auto-generated from metadata rules, then operational efficiency is improved, but code reliability may deteriorate

Engineering Contradiction:
Improveoperational efficiencyVSAvoidcode reliability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent performs preliminary validation and verification of metadata rules before auto-generating smart contracts. The system checks metadata schemas, validates logic consistency, and verifies compatibility with blockchain requirements before contract generation, preventing unreliable code from being deployed.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent implements feedback mechanisms where generated smart contracts are tested against validation rules and their performance is monitored. If issues are detected, the system can refine metadata definitions or correct generation logic, creating a continuous improvement loop that maintains code reliability.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS11743137B2Systems, methods, and apparatuses for implementing a metadata driven rules engine on blockchain using distributed ledger technology (DLT)
Publication Date: 2023.08.29 SALESFORCE INC
  • US11743137B2 patent drawing
  • US11743137B2 patent drawing
  • US11743137B2 patent drawing

AI summary

Systems, methods, and apparatuses for implementing a metadata driven rules engine on blockchain using Distributed Ledger Technology (DLT) in conjunction with a cloud based computing environment are described herein. For example, according to one embodiment there is a system having at least a processor and a memory therein executing within a host organization, in which such a system includes means for operating a blockchain interface to a blockchain on behalf of a plurality of tenants of the host organization, wherein each one of the plurality of tenants operate as one of a plurality of participating nodes on the blockchain having access to the blockchain; displaying a Graphical User Interface (GUI Interface) to a user device communicably interfaced with the system over a network, wherein the GUI interface is to prompt for a metadata rule definition at the user device when displayed by the user device; receiving input at the system from the GUI interface displayed to the client device, the input defining the metadata rule definition, wherein the metadata rule definition includes one or more conditions or criteria to be matched to a transaction received at the blockchain; auto-generating code for a smart contract representing the metadata rule definition based on the input received from the GUI interface displayed to the client device; submitting the smart contract having the code representing the metadata rule definition to the blockchain for consensus by participating nodes of the blockchain; and adding the smart contract having the code representing the metadata rule definition onto the blockchain by writing the metadata rule definition into an asset of a new block on the blockchain pursuant to the smart contract attaining consensus from the participating nodes of the blockchain. Other related embodiments are disclosed.