De Bitcoin a la tokenización: una breve historia

Antes de la primera criptomoneda pública

El valor digital no comenzó con Bitcoin. Los bancos mantenían registros electrónicos de cuentas mucho antes de las cadenas de bloques públicas; las redes de pago conectaban instituciones y los investigadores exploraban el efectivo electrónico criptográfico. Los sistemas anteriores introdujeron técnicas como las firmas digitales, los hashes criptográficos y la prueba de trabajo. Una firma digital es una evidencia matemática creada con una clave secreta que puede verificarse con una clave pública correspondiente; un hash criptográfico es un resultado de longitud fija derivado de datos. Estos componentes básicos permitieron razonar sobre la autenticación, la integridad de los registros y las unidades digitales escasas.

Para tener una perspectiva histórica, hay que distinguir entre invención e implementación. Las propuestas de dinero electrónico y de registros a prueba de manipulaciones existían antes de Bitcoin, pero muchas dependían de un operador central o nunca llegaron a tener un uso operativo amplio. El desafío persistente era el problema del doble gasto: si una unidad digital es solo información, ¿cómo puede una red impedir que alguien gaste dos veces copias equivalentes sin confiar en un único responsable de los registros? Bitcoin ofreció una respuesta funcional para una red pública, pero no inventó todos los componentes en los que se basaba.

2008–2009: Bitcoin comienza a operar

El 31 de octubre de 2008, el seudónimo Satoshi Nakamoto hizo circular «Bitcoin: A Peer-to-Peer Electronic Cash System». El documento describía una red en la que los participantes podían verificar un historial de transacciones compartido sin depender de un único procesador central de pagos para liquidar cada transferencia. El primer bloque de Bitcoin, conocido comúnmente como bloque génesis, se creó el 3 de enero de 2009. El software inicial permitía a los usuarios transmitir transacciones y examinar de forma independiente el registro de la red. Estas fechas son hitos históricos, no motivos para suponer que las tecnologías posteriores sean idénticas a Bitcoin.

Bitcoin combinó la participación pública, la autorización criptográfica y las reglas para registrar transacciones en un sistema operativo coherente. Desde la perspectiva de este módulo introductorio, su innovación central no fue un nuevo tipo de imagen o documento. Fue una unidad digital transferible cuyo historial podía verificarse conforme a reglas compartidas por partes que no necesariamente se conocían. El módulo siguiente, «Cómo alcanzan consenso las cadenas de bloques», explica cómo resuelve la red los desacuerdos.

Década de 2010: nuevos diseños y activos programables

A medida que se expandía el desarrollo de redes públicas, las comunidades experimentaban con distintas funciones de transacción, modelos operativos y reglas. Algunos proyectos priorizaban los pagos; otros exploraban la privacidad, la identidad o la coordinación entre múltiples partes. El resultado no fue una única industria uniforme, sino una familia de arquitecturas con distintos supuestos. Por lo tanto, un gerente debe evitar afirmaciones como «todas las cadenas de bloques son públicas» o «todos los tokens se pueden canjear», porque ninguna de las dos es cierta en general.

Ethereum lanzó su red principal el 30 de julio de 2015 y popularizó un entorno de propósito general para contratos inteligentes. Un contrato inteligente es un software implementado en una cadena de bloques o plataforma similar que ejecuta acciones prescritas cuando se cumplen las condiciones de su código. La palabra «contrato» no garantiza que el programa sea un acuerdo legalmente exigible. Estos programas facilitaron la creación y gestión de unidades de tokens mediante interfaces compartidas, ampliando el espacio de diseño más allá de la moneda nativa de una red.

Los estándares de tokens ayudaron a que aplicaciones independientes interactuaran con los tokens de formas más predecibles. Por ejemplo, un estándar puede definir cómo consultar saldos y solicitar transferencias. La estandarización no audita a un emisor, no demuestra una reclamación ni protege a los usuarios de un código defectuoso. Se entiende mejor como una herramienta de interoperabilidad: las interfaces técnicas comunes reducen el trabajo que necesitan realizar las billeteras, las aplicaciones y otras infraestructuras para reconocer tipos similares de registros.

De los tokens a los acuerdos del mundo real

La tokenización amplió el debate: pasó de las unidades nativas de una red a las representaciones de instrumentos y activos que se originan fuera de una cadena de bloques. Entre los ejemplos se incluyen una representación digital de un derecho de cobro de un bono, una participación en la estructura admisible de un fondo, una entrada o un derecho a determinados servicios. En el lenguaje del sector, un «activo del mundo real» suele ser un activo o derecho fuera de la cadena al que hacen referencia los registros en cadena. El término es descriptivo y no sustituye la identificación del instrumento jurídico concreto.

En el caso de un bono tokenizado, algunas preguntas importantes son quién debe realizar los pagos, qué registro tiene autoridad legal, si se aplican restricciones a las transferencias y qué recurso tiene un inversionista si un operador incumple. En el caso de una entrada para un evento, las características fundamentales pueden ser, en cambio, las normas de admisión, los derechos de reembolso y los controles contra el fraude. Ambos ejemplos utilizan registros digitales, pero sus perfiles de riesgo y requisitos legales son diferentes. La tokenización cambia la forma en que se representa y procesa la información; no crea automáticamente nuevos derechos.

Los acuerdos de valor estable surgieron para ofrecer tokens diseñados para seguir un valor de referencia, como una moneda. Sus diseños pueden diferir significativamente, por ejemplo, en la naturaleza del respaldo, los mecanismos de canje y la gobernanza. Algunos se asemejan a derechos frente a un emisor identificable; otros dependen de mecanismos de mercado o de software. Nunca se debe considerar que un nombre que sugiera estabilidad constituye una garantía. La lección práctica es leer los términos que rigen el acuerdo e identificar si este depende de reservas, custodios externos o mercados en funcionamiento.

Las instituciones y las autoridades públicas se suman al debate

El interés en los sistemas de registros distribuidos también llegó a las infraestructuras de liquidación, las cadenas de suministro, los organismos de registro y los bancos centrales. La moneda digital de banco central (CBDC, por sus siglas en inglés) se refiere, en términos generales, al dinero digital de un banco central; su diseño específico y su disponibilidad varían según la jurisdicción. Una CBDC no es automáticamente una criptomoneda, y la existencia de un libro mayor de un banco central no significa que esté abierto a la participación pública sin permisos. Por otra parte, las instituciones exploraron redes permisionadas, en las que la participación o los derechos de escritura están restringidos a entidades aprobadas.

La terminología regulatoria se desarrolló junto con la adopción. La Recomendación 15 del GAFI aborda los riesgos asociados a las nuevas tecnologías, incluidos los activos virtuales y los proveedores de servicios de activos virtuales; la Recomendación 16 del GAFI aborda la transparencia de los pagos y suele tratarse en relación con la información que acompaña a las transferencias de activos virtuales que cumplen los requisitos. Después se establecieron marcos regionales; por ejemplo, el Reglamento de Mercados de Criptoactivos de la UE (MiCA), que creó un régimen específico para muchos criptoactivos y proveedores de servicios, mientras que los instrumentos financieros siguieron sujetos a la legislación sobre valores. Estos avances ilustran un cambio de la novedad hacia una supervisión especializada, no hacia un reglamento armonizado universal.

Cinco lecciones históricas

• Las cadenas de bloques públicas reutilizan ideas criptográficas y de redes más antiguas; lo que importa es la combinación operativa.
• Una moneda nativa y un token que representa un derecho legal externo no deben considerarse lo mismo.
• La programabilidad amplía la funcionalidad y, al mismo tiempo, añade dependencias de software y gobernanza.
• Los diseños permisionados y sin permisos responden a distintas necesidades organizativas.
• El tratamiento regulatorio varía según el producto, la actividad, la jurisdicción y el momento.

La historia es útil porque evita falsas equivalencias. El lanzamiento de Bitcoin es un hito para los registros de transacciones descentralizados; el lanzamiento de Ethereum es un hito para la programabilidad de propósito general; la tokenización es una técnica más amplia para representar derechos y reclamaciones. Estos avances se superponen sin formar una secuencia simple en la que una tecnología necesariamente sustituya a otra. La prueba operativa sigue siendo si el sistema aporta un beneficio demostrable para un caso de uso específico.

Enfoque del examen: Recuerde el documento de Bitcoin de 2008, el bloque génesis de enero de 2009, el lanzamiento de Ethereum en 2015 y la diferencia entre la creación de criptomonedas y la tokenización de derechos externos.