O primeiro aspecto que um white paper deve mostrar é o problema a ser resolvido. Na introdução, deve-se principalmente mostrar qual o problema e a solução. Porque o mundo precisa deste projeto ou token?
As questões acima devem ser respondidas obrigatoriamente. Uma introdução objetiva, clara e incisiva. Sem rodeios e esquivas poderão acrescentar interesses inimagináveis.
O segundo aspecto é saber qual o mercado que seu projeto está inserido? É fundamental que o paper apresente o tamanho do mercado, concorrentes e apontar o diferencial do seu projeto.
Este tópico demonstra como serão escritos os smart contracts que vão reger o projeto. Sabemos que a administração da governança é executada pelos smart contracts. Qual blockchain será utilizada, tecnologia empregada e justificativa. É praticamente obrigatório um capítulo sobre a Tecnologia Utilizada e sua escolha.
Aqui está uma das peças mais importantes, denominado Modelo Econômico. Nesta parte, está a explicação dos números do projeto. Quantidade de tokens que serão emitidos, valor estimado do lançamento, pré-mineração, utilização do valor da venda dos tokens, ainda assim anteriormente apresentar o tipo de token e justificar (existem tokens de utilidade, tokens de pagamento… tokens de diversos tipos de uso… deve estar justificado a escolha do tipo a ser empregada.
Outras informações sobre Tokenomics: como será a distribuição? Terá cláusula de **LOCK-UP ?
Ops... O que é Lock-Up: em suma, a cláusula de lock-up serve para impedir ou tornar indisponível a venda/alienação/transferência/doação de quotas dos sócios por certo período de tempo. Pode ser para os investidores, desenvolvedores, empreendedores, advisors? Como será essa sistemática?
Ainda, o token terá um garantia de liquidez inicial, será mantida? Qual o tempo? Considere tudo isso como aspectos financeiros econômicos relacionados ao token. Resumindo, esse modelo econômico deve ser justificado racionalmente para os compradores e todos interessados.
Também chamado de roteiro que contém um cronograma. Essencialmente já deve ter a cronologia de tudo que foi realizado no passado do projeto, status atual e futuro. Esteja detalhadamente descrito fase a fase. Aqui, deve-se observar nitidamente o que foi cumprido ou não. Quais as próximas fases, dificuldades, próximos serviços, passos, datas, prazos para implantações e implementações futuras.
A equipe por trás do projeto, a expertise, qual a experiência da equipe, o que cada um já criou anteriormente? Qual a reputação e histórico acadêmico social-econômico dos envolvidos?
Interessante investigar a vida dos criadores nas redes como Github, Linkedin, Twitter, Disccord entre outros...
o que efetivamente poderá comprometer o sucesso do projeto? Mostrar aos investidores os riscos envolvidos em todas searas envolvidas.
E, por fim apresentar os
mostrando que é um projeto de risco, o que está sendo feito para mitigar? O que poderá ser feito e não poderá? Quais os riscos jurídicos?
Um dos melhores Disclaimers é aquele que apresenta sua parte de responsabilidade, não se exclui de toda ou parte da informação passada no paper. O Disclaimer não pode ser Total Isento de responsabilidade, pelo contrário, isso implicará falta de Credibilidade ao projeto.
Então é isso, quando falarem pra você… Vai ler o whitepaper! Já leu o WhitePaper?
Maravilha, agora você já sabe o que é importante, pra que serve e poderá interpretar o paper de forma coerente e condizente com o que estão falando e que você procura.
Abraço e até logo!
Inscreva-se, Comente e Compartilhe se gostou.
Leia mais também em https://rogersgalvao.substack.com/
