πŸ—οΈArchitecture

Let's dive deep into Desights Protocol architecture

Before we begin discussing about how the architecture will evolve to accomodate our vision, let's first discuss state of current architecture

Current Dapp Architecture

Current Architecture of Desights (LIVE)

Upcoming Protocol Architecture

New Protocol Architecture

The architecture above show interactions between various components of Desights Protocol. Lets expand a bit more on this .

User Profile

Any individual (human or bot) operating within Desights Protocol needs to have an Account. Each Account has a Profile that contains human readable metadata of that account. Collectively we call this account + profile metadata as Profile.

User Profile at the core is a Universal Profile managed by a Key Manager that manages usage permissions. You can think of User Profile as the onchain digital twin or any human or bot. All assets created and co-owned by the user are managed by this User Profile. Within Desights Protocol, both Solvers and Funders can be considered Users and are represented onchain by their User Profiles.

Team Profile

Just like User Profile, there is Team Profile. Key difference between User Profile and Team Profile is, Team Profile is co-owned and managed by multiple User Profiles. Although the underlying structure remains same, Team Profiles are much more powerful. They allow multiple owners and manages their Ownership structure within a Team. All Assets created by this Team shares the same Ownership Structure as defined within Team Profile. Team Profile establishes the Collaborative aspect of Desights Protocol.

Registry

Registry component is better explained here

Challenge

Challenge is better explained here

Asset

Assets are better explained here

Last updated