Solution: dc/sl

tradables solution utilizes our three core systems 1\ shared liquidity hub(sl) 2\ app specific modules distributed compute(dc) 3\ omnichain ids the sl secures apps built on our system through the economic security of assets restaked in our shared liquidity vault, while app modules distribute user trading compute among other modules in the system, allowing apps and blockchains to tap into an omnichain shared liquidity omnichain ids are unique ids assigned to user accounts by the controller, which allows them to deposit on entirely different applications on our network, sometimes from more than one chain, and be able to perform complex financial actions on other apps in our system without moving their capital suffering limitations offered by the lack of omnichain security for trading operations an example of this would be users can easily stake in our shared liquidity hub on (app a) and borrow a different asset on (app b) built on (chain c) while arbitraging funding rates on dexes d and e without moving their capital apps must run as their base chain and to connect to tradable's omnichain ids the base contracts function as the central intelligence of our system, overseeing critical operations such as tapping into the shared liquidity module, omnichain balance management and communication, app specific agreements, and various configurations utilized across all smart contracts within our ecosystem, regardless of the chain they reside on for users who want to allow fresh deposits from users without omnichain ids in their system, the side chain or side vault is the primary interface for collecting and managing liquidity deposited into their system these smart contracts serve as gateways into apps built within the system and are deployed on all chains where developers want their services offered sidechains gather user inputs related to omnichain deposits and withdrawals in any form within different application use cases and other functionalities subsequently, each function executed on the side vault is encoded and relayed to the base chain using the layerzero messaging layer for further processing and storage of information how it works tradablebalancevault \[base contract] this contract is a versatile repository responsible for storing and managing user balances within the system tradablemarginhandler \[base contract] the tradablemarginhandler contract orchestrates the intricate logic governing all constraints and conditions concerning user account deposits and withdrawals tradablesettings \[base contract] tradablesettings is pivotal in managing and preserving all configuration variables essential for the seamless operation of the base chain sidechain model it is a centralized hub for setting and storing crucial parameters across the entire ecosystem tradablestaking \[base contract] responsible for managing staking related operations at the base chain level, tradablestaking plays a critical role in facilitating liquidity provision it governs the allocation of rewards and dictates the frequency at which they are disbursed tradablesettingsmessageadapter \[base contract] tradablesettingsmessageadapter is a pivotal bridge that oversees the inflow and outflow of messages to and from the base chain it executes pertinent response functions based on the transmitted messages, ensuring seamless communication within the ecosystem