Saltar al contenido
Financial Context Wiki

Puente entre cadenas

Guía basada en la verificación de rutas entre cadenas para activos y mensajes, modelos de confianza, estados de los mensajes, protección contra repeticiones, respaldo, liquidez, comisiones, reintentos y conciliación final.

Actualizado

Solo con fines educativos; no constituye asesoramiento de inversión, jurídico ni de seguridad. Una ruta entre cadenas puede fallar por el consenso, la verificación, los contratos, la gobernanza, las operaciones, la liquidez o un error del usuario.

Respuesta directa

Un puente entre cadenas es un sistema que hace que una transferencia de activos o un mensaje observado en un dominio de ejecución produzca un resultado autorizado en otro. Las cadenas independientes no confían automáticamente en el estado de las demás. Por tanto, una ruta necesita un modelo de verificación, reglas de ejecución en destino y, para los activos, un modelo de emisión, custodia o liquidez.

Estas dimensiones deben separarse. Los activos pueden seguir esquemas de bloqueo y acuñación, quema y liberación, quema y acuñación por el emisor o entrega por proveedores de liquidez. Los mensajes pueden aceptarse mediante un cliente ligero o una prueba de validez, un proceso optimista de impugnación, un umbral de atestadores o validadores, o un verificador específico de la aplicación. Cada combinación puede presentar riesgos distintos de finalidad, repetición, actualización, disponibilidad y solvencia. Una transacción de origen, una atestación, un saldo en destino y el reembolso económico son estados diferentes.

1
Bloquear o quemar

El contrato de la cadena de origen custodia o destruye la representación de origen.

Cómo funciona

  1. Fije la instantánea de la ruta: protocolo y versión, chainId o dominio de origen y destino, direcciones del gateway, router, mensajero o adaptador, par de tokens, destinatario, importe, decimales, vencimiento, referencias de bloques y documentación oficial. El nombre, el icono o la etiqueta de un agregador no determinan la identidad.
  2. Clasifique dos dimensiones independientes. Registre si la ruta del activo emplea bloqueo y acuñación, quema y liberación, quema y acuñación por el emisor o entrega de liquidez, y si la ruta del mensaje utiliza pruebas de consenso, clientes ligeros, verificación optimista, atestaciones, un umbral de validadores u otro verificador.
  3. Identifique las raíces de confianza y control. Incluya la finalidad de la cadena de origen, la disponibilidad de datos, los supuestos de la prueba o los atestadores, el ejecutor de destino, la protección contra repeticiones, la implementación del proxy, el administrador o consejo de seguridad, el retraso de actualización, las pausas y los límites de tasa. Que sea canónico, oficial, auditado o basado en pruebas no basta para concluir que es seguro.
  4. Construya la máquina de estados del mensaje para cada dirección: envío en origen, inclusión y finalidad exigida; identificador, nonce o secuencia del mensaje; prueba o atestación; retransmisión; ejecución en destino; acuse de recibo; y cualquier reintento, tiempo de espera, reembolso o reclamación. Las rutas de depósito y retirada pueden ser asimétricas.
  5. Construya los libros del activo y del mensaje en unidades brutas. Concilie el depósito en garantía admisible, la oferta viva de representaciones, las reclamaciones bloqueadas aún no acuñadas, las reclamaciones quemadas aún no liberadas, las quemas y acuñaciones del emisor, los identificadores de mensajes consumidos y las autorizaciones restantes. Nunca cuente el activo en garantía y su representación como dos activos independientes.
  6. Construya un libro económico ejecutable. Separe el principal del token y la comisión del protocolo del gas en origen y destino, la comisión del retransmisor o proveedor de liquidez, la capacidad cotizada, la salida mínima, el deslizamiento, el impacto en precio y el coste de espera. Una cotización no es una ejecución, y el gas pagado en un token nativo no se deduce automáticamente de la salida del token transferido.
  7. Concilie la ruta con pruebas reales: recibo y bloque final en origen, estado del mensaje o paquete, resultado del verificador, recibo y cambios de estado en destino, contrato exacto del token recibido, saldo, posibilidad de reembolso y liquidez. Revoque permisos excesivos, conserve gas para la recuperación y deténgase en vez de repetir una transferencia sin explicación.

Ejemplos desarrollados

  • Respaldo con reclamaciones en tránsito. El depósito admisible es de 10,000 units; la representación viva en destino es de 9,700 units; las reclamaciones bloqueadas aún no acuñadas son 200 units; y las reclamaciones quemadas aún no liberadas son 100 units. Las reclamaciones económicas ascienden a 9,700 + 200 + 100 = 10,000 units, por lo que la cobertura ajustada es 10,000 / 10,000 = 100.0000000000%. Dividir únicamente por la oferta viva informa erróneamente 10,000 / 9,700 = 103.0927835052%. La cobertura no demuestra la seguridad del contrato ni la liquidez inmediata.
  • Salida de tokens frente a coste económico. Un usuario envía 5,000 USDC; se deduce una comisión de protocolo de 5 USDC, por lo que la salida de tokens en destino es 4,995 USDC. El gas en origen es 0.003 ETH y el gas para reclamar en destino es 0.001 ETH; con un precio explícito de 2,000 USD/ETH, esos flujos de caja separados cuestan $6 y $2. El coste económico total es $5 + $6 + $2 = $13 y la riqueza neta recibida es $4,987, aunque el saldo en destino sigue siendo 4,995 USDC.
  • Compromiso del umbral y déficit de reservas. Un puente hipotético con atestadores 3-of-5 mantiene $5,000,000 en garantía y 5,000,000 unidades envueltas legítimas. Si tres claves autorizadas falsifican una acuñación sin respaldo de 1,000,000-unit, la oferta pasa a 6,000,000, el déficit es de $1,000,000 y la cobertura proporcional es 5,000,000 / 6,000,000 = 83.3333333333%, es decir, $0.8333333333 de reserva por token. Es un resultado contable, no un precio de mercado o recuperación garantizado.
  • Capacidad de una ruta de liquidez. La solicitud es de 100,000 units. La ruta A tiene capacidad para 60,000 y cobra 0.20%, por lo que entrega 60,000 * (1 - 0.002) = 59,880 units. Una ruta B independiente procesa 40,000 al 0.35% más 20 units, y entrega 40,000 * (1 - 0.0035) - 20 = 39,840 units. La salida total es 99,720 units; el coste es de 280 units, o 280 / 100,000 = 0.2800000000%. Cada ruta tiene supuestos de seguridad distintos, y la ejecución parcial solo existe si el protocolo y los recibos reales la permiten.

Riesgos

  • Seleccionar un origen, destino, chainId o dominio incorrectos.
  • Usar una interfaz, un sitio de documentación o un agregador de rutas de suplantación.
  • Enviar mediante un gateway, router, mensajero o adaptador falsificado.
  • Aceptar un par de tokens, destinatario o representación con el mismo símbolo incorrectos.
  • Interpretar mal los decimales, las unidades brutas o el comportamiento de tokens con comisión por transferencia o rebase.
  • Mantener una aprobación, permiso o autorización de operador excesivos.
  • Confiar en una transacción de origen antes de suficiente finalidad o después de una reorganización.
  • Confiar en claves de verificadores, validadores, atestadores o miembros del umbral comprometidas.
  • Aceptar un cliente ligero, verificador de pruebas o mecanismo de impugnación defectuoso.
  • Permitir fallos de repetición, doble acuñación, secuencia, orden o idempotencia.
  • Tratar el éxito en origen como prueba de ejecución en destino.
  • No financiar suficientemente el gas de ejecución, reintento, reclamación o reembolso en destino.
  • Depender de retransmisores, probadores, atestadores o ejecutores no disponibles.
  • Perder disponibilidad por censura del secuenciador o datos no disponibles.
  • Omitir una actualización, un cambio de administrador, una pausa, un límite de tasa o la elusión de un timelock.
  • Ignorar la insolvencia de la garantía, las reservas comunes o desviaciones contables en tránsito.
  • Suponer que los hooks de tokens no estándar son compatibles con el puente.
  • Superar la capacidad de liquidez o confiar en una cotización y una ruta de reequilibrio obsoletas.
  • Sufrir pérdida de paridad, deslizamiento, MEV o una ruta de reembolso inutilizable.
  • Interpretar mal las reglas de tiempo de espera, reembolso, recuperación, fiscalidad, sanciones o custodia.

Errores comunes

  • La misma moneda se desplaza físicamente de una blockchain a otra.
  • Que sea canónico, oficial, auditado o basado en pruebas implica automáticamente que no tiene riesgo.
  • Una transacción de origen correcta garantiza el abono en destino y la liquidación final.
  • El respaldo uno a uno garantiza el reembolso inmediato uno a uno y la liquidez de mercado.
  • Un puente rápido no es más que la misma ruta de liquidación ejecutada con mayor rapidez.

Temas relacionados

Fuentes

Navegación

Buscar en la wiki...