Peg-out

Un peg-out es la operación de convertir los tokens de una sidechain (cadena lateral) de vuelta en BTC de la cadena principal (mainnet), con lo que se completa el viaje de ida y vuelta que empezó con un peg-in. Es la mitad del ciclo de vida del peg (anclaje) bidireccional que exige más supuestos de confianza, porque alguien tiene que autorizar que se liberen en la cadena principal los BTC que se bloquearon al principio.

La mecánica depende de la arquitectura del peg:

• Peg federado (por ejemplo, Liquid): los L-BTC se queman en Liquid; la federación verifica la quema, y un umbral de sus funcionarios (11 de 15) firma una transacción que libera BTC desde la multisig que la federación tiene en la cadena principal. En Liquid, solo los miembros de la federación que tienen una clave de autorización de peg-out (PAK) pueden hacer un peg-out, así que los demás usuarios pasan por uno de ellos. Los supuestos de confianza críticos son que la federación ejecuta los peg-outs con honestidad y que el software que usa rechaza las monedas que no deberían existir.
• Drivechain (BIP 300 (en inglés)): las propuestas de retiro se someten al voto de los mineros durante un periodo largo (unos 3 meses). Si aprueban suficientes mineros, se liberan los BTC. Esto traslada la confianza a la mayoría de la minería.
• Peg validado por SPV: el paper de sidechains de 2014 propuso que fuera Bitcoin mismo quien liberara las monedas bloqueadas al recibir una prueba SPV de que se habían devuelto en la sidechain. El script de Bitcoin no puede verificar esas pruebas sin un soft fork, así que el mismo paper sugirió un peg federado mientras tanto.

Qué puede salir mal con los peg-outs:

• Negativa de la federación. Si una federación decide censurar un peg-out (por cumplimiento de sanciones, por una disputa, por mala fe), el usuario se queda atascado con tokens de la sidechain que no puede canjear.
• Federación comprometida. Una federación hackeada o coaccionada podría aprobar un peg-out falso y vaciar los BTC bloqueados.
• Errores de software. Un error en la propia validación de la sidechain puede permitir que alguien cree tokens sin respaldo que una federación honesta luego canjea. Eso pasó en Liquid en septiembre de 2026: unos 3,996 BTC salieron del peg sin que se comprometiera ninguna clave, 3,400 BTC se devolvieron después, y los peg-outs, detenidos el 6 de septiembre de 2026, seguían pausados al 10 de octubre de 2026 (ver Liquid Network).
• Procesamiento lento. Los peg-outs al estilo drivechain son lentos a propósito (meses). Los peg-outs federados son más rápidos: la documentación de Liquid prevé de 11 a 35 minutos, mientras que Rootstock espera 4,000 de sus propios bloques antes de firmar.
• Falla de la sidechain. Si la sidechain misma falla (un error, un cierre, una toma hostil), los peg-outs pueden volverse imposibles.

Para quien mueve valor real por una sidechain, la ruta del peg-out es el riesgo clave que hay que evaluar. Una vez que tus BTC entraron por el peg-in, quedas atado a lo que el mecanismo de peg-out entregue de verdad bajo presión.

Consulta Peg para el peg-in y el contexto más amplio, y Peg-Guard (en inglés) para los mecanismos de seguridad.