Las tres formas de sostener esa promesa, quién puede congelarlas y por qué no son un depósito ni dinero al portador.
🎯 Objetivo de la lección
Entender las unidades que prometen valer siempre lo mismo: qué sostiene esa promesa en cada diseño, quién puede congelarlas, por qué no son un depósito y qué habría que publicar para que fueran comprobables. Es lo que más se mueve en estas redes y lo que menos se explica.
🪙 Qué es exactamente
Ya sabes lo que es un token: una fila en la tabla de un contrato que dice que cierta dirección tiene cierta cantidad de algo. Nada de eso cambia aquí.
Lo que cambia es la promesa que va encima: que cada unidad vale lo mismo que una unidad de algo de fuera del registro —un euro, un dólar—. Y lo importante es que eso no es una propiedad de la unidad. Es una promesa, y alguien o algo tiene que sostenerla.
Toda la lección consiste en mirar quién la sostiene, porque de ahí sale todo lo demás.
🏦 Forma 1: el respaldo está fuera del registro
La más usada. Una entidad guarda dinero y activos en el mundo de fuera —cuentas bancarias, deuda a corto plazo—, emite unidades dentro del registro, y promete cambiártelas por dinero de verdad cuando se lo pidas.
El diseño es sencillo y funciona. Y hay que ver con claridad qué es:
La promesa la hace una empresa, y el registro no puede comprobarla. Los contratos son ciegos a todo lo de fuera —lección 1.3—, así que ninguna propiedad de la cadena te dice si el respaldo existe. Lo único que hay dentro es el número de unidades emitidas. Lo de fuera es un asunto de confianza corriente, del mismo tipo que confiar en un banco, pero sin lo que suele acompañar a un banco.
Tres cosas que conviene tener claras de este diseño:
No es un depósito. No hay fondo de garantía. Si la entidad es insolvente, la pérdida es tuya y no hay a quién reclamar por encima de ella.
Quien puede canjear no eres tú, normalmente. El canje directo suele estar reservado a clientes grandes con contrato. Tú dependes de que alguien te compre las unidades en un mercado, y eso es otra cosa: tienes el precio de mercado, no el derecho de canje.
Qué respalda importa tanto como cuánto. Dinero en una cuenta y deuda a corto plazo no se comportan igual cuando todo el mundo quiere salir a la vez.
❄️ El poder que casi nadie menciona: congelar
Este es el apartado que justifica la lección, porque es lo que más contradice la idea que la gente tiene.
Los contratos de este tipo suelen incluir una capacidad documentada: impedir que una dirección concreta mueva sus unidades. A veces también anularlas y reemitirlas en otra dirección. Es la versión fuerte de las «listas de direcciones» de la lección 2.2.
No es un fallo, no es una puerta trasera oculta y no es una sospecha: está en el código y se ha usado. Existe porque la entidad emisora está sujeta a obligaciones legales, y cumplirlas exige poder hacerlo.
La consecuencia hay que decirla entera: estas unidades no son dinero al portador. Tener la clave no garantiza poder moverlas. Y eso las separa por completo del bitcoin y del ether, donde la única condición para gastar es tener la clave.
No es una razón para no usarlas. Es una razón para no confundir dos cosas distintas por el hecho de que vivan en el mismo registro.
🔒 Forma 2: el respaldo está dentro, y sobra
El segundo diseño evita a la entidad: el respaldo está dentro del registro y lo custodia un contrato. Bloqueas más valor del que sacas —bastante más— y el contrato emite unidades contra ese depósito. Si el valor bloqueado baja demasiado, el contrato vende parte para cubrirse.
La ventaja es real y comprobable: cuánto hay bloqueado se puede ver, no hay que creerse a nadie, y no hay una empresa que pueda ser insolvente.
El precio también es real, y lo tienes todo en este curso:
Depende de un precio de fuera. Para saber si el depósito cubre, el contrato necesita saber cuánto vale lo depositado, y eso se lo escribe alguien. Todo lo de la lección 1.3 se aplica aquí, incluida la manipulación del mercado que el dato mide.
Depende de que la venta forzosa funcione cuando hace falta. Y cuando hace falta es exactamente cuando todo baja a la vez, la red está cara y las operaciones se atascan. El diseño se pone a prueba en el peor momento por definición.
Es ineficiente a propósito. Hay que inmovilizar más valor del que se obtiene. Eso no es un defecto: es lo que sustituye a la confianza.
🌫️ Forma 3: sin respaldo
El tercer diseño intenta sostener la promesa sin nada detrás: un mecanismo que emite y retira unidades según el precio se separe de su objetivo, confiando en que a alguien le convenga siempre corregir la diferencia.
Aquí se puede ser más rotundo que en el resto del curso, porque es un hecho y no una opinión: este diseño ha fallado varias veces, y ha fallado de la misma forma. Mientras hay calma funciona. Cuando la confianza se va, el mecanismo que debía corregir el precio empuja en la dirección contraria, y el hundimiento es rápido y total.
Lo que conviene entender es por qué, y es sencillo: el respaldo era la voluntad de otros de seguir participando. Y eso es justo lo que desaparece en el momento en que hace falta.
La plataforma no recomienda ni condena nada, y aquí no hace ninguna de las dos cosas: describe un diseño y lo que ha ocurrido con él cada vez.
🧭 Seis preguntas ante cualquiera de estas unidades
¿Qué sostiene la promesa: una entidad, un depósito dentro, o nada? Es la primera y clasifica el resto.
Si es una entidad, quién es y qué guarda exactamente. No «está respaldado»: qué, dónde y en qué proporción.
Quién lo comprueba, cada cuánto, y si publica el informe. Una revisión periódica de un tercero no es lo mismo que una declaración propia.
¿Quién puede congelar o anular unidades? Y si la respuesta es que nadie, ¿está comprobado o solo dicho?
¿Puedes canjear tú, o dependes de que alguien te compre? Casi siempre es lo segundo. Saberlo cambia lo que estás teniendo.
Si el respaldo está dentro: ¿de qué dato depende y qué pasa si la venta forzosa no llega a tiempo?
Y la regla de siempre: si una no tiene respuesta pública, eso ya es la respuesta.
💬 Por qué esta lección está en este curso
Porque esto no es un asunto de ningún nicho: una parte enorme del movimiento de estas redes son estas unidades, y las usa gente que no va a tocar nunca nada más complicado. Dejarlo para un curso posterior sería dejarlo dos cursos tarde.
Y porque reúne todo lo anterior en un solo objeto: un token (Web3), un contrato con permisos de administración (2.2), un oráculo (1.3), una promesa que hace alguien de fuera (1.1) y un coste de ejecución que decide si puedes salir cuando quieras (1.2).
📌 En resumen
Valer siempre lo mismo no es una propiedad de la unidad: es una promesa, y alguien tiene que sostenerla.
Respaldo fuera: lo promete una empresa y el registro no puede comprobarlo. No es un depósito, no hay fondo de garantía, y normalmente tú no puedes canjear: dependes del mercado.
Los contratos de este tipo suelen poder congelar o anular unidades de una dirección. Está en el código y se ha usado: no son dinero al portador.
Respaldo dentro y sobrado: comprobable y sin empresa, pero depende de un dato de fuera y de que la venta forzosa funcione en el peor momento. Es ineficiente a propósito.
Sin respaldo: ha fallado varias veces y de la misma forma, porque el respaldo era la voluntad de otros de seguir participando.
Seis preguntas: qué sostiene la promesa, quién es y qué guarda, quién lo comprueba, quién puede congelar, si puedes canjear tú, y de qué depende si el respaldo está dentro.
➡️ Qué viene después
Ya está todo el material. La última lección lo convierte en un método corto: seis preguntas que se responden mirando el contrato, no la web del proyecto, con la versión de tres para cuando no hay tiempo, lo que el método no te da, y por dónde seguir con lo que existe hoy en la plataforma.