Cuánto cuesta tokenizar un activo: cómo calcular el presupuesto

Tokenizar un activo permite representar determinados derechos mediante un registro digital y gestionar operaciones sobre ellos. Para una empresa que estudia una emisión, el presupuesto debe cubrir tanto la puesta en marcha como la administración posterior: definir el producto, construir la tecnología y organizar cómo entran los inversores, se procesan los pagos y se mantienen los registros.

El coste total depende del derecho que se emite, las jurisdicciones implicadas, los participantes y las funciones necesarias. La comisión de crear el token en una red es solo una partida. Una estimación útil separa inversión inicial, gastos recurrentes y costes por operación, indicando qué incluye cada proveedor y qué contratará directamente el emisor.

Qué estamos presupuestando

Antes de comparar importes hay que distinguir el activo del instrumento que se ofrece. Un inmueble, por ejemplo, puede estar vinculado a una operación de deuda o a participaciones en una sociedad. Los derechos, documentos y procesos de cada estructura son diferentes. El token debe representar esos derechos conforme a la estructura jurídica aplicable; crearlo no transmite por sí solo la propiedad del inmueble.

El BIS Bulletin 72 sitúa la tokenización en un continuo de dificultades económicas, jurídicas y técnicas. Para presupuestar, esa idea tiene una consecuencia práctica: describir primero la operación permite identificar el trabajo que exige su representación digital. El valor del activo, por sí solo, no describe ese trabajo.

Conviene acordar también el perímetro. El precio de adquirir un inmueble, las obras o el capital destinado a financiar una empresa pertenecen a la operación subyacente. Separarlos de los gastos de estructuración, emisión y administración evita presentar el importe captado como si fuera el coste tecnológico.

Las partidas que debe recoger el presupuesto

Estructura jurídica y fiscal

Esta partida estudia qué derecho recibe el inversor, quién responde frente a él y qué documentos, registros y participantes necesita la operación. Según el caso, puede incluir la constitución o adaptación de un vehículo, contratos, documentación de oferta y análisis fiscal. El presupuesto debe identificar qué entrega cada asesor y qué tasas, impuestos o gastos de terceros quedan fuera.

El país no es un dato único. Hay que identificar dónde se encuentra el activo, dónde está constituido el emisor y en qué mercados se ofrecerá el producto. Estas preguntas orientan la revisión local; no todas generan las mismas obligaciones ni todos los proyectos necesitan la misma estructura.

Tecnología e integraciones

El alcance técnico comprende las reglas del token y las herramientas con las que trabajarán inversores y administradores. Hay que concretar quién puede emitir, transferir o amortizar; cómo se aprueban las operaciones; y qué sucede si se pierde una clave o hay que corregir un registro conforme al procedimiento aplicable.

Las integraciones también requieren trabajo: conectar pagos, identificación, contabilidad o un custodio implica intercambiar datos, gestionar errores y probar el recorrido completo. Una propuesta de tokenización de activos debe distinguir la configuración inicial, las adaptaciones específicas, las licencias y la entrega de documentación y accesos. Así resulta posible comparar alcance sin reducirlo al número de pantallas.

Identificación, custodia y pagos

La incorporación de inversores puede requerir comprobaciones de identidad, revisión de entidades y controles de elegibilidad. Cuando se contratan servicios externos, hay que preguntar por altas, mínimos, consumos incluidos y revisiones manuales. El número de personas que inicia el registro puede ser distinto del que finalmente invierte.

En custodia y pagos, interesa saber quién conserva las claves, quién puede autorizar movimientos y cómo se concilian los fondos recibidos con las asignaciones de tokens. Solicita las condiciones de cada proveedor para el producto y los países previstos, incluida la gestión de incidencias y devoluciones. Integrar un servicio no implica que sus tarifas estén incluidas en el desarrollo.

Pruebas y revisión de seguridad

El presupuesto debe concretar qué se prueba y sobre qué versión: contratos inteligentes, permisos administrativos, aplicación e integraciones. Si se encarga una revisión externa, hay que separar su coste del trabajo de corregir hallazgos y verificar las correcciones. Un informe sobre un contrato no cubre automáticamente toda la plataforma ni versiones posteriores.

Las responsabilidades importan tanto como el informe. Debe quedar definido quién controla las claves de despliegue, quién autoriza cambios y cómo se responde a una incidencia después del lanzamiento.

Distribución y relación con inversores

Preparar la documentación comercial, atender consultas y organizar la distribución puede requerir un presupuesto propio. Si intervienen terceros, hay que precisar su función, su habilitación cuando corresponda y la base de cualquier comisión: importe comprometido, efectivamente desembolsado u otra magnitud acordada.

Emitir tokens no aporta compradores por sí mismo. Un mercado secundario, si forma parte del proyecto, necesita una evaluación y un alcance específicos. La posibilidad técnica de transferir no acredita que exista negociación ni permite presupuestar liquidez como un resultado garantizado.

Operación y mantenimiento

Después de la emisión pueden continuar la atención a titulares, los pagos, la conciliación, la información periódica y la administración del registro. En tecnología, deben contemplarse alojamiento, monitorización, soporte, actualizaciones y continuidad del servicio. Define quién realiza cada tarea y qué cambios quedan fuera del mantenimiento contratado.

En Ethereum, el gas remunera el cómputo necesario para ejecutar operaciones. La comisión depende del gas consumido y de su precio; no es el presupuesto de construir o mantener el producto. Para estimar este componente, identifica las operaciones previstas, su frecuencia, la red y quién asume el pago, en lugar de extrapolar una única transacción.

Cómo influye la jurisdicción en el coste

La clasificación del producto debe preceder a la selección de un supuesto paquete regulatorio. Como ejemplo acotado a la Unión Europea, el artículo 2.4 de MiCA excluye de su ámbito los criptoactivos que sean instrumentos financieros. Por ello, una propuesta que incluya «cumplimiento MiCA» necesita explicar a qué producto y actividad se refiere.

Este ejemplo no establece el régimen de otros países. Para comparar una emisión local con otra dirigida a varios mercados, pide que el análisis jurídico identifique las jurisdicciones cubiertas, el tipo de destinatario y las condiciones de comercialización. Esa definición permite estimar documentos, proveedores e integraciones sin suponer que una misma solución sirve en todas partes.

Un ejemplo de planificación ayuda a ver la diferencia. Imagina una emisión de deuda con un grupo identificado de inversores, una moneda de pago y una operación administrativa definida. Si el alcance se amplía a nuevos mercados, otras monedas y transferencias entre titulares, habrá que revisar qué partes pueden reutilizarse y qué trabajo adicional requieren la documentación, los controles y la operación. Es un cambio de alcance, no una tarifa fija por añadir un país.

Cómo comparar el coste del primer año

Solicita a cada proveedor una estimación sobre el mismo periodo y los mismos supuestos. Para el primer año, una estructura de cálculo útil es: gastos iniciales + costes recurrentes del periodo + costes variables según uso + una reserva para riesgos identificados. La reserva se justifica por dependencias concretas; no hace falta inventar un porcentaje universal.

• Iniciales: análisis, documentación, configuración, desarrollo, integraciones, pruebas y puesta en marcha que estén dentro del alcance acordado.
• Recurrentes: cuotas, alojamiento, soporte y tareas operativas. Indica desde qué fecha empiezan a devengarse y qué consumos incluyen.
• Variables: comprobaciones, transacciones o servicios sujetos a volumen. Define la unidad de cobro, los mínimos y las posibles comisiones porcentuales.
• Dependencias: trabajos pendientes de definición, cambios solicitados y actuaciones de terceros. Identifica quién los presupuesta y qué condición permite cerrarlos.

Haz al menos un escenario de actividad prevista y otro de mayor volumen con las tarifas ofertadas. Un coste inicial menor puede convivir con más gasto recurrente, y una infraestructura reutilizable puede repartir parte del trabajo entre emisiones. Ninguna de esas relaciones permite afirmar un ahorro sin calcularla para el proyecto concreto.

Para evitar duplicidades, cada partida debe tener un responsable, una unidad de cobro y un entregable o servicio. Revisa además impuestos, divisa, exclusiones y condiciones de salida: acceso al código y a los datos, continuidad del registro y asistencia para cambiar de proveedor cuando proceda.

Qué enviar para solicitar una estimación

Un primer encargo puede resumirse en el activo y el derecho que se pretende emitir; las jurisdicciones y destinatarios previstos; el tamaño y frecuencia de las emisiones; los medios de pago; y las tareas que asumirá el propio emisor. Añade los sistemas existentes, los proveedores ya elegidos y las funciones necesarias para la primera versión.

No es necesario resolverlo todo de antemano. Las incógnitas pueden recogerse como una fase de análisis con entregables y precio propios. El resultado debe permitir decidir qué se construye, qué se contrata a terceros y cómo se financiará su operación después del lanzamiento.

Si estás preparando una emisión, puedes compartir el alcance con Metlabs para valorar la parte tecnológica y sus dependencias. Un presupuesto comparable empieza por esa definición común; después, los importes pueden leerse junto a las responsabilidades y servicios que realmente cubren.