Assets Interface Hydration for Distributed Asset Management
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Modern distributed computing systems face challenges in managing asset movements across multiple services and accounts in a timely and accurate manner, especially when dealing with incomplete information and complex asset interactions.
Innovation Solution
A distributed assets management platform that receives event messages associated with asset movements, determines if the messages contain incomplete information, and uses a hydration system to register and update data fields, transforming incomplete messages into completed ones. The platform then generates liquidity event messages and transmits them to a liquidity engine for execution.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If a distributed computing system processes millions to billions of service operations daily across multiple independent services, then the system can provide diverse service offerings, but the complexity of managing asset movements between accounts increases significantly
Solution Approach 1:
The system segments asset management into independent event message processing units, where each service operation generates discrete event messages that are processed individually through standardized interfaces. This allows the system to handle diverse service offerings while maintaining manageable complexity through modular event-driven processing.
Solution Approach 2:
Event messages serve as intermediaries between independent services and the asset management system. These standardized messages abstract the complexity of asset movements, allowing services to interact with assets through a uniform interface regardless of the underlying complexity of account relationships and movement rules.
2Measurement precision
If the system requires complete information for all asset movement operations, then accuracy is improved, but processing time increases due to waiting for incomplete information to be resolved
Solution Approach 1:
The system performs preliminary processing of event messages using available information without waiting for complete data. Event messages are processed with placeholder values for missing information, and updates are applied later when complete information becomes available, eliminating processing delays while maintaining accuracy.
Solution Approach 2:
The system implements feedback mechanisms where event message processing continues with initial available data, and subsequent updates are applied when additional information arrives. This allows the system to maintain accurate asset states over time through iterative refinement based on incoming information.
3Reliability
If the system processes all event messages with complete information validation, then reliability is improved, but productivity decreases due to the computational overhead
Solution Approach 1:
The system applies complete information validation selectively rather than uniformly to all event messages. Processing continues with available information for messages that can be handled partially, while more rigorous validation is applied when necessary, maintaining reliability without uniformly reducing throughput.
Solution Approach 2:
The system changes the state of event messages from incomplete to complete as information becomes available, allowing processing to proceed at different stages of information completeness. This dynamic parameter change enables the system to maintain high throughput while ensuring reliability through progressive validation.
Data Source
AI summary
Disclosed here are methods and systems for managing the movement of assets between accounts on a distributed digital platform. In one embodiment, a specialized interface in the distributed digital platform receives a message about an asset transfer request that includes various data fields and an identifier. The interface then queries the specific configuration for the type of asset transfer (based on the data included within the received message), which might involve multiple steps or “legs.” Next, the digital platform converts the original message into one or more new messages, each corresponding to a step in the transfer process. Finally, the digital platform sends at least one of these new messages to a system responsible for actually causing/facilitating the movement, thereby completing the transfer.