DECA
/
DAOTask
2
0
Fork 1
Code Issues 1 Pull Requests Packages Projects Releases Wiki Activity
General DECA DAO TASKs, this will go gradually into a DAPP with governance. For now is just to organize our tasks, diagrams and brainstorm.
6 Commits 2 Branches 1 Tag 76 KiB
Markdown 100%
Go to file
itzelot01 9760bf198f Adding Backlog tasks 2024-02-19 21:26:23 +00:00
assets DECA Protcol roadmap 2024 draft 2024-01-09 23:05:00 +00:00
models DECA Protcol roadmap 2024 draft 2024-01-09 23:05:00 +00:00
README.md Adding modules 1 and 2 base templates 2024-01-10 23:20:31 +00:00
general_tasks.md Adding Backlog tasks 2024-02-19 21:26:23 +00:00
module0.md Module 0 template 2024-01-10 21:39:37 +00:00
module1.md Adding modules 1 and 2 base templates 2024-01-10 23:20:31 +00:00
module2.md Adding modules 1 and 2 base templates 2024-01-10 23:20:31 +00:00

README.md

DECA Architecture

Abstract

The project development will be done modularly and will be splitted into multiple subprojects which require the proper research and development.The Goal is to develop all the architecture require for the DECA Protocol

Project Overview

General Diagrams

Development

  • Module 0: Modify tunk to be IPFS compatible (Possibly use CAR)
  • Module 1: YEW DAPP that connects to HELIA (Typescript)
  • Module 2: YEW DAPP that connects to the DECA Contract using Ethers-web3
  • Module 3: YEW DAPP that includes and updated version of OrbitDB and extracts data from Ethers-Web3(Depends on 1,2)
  • Module 4: Fleek YEW integration with Docker (for the IPNS/DNS and CI/CD).
  • Module 7: ERC1155 Development and testing (cctokens, DECA2, SBt)
  • Module 8: DAO (Vaults, ranking/quadratic voting, whitelist, etc)
  • Module 9: Liquidity Pools DeFi
  • Module 10: Lending DeFi
  • Module 11: Integration(requires from 1-8)

Research

  • Module 5: Architecture specifications for DECA Protocol (R&D, Class Diagrams).
  • Module 6: Tokenomics Ultrasound Model (Research and Dev)

Security Testing

  • Module 11: Security Audit

Future R&D

  • Use Cases.
  • Payto DAO (SmartWallet)
  • Zero Knowledge Proof Carbon Offset (Privacy and Fungibility).

Module Description

Module 0

This module is to ensure that the trunk build website (yew mostly) builds a decentralizable website and assets. Consider using CAR management for the assets.

Module 0 Specification

Module 1

This module will ensure that the website and its assets runs in a HELIA instance. This will add seeds and thus network speed to the content distribution. All the assets should be integrated in the project so that it does not depend on centralized systems. This module is important to ensure frontend decentralization.

Module 1 Specification

Module 2

This module will include its own ethers wasm implementation, so that it connects to the Ethereum blockchain and perform some testing operations. The Goal is to ensure the ethers connector can be decentralized and included in the project code. This module is important to ensure comunication with the smart contracts in a decentralized way.

Module 2 Specification

Module 7

dig1

dig1. Shows the front end DAPP architecture for SBT

Module N

Important Note: all modules should be tested in a decentralized environment

References