Saltar al contenido
Financial Context Wiki

Cómo realizar una transferencia entre cadenas de forma segura

Procedimiento a nivel de cuenta para verificar la ruta, cotización, autorización, prueba, estado del mensaje, reintento o reembolso, token recibido y resultado económico de una transferencia entre cadenas.

Actualizado

Solo con fines educativos; no constituye asesoramiento de inversión. Invertir puede ocasionar pérdidas.

Respuesta directa

Una transferencia entre cadenas segura es un rastro de pruebas, no una sola confirmación del monedero. Defina primero el activo exacto y el estado final utilizable; verifique la ruta y la cotización ejecutable; conceda solo la autorización necesaria; complete una prueba limitada; envíe una sola vez; siga por separado los estados de origen, mensaje y destino; y concilie después el contrato exacto recibido, los permisos y el resultado económico.

La arquitectura del protocolo corresponde al análisis del puente entre cadenas. Esta lista toma la documentación vigente de una ruta elegida y la convierte en un procedimiento a nivel de cuenta. Un débito en un exchange custodial seguido de una retirada en otra red es un flujo de contraparte distinto, no necesariamente un puente en cadena. Ninguna ruta, prueba pequeña o etiqueta oficial elimina el riesgo.

Lista de control para transferencias entre cadenas
0 / 5
0 elementos revisados; 5 elementos pendientes

Completar esta revisión no demuestra que un activo, una transacción o un sistema sean seguros.

Cómo funciona

  1. Defina la autorización y el estado final utilizable. Registre activo de origen, activo y protocolo de destino deseados, destinatario, importe, pérdida máxima, espera máxima y si el token final debe ser reembolsable, negociable o aceptable como garantía. No parta solo del ticker.
  2. Fije la instantánea de la ruta con fuentes oficiales independientes: protocolo y versión, chainId o dominio de origen y destino, gateway, router, mensajero, proxy, spender, par de tokens, formato del destinatario, decimales, importe bruto, bloque y marca temporal. Vuelva a comprobar la cadena y cuenta activas del monedero tras cualquier evento chainChanged del proveedor.
  3. Revise las reglas de confianza y recuperación específicas de la dirección. Registre finalidad exigida en origen, verificador o atestador, controles de administración y actualización, pausas y límites de tasa, ejecutor en destino, unicidad del mensaje y rutas de reintento, reclamación, vencimiento y reembolso. Relaciónelo con la arquitectura del puente, sin inferir seguridad de su nombre.
  4. Construya una cotización ejecutable y un libro de financiación. Separe principal y comisiones de protocolo o LP denominadas en tokens del gas nativo en origen y destino, deslizamiento, impacto en precio y coste de espera. Registre hora, vencimiento, capacidad, salida mínima y fecha límite de la cotización, y compruebe que el token recibido sirva para el siguiente paso previsto.
  5. Limite la autorización y ejecute una prueba acotada. Verifique el spender ERC-20 exacto y la autorización, permit o alcance de operador vigente; mantenga gas en ambas cadenas; revise valor y calldata; y pruebe la misma ruta y destinatario con un límite absoluto de pérdida predefinido. Una prueba pequeña correcta no demuestra la capacidad para importes grandes ni la seguridad futura.
  6. Antes de la transferencia completa, actualice cadena, cuenta, contratos, saldos, nonce, cotización, autorización, estado de pausa y límites. Envíe una vez la acción de origen y conserve su recibo, ID o nonce del mensaje, referencia de prueba o atestación y transacción de destino. Trate firmado, enviado, incluido, finalizado, listo, retransmitido, ejecutado, confirmado, fallido, vencido y reembolsable como estados distintos.
  7. Diagnostique por estado y concilie el resultado. Reintente solo un paso idempotente documentado en destino tras probar que existen la acción y el mensaje de origen, que el destinatario no recibió el abono y que el mensaje no se ha consumido; nunca repita a ciegas un depósito o una quema. Confirme token exacto, saldo real y salida en destino, todas las comisiones, autorización restante y reclamaciones pendientes o reembolsadas; revoque después la autoridad excedente y archive las pruebas.

Ejemplos desarrollados

  • Control de identidad en unidades brutas. Una transferencia de 2,500.000000 USDC desde un token verificado con 6 decimals codifica 2,500 * 10^6 = 2,500,000,000 raw units. Usar 18 decimals codificaría 2,500,000,000,000,000,000,000, es decir, 10^12 veces el importe bruto previsto. Antes de firmar deben verificarse el token y spender de origen, el token de destino y el destinatario.
  • Libro de salida y coste económico. El principal es 12,000 units; la comisión del protocolo es 18 units; y la comisión del LP es 24 units, por lo que la salida de tokens en destino es 12,000 - 18 - 24 = 11,958 units. El gas en origen es 0.004 ETH y en destino 0.0015 ETH; a 2,500 USD/ETH, cuestan $10 y $3.75. Si una unidad vale $1, el coste económico total es $18 + $24 + $10 + $3.75 = $55.75 y la riqueza neta recibida es $11,944.25, mientras que el saldo de tokens permanece en 11,958 units.
  • Los lotes secuenciales solo cambian la exposición acotada. Transferir 12,000 units de una vez expone 12,000 units en la operación actual y genera un coste fijo hipotético de gas de $9. Tres lotes secuenciales de 4,000-unit, conciliados antes del siguiente, limitan el principal en tránsito actual a 4,000 units, pero cuestan 3 * $9 = $27, o $18 más. Las representaciones ya recibidas siguen expuestas mientras no se reembolsen o vendan.
  • Reintento en destino específico del producto. En un ejemplo de CCTP, el usuario quema 2,500 USDC con nonce de mensaje 41; la atestación termina, pero la primera acuñación en destino revierte tras gastar 0.0024 ETH. A 2,500 USD/ETH, cuesta $6. Tras confirmar que el destinatario no recibió el abono y que el nonce sigue sin usarse, el usuario financia 0.002 ETH y sigue el reintento documentado de acuñación de CCTP, añadiendo $5; una única acuñación abona 2,500 USDC y el gas total en destino es $11. Este límite de reintento idempotente no debe generalizarse a otros puentes.

Riesgos

  • Seleccionar origen, destino, chainId o dominio incorrectos.
  • Usar una ruta, despliegue o versión de protocolo equivocados.
  • Seguir una interfaz, documentación o cuenta de soporte de suplantación.
  • Aprobar un gateway, router, mensajero, proxy o spender falsificado.
  • Aceptar un mapeo de tokens o una representación con el mismo símbolo incorrectos.
  • Enviar al destinatario, formato de dirección, memo o cuenta de destino equivocados.
  • Interpretar mal los decimales o las unidades brutas.
  • Conceder una aprobación, permit o autorización de operador excesivos.
  • Firmar calldata maliciosos o un valor nativo no previsto.
  • Usar una cotización obsoleta, omitir la salida mínima o superar el vencimiento.
  • Exceder la capacidad, los límites de tasa o el deslizamiento aceptable de la ruta.
  • No financiar suficientemente el gas de origen.
  • No financiar suficientemente el gas de reclamación, reintento o reembolso en destino.
  • Confiar en finalidad insuficiente en origen o en un bloque reorganizado.
  • Esperar una prueba, atestación, retransmisor o ejecutor demorados.
  • Encontrar una reversión en destino o una cuenta o hook de token no compatibles.
  • Repetir a ciegas un depósito, quema o mensaje ya consumido.
  • Omitir una pausa, actualización, cambio de administrador o configuración.
  • Recibir un token ilíquido, sin paridad, no reembolsable o no compatible.
  • Gestionar mal la privacidad, el soporte falso, la fiscalidad, las sanciones, la custodia o las pruebas de recuperación.

Errores comunes

  • Una transacción de origen correcta significa que la transferencia entre cadenas terminó.
  • Los tokens con el mismo ticker son el mismo activo y la misma reclamación.
  • Una prueba pequeña correcta demuestra que una transferencia grande o futura será segura y líquida.
  • Canónico, oficial, rápido o auditado significa riesgo cero.
  • Una transferencia atascada debe solucionarse repitiendo el depósito o contactando con un administrador de grupo.

Temas relacionados

Fuentes

Navegación

Buscar en la wiki...