Entrega da A1 - Desenvolvimento do PaperToken e do steering comitee

[marcelo-souzaf]

Plano de Trabalho – Desenvolvimento do PaperToken e do steering comitee

Aluno: Marcelo Amaral de Souza Filho
Matrícula: 211708022

Introdução

Para este projeto, tendo em vista o funcionamento pleno do sistema DAPH - Decentralized Autonomous Publishing House, propõe-se o desenvolvimento com mais enfoque da parte de PaperTokens, necessária para a certificação da publicação de artigos, e o do steering comitee, ou apenas comitê, para prover os benefícios de um grupo com a fiscalização mais especializada sem perder a descentralização do sistema.

Estratégia

• Estudo do modelo de contrato de token ERC 721 do OpenZeppelin, para definir e desenvolver as especificações que melhor atendam ao escopo do projeto, como a inclusão de informação nos metadados, sempre evitando uso excessivo de recursos como espaço de armazenamento, mas tendo em mente as possíveis consequências em termos de segurança e confiabilidade.

• Estudo dos diferentes tipos de atores no sistema para a implementação segura do sistema de comitê, que deve ser tanto eficaz quanto imprevisível, garantindo a consistência da aprovação de submissões de artigos e a impossibilidade de abuso do sistema por agentes mal-intencionados.

• Testes com as versões iniciais das funcionalidades implementadas para garantir o seu comportamento esperado e evitar refatoração excessiva do código.

Requisitos

• Um sistema minimamente funcional para permitir a atribuição de tokens e de funções a diferentes endereços e testar a viabilidade das funcionalidades descritas acima.

• Parâmetros e conceitos a serem discutidos e definidos, quão aleatórios serão os números que representam aspectos como integrantes do comitê e duração do mandato.

Cronograma

Começando pelo desenvolvimento e elaboração dos conceitos centrais daquilo que será implementado, tomar um tempo para entender e dominar pelo menos o básico da linguagem usada e construir a base das funcionalidades a partir do que for feito pelos outros membros do projeto. Próximo do terceiro quartil do prazo estipulado, começar o foco em revisão, aprimoramentos e testes em vez de novas funcionalidades.