ERIR na Espanha: funções e requisitos para valores mobiliários tokenizados
Funções, habilitação e responsabilidades de uma ERIR na Espanha, com critérios para integrar o registro DLT, gerenciar incidentes e preparar uma emissão.

Uma emissão de valores mobiliários tokenizados precisa de um sistema capaz de identificar seus titulares, registrar as transmissões e atender aos direitos associados a cada valor. Na Espanha, a entidade responsável pela administração da inscrição e do registro, conhecida como ERIR, assume funções legais sobre esse registro quando os valores mobiliários são representados por meio de tecnologia de registros distribuídos ou DLT.
Para desenhar uma emissão, é importante entender o que essa entidade controla e como o seu trabalho se conecta aos contratos inteligentes. A escolha da rede, as permissões de administração e a recuperação de posições devem responder ao modelo jurídico do valor mobiliário. Este guia distingue as obrigações previstas na norma das decisões de implementação que o projeto deve definir com seus participantes.As responsabilidades também devem estar definidas para uma chave perdida, uma transferência contestada ou uma solicitação do titular para exercer seus direitos.
O que é uma ERIR e quando ela intervém
Oartigo 8.4 da Lei 6/2023regula a entidade ou entidades responsáveis por administrar a inscrição e o registro de valores mobiliários representados por meio de DLT. A figura pertence ao regime do mercado de valores mobiliários. Não é um selo de qualidade aplicável a qualquer token nem uma denominação que um fornecedor de software possa adotar por desenvolver contratos inteligentes.
O ponto de partida é classificar o instrumento e determinar a lei aplicável. O artigo 5 contempla, entre outras hipóteses, a escolha válida da lei espanhola para o registro, a transferência e a representação dos valores mobiliários. Portanto, nem a localização dos nós nem o nome comercial do token bastam para decidir o regime de uma emissão.
Uma vez definido esse enquadramento, o artigo 6 permite a representação por meio de DLT e exige que o sistema identifique os titulares, determine os valores mobiliários que lhes correspondem e preserve a integridade da emissão. O projeto deve resolver essas funções antes de tratar a implantação do token como uma emissão concluída.
Quem pode exercer a função
O emissor designa uma ou várias entidades responsáveis no documento de emissão. A lei admite que o próprio emissor assuma a função, mas exige, em todo caso, a habilitação correspondente para a atividade do artigo 126.a). Ser emissor não concede essa habilitação automaticamente.
OA CNMV, o regulador do mercado de valores da Espanha, esclarece em suas perguntas 12 e 13a relação entre a autorização para custodiar valores mobiliários, os trâmites de habilitação e o registro de ERIR por emissão. Convém verificar tanto a entidade e sua atividade autorizada quanto sua designação para a emissão concreta. Uma marca comercial ou uma referência genérica ao fato de estar regulada não documenta por si só esse alcance.
Para valores mobiliários admitidos à negociação em infraestruturas DLT, o artigo 8.5 atribui a responsabilidade às infraestruturas de mercado autorizadas conforme a norma europeia aplicável. Essa hipótese deve ser analisada separadamente da de uma emissão não admitida à negociação. Contratar uma ERIR para o registro não autoriza o promotor a operar uma plataforma de negociação.
O documento de emissão define o valor mobiliário e o sistema
Oartigo 7exige identificar os valores mobiliários e a entidade responsável. Em DLT, o documento deve incluir informação suficiente sobre o funcionamento e a governança do sistema. O emissor deposita uma cópia junto à entidade responsável; ambos devem mantê-lo disponível para titulares e público interessado, nos termos da lei.
Isso tem uma consequência técnica: a documentação deve descrever o sistema que realmente será operado. Se um contrato permite bloquear uma posição, trocar uma implementação ou reatribuir poderes, essas capacidades devem ser avaliadas dentro do modelo de governança. Não basta documentar a transferência ordinária e deixar os poderes de administração fora do desenho.
Como critério de implementação, é útil manter uma matriz que relacione cada operação ao seu responsável, à permissão, à evidência e ao procedimento de exceção. Por exemplo: quem solicita uma retificação, quem verifica seu fundamento, quem autoriza a execução e como a rastreabilidade é preservada. A matriz não substitui o documento legal; ela ajuda a comprovar que o software é capaz de cumpri-lo.
Titulares, posições e transferências
O artigo 8.4 atribui à ERIR a gestão da identificação de titulares, eventos corporativos, inscrições e ônus. O artigo 10 situa a constituição dos valores mobiliários representados por meio de DLT no seu primeiro registro no sistema, em favor do emissor ou dos subscritores. O artigo 11 regula os efeitos da transferência registrada.
Um endereço blockchain serve como identificador técnico, mas não descreve por si só quem está legitimado a exercer os direitos. O artigo 13 contempla tanto o beneficiário final quanto uma entidade autorizada que atue por conta de seus clientes e registre essa condição. A arquitetura deve permitir interpretar corretamente o modelo de titularidade escolhido.
Na prática, é preciso relacionar identidades, endereços e posições sem assumir que cada pessoa usa uma única wallet. Também é preciso distinguir uma transferência do valor mobiliário a outro titular de uma troca de endereço do mesmo titular. Ambas as operações podem movimentar tokens, mas respondem a situações jurídicas e procedimentos diferentes.
Ônus, heranças e certificados
Oartigo 12exige mecanismos para registrar atos como penhoras, execuções judiciais, transmissões por falecimento e outros ônus. Uma implementação limitada a emitir e transferir tokens entre endereços deixa essas operações sem solução.
Cada hipótese precisa de uma conexão entre a instrução juridicamente válida e sua execução técnica. O sistema não decide se uma ordem judicial é autêntica nem quem tem direito a herdar: precisa de procedimentos e responsáveis que verifiquem a documentação antes de atuar sobre o registro.
O artigo 14 regula os certificados de legitimação e as condições associadas à sua expedição. Para desenhar essa função, é preciso verificar quais direitos o certificado comprova, como se evita que ele perca correspondência com o registro e como se atendem as restrições aplicáveis enquanto estiver vigente. Uma captura de tela do explorador ou um PDF gerado pela interface não equivalem automaticamente a esse certificado.
Registro e custódia de chaves
A administração do registro e a custódia das chaves privadas são questões relacionadas, mas distintas. É preciso identificar quem guarda as chaves com as quais as operações são ordenadas e quem dispõe dos poderes necessários para manter o registro corretamente. A CNMV trata dessa distinção e da recuperação de posições em sua pergunta 27.
Desde o desenho técnico, as chaves do investidor devem ser separadas das chaves administrativas. Também devem ser definidos revogação, substituição e controle de acesso dos operadores. Uma chave com capacidade de alterar restrições ou executar recuperações exige controles compatíveis com esse poder, mesmo que não seja usada nas transferências ordinárias.
Uma wallet perdida também levanta um problema de identificação: antes de agir, é preciso verificar a quem pertence a posição e qual endereço está autorizado a recebê-la. A solução não deveria depender de uma intervenção improvisada do desenvolvedor. O fluxo deve estar acordado, documentado e testado antes de incorporar titulares.
O que cabe ao fornecedor de tecnologia
A equipe de desenvolvimento implementa as funções acordadas, integra os sistemas e fornece evidências sobre seu comportamento. A ERIR mantém suas responsabilidades legais mesmo que utilize software de terceiros. Convém refletir essa separação nos contratos de serviço, nos acessos e nos procedimentos operacionais.
Os critérios de aceitação deveriam cobrir emissão, transferências permitidas e rejeitadas, restrições sobre posições, mudanças de permissões e recuperação. Devem incluir erros: instruções duplicadas, informação incompleta, queda de um provedor de acesso à rede ou discrepâncias entre o que a interface mostra e o registro.
Um padrão de token pode fornecer componentes para determinados controles. Sua escolha não comprova por si só que uma emissão cumpre a norma. Uma auditoria de código tampouco valida o documento de emissão nem autoriza uma atividade financeira. Para aprofundar essa distinção, consulte o guia sobreo que uma auditoria de smart contracts demonstra.
Continuidade do registro e responsabilidade
Oartigo 5.2 do Real Decreto 814/2023exige um plano de contingência para gerir incidentes e manter a continuidade do registro se a rede falhar ou deixar de ser viável. O requisito não se satisfaz apenas com uma cópia do banco de dados da interface.
Como desdobramento operacional desse objetivo, o projeto deveria testar quais informações precisa para reconstruir posições, quem declara uma contingência e como o histórico de atuações é preservado. Se há previsão de trocar de rede, deve-se especificar como o estado válido é determinado e como se evita que existam duas representações operacionais incompatíveis da mesma emissão.
A responsabilidade também tem base expressa: o artigo 8.6 prevê que essas entidades respondam perante os prejudicados por omissões, inexatidões ou atrasos no registro e por descumprimentos dolosos ou negligentes de suas obrigações. Isso não torna a ERIR garantidora da solvência do emissor nem do preço dos valores mobiliários; delimita responsabilidades sobre sua função.
Exemplo hipotético de uma emissão de dívida
Suponhamos que uma sociedade prepara uma emissão de dívida representada por meio de DLT e sujeita ao regime espanhol. O exemplo serve para conectar funções; não descreve uma operação real nem resolve as condições legais de uma oferta concreta.
Primeiro são definidos os direitos do valor mobiliário, suas condições econômicas e as regras de transferência. O emissor designa a entidade habilitada e prepara o documento de emissão. O fornecedor de tecnologia traduz os requisitos acordados em permissões e operações verificáveis, com critérios de aceitação para cada fluxo.
Durante a subscrição, o sistema relaciona o titular à sua posição e registra os valores mobiliários. Se mais tarde ele solicitar a transferência, as condições previstas são verificadas. Se comunicar a perda de acesso à sua wallet, ativa-se um procedimento de recuperação com verificação de identidade e autorização documentada, em vez de tratar o pedido como uma transferência ordinária.
Quando é preciso gerir um evento econômico, titulares, posições e direitos devem ser reconciliados conforme a documentação da emissão. Se surgir um incidente, a ERIR e os demais participantes atuam de acordo com suas responsabilidades e com o plano acordado. O resultado deve poder ser reconstruído a partir das evidências, não apenas do que uma tela mostra.
Como avaliar uma ERIR e preparar a integração
A avaliação começa pela identidade jurídica, pela habilitação e pelo alcance para a emissão prevista. Depois, convém revisar como as tarefas se distribuem entre emissor, ERIR, custodiante de chaves e fornecedor de tecnologia. Se uma mesma entidade presta vários serviços, cada função deve continuar identificável.
A proposta econômica deveria separar implantação, manutenção do registro, eventos corporativos, suporte, integrações e possíveis atuações extraordinárias. Não existe um preço único que possa ser deduzido da norma; comparar ofertas exige conhecer volume, complexidade, responsabilidades e condições de saída.
Antes de implantar, a equipe deveria conseguir mostrar o percurso completo de uma inscrição, uma transferência, uma restrição e uma recuperação, com responsáveis e evidências. As decisões de oferta, comercialização e negociação exigem análise própria, desenvolvida no artigo sobresecurity tokens na Espanha. O trabalho detokenizaçãodeve conectar essas decisões a uma arquitetura que possa ser operada durante toda a vida do valor mobiliário.
Tem um projeto blockchain em mente?
Da ideia ao produto, estratégia e tecnologia precisam avançar juntas.







