Repartes dividendos a mano. Cruzas el cap table con la cuenta de pagos, calculas retenciones titular a titular, ordenas transferencias y vuelves a cuadrar. Pagas cupones de un bono igual. Convocas la junta, recuentas votos en papel. Es lento y se descuadra. Quieres automatizarlo bien, sin saltarte nada legal.
Este artículo te explica qué automatiza de verdad un valor tokenizado en sus eventos corporativos —dividendos, cupones, votaciones, ampliaciones— y qué sigue siendo trabajo legal y societario que el código no toca. Es para emisores: fundadores, directores financieros y secretarios de consejo, no para inversores minoristas.
Qué automatiza un valor tokenizado
Un security token representa una acción o un bono, y su smart contract puede programar el reparto de dividendos y cupones a las wallets de los titulares, ejecutar votaciones y reflejar los cambios en el cap table. Lo que no hace es sustituir la gobernanza societaria ni tus obligaciones legales y fiscales.
Un security token es un valor negociable con forma digital: representa lo mismo que antes, una participación en el capital o un derecho de crédito, y solo cambia el soporte. Por eso queda fuera de MiCA (art. 2(4) del Reglamento (UE) 2023/1114), se rige por la Ley 6/2023 de los Mercados de Valores (LMVSI) y MiFID II, y lo supervisa la CNMV.
El smart contract es el motor: el contrato que mueve dinero y votos por código cuando se cumple una condición. La titularidad la registra una ERIR, la Entidad Registradora de Instrumentos Representados mediante DLT, que funciona como el notario digital del registro de tokens (art. 8 LMVSI; RD 814/2023). En España solo hay una habilitada a 2026, Ursus-3 Capital.
Qué significa para ti: el token quita trabajo de ejecución, no de gobierno. Programas el pago, pero la decisión de pagar y la responsabilidad por hacerlo bien siguen siendo tuyas.
Dividendos automatizados sobre acciones tokenizadas
El smart contract lee el cap table on-chain, calcula la parte de cada wallet y reparte el dividendo en una sola operación, en la fecha que programes. La junta sigue acordando el reparto y tú sigues practicando las retenciones.
Qué hace el código
El contrato conoce cuántos tokens tiene cada wallet en la fecha de devengo. Con ese dato reparte el importe por token a todos los titulares a la vez, sin que cruces hojas de cálculo ni ordenes transferencias una a una. Si un titular vendió ayer, el registro ya lo refleja: cobra quien figura en el momento que fijes, no quien figuraba el mes pasado.
Qué sigue siendo legal y manual
El reparto lo acuerda la junta general sobre el resultado del ejercicio, con las mayorías de la Ley de Sociedades de Capital y de tus estatutos. El código no aprueba dividendos: ejecuta uno ya aprobado. Y la retención a cuenta del IRPF o del impuesto de sociedades del titular es tu obligación como pagador, igual que el ingreso en Hacienda y los modelos informativos. El smart contract puede descontar un porcentaje, pero la responsabilidad fiscal no se programa: responde la sociedad.
Qué significa para ti: automatizas el cálculo y el pago, no la decisión ni la fiscalidad. Define en el documento de emisión cómo se tratan las retenciones antes de desplegar nada.
Cupones de bonos pagados por código
En un bono tokenizado, el smart contract paga el cupón a las wallets de los bonistas en cada fecha pactada y amortiza el principal al vencimiento, sin que reconstruyas la lista de tenedores cada vez. La obligación de pago y su prelación nacen del documento de emisión, no del código.
Un bono tokenizado es deuda: cupón periódico más devolución del principal. El contrato guarda el calendario y dispara cada pago en su fecha, leyendo el registro vivo de bonistas. No hay descuadres entre quién compró, quién vendió y quién cobra, porque todos miran el mismo registro.
Lo que el código ejecuta lo fija antes un documento de emisión: importe, cupón, vencimiento, garantías y prelación (art. 7 LMVSI). Ese documento dice qué prevalece si el contrato legal y el smart contract discrepan. Y la deuda no exige SA: una SL puede emitir bonos tokenizados, porque el art. 92.2 de la Ley de Sociedades de Capital restringe la negociabilidad de las participaciones de una SL, no la de sus bonos o pagarés.
Qué significa para ti: programar el cupón es la parte fácil y rápida. La lenta es el documento de emisión y designar la ERIR. Calcula meses para esa parte, no semanas.
Juntas y votaciones on-chain
El smart contract puede abrir una votación, contar el peso de cada wallet según sus tokens y cerrar el recuento de forma trazable. La convocatoria, el quórum, las mayorías y los derechos de la minoría siguen rigiéndose por la Ley de Sociedades de Capital y tus estatutos.
Qué resuelve la votación on-chain
El recuento. Cada token vale un voto —o el peso que definas—, y el contrato suma sin papeletas ni delegaciones en papel que cuadrar a mano. El resultado queda registrado y es auditable: cualquiera verifica que el cómputo refleja el cap table del momento de la votación. Útil para acuerdos recurrentes y para dar trazabilidad al sentido del voto.
Qué no sustituye
La gobernanza societaria entera. La forma y los plazos de convocatoria, el quórum de constitución, las mayorías reforzadas para según qué acuerdos y los derechos de impugnación o de separación de la minoría siguen por la LSC y los estatutos. Una votación on-chain es una herramienta de recuento, no una junta válida por sí sola. Si el acuerdo necesita acta notarial o inscripción registral, el código no lo suple.
Qué significa para ti: usa la votación on-chain para contar rápido y dejar rastro, no para saltarte el procedimiento. La junta sigue siendo la junta.
Ampliaciones y otros eventos sobre el cap table
El contrato refleja en el cap table on-chain la emisión de nuevos tokens en una ampliación, los splits o las amortizaciones, y mantiene un único registro actualizado. El acuerdo societario, el derecho de suscripción preferente y la inscripción siguen su cauce legal.
Cuando amplías capital, el contrato emite los nuevos tokens y actualiza las posiciones sin que reconstruyas el accionariado. Lo mismo con un split o una reducción: el registro se mueve solo y todos ven la misma foto. Eso elimina los descuadres entre versiones del cap table que aparecen cuando lo llevas en hojas sueltas.
El evento en sí lo gobierna la ley. La ampliación la acuerda el órgano competente, respeta el derecho de suscripción preferente de los socios y se inscribe donde corresponda. La titularidad resultante la registra la ERIR (art. 8 LMVSI). El código mueve los tokens cuando el acuerdo ya existe; no crea el acuerdo.
Qué significa para ti: ganas un cap table siempre cuadrado y en tiempo real. No ganas un atajo al procedimiento de ampliación.
Lo que el token no sustituye nunca
El token automatiza la ejecución de eventos ya decididos. No sustituye la gobernanza societaria, ni las obligaciones fiscales, ni el contrato legal como fuente de la verdad.
Hay una jerarquía que no cambia con la tokenización. El contrato legal es la fuente: define los derechos. El código los ejecuta. Y el propio documento de emisión establece qué prevalece si ambos discrepan, que debe ser siempre el contrato legal. Si el smart contract paga de más por un error, el derecho del titular es el que dice el contrato, no el que ejecutó el código.
La gobernanza —junta, mayorías, derechos de minoría— sigue por la LSC y los estatutos. La fiscalidad —retenciones, ingresos, declaraciones informativas— sigue siendo responsabilidad de la sociedad. Y el registro de titularidad lo lleva la ERIR, no tu smart contract por su cuenta. El código es una capa de ejecución sobre una estructura legal que no desaparece.
Tabla: qué automatiza el token y qué sigue siendo legal
| Evento corporativo | Qué automatiza el token | Qué sigue siendo legal o manual |
|---|---|---|
| Dividendo de acciones | Cálculo por titular y reparto a las wallets en la fecha de devengo | Acuerdo de la junta; retenciones e ingreso fiscal de la sociedad |
| Cupón de bono | Pago programado a bonistas y amortización del principal al vencimiento | Documento de emisión (art. 7 LMVSI); prelación y garantías |
| Junta y votación | Recuento de votos por peso de tokens, trazable y auditable | Convocatoria, quórum, mayorías y derechos de minoría (LSC y estatutos) |
| Ampliación de capital | Emisión de nuevos tokens y actualización del cap table | Acuerdo societario, suscripción preferente, inscripción y registro en la ERIR |
| Registro de titularidad | Cap table on-chain único y en tiempo real | Registro oficial en la ERIR (art. 8 LMVSI; RD 814/2023) |
Qué hacer ahora
Antes de programar un solo evento, ordena la capa legal. Sin ella el código automatiza errores.
- Comprueba qué valor vas a tokenizar. Si son acciones, repasa los requisitos en tokenización de acciones en España. Si es deuda, en tokenización de deuda y bonos en España.
- Define en el documento de emisión cómo se tratan dividendos o cupones, retenciones, votaciones y qué prevalece ante una discrepancia entre el contrato legal y el smart contract.
- Designa la ERIR antes de desplegar el contrato. Sin registro habilitado no hay valor negociable.
- Si arrancas desde cero, sitúa el contexto con la guía 2026 de tokenización de activos para empresas y resuelve dudas de siglas en el glosario.
Preguntas frecuentes
¿Puede el smart contract repartir dividendos solo?
Ejecuta el reparto, no lo decide. El dividendo lo acuerda la junta general con las mayorías de la LSC y de tus estatutos. El código calcula la parte de cada wallet y paga, pero parte de un acuerdo ya tomado.
¿Quién responde de las retenciones fiscales si las descuenta el código?
La sociedad. El smart contract puede descontar un porcentaje, pero la obligación de practicar la retención, ingresarla en Hacienda y presentar los modelos informativos es del pagador. La responsabilidad fiscal no se programa.
¿Una votación on-chain sustituye a la junta?
No. Es una herramienta de recuento trazable. La convocatoria, el quórum, las mayorías reforzadas y los derechos de la minoría siguen rigiéndose por la Ley de Sociedades de Capital y los estatutos. Si el acuerdo necesita acta notarial o inscripción, el código no lo suple.
¿Qué prevalece si el smart contract y el contrato legal discrepan?
El contrato legal. Es la fuente de los derechos; el código solo los ejecuta. El documento de emisión debe decir expresamente que prevalece el contrato legal ante cualquier discrepancia.
¿Necesito una SA para pagar cupones de un bono tokenizado?
No. La deuda no exige SA. Una SL puede emitir bonos tokenizados, porque el art. 92.2 de la Ley de Sociedades de Capital restringe la negociabilidad de las participaciones de la SL, no la de sus bonos o pagarés.
¿Quién registra la titularidad de los tokens tras un reparto o una ampliación?
La ERIR, la Entidad Registradora de Instrumentos Representados mediante DLT (art. 8 LMVSI; RD 814/2023). En España solo hay una habilitada a 2026, Ursus-3 Capital. El cap table on-chain no sustituye ese registro oficial.
Aviso
Contenido divulgativo. No constituye asesoramiento jurídico, fiscal ni de inversión. HokenFi es proveedor de software e infraestructura; no presta servicios regulados. Verifica la versión vigente de las normas citadas en BOE y EUR-Lex.
Normas citadas
- Reglamento (UE) 2023/1114 (MiCA) — art. 2(4). CELEX 32023R1114.
- Directiva 2014/65/UE (MiFID II) — Anexo I, sección C.
- Ley 6/2023 de los Mercados de Valores y de los Servicios de Inversión (LMVSI) — arts. 7 y 8. BOE-A-2023-7053.
- Real Decreto 814/2023, registros de valores 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.
