
O regime de competência é um método contabilístico em que as transações são registadas no momento em que se estabelecem direitos e obrigações, e não quando o dinheiro é efetivamente recebido ou pago. O rendimento é reconhecido quando os serviços são prestados ou quando se adquire o direito ao rendimento, enquanto as despesas são reconhecidas quando surgem as respetivas obrigações. A posição financeira dos ativos e passivos é refletida através das avaliações efetuadas no final de cada período.
Um exemplo simples: se subscrever um serviço anual com início este mês, mesmo que o pagamento seja feito antecipadamente, tanto o rendimento como as despesas devem ser repartidos de forma equitativa por cada mês. No contexto on-chain, este princípio aplica-se a recompensas de staking, reembolsos de comissões e custos de serviços que já foram acumulados mas ainda não liquidados.
O regime de competência é mais apropriado para Web3, pois os rendimentos e obrigações on-chain acumulam-se normalmente de forma contínua, com base no tempo de bloco ou na lógica do protocolo, e não como transações isoladas. Confiar apenas no regime de caixa pode levar à omissão de itens “ganhos mas ainda não recebidos” ou “utilizados mas ainda não pagos”, distorcendo as demonstrações financeiras.
Muitas atividades Web3 envolvem acumulação contínua, como liquidity providers a receber comissões de negociação, protocolos de lending a gerar juros ou validadores a receber recompensas de bloco. Todos estes rendimentos devem ser registados no período em que são acumulados, e não apenas quando os fundos chegam à carteira.
No regime de competência on-chain, as transações são registadas com base na “ocorrência do evento” e no “estabelecimento de direitos ou obrigações”. Do lado dos rendimentos, estes são reconhecidos assim que prestar serviços ou cumprir as condições do protocolo para os obter; do lado das despesas, assim que uma chamada de contrato ou uma proposta de governação desencadear uma obrigação de despesa, esta deve ser registada como despesa ou passivo.
Na prática, os projetos seguem normalmente os seguintes passos em cada ciclo de liquidação: agregam eventos on-chain (como registos de contratos e distribuição de recompensas), distinguem entre valores a receber/pagar e itens já liquidados, e listam os montantes não liquidados no final do período como contas a receber ou a pagar. Os ativos tokenizados são avaliados ao justo valor, utilizando fontes de mercado fiáveis no final do período.
No DeFi, os juros e rendimentos são normalmente “acumulados ao longo do tempo”. Assim que os ativos são emprestados e a lógica de cálculo de juros do protocolo entra em funcionamento, o juro deve ser reconhecido no período corrente — mesmo que ainda não tenha sido transferido para a sua carteira.
Por exemplo, em protocolos de lending, o juro acumula-se bloco a bloco e é frequentemente apresentado como “juros acumulados” no painel da sua carteira — isto representa rendimento acumulado. Da mesma forma, para liquidity providers, as comissões de negociação já ganhas mas ainda não distribuídas também devem ser reconhecidas como rendimento do período corrente. As plataformas distinguem frequentemente entre “rendimentos acumulados” e “rendimentos distribuídos”, evidenciando a diferença entre o regime de competência e o regime de caixa.
Para lidar com a volatilidade dos tokens, o regime de competência utiliza normalmente o “justo valor no final do período” para medir ativos e passivos. O justo valor corresponde ao preço pelo qual os participantes do mercado estão dispostos a transacionar na data de avaliação — normalmente referenciado a preços de fecho ou medianas das principais exchanges de cripto.
Na prática, para cada período de reporte, deve selecionar-se um referencial de avaliação e um momento (por exemplo, recorrendo ao preço de mercado e liquidez atuais da Gate), registando as variações do valor de mercado no final do período como “ganhos ou perdas não realizados”. Esta abordagem separa os resultados operacionais (rendimentos e despesas) das flutuações do valor de mercado, evitando que as variações de preço sejam classificadas como rendimento operacional.
Em DAOs ou na gestão de projetos, o regime de competência apoia o planeamento orçamental, a avaliação de desempenho e a transparência. Assim que uma proposta de despesa de governação é aprovada, estabelece-se uma obrigação de pagamento; trabalhos concluídos ou serviços prestados devem ser reconhecidos como despesas no período corrente.
As DAOs gerem frequentemente tesourarias que abrangem incentivos em tokens, honorários de desenvolvimento externo, custos de auditoria, despesas de marketing e outros. O uso do regime de competência permite que os custos efetivos mensais e os passivos em aberto sejam apresentados de forma transparente aos membros — melhorando a qualidade das decisões de governação. Para DAOs com foco em investimento, tanto o justo valor das participações como os ganhos/perdas não realizados são divulgados regularmente.
O regime de competência regista as transações quando ocorrem (“quando incorridas”), enquanto o regime de caixa apenas as regista quando há movimentação de dinheiro (“quando pagas ou recebidas”). No regime de caixa, apenas os fluxos de entrada e saída de dinheiro são registados; no regime de competência, as transações são lançadas quando surgem direitos ou obrigações e os ativos/passivos são reportados ao justo valor no final do período.
Do ponto de vista do reporte, o regime de competência alinha de forma mais precisa os rendimentos e custos do período — permitindo uma melhor avaliação do desempenho real. O regime de caixa é mais adequado para pequenas entidades focadas na gestão de tesouraria, mas pode distorcer a informação em ambientes cripto com acumulação contínua e volatilidade de preços.
Passo 1: Definir políticas e normas contabilísticas. Clarifique os critérios de reconhecimento de rendimentos, princípios de correspondência de despesas, referências de avaliação e ciclos de reporte.
Passo 2: Mapear contas a eventos. Atribua contas correspondentes (como a receber, a pagar, ganhos/perdas não realizados) a eventos on-chain comuns como recompensas, juros, comissões de negociação, airdrops ou despesas de governação.
Passo 3: Recolha e verificação de dados. Utilize block explorers, registos de contratos ou exportações de plataformas para reunir registos associados a carteiras e endereços de contrato relevantes — garantindo a completude dos eventos.
Passo 4: Avaliação e ajustamentos de final de período. Selecione fontes de preços de final de período (por exemplo, recorrendo a dados de mercado da Gate), calcule o justo valor, separe resultados operacionais das flutuações de preço e efetue os ajustamentos necessários.
Passo 5: Preparar relatórios e manter rastreabilidade de auditoria. Gere demonstrações de resultados, balanços e relatórios de fluxos de caixa do período; documente fontes de dados e metodologias para revisão de auditoria e transparência comunitária.
O regime de competência proporciona maior consistência temporal e cadeias de evidência para efeitos fiscais e de auditoria. As normas fiscais exigem normalmente que os rendimentos e despesas sejam reconhecidos quando surgem direitos ou obrigações; as auditorias verificam se as fontes de avaliação, registos de eventos e mapeamentos de contas são razoáveis.
No contexto cripto, é necessária especial atenção à: categorização de airdrops e recompensas comunitárias (rendimento vs. aquisição de capital), reconhecimento de desbloqueios e eventos de vesting de tokens, fiabilidade das fontes de preços e robustez da documentação. A divulgação regulatória reduz o risco de auditoria.
O regime de competência — através do seu enquadramento de “reconhecimento à ocorrência + avaliação de final de período” — mapeia com precisão os rendimentos e obrigações on-chain nas demonstrações financeiras, tornando mais clara a performance corrente e a posição financeira. Em comparação com o regime de caixa, reflete melhor o verdadeiro estado operacional dos projetos Web3. No entanto, são essenciais políticas claras, fontes de dados fiáveis e documentação rigorosa — sobretudo no que respeita à volatilidade dos tokens, classificação de airdrops e consistência de avaliação. Para operações financeiras ou questões fiscais, consulte sempre a regulamentação local e aconselhamento profissional de auditoria para gerir o risco de compliance e operacional.
O regime de competência é mais indicado para a gestão de ativos a longo prazo, pois regista rendimentos e despesas quando as transações ocorrem — e não apenas quando o dinheiro é recebido. Para utilizadores com rendimentos de DeFi, tokens em staking ou transações interperíodos, o regime de competência reflete de forma mais precisa a sua situação financeira real. O regime de caixa é mais adequado para cenários com negociação frequente a curto prazo ou rápidas alterações de liquidez.
“A receber” refere-se a ativos cripto ou fiat que ganhou por serviços prestados ou entregas realizadas mas que ainda não recebeu — como recompensas de staking pendentes. “A pagar” são dívidas que assumiu mas ainda não liquidou — como pagamentos a contrapartes em espera de resolução. No contexto on-chain, estes itens são rastreados através de registos de eventos de smart contract e dados da blockchain.
Esta discrepância resulta normalmente da utilização simultânea dos métodos de regime de caixa e de competência. O regime de competência regista rendimentos confirmados mas ainda não recebidos (como recompensas de staking pendentes), pelo que o livro de contas pode apresentar montantes superiores ao saldo real da carteira. O ideal é utilizar de forma consistente o regime de competência — listando “tokens a receber” e “dívidas a pagar” separadamente no balanço para garantir uma reconciliação rigorosa.
O regime de competência divide o rendimento dos tokens em duas categorias: ganhos realizados (reconhecidos na venda) e ganhos não realizados (ajustados com base no preço de mercado durante o período de detenção). No final de cada período, as suas participações em tokens devem ser reavaliadas aos preços de fecho — sendo a diferença registada como “variação de justo valor” desse período. Esta abordagem reflete de forma mais precisa as alterações do valor dos ativos mas exige atualizações diárias dos preços de mercado.
As DAOs podem utilizar o regime de competência para rastrear todos os direitos e obrigações resultantes de transações on-chain — como recompensas de governance tokens não distribuídas ou despesas pendentes aprovadas via multisig. Ao incorporar registos de eventos para cada item de competência nos smart contracts — e integrando ferramentas financeiras off-chain (como APIs de plataformas como a Gate) — as DAOs conseguem gerar automaticamente relatórios financeiros que asseguram transparência da tesouraria e controlos internos robustos.


