Ai, diga-se a verdade, acabei agora de organizar os registos de transacções deste ano e quase me dei um ataque de pânico, com um frio na espinha.

Antes, eu sempre achei que os registos on-chain estão lá e que, mais tarde, dava para ir verificando com calma. Mas hoje, quando fui calcular o custo de gas de uma operação de troca entre cadeias, descobri que, em vários endereços, os registos de transferência não tinham hashes de interacção com contratos. Apontei no explorador on-chain e, de seguida, vieram dezenas de registos de “pending” para trocas; era impossível perceber qual era qual.

Depois lembrei-me: eu tenho vindo a usar o Excel para apontar à mão, por alto, a hora, o endereço da carteira, a cadeia, o contrato do token, o montante e o gas. No fim de cada mês, exporto uma vez a lista de txlist on-chain para fazer uma validação cruzada. Só desta vez é que reparei que havia um registo de swap de um DEX com um gas particularmente elevado. Na altura, pensei que era por causa do slippage; afinal, era um erro de routing na ponte entre cadeias. Resultado: perdi 0.2 ETH, sem necessidade.

Enfim, agora que a fiscalização fiscal numa certa zona foi apertada e os requisitos de conformidade estão cada vez mais detalhados, mesmo que a tua operação on-chain esteja correcta, se os registos estiverem incompletos, no momento do reporte no fim do ano é mesmo para enlouquecer. Eu, neste momento, crio uma sheet separada para cada endereço; em cada interacção, marco etiquetas como “tarefa de air-drop”, “DEX swap” e “ponte entre cadeias”. No fim, faço ainda um backup mensal para o local.

Não digas que dá trabalho demais. Quando te começarem a verificar as contas, vais ver que estes 10 minutos valem mesmo a pena.