Federated Blockchain Catalog Service for Multi-Provider Data Consistency
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Conventional commercial catalog services face data quality gaps due to missing asset data, inconsistent metadata, and missing records, leading to varying taxonomies and lack of granular asset data availability for external consumption.
Innovation Solution
A distributed catalog service manages enriched asset data via a federated blockchain, utilizing a method that includes receiving submissions, validating them through a consensus of nodes, and notifying subscribers, with cache refreshment based on service level agreements to ensure current, accurate, and comprehensive asset information.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If conventional commercial catalog services are provided by multiple data providers with core technical capabilities, then each provider can maintain their own asset data, but data quality gaps occur including missing asset data, inconsistent metadata, and varying taxonomies across providers
Solution Approach 1:
The patent merges multiple data provider systems into a unified federated blockchain network where all providers share a common ledger. This combining approach maintains the multi-provider structure while ensuring data consistency through shared validation rules, common taxonomies, and unified metadata standards enforced across all participants in the network.
Solution Approach 2:
The federated blockchain network implements universal data validation mechanisms that serve all data providers simultaneously. The system provides multi-functionality by handling asset registration, validation, enrichment, and distribution through a single platform that works across different providers, eliminating the need for separate validation systems at each provider.
2Adaptability or versatility
If each business entity individually enriches asset data in the commercial catalog service, then asset data can be customized for internal use, but enriched asset data are not available for external consumption and data quality gaps persist
Solution Approach 1:
The federated blockchain acts as an intermediary between individual business entities and external consumers. It enables entities to enrich asset data for their specific needs while simultaneously making the enriched data available for external consumption through the shared ledger, eliminating the need to choose between customization and external availability.
Solution Approach 2:
The system segments asset data into different layers: base asset data stored on the blockchain and enrichment layers that can be applied individually by each business entity. This segmentation allows enriched data to be maintained privately by each entity while the underlying asset data remains publicly accessible and consistently validated across the network.
3Adaptability or versatility
If conventional commercial catalog services use varying taxonomies across data providers, then each provider can maintain their own data structure, but asset data is not available at a granular level and a single reliable source of asset information cannot be provided
Solution Approach 1:
The system implements local quality by allowing each data provider to maintain their own detailed taxonomies and data structures locally, while simultaneously enforcing a common standardized schema at the blockchain level. This enables granular asset data to be available both in provider-specific formats and in a unified standardized format for cross-provider consistency.
Data Source
AI summary
A method for facilitating a distributed catalog service via a federated blockchain is disclosed. The method includes receiving, via an initiator, a submission, the initiator corresponding to a node from among a plurality of nodes of a distributed ledger; validating, via a validator, the submission, the validator corresponding to another node from among the plurality of nodes of the distributed ledger; determining whether a threshold is satisfied based on a result of the validating; initiating an action when the threshold is satisfied, the action including a modification of the distributed ledger at each of the plurality of nodes according to the submission; and notifying subscribers to the distributed ledger.