Galera, hoje não vamos falar sobre grana, mas sobre a minha experiência de dar ruim. No mês passado, resolvi colocar a mão na massa e montar uma ferramenta pra monitorar as mudanças na chamada de dados que são populares no OpenLedger. Resultado: fiquei duas semanas quebrando a cabeça e levei três tombos até conseguir fazer rodar. Hoje, vou contar pra vocês esse processo meio vergonhoso, mas que teve um aprendizado bacana no final.
A parada é a seguinte: antes eu ficava lá, manualmente, fuçando no blockchain pra ver os registros de chamadas. Depois de um tempo, isso começou a me dar nos nervos. Então, tive uma ideia maluca: será que não dá pra usar uma API pública do tipo #OpenLedger pra escrever um script que vai puxar os dados automaticamente e mandar pra meu celular? Eu até entendo um pouco de linha de comando, mas tá longe de eu saber programar. Então, fui lá e encarei.
Primeira vez que deu ruim: nem terminei de ler a documentação da API. Copiei o código de exemplo e já fui rodar. Deu erro dizendo que eu não tinha permissão. Eu fiquei estudando por um bom tempo até entender que algumas interfaces exigem assinatura de carteira para acessar—não dá pra sair capturando qualquer coisa. Na época eu nem tinha entendido o fluxo de assinatura. Travou por dois dias.
Segunda vez que deu ruim: resolvi a assinatura, e também consegui puxar os dados. Mas a lógica que eu escrevi estava uma droga. Toda vez que eu terminava de coletar os dados, eu mandava uma notificação no meu celular. Aí, um dia, um certo dataset foi chamado mais de cem vezes e meu celular ficou sendo bombardeado por mensagens por exatos meia hora. Acabou descarregando a bateria e eu desliguei na hora. Minha esposa achou que eu tinha acontecido alguma coisa. Depois eu coloquei um limite: só mando notificação quando a quantidade de chamadas ultrapassa um certo número. Aí sim resolveu o problema.
Terceira vez que deu ruim: achei que o mini-ferramenta finalmente tinha ficado estável. Resultado: rodou por três dias e eu descobri que os dados que ele capturou não batem com a situação real on-chain—faltava mais ou menos uns dez minutos de atraso. Eu passei a tarde inteira investigando até perceber que o RPC que eu estava usando era lento demais. Troquei por um mais rápido e consegui reduzir o atraso para algo entre dois e três minutos. Não é em tempo real, mas já dá conta.
Agora esse mini-ferramenta finalmente está rodando. Todas as manhãs ele automaticamente me envia os dez datasets com maior volume de chamadas do dia anterior. Com isso, eu decido que tipo de dados organizar naquele dia. A eficiência melhorou bastante em comparação com antes, que era manual. Mesmo que no fim tenha levado cerca de duas semanas e tenha dado ruim três vezes, naquele momento em que finalmente rodou, a sensação de conquista foi bem mais gostosa do que simplesmente pegar duzentos e poucos $OPEN.
Isso me fez ter uma nova percepção sobre o nível de abertura técnica do OpenLedger. Ele não é como alguns projetos que trancam tudo e ficam com medo de outras pessoas tocarem. Eles deixam pra você tudo pronto: endpoints de API, documentação e testnet. Você pode mexer do jeito que quiser. Mesmo que você seja como eu, meio “metade” entendido, ainda dá pra montar e juntar umas coisas úteis.
Eu também tentei fazer a agente inteligente da Octoclaw trabalhar junto com este mini-ferramenta: depois que eu terminasse de ler o ranking de tendências toda manhã, ela automaticamente filtrava aqueles tipos de dados que eu gosto/consigo e organizava tudo em uma lista de tarefas pra mim. Embora essa integração ainda não esteja totalmente estável, às vezes ela desconecta e para. Mas eu acho que a direção está certa.
Falando em nível técnico, na verdade é um pouco parecido com quando todo mundo começou a mexer com nós de Bitcoin e Ethereum anos atrás. Naquela época, muita gente também não entendia a linha de comando, não entendia RPC. Mas aos poucos explorando, sempre dá um jeito de fazer funcionar. Agora também estou seguindo esse caminho. Ele não exige que você seja muito profissional, mas te dá ferramentas suficientes para você mesmo testar.
Essa experiência de dar ruim me ensinou a ser mais esperto. Daqui pra frente, sempre que for mexer com algo novo, primeiro roda no testnet por dois dias. Não sai direto pra mainnet e ficar inventando. Erros no testnet não custam nada—pode testar à vontade. Se eu tivesse feito isso antes, talvez eu resolvesse em três dias, sem ter que arrastar por duas semanas.
Eu ainda não vendi a quantia que tenho na mão $OPEN . E também abri o código desse mini-ferramenta de monitoramento automático num repositório público. Acho que provavelmente ninguém vai usar, mas se por acaso houver alguém como eu—meio entendendo, meio não—que precise, então também conta como uma contribuição.
Pessoal, se tiver interesse em montar uns mini-ferramentas vocês mesmos, não tenham medo de dar ruim. Antes de eu conseguir rodar pela primeira vez, falhei três vezes; na quinta tentativa talvez desse certo. O ponto é não desistir.
#OpenLedger
(Este artigo é meu registro pessoal de brincadeiras e mexidas; não constitui recomendação de investimento. Quando forem brincar, tenham cuidado para não deixar o dedo escorregar e escolher o lugar errado)