Monedas frente a tokens

La distinción comienza con el registro

Un activo digital puede representarse en una cadena de bloques sin que todos los activos desempeñen la misma función técnica. En la conversación cotidiana, a veces se usan indistintamente «moneda», «token» y «criptomoneda». Para un análisis preciso, una moneda nativa es un activo contabilizado directamente por el protocolo base de una cadena de bloques, mientras que un token es un activo cuyos saldos y transferencias suelen regirse por una aplicación o un programa de tokens que opera en una red subyacente. Se trata de una distinción técnica, no de una afirmación sobre el precio, la legitimidad o el tratamiento regulatorio. También existen excepciones: algunos sistemas utilizan mecanismos similares a los de los tokens en el nivel del protocolo, y las distintas redes emplean nombres diferentes.

En una red con un activo nativo, las reglas del protocolo especifican cómo se mueve ese activo, cómo se calculan las comisiones y cómo los nodos acuerdan los cambios de estado válidos. Por lo general, un usuario no necesita identificar un contrato de token desplegado por separado para enviar el activo nativo de la red. En cambio, una transferencia de tokens suele referirse a una definición, un contrato o un programa de token concretos. Una transacción puede invocar ese programa para actualizar los saldos, mientras que la red base sigue proporcionando el orden, la ejecución y la liquidación. Esta distinción importa cuando se investigan transferencias, se diseñan aplicaciones y se evalúan dependencias operativas.

Un modelo útil de dos capas

Piense en una cadena de bloques como un entorno operativo compartido. La red base proporciona un registro común y reglas de ejecución. Las aplicaciones de tokens operan dentro de ese entorno y proporcionan reglas específicas para los activos, como límites de suministro, permisos de transferencia o restricciones de elegibilidad. Por ejemplo, para enviar un token de aplicación puede ser necesario disponer de suficiente cantidad del activo nativo para cubrir las comisiones de transacción de la red. Tener tokens no garantiza, por sí solo, que el titular también posea suficiente moneda nativa para iniciar una transferencia. Los modelos de pago de comisiones varían entre redes y aplicaciones, por lo que este es un patrón común, no una regla universal.

Cómo se define un token

En un sistema de cuentas basado en contratos inteligentes, un token puede representarse mediante código y estado. El código describe las operaciones permitidas; el estado registra elementos como los saldos y el suministro total. Un contrato de token es la aplicación desplegada que mantiene esa información. Cuando un usuario transfiere unidades, el contrato puede reducir un saldo registrado y aumentar otro. La cadena de bloques subyacente registra la transacción y el estado resultante de acuerdo con sus reglas de consenso. En otros diseños, programas de tokens especializados o módulos de activos nativos de la red cumplen funciones similares sin seguir la misma arquitectura de contratos.

El identificador de un token debe evaluarse en su contexto. Un nombre o símbolo de cotización no es necesariamente único, y otro emisor puede crear un activo no relacionado con el mismo nombre visible. Por lo tanto, una descripción cuidadosa incluye la cadena de bloques, el contrato del token o el identificador del activo, y la unidad o denominación. Un token llamado «Ejemplo» en una red no es automáticamente el mismo activo que otro «Ejemplo» en una red distinta. Incluso etiquetas idénticas pueden referirse a contratos, derechos y emisores diferentes.

Creación, suministro y control

Acuñar significa crear nuevas unidades de token conforme a las reglas del sistema; quemar significa reducir las unidades en circulación de acuerdo con esas reglas. En el código puede establecerse un suministro máximo fijo, o el suministro puede ajustarse mediante un rol privilegiado. Un token puede incluir facultades opcionales para pausar transferencias, restringir direcciones o cambiar la lógica de implementación. Estos controles pueden ser adecuados para ciertos requisitos legales u operativos, pero plantean cuestiones de gobernanza y confianza. Los analistas deben distinguir entre lo que afirma un emisor y lo que realmente permiten el código, los acuerdos de control y la documentación jurídicamente exigible.

Los términos fungible y no fungible describen si las unidades son intercambiables. Una unidad de un token fungible estándar está diseñada para ser equivalente a otra unidad de la misma clase de token. Un token no fungible tiene un identificador individual y se distingue de los demás. Estas características son independientes de que un activo sea nativo o se emita mediante una aplicación. La lección 5.3 examina las interfaces formales que sustentan estos acuerdos.

Lo que la distinción no determina

Ninguna de las dos categorías demuestra que un activo esté descentralizado. Una cadena de bloques puede permitir la participación abierta mientras que un token específico tiene un emisor o administrador centralizado. A la inversa, el activo nativo de una red sigue dependiendo de la gobernanza del protocolo, el mantenimiento del software y otras formas de coordinación. Del mismo modo, una moneda nativa no es necesariamente «dinero» según la legislación de un país determinado, y un token no es necesariamente un valor, un depósito o un derecho frente a una empresa. La clasificación depende de los derechos reales, la sustancia económica y las definiciones legales aplicables.

Las leyes emplean sus propios sistemas de clasificación. Un régimen puede definir de forma amplia un «criptoactivo» y luego distinguir subtipos, como tokens que hacen referencia a una moneda oficial, tokens que hacen referencia a otros valores y tokens de utilidad; el reglamento MiCA de la UE es un ejemplo. La distinción cotidiana entre «moneda y token» no sustituye estas categorías legales. Los criptoactivos que cumplen los requisitos para ser considerados instrumentos financieros suelen quedar excluidos de esos regímenes y, en su lugar, se rigen por la legislación sobre valores.

Las pruebas necesarias en una revisión práctica

Supongamos que una entidad pública recibe un informe en el que se indica que se le han enviado 1.000 unidades de un activo digital. El número por sí solo no es suficiente. El destinatario necesita conocer la red, el identificador preciso del activo, el registro de la transferencia, los decimales o la escala de unidades aplicables, y una cuenta o dirección bajo su control. También debe determinar si el activo simplemente apareció en un registro público o si la entidad tiene un derecho exigible a recibir algo fuera de ese registro. Un saldo visible puede representar control técnico, un derecho contractual, ambos o ninguno, según los hechos.

Por qué importa la distinción

Para los responsables, distinguir los activos del protocolo de los activos emitidos por aplicaciones ayuda a asignar responsabilidades. Un operador de red no necesariamente puede revertir una decisión del emisor de un token, y un emisor de tokens no necesariamente puede cambiar las reglas del registro base. Para el personal jurídico, la distinción evita que una descripción técnica se confunda con una opinión legal. Para los auditores, orienta sobre qué registros deben revisarse: transacciones de la capa base, eventos de tokens, permisos de contratos, divulgaciones o acuerdos fuera de la cadena.

El Grupo de Acción Financiera Internacional (GAFI) adopta un enfoque similar, centrado en las funciones, en su Guía actualizada para un enfoque basado en el riesgo de los activos virtuales y los proveedores de servicios de activos virtuales (octubre de 2021). El GAFI hace hincapié en la naturaleza de una actividad y en la definición pertinente de activo virtual o proveedor de servicios, en lugar de basarse únicamente en las etiquetas. El nombre comercial de un activo no determina si se aplican los controles pertinentes contra el lavado de dinero. Importan las actividades reales, las partes involucradas y la jurisdicción.

Un error frecuente en los informes

Si un analista observa una comisión de transacción pagada en una moneda nativa y un evento de transferencia de tokens separado dentro de la misma transacción, los dos registros describen cosas diferentes. La comisión remunera a la red por el trabajo de procesamiento, mientras que la transferencia describe un cambio de estado específico del activo. Por lo tanto, un pago puede involucrar más de un activo sin que el remitente los intercambie deliberadamente. Los sistemas de informes deben conservar esta distinción para evitar contabilizar dos veces los costos de las comisiones, los tokens recibidos y cualquier obligación contractual.

Normas y referencias legales

El GAFI, Guía actualizada para un enfoque basado en el riesgo de los activos virtuales y los proveedores de servicios de activos virtuales (octubre de 2021), explica un enfoque funcional para los activos y las actividades comprendidos.

Enfoque del examen: Distinga el activo nativo del protocolo del token emitido por una aplicación; explique por qué el nombre o símbolo de un token no es un identificador único; y evite extraer conclusiones legales o de gobernanza basándose únicamente en la etiqueta técnica.