Blockchain/Nivel IX · Velocidad y espectáculo/9.2 El mercado justo/Lección 7
Lanzamientos justos en Bitcoin: del diseño a la práctica
Curvas perpetuas, sin claves de administración, y un lanzamiento que sigue siendo humano
MaterialesUn explorador de bloques con visualización de UTXODocumentación del protocolo RunesEl whitepaper de BitVMAcceso a la documentación de la red principal de Citrea
Curiosidad
- ¿Cómo puede funcionar un mercado sin un propietario que controle la oferta?
- ¿Qué vectores de ataque debilita el modelo UTXO y cuáles permanecen?
- ¿Cuál es el equilibrio preciso entre las garantías de seguridad y la velocidad de ejecución en un entorno con tiempo de bloque fijo?
Explorar
- El diseño de Bitcoin elimina algunas de las herramientas de fraude más comunes en otros sistemas: no hay claves de administración sobre el activo base, ni aprobaciones permanentes de tokens, ni lógica actualizable con la que las reglas cambien en silencio. La emisión es fija y se rige por consenso, no por un comité, y con el tipo de firma predeterminado cada gasto se compromete con entradas y salidas exactas. Los tokens creados sobre Bitcoin aún pueden prestarse a abusos, por ejemplo mediante un gran premine del creador, por lo que un mercado justo necesita sus propias reglas por encima.
- El código es solo la mitad de la equidad; la otra mitad es la conducta. Un lanzamiento construido según estos estándares tampoco tendría ningún administrador ni promotor de cuyo trabajo continuo dependan los holders (los “esfuerzos de otros”, elemento central del test de Howey en EE. UU.), no haría promesas de ganancias ni rendimientos, publicaría información clara sobre qué es y qué no es el token, revelaría cualquier promoción pagada y obtendría una revisión legal antes del lanzamiento. Ninguna de las dos mitades basta por sí sola: personas honestas pueden publicar código explotable, y un código seguro puede venderse con promesas engañosas.
- Un diseño de lanzamiento justo elimina por construcción el abuso de minteo: la oferta se fija en el momento de la creación y ninguna clave puede aumentarla. Los honeypots desaparecen si la venta está siempre abierta y ningún propietario puede bloquear las salidas. La manipulación de oráculos desaparece porque el precio proviene únicamente de las reservas propias de la curva. El farming de recompensas mediante cuentas Sybil no gana nada cuando las recompensas son lineales respecto al saldo. Las retiradas de liquidez solo son imposibles si las propias reglas custodian la reserva; Bitcoin Script no puede custodiar una reserva así, por lo que esta debe residir en una capa anfitriona cuyo modelo de confianza pasa a ser el límite.
- Los ataques de sniping y los ataques sándwich se neutralizan dentro de un bloque mediante una liquidación uniforme por bloque. Todas las operaciones de un bloque se liquidan a un único precio uniforme, lo que elimina la ventaja del orden dentro del bloque, aunque un minero todavía puede retrasar o excluir una orden. Comprar en un bloque anterior aún puede compensar, por lo que esa ventaja queda acotada, no eliminada. Que los grandes holders vendan genera riesgo de precio para otros participantes, pero no es un robo; es la volatilidad normal del mercado. Los exchanges custodiales pueden compensar operaciones fuera de la cadena, al margen de estas reglas, aunque la liquidación en la cadena no se ve afectada.
- Siguen existiendo riesgos irreducibles: el phishing, la suplantación de identidad, la promoción pagada y el mal juicio individual son factores humanos que ningún protocolo puede eliminar. La confianza restante depende por completo de la capa anfitriona. Un metaprotocolo se basa en el consenso de Bitcoin y en los indexadores para sus reglas, pero no puede custodiar bitcoins por sí mismo. Un rollup BitVM supone que al menos uno de los n operadores es honesto para impugnar el fraude. Una federación de cadena lateral requiere confiar en un grupo específico de firmantes. Cada opción intercambia distintos riesgos por distintas capacidades.
- Los costos son reales: menos funciones, actualizaciones de precio poco granulares con bloques de aproximadamente diez minutos y comisiones que suben con la congestión. Ninguna de las piezas es nueva. Los contratos AMM sin administrador funcionan desde Uniswap v1 (2018); las subastas por lotes funcionan en CoW Protocol y en los swaps por bloque de Penumbra; Shutter cifra las transacciones pendientes; los PSBT hacen explícita la firma en Bitcoin; Runes lleva tokens sobre Bitcoin; BitVM apunta a capas de Bitcoin de confianza minimizada. Ningún launchpad ampliamente utilizado las combina todavía. Este plano es un diseño abierto que cualquiera puede construir.
- El bloque génesis de Bitcoin, minado el 3 de enero de 2009, no tenía premine. La recompensa de 50 BTC no se podía gastar, y la minería quedó abierta a cualquiera con la primera versión pública del software, el 9 de enero de 2009. La distribución dependía por completo del hashrate; los primeros mineros, incluido Satoshi Nakamoto, acumularon gran parte del suministro inicial por su dominio y no por una asignación. Ningún comité repartió monedas, pero los efectos de red aun así concentraron la riqueza entre quienes llegaron primero.
- Runes, lanzado con el halving de abril de 2024, introdujo los etchings abiertos con límites fijos de acuñación y ventanas de altura de bloque. Cualquiera podía acuñar una cantidad fija, pagando solo comisiones, sin permiso de un emisor. Esto eliminó las claves de administración para la creación de tokens, pero no para su distribución; quienes hacen el etching pueden reservar un premine, y los bots y los primeros participantes a menudo se quedaron con grandes porciones de las acuñaciones abiertas. El protocolo hacía cumplir el límite, pero no garantizaba una participación equitativa.
- Los metaprotocolos como Alkanes, activo desde principios de 2025, alojan programas que viajan en transacciones de Bitcoin y que ejecutan los indexadores de Alkanes. Estas plataformas admiten launchpads de tokens donde los desarrolladores despliegan la lógica de acuñación y trading. Aunque la capa base sigue siendo sin permisos, algunos launchpads introducen operadores que gestionan la liquidez y los libros de órdenes. La confianza pasa de los diseñadores del protocolo a estos intermediarios, lo que crea nuevos puntos de fallo y de control centralizado.
- Las capas de Bitcoin como Citrea, que llegó a la red principal en enero de 2026, permiten mercados de tipo AMM con bitcoin transferido mediante puentes BitVM. Estos rollups ejecutan lógica compleja fuera de la cadena y liquidan en Bitcoin. Ofrecen una ejecución más rápida, pero exigen que los usuarios confíen en los supuestos de seguridad del puente. La contrapartida es expresividad frente al riesgo de que el secuenciador o el conjunto de validadores se vean comprometidos.
- El desacuerdo entre indexadores sigue siendo una brecha crítica en los mercados de tokens basados en Bitcoin. Distintas implementaciones de software pueden interpretar las reglas del protocolo de manera diferente, lo que produce visiones divergentes del suministro y la propiedad. Un usuario que tiene un token según la visión de un indexador podría aparecer como insolvente según la de otro. Esta fragmentación complica el trading y aumenta el riesgo de errores durante intercambios o liquidaciones.
- Sigue siendo una cuestión abierta si un mercado puede combinar compensación por lotes, ausencia de claves de administración y liquidación en bitcoin nativo. Las plataformas existentes tienden a usar libros de órdenes gestionados por operadores, liquidez agrupada en pools con controles de administración o bitcoin envuelto (wrapped). Los componentes ya existen (nivel VIII) y las barreras técnicas son menores que en los inicios de Bitcoin; el problema de la coordinación social persiste.
Parte IPlano: un mercado de lanzamiento justo en Bitcoin
Parte IILanzamientos justos en Bitcoin: del diseño a la práctica
Datos clave
- Con las firmas predeterminadas, el modelo UTXO de Bitcoin hace que cada gasto sea explícito y no deja aprobaciones de tokens permanentes.
- Un diseño justo también requiere una conducta justa: ningún promotor de cuyos esfuerzos dependan los holders, ninguna promesa de beneficios, divulgaciones claras y de promoción pagada, y una revisión legal.
- La liquidación uniforme por bloque neutraliza los ataques de sniping y los ataques sándwich al liquidar todas las operaciones de un bloque a un único precio uniforme.
- Los puentes al estilo BitVM reemplazan las federaciones de confianza por una suposición de honestidad 1-de-n, en la que al menos un operador debe ser honesto.
- En los diseños de lanzamiento justo no existe ninguna clave de minteo, lo que hace imposible ampliar la oferta más allá de la emisión programada.
- El tiempo de bloque de diez minutos proporciona una ventana de verificación, pero impide el trading de alta frecuencia y la formación de precios en tiempo real.
- Bitcoin no tenía premine; las monedas se distribuían a través de la minería desde su primer lanzamiento público en enero de 2009.
- Runes se lanzó en abril de 2024 con etchings abiertos y límites fijos de acuñación.
- Alkanes, activo desde principios de 2025, ejecuta programas a través de indexadores y aloja launchpads de tokens.
- Citrea llegó a la red principal en enero de 2026, lo que permitió mercados de tipo AMM a través de BitVM.
- El desacuerdo entre indexadores puede hacer que distintos programas muestren saldos de tokens contradictorios.
- Combinar compensación por lotes, ausencia de claves de administración y liquidación en bitcoin nativo sigue siendo un problema de diseño abierto.
Ejercicio nueve, seis, tres, uno
9ReunirEnumera 9 vectores de ataque distintos y comunes en los ecosistemas blockchain basados en cuentas.
6AgruparAgrupa los 9 vectores en 6 según qué podría neutralizar cada uno, si es que algo puede hacerlo.
3DestilarReduce las 6 categorías a 3 principios fundamentales que definen una arquitectura de ‘lanzamiento justo’ en un entorno de emisión fija.
1CristalizarEscribe 1 oración que indique qué se sacrifica a cambio de seguridad en este modelo de diseño.
Verificación de hechos
Fechas, cifras y afirmaciones verificadas con las fuentes publicadas que se enumeran a continuación.
- E. Budish, P. Cramton & J. Shim, 'The High-Frequency Trading Arms Race: Frequent Batch Auctions as a Market Design Response', Quarterly Journal of Economics (2015)
- BIP-174: Partially Signed Bitcoin Transaction Format (2017)
- C. Rodarmor, Runes documentation (2024)
- R. Linus, 'BitVM: Compute Anything on Bitcoin' (2023)
- Runes Documentation (docs.ordinals.com)
- Alkanes Documentation
- Citrea Mainnet Announcement (January 2026)
- Bitcoin Whitepaper by Satoshi Nakamoto (October 31, 2008)