Guia 2026Como tokenizar um ativo na Espanha, contrastado com três escritórios de advocacia. Baixe-o

Dividendos e cupons on-chain: eventos corporativos

Como o smart contract automatiza dividendos, cupons e assembleias de um security token, e quais obrigações societárias e fiscais ele não substitui.

· 10 min de leitura

Dividendos e cupons on-chain: eventos corporativos

Automatizar dividendos e cupões on-chain consiste em que o próprio registro calcule e execute o pagamento aos titulares na data prevista, a partir de uma fonte única de titularidade. Reduz a inconsistência do repasse manual, mas não substitui as obrigações societárias nem fiscais: as retenções e os acordos continuam sendo os mesmos.

Você distribui dividendos manualmente. Cruza o cap table com a conta de pagamentos, calcula retenções titular a titular, ordena transferências e volta a conciliar. Paga cupons de um bônus da mesma forma. Convoca a assembleia, conta votos em papel. É lento e desajusta. Você quer automatizar isso bem, sem pular nada legal.

Este artigo explica o que um valor mobiliário tokenizado realmente automatiza em seus eventos corporativos (dividendos, cupons, votações, ampliações) e o que continua sendo trabalho legal e societário que o código não toca. É para emissores: fundadores, diretores financeiros e secretários de conselho, não para investidores minoritários.

O que automatiza um valor mobiliário tokenizado

Um security token representa uma ação ou um título de dívida, e seu smart contract pode programar a distribuição de dividendos e cupons para as carteiras dos titulares, executar votações e refletir as mudanças no cap table. O que ele não faz é substituir a governança societária nem suas obrigações legais e fiscais.

Um security token é um valor mobiliário com forma digital: representa o mesmo que antes, uma participação no capital ou um direito de crédito, e só muda o suporte. Por isso fica fora do MiCA (art. 2(4) do Regulamento (UE) 2023/1114), é regido pela Ley 6/2023 de los Mercados de Valores (LMVSI) e MiFID II, e é supervisionado pela CNMV.

O smart contract é o motor: o contrato que move dinheiro e votos por código quando se cumpre uma condição. A titularidade é registrada por uma ERIR, a Entidade Responsável pela Inscrição e Registro, que funciona como o notário digital do registro de tokens (art. 8 LMVSI; RD 814/2023). Na Espanha, a primeira habilitada foi a Ursus-3 Capital, em novembro de 2024.

O que significa para você: o token retira trabalho de execução, não de governança. Você programa o pagamento, mas a decisão de pagar e a responsabilidade por fazer isso bem continuam sendo suas.

Dividendos automatizados sobre ações tokenizadas

O smart contract lê o cap table on-chain, calcula a parte de cada wallet e distribui o dividendo em uma única operação, na data que você programar. A assembleia continua decidindo a distribuição e você continua praticando as retenções.

O que o código faz

O contrato sabe quantos tokens cada wallet possui na data de competência. Com esse dado, distribui o valor por token a todos os titulares de uma só vez, sem que você cruze planilhas nem ordene transferências uma a uma. Se um titular vendeu ontem, o registro já reflete isso: recebe quem consta no momento que você definir, não quem constava no mês passado.

O que continua sendo legal e manual

A distribuição é decidida pela assembleia geral sobre o resultado do exercício, com as maiorias da Ley de Sociedades de Capital e dos seus estatutos. O código não aprova dividendos: executa um já aprovado. E a retenção na fonte do IRPF ou do imposto de sociedades do titular é sua obrigação como pagador, assim como o recolhimento à Fazenda e os modelos informativos. O smart contract pode descontar uma porcentagem, mas a responsabilidade fiscal não se programa: responde a sociedade.

O que significa para você: você automatiza o cálculo e o pagamento, não a decisão nem a fiscalidade. Defina no documento de emissão como as retenções são tratadas antes de implantar qualquer coisa.

Cupons de bônus pagos por código

Em um título de dívida tokenizado, o smart contract paga o cupom às carteiras dos detentores dos títulos em cada data acordada e amortiza o principal no vencimento, sem que você reconstrua a lista de detentores a cada vez. A obrigação de pagamento e sua ordem de prioridade nascem do documento de emissão, não do código.

Um bônus tokenizado é dívida: cupom periódico mais devolução do principal. O contrato guarda o calendário e dispara cada pagamento na sua data, lendo o registro vivo de obrigacionistas. Não há desajustes entre quem comprou, quem vendeu e quem recebe, porque todos olham o mesmo registro.

O que o código executa é definido antes por um documento de emissão: valor, cupom, vencimento, garantias e ordem de prioridade (art. 7 LMVSI). Esse documento diz o que prevalece se o contrato legal e o smart contract divergirem. E a dívida não exige S.A.: uma S.L. pode emitir títulos de dívida tokenizados, porque o art. 92.2 da Ley de Sociedades de Capital restringe a negociabilidade das participações de uma S.L., não a de seus títulos de dívida ou notas promissórias.

O que significa para você: programar o cupom é a parte fácil e rápida. A lenta é o documento de emissão e designar a ERIR. Calcule meses para essa parte, não semanas.

Assembleias e votações on-chain

O smart contract pode abrir uma votação, contar o peso de cada wallet conforme seus tokens e encerrar a contagem de forma rastreável. A convocação, o quórum, as maiorias e os direitos da minoria continuam sendo regidos pela Ley de Sociedades de Capital e seus estatutos.

O que a votação on-chain resolve

A contagem. Cada token vale um voto (ou o peso que você definir), e o contrato soma sem cédulas nem delegações em papel para ajustar à mão. O resultado fica registrado e é auditável: qualquer um verifica que o cômputo reflete o cap table do momento da votação. Útil para acordos recorrentes e para dar rastreabilidade ao sentido do voto.

O que não substitui

A governança societária inteira. A forma e os prazos de convocação, o quórum de instalação, as maiorias reforçadas para determinados acordos e os direitos de impugnação ou de retirada da minoria continuam pela LSC e pelos estatutos. Uma votação on-chain é uma ferramenta de contagem, não uma assembleia válida por si só. Se o acordo precisa de ata notarial ou inscrição registral, o código não supre isso.

O que significa para você: use a votação on-chain para contar rápido e deixar rastro, não para pular o procedimento. A assembleia continua sendo a assembleia.

Aumentos de capital e outros eventos sobre o cap table

O contrato reflete no cap table on-chain a emissão de novos tokens em um aumento de capital, os splits ou as amortizações, e mantém um único registro atualizado. O acordo societário, o direito de preferência na subscrição e a inscrição seguem seu trâmite legal.

Quando você aumenta o capital, o contrato emite os novos tokens e atualiza as posições sem que você reconstrua o quadro acionário. O mesmo com um split ou uma redução: o registro se move sozinho e todos veem a mesma foto. Isso elimina os descasamentos entre versões do cap table que aparecem quando você o mantém em planilhas soltas.

O evento em si é regido pela lei. O aumento de capital é deliberado pelo órgão competente, respeita o direito de preferência na subscrição dos sócios e é inscrito onde couber. A titularidade resultante é registrada pela ERIR (art. 8 LMVSI). O código move os tokens quando o acordo já existe; não cria o acordo.

O que significa para você: você ganha um cap table sempre ajustado e em tempo real. Não ganha um atalho para o procedimento de aumento de capital.

O que o token nunca substitui

O token automatiza a execução de eventos já decididos. Não substitui a governança societária, nem as obrigações fiscais, nem o contrato legal como fonte da verdade.

Há uma hierarquia que não muda com a tokenização. O contrato legal é a fonte: define os direitos. O código os executa. E o próprio documento de emissão estabelece o que prevalece se ambos divergirem, que deve ser sempre o contrato legal. Se o smart contract paga a mais por um erro, o direito do titular é o que diz o contrato, não o que o código executou.

A governança (assembleia, maiorias, direitos de minoria) continua pela LSC e pelos estatutos. A fiscalidade (retenções, ingressos, declarações informativas) continua sendo responsabilidade da sociedade. E o registro de titularidade é mantido pela ERIR, não pelo seu smart contract por conta própria. O código é uma camada de execução sobre uma estrutura legal que não desaparece.

Evento corporativoO que o token automatizaO que continua sendo legal ou manual
Dividendo de açõesCálculo por titular e distribuição às wallets na data de competênciaDeliberação da assembleia; retenções e recolhimento fiscal da sociedade
Cupom de obrigaçãoPagamento programado aos obrigacionistas e amortização do principal no vencimentoDocumento de emissão (art. 7 LMVSI); prelação e garantias
Assembleia e votaçãoContagem de votos por peso de tokens, rastreável e auditávelConvocação, quórum, maiorias e direitos de minoria (LSC e estatutos)
Aumento de capitalEmissão de novos tokens e atualização do cap tableAcordo societário, subscrição preferencial, inscrição e registro na ERIR
Registro de titularidadeCap table on-chain único e em tempo realRegistro oficial na ERIR (art. 8 LMVSI; RD 814/2023)

O que fazer agora

Antes de programar um único evento, organize a camada legal. Sem ela, o código automatiza erros.

Perguntas frequentes

O smart contract pode distribuir dividendos sozinho?

Execute a distribuição, não a decide. O dividendo é acordado pela assembleia geral com as maiorias da LSC e dos seus estatutos. O código calcula a parte de cada wallet e paga, mas parte de um acordo já tomado.

Quem responde pelas retenções fiscais se o código as descontar?

A sociedade. O smart contract pode descontar um percentual, mas a obrigação de praticar a retenção, recolhê-la ao fisco e apresentar os modelos informativos é do pagador. A responsabilidade fiscal não se programa.

Uma votação on-chain substitui a assembleia?

Não. É uma ferramenta de contagem rastreável. A convocação, o quórum, as maiorias reforçadas e os direitos da minoria continuam regidos pela Ley de Sociedades de Capital e pelos estatutos. Se o acordo exigir ata notarial ou inscrição, o código não o supre.

O que prevalece se o smart contract e o contrato legal divergirem?

O contrato legal. É a fonte dos direitos; o código apenas os executa. O documento de emissão deve dizer expressamente que prevalece o contrato legal diante de qualquer divergência.

Preciso de uma S.A. para pagar cupons de um título tokenizado?

Não. A dívida não exige S.A. Uma S.L. pode emitir títulos tokenizados, porque o art. 92.2 da Ley de Sociedades de Capital restringe a negociabilidade das participações da S.L., não a de seus títulos ou notas promissórias.

Quem registra a titularidade dos tokens após uma distribuição ou um aumento de capital?

A ERIR, a Entidade Responsável pela Inscrição e pelo Registro (art. 8 LMVSI; RD 814/2023). Na Espanha, a primeira habilitada foi a Ursus-3 Capital, em novembro de 2024. O cap table on-chain não substitui esse registro oficial.

Aviso

Conteúdo informativo. Não constitui assessoria jurídica, fiscal nem de investimento. HokenFi é fornecedora de software e infraestrutura; não presta serviços regulados. Verifique a versão vigente das normas citadas no BOE e no EUR-Lex.

Normas citadas

  • Regulamento (UE) 2023/1114 (MiCA) - art. 2(4). CELEX 32023R1114.
  • Diretiva 2014/65/UE (MiFID II): Anexo I, seção C.
  • Ley 6/2023 de los Mercados de Valores y de los Servicios de Inversión (LMVSI): arts. 7 e 8. BOE-A-2023-7053.
  • Real Decreto 814/2023, registros de valores mobiliários mediante DLT (ERIR). BOE-A-2023-22764.
  • Real Decreto Legislativo 1/2010, Ley de Sociedades de Capital (LSC): art. 92.2. BOE-A-2010-10544.
Começar

Você tem um ativo para financiar? Peça suas primeiras ofertas.

Crie a conta, ative o acesso e você recebe as ofertas dos escritórios de advocacia.