Hoje fiz alguns agendamentos de interações on-chain outra vez, e caçar airdrops é mesmo um trabalho pesado a nível de esforço físico. Nos últimos tempos o pessoal do grupo anda sempre a fazer spam com desbloqueios de staking e calendários de desbloqueio de tokens, e isso está a deixar toda a gente um pouco ansiosa, como se cada desbloqueio fosse uma bomba de pressão vendedora. Eu, por outro lado, sigo o meu próprio ritmo: todos os dias conto gas, faço tabelas e vou juntando devagar.

Falando de disponibilidade de dados, ordenação e finalização, no início também fui enganado por essas palavras; afinal, é só fila, registo e carimbos. Disponibilidade de dados, na prática, é saber se os dados on-chain podem ser consultados a qualquer momento; ordenação é quem vai primeiro e quem vai depois; finalização é que a confirmação de uma transação não pode ser alterada. Agora, muitos L2 estão a criar a sua própria camada de DA, e eu também não me dou ao trabalho de decorar terminologia. Em cada interação, é só olhar mais uma vez o estado da transação: se ficar pending durante demasiado tempo ou se estiver sempre a reverter, então o projeto tem de ser levado com cuidado.

Para estar seguro, prefiro gastar mais tempo: antes de cada interação, vou ao explorador de contratos e dou uma olhada no código. Não entendo tudo, mas pelo menos vejo se há funções típicas com vulnerabilidades, ou se existe alguma marca de auditoria. Depois de a transação ser confirmada, espero ainda alguns blocos; não é preciso apressar-me a continuar a operação. Ir devagar é sempre melhor do que ser atacado, afinal o que eu estou a “farmar” é um salário, não é apostar a vida.