Em algum lugar no canal financeiro de uma DAO agora, um contribuidor está vendo o saldo de sua carteira aumentar em tempo real — não uma vez por mês, nem a cada duas semanas, mas a cada segundo. Sem data de pagamento. Sem execução em lote. Apenas um número que cresce silenciosamente enquanto eles trabalham e para no instante em que o empregador cancela o fluxo.
Isto é folha de pagamento em streaming, e não é mais uma curiosidade do Crypto Twitter. Protocolos como Superfluid e Sablier agora movimentam remuneração real para centenas de DAOs e equipes Web3, e um número crescente de empresas com foco em trabalho remoto está experimentando o modelo para estipêndios de contratados. Ele resolve um problema real — sem mais a ansiedade de "será que a folha de pagamento foi processada" — mas cria um problema contábil que nenhum livro didático cobre: como registrar uma despesa salarial que não tem uma data de pagamento discreta, porque o pagamento nunca para de fato?
O Que É a Folha de Pagamento em Streaming
A folha de pagamento tradicional é uma série de eventos de montante fixo: o trabalho é acumulado por duas semanas, então uma única transação o liquida. A folha de pagamento em streaming elimina essa lacuna. Um empregador deposita fundos em um contrato inteligente e define uma taxa — digamos, 100 USDC por dia — e o protocolo credita continuamente o saldo reivindicável do beneficiário a aproximadamente 0,00116 USDC por segundo. O beneficiário pode sacar o que quer que tenha sido acumulado a qualquer momento; nada é "pago" até que ele retire, mas tudo está sendo ganho constantemente em segundo plano.
Os dois protocolos dominantes adotam abordagens técnicas diferentes para isso:
Superfluid envolve tokens ERC-20 comuns em "Super Tokens" (como USDCx) com lógica de streaming embutida. A função balanceOf do token encapsulado retorna um número que se atualiza continuamente, então o saldo de uma carteira aumenta visivelmente em tempo real. Como os tokens do remetente são bloqueados no protocolo durante a duração do fluxo, o Superfluid depende de "liquidantes" fora da cadeia que monitoram os buffers dos remetentes e fecham os fluxos à força antes que o saldo de um remetente chegue a zero — ganhando uma taxa por fazer isso. Se seu buffer acabar, os fluxos de seus funcionários serão liquidados sem aviso prévio.
Sablier, que foi pioneiro no modelo com fluxos de vesting de prazo fechado em 2019, agora também oferece o Sablier Flow — um modelo aberto de rastreamento de dívidas que funciona com tokens ERC-20 comuns, sem necessidade de encapsulamento ou liquidantes. Cada fluxo é isolado com seu próprio saldo, as taxas podem ser ajustadas durante o fluxo, e os fluxos podem ser pausados, retomados ou encerrados permanentemente por qualquer uma das partes. Isso troca parte da exibição de saldo em tempo real do Superfluid por uma integração mais simples e sem dependência de infraestrutura de liquidante terceirizada.
Ambos os modelos situam-se em um espectro entre fluxos de prazo fechado (um depósito fixo é adquirido ao longo de uma duração fixa — adequado para vesting de tokens e distribuição de subvenções) e fluxos abertos (sem data de término fixa; o empregador complementa conforme necessário, e o fluxo continua até ser cancelado ou os fundos acabarem).
O Problema Contábil: Quando a Despesa é "Ganha"?
Sob a contabilidade de competência (regime de caixa modificado), a despesa salarial é reconhecida conforme o funcionário realiza o trabalho, não quando o dinheiro é movimentado. Um pagamento em streaming é, em princípio, a expressão mais pura possível desse princípio — o razão deve apenas rastrear a taxa de acréscimo continuamente. Na prática, a maioria dos sistemas de escrituração (e a maioria dos contadores) pensa em períodos discretos, então um fluxo por segundo precisa ser discretizado para algo que um lançamento contábil possa representar.
A abordagem prática que a maioria das equipes financeiras adota:
- Trate a taxa do fluxo como um acréscimo conhecido e constante enquanto ele for executado sem modificações. Se um contribuidor está recebendo um fluxo de 100 USDC/dia, registre um lançamento de acréscimo diário (ou, para livros mais enxutos, mensal) debitando a despesa salarial/de contratado e creditando um passivo de "contas a pagar de fluxos" — você não precisa de lançamentos por segundo; você precisa de um acréscimo que corresponda à sua cadência de relatórios.
- Faça o ajuste no saque. Quando o beneficiário realmente reivindicar o saldo acumulado, isso é uma liquidação do passivo, não uma nova despesa — debitando "contas a pagar de fluxos" e creditando a conta de ativo do tesouro. Isso espelha como você já lidaria com folha de pagamento acumulada regular não paga.
- Reconheça a mudança de taxa, não um novo fluxo, quando uma taxa é ajustada. A taxa ajustável do Sablier Flow e as chamadas de modificação de fluxo do Superfluid permitem que um empregador mude o fluxo por segundo durante o fluxo. Cada mudança é, na verdade, apenas uma nova taxa de acréscimo em vigor a partir desse timestamp de bloco — registre-a como uma alteração no mesmo passivo, não como um novo item de linha, ou sua reconciliação se fragmentará em dezenas de microfluxos que nunca se fecham.
A sutileza que pega as pessoas: a despesa é acumulada mesmo que o beneficiário nunca saque. Um contribuidor que deixa três meses de um fluxo não reivindicados ainda gerou três meses de despesa salarial real contra o tesouro — o passivo apenas não foi liquidado em dinheiro ainda. Pular o acréscimo porque "nada foi pago" é o erro mais comum nos livros de DAOs, e é exatamente o tipo de superavaliação silenciosa de caixa que explode uma previsão de tesouraria.
Valor Justo de Mercado: A Parte Que Ainda Exige um Humano
Se o fluxo paga em uma stablecoin, a contabilidade fica próxima da folha de pagamento convencional em dinheiro — 1 USDC vale $1, ponto final, e a orientação de valor justo do FASB para ativos cripto (ASU 2023-08) mal entra em jogo para o lado salarial do razão.
No momento em que o fluxo paga em um token nativo volátil, cada período de acréscimo exige uma conversão para o valor justo de mercado. As autoridades fiscais são consistentes quanto ao princípio subjacente, mesmo onde os mecanismos diferem: o IRS trata salários em moeda virtual como renda ordinária pelo valor justo de mercado na data do recebimento (Aviso 2014-21), o HMRC do Reino Unido exige retenção de PAYE/NI sobre o valor equivalente em GBP, e as orientações da UE tratam salários em stablecoin ou token como renda pelo seu valor equivalente de conversão. Nenhum desses frameworks foi escrito pensando em "valor recebido continuamente, segundo por segundo" — a maioria das equipes decide pelo VJM no momento do saque (quando o beneficiário realmente assume a custódia), já que este é o análogo mais próximo de uma data de pagamento tradicional e o único ponto onde um preço de mercado é inequívoco. Documente essa escolha em suas notas da política contábil, porque "qual timestamp de preço você usou" é a primeira pergunta que um auditor fará.
Um Exemplo Prático
Digamos que uma DAO abra um fluxo Sablier Flow para um contribuidor a 3.000 USDC/mês e feche os livros mensalmente. A escrituração é mais simples do que parece quando você para de pensar "por segundo" e começa a pensar "taxa conhecida, aplicada por um período":
- Abertura do fluxo, fechamento do mês 1: Debite Despesa de Contratado 3.000 USDC, credite Contas a Pagar de Fluxos 3.000 USDC. Nenhum dinheiro foi movimentado; você está reconhecendo a obrigação que foi acumulada.
- Contribuidor saca 1.800 USDC no meio do mês 2: Debite Contas a Pagar de Fluxos 1.800 USDC, credite Tesouro (USDC) 1.800 USDC. Isto é uma liquidação, não uma despesa — a despesa já foi registrada quando foi acumulada.
- Empregador aumenta a taxa para 3.500 USDC/mês no meio do mês 2: Rateie o acréscimo entre as duas taxas para aquele mês (por exemplo, 15 dias a 3.000/mês + 15 dias a 3.500/mês ≈ 3.250 USDC) em vez de abrir uma segunda conta de "fluxo". A mudança de taxa são metadados sobre o mesmo passivo, não um novo instrumento.
- Empregador cancela o fluxo no meio do mês 3: Registre o acréscimo parcial final até o timestamp do bloco de cancelamento. Em seguida, o saldo restante de Contas a Pagar de Fluxos ou é retirado em um saque final ou, se o contribuidor nunca o reivindicar, permanece como um passivo até que o faça (ou até que seja formalmente perdido sob o acordo de subvenção/contribuidor que o rege — não o zere unilateralmente).
Se o contribuidor estiver sendo pago em um token volátil em vez de uma stablecoin, adicione mais uma linha a cada acréscimo: capture a quantidade de tokens e seu VJM equivalente em USD no timestamp daquele lançamento, pois você precisará tanto do passivo denominado em tokens (para saber o que realmente deve na cadeia) quanto da despesa denominada em moeda fiduciária (para seu P&L e qualquer cálculo de retenção de impostos).
Erros Comuns
- Registrar o saque como despesa. Este é o erro mais comum — ele subestima as despesas (e superestima o caixa) para cada período em que um beneficiário não reivindica seu saldo, e depois despeja uma despesa enganosamente grande no período em que ele finalmente saca.
- Abrir uma nova conta de passivo para cada mudança de taxa. Um contribuidor cujo pagamento foi ajustado quatro vezes em um ano não deve ter quatro itens de linha poluindo o plano de contas — altere o acréscimo existente.
- Ignorar as taxas do protocolo. O mecanismo de liquidante do Superfluid e quaisquer taxas de nível de protocolo na criação ou fechamento de fluxos são despesas reais, por menores que sejam, e pertencem ao razão — são fáceis de perder porque são deduzidas automaticamente, em vez de aparecerem como uma transação separada que um contador notaria.
- Tratar plataformas de streaming como sistemas completos de folha de pagamento. Sablier e Superfluid movimentam dinheiro continuamente; nenhum arquiva formulários fiscais, calcula retenção na fonte ou lida com classificação de trabalhadores. A maioria das equipes emparelha a camada de streaming com uma ferramenta de conformidade como Request Finance ou Toku, ou com um provedor de folha de pagamento tradicional para funcionários W-2, e reserva os fluxos brutos do protocolo para estipêndios e subvenções de contribuidores onde o ônus da conformidade é mais leve.
- Esquecer o caso extremo de insolvência. Se o buffer de um remetente do Superfluid acabar e um liquidante forçar o fechamento do fluxo, isso é um evento que seus livros precisam refletir — o acréscimo final para no timestamp da liquidação, não na data em que seu contador percebe que o fluxo está morto.
Por Que a Trilha de Auditoria é Na Verdade o Benefício Subestimado
A volatilidade e o risco de liquidação chamam a atenção, mas a verdadeira vantagem para as equipes financeiras é que cada evento de fluxo — início, mudança de taxa, pausa, saque, cancelamento — é uma transação imutável na cadeia com um timestamp e um número de bloco. Isso é um razão de folha de pagamento completo e à prova de adulteração que existe independentemente de seu contador ter lembrado de registrá-lo. Ele elimina os jogos de adivinhação de contas de suspenso que assolam a folha de pagamento cripto manual ("nós realmente enviamos aquele pagamento de outubro ao contribuidor, ou a transação falhou silenciosamente?").
Essa vantagem só compensa se seus próprios livros espelharem a cadeia em vez de contradizê-la. Razões de texto simples com controle de versão são uma combinação natural aqui: você pode criar um script de trabalho diário ou mensal que lê eventos de fluxo diretamente de um indexador ou subgrafo e anexa os lançamentos de acréscimo correspondentes ao seu arquivo de razão, com o hash da transação na cadeia capturado nos metadados do lançamento. Beancount.io oferece exatamente isso — um formato de contabilidade de texto simples que você pode gerar e auditar programaticamente, com histórico completo no git, de modo que uma conta de passivo de "contas a pagar de fluxos" e suas mudanças de taxa sejam tão inspecionáveis quanto qualquer outra parte do seu tesouro. Se você está construindo essa integração, a documentação aborda estruturas de conta personalizadas e geração de lançamentos por script, e o Fava fornece um painel para realmente ver o acréscimo se acumular contra seu caixa disponível em tempo real — o que, para um modelo de folha de pagamento construído inteiramente em torno do tempo real, parece a maneira certa de observá-lo.