Qué son las criptomonedas y qué no son

Empieza por el registro, no por la moneda

Un criptoactivo es una anotación digital gobernada por software y por una red o un emisor. No hay nada guardado dentro del teléfono. Lo que una billetera posee es la autoridad para solicitar cambios en un registro que otras computadoras mantienen y comprueban. Si desaparecieran todas las copias de ese registro, a la aplicación de tu teléfono no le quedaría nada que mostrar.

Por eso las metáforas físicas habituales confunden. Una billetera no es un monedero con objetos dentro; se parece más a una llave de firma para una cuenta que tú no alojas. Entender esa frase explica casi todo lo que viene después en este curso: por qué exponer una frase de recuperación es tan peligroso, por qué una transacción no se puede deshacer y por qué «el exchange tiene mis monedas» describe algo muy distinto de «mi billetera las controla».

Las cadenas de bloques públicas permiten que muchos observadores independientes verifiquen el mismo historial. Es una propiedad real y poco común. No implica que cada token sea descentralizado, que cada usuario sea anónimo ni que cada transacción sea reversible: son afirmaciones distintas que hay que comprobar por separado.

Tres familias de propiedad

Casi todo lo que se comercializa como cripto cae en una de tres familias, y la familia determina qué puede salir mal. Una moneda nativa de red, como el activo que se usa para pagar comisiones en su propia red, existe porque las reglas del protocolo la crean. No hay una empresa a la que pedírsela ni una empresa que pueda retenerla.

Un token emitido vive dentro de un contrato inteligente en la red de otra persona. Quien escribió el contrato decide cuántas unidades existen y puede conservar la capacidad de emitir, pausar, congelar o actualizar. La red registra el token con fidelidad, pero la red no es el origen de su valor ni de sus reglas.

Un saldo en manos de un proveedor es un derecho de cobro frente a una empresa. Cuando un servicio de negociación muestra un saldo, esa cifra suele ser una anotación en su propia base de datos, no un registro de red que tú controles. La empresa te debe el activo. Que lo recibas depende de su seguridad, su solvencia y sus políticas: las mismas preguntas que harías a cualquier entidad financiera.

• ¿Esto es una moneda nativa de red, un token emitido por contrato o la promesa de una empresa?
• Si es un token, ¿qué red lo registra y quién desplegó el contrato?
• Si es un saldo en un servicio, ¿qué entidad legal te lo debe?

La descentralización es un espectro, no una insignia

Los proyectos se describen como descentralizados mucho más a menudo de lo que esa descripción sobrevive a un examen. La descentralización no es una propiedad, sino varias, y un proyecto puede puntuar de forma muy distinta en cada una. ¿Quién puede ejecutar un nodo y verificar de forma independiente? ¿Quién puede cambiar las reglas del protocolo, y mediante qué proceso? ¿Alguien tiene claves de administración que permitan pausar, actualizar o emitir? ¿Quién opera el sitio web del que depende la mayoría y quién controla ese dominio?

Un proyecto puede liquidar transacciones en una red genuinamente abierta mientras cada decisión relevante sobre el token la toman unas pocas personas. Eso no es en sí una contradicción ni un escándalo: muchos productos útiles se construyen así. Pero significa que el perfil de riesgo se parece más a confiar en una empresa que a confiar en un protocolo. El fallo para el que hay que prepararse es el que corresponde a la estructura real de control, no el que sugiere el marketing.

Público no es anónimo

En la mayoría de las redes, cada transacción queda visible de forma permanente para cualquiera. Las direcciones son seudónimas, es decir, no llevan tu nombre, pero el seudonimato es frágil. Reutilizar una dirección, mover fondos entre una cuenta de exchange que verificó tu identidad y una billetera personal, o publicar una dirección, puede conectar ambas cosas.

Invierte la suposición que parece natural: da por hecho que cualquier cosa que hagas en una red pública podrá acabar vinculada a ti, y trata las excepciones como algo que tendrías que diseñar deliberadamente. Esto importa para la seguridad cotidiana tanto como para la privacidad: una dirección de la que se sabe que guarda valor es una dirección que merece la pena atacar.

Haz cuatro preguntas antes que nada

Antes de investigar precio, comunidad o hoja de ruta, responde a cuatro preguntas. ¿Quién puede cambiar las reglas? ¿Quién valida las transacciones? ¿Quién puede congelar, actualizar o emitir más unidades? ¿Qué ocurre si mañana desaparece una empresa o un sitio web concreto?

Estas preguntas son útiles precisamente porque son aburridas. No se responden con entusiasmo y sus respuestas rara vez aparecen en una página de inicio. Cuando no encuentres una respuesta, esa ausencia es el hallazgo: anótala como una incógnita explícita en lugar de suponer la versión tranquilizadora.

• Identifica la red y, si lo hay, el emisor del activo.
• Identifica quién controla la autoridad de firma.
• Identifica cualquier administrador, custodio o gestor de reservas.
• Da por hecho que las direcciones públicas son seudónimas, no privadas por defecto.

El error habitual de quien empieza

No trates el vocabulario técnico como prueba de seguridad. Un proyecto puede usar una cadena de bloques, publicar un documento técnico, exhibir una auditoría y aun así tener el control concentrado, seguridad débil, marketing engañoso o ninguna razón útil para existir. Las palabras describen la maquinaria, no las intenciones de quienes la operan.

El error inverso también es común: descartarlo todo porque parte de ello es fraudulento. La postura útil no es la fe ni el cinismo, sino el hábito de preguntar qué se afirma exactamente, quién lo afirma y cómo podría comprobarse.