Eu trato a complexidade como inimiga, por isso recentemente ao analisar “disponibilidade de dados/ordenação/finalidade” sigo uma linha principal: qual é a razão pela qual essa transação pode ser recuperada por todos, em que ordem ela entra no livro razão, e quando ela realmente pode ser considerada definitiva. Em suma, primeiro é preciso colocar os dados na mesa (senão você nem consegue reconciliar as contas), depois alguém é responsável por fazer a fila (é muito chato se quem está na fila consegue furar a fila ou fazer truques), por fim, esperar a aprovação e validação (não adianta cancelar e retirar depois).

Recentemente, a questão de staking, compartilhamento de segurança e a sobreposição de ganhos, que tem sido criticada como “cascata de camadas”, eu também consigo entender: parece uma pilha de camadas, tudo muito animado, mas é preciso perguntar, qual camada te dá uma garantia? Se os dados não estão bem organizados, a ordenação é confusa, a finalização é lenta, por mais “garantia de segurança” que tenham, é como se a porta estivesse trancada com três chaves, mas as chaves estão com outra pessoa… De qualquer forma, ao analisar um projeto, primeiro olho para como esses fundamentos são explicados claramente, deixo de lado as coisas superficiais.