Arbitrum Bridge

¿Qué es Arbitrum Bridge?

Arbitrum Bridge es la interfaz oficial y el sistema de bridge canónico que se utiliza para transferir ETH y tokens ERC-20 compatibles entre Ethereum y las redes Arbitrum.

En el ámbito cripto, un bridge es una infraestructura que permite transferir activos o mensajes entre dos entornos blockchain.

La guía de inicio rápido de Arbitrum Bridge explica que los usuarios pueden depositar ETH o tokens ERC-20 desde una cadena principal a una cadena secundaria, o retirar activos de una cadena secundaria a una principal.

Para muchos usuarios, esto significa transferir activos de Ethereum a Arbitrum One para utilizar aplicaciones con transacciones más rápidas y baratas.

Para los desarrolladores, Arbitrum Bridge también incluye un conjunto de contratos, gateways, routers, retryable tickets, mensajes de Outbox y herramientas de mensajería cross-chain.

El bridge oficial no es solo una página web.

También es una vía a nivel de protocolo que conecta Ethereum y Arbitrum mediante contratos inteligentes y mensajería rollup.

El bridge permite realizar depósitos de ETH y tokens ERC-20, retiradas de ETH y tokens ERC-20, así como enviar mensajes cross-chain.

El aspecto más importante para el usuario es que los depósitos de Ethereum a Arbitrum suelen ser más rápidos que las retiradas de Arbitrum a Ethereum.

El principal riesgo es que las transacciones del bridge dependen de contratos inteligentes, de seleccionar correctamente la red, de la seguridad de la wallet, de la compatibilidad de los tokens y de las reglas de finalización del rollup.

Por tanto, Arbitrum Bridge es una pieza clave para utilizar el ecosistema Arbitrum de forma segura.

Por qué es importante Arbitrum Bridge

Arbitrum Bridge es importante porque las redes de capa 2 necesitan una forma de recibir activos de Ethereum y devolverlos a Ethereum.

Arbitrum está diseñado para escalar Ethereum al trasladar gran parte de la ejecución de las transacciones fuera de la mainnet de Ethereum, sin dejar de conectarse a Ethereum para funciones importantes de seguridad y liquidación.

La documentación de Ethereum sobre optimistic rollups explica que estos procesan transacciones fuera de Ethereum y dependen de Ethereum para funciones de seguridad importantes.

Un bridge es la herramienta práctica que permite a los usuarios mover valor entre esos entornos.

Sin un bridge, los ETH y tokens ERC-20 de Ethereum no podrían llegar fácilmente a las aplicaciones de Arbitrum.

Sin una vía de retirada, los usuarios no tendrían una forma clara de devolver a Ethereum los activos conectados mediante el bridge canónico.

Arbitrum Bridge también es importante porque ayuda a definir la versión canónica de un token en Arbitrum.

Canónico significa que se trata de la representación del token reconocida oficialmente y creada mediante la vía estándar del bridge.

Esto importa porque un mismo token puede aparecer en distintas versiones wrapped o conectadas mediante bridges en diferentes redes cripto.

Utilizar la vía del bridge canónico puede reducir la confusión sobre direcciones de tokens, liquidez, depósitos, retiradas y compatibilidad con aplicaciones.

Cómo funciona Arbitrum Bridge

Arbitrum Bridge utiliza contratos inteligentes tanto en la cadena principal como en la cadena secundaria de Arbitrum.

Cuando un usuario deposita ETH desde Ethereum en Arbitrum, el ETH se envía a un contrato del bridge en Ethereum y el saldo correspondiente se abona en Arbitrum.

La documentación de depósitos de Arbitrum explica que el ETH depositado se mantiene en el contrato del bridge de la cadena principal y se abona al usuario en la cadena secundaria.

Cuando un usuario deposita un token ERC-20, normalmente se mantiene en escrow en un gateway de la cadena principal y se acuña o abona en Arbitrum un token emparejado.

Cuando un usuario retira un token ERC-20 a Ethereum, el token de Arbitrum se quema y, posteriormente, el token original puede liberarse del escrow en Ethereum.

La documentación de Arbitrum sobre bridges de tokens describe este flujo estándar: escrow en la cadena principal, acuñación en la cadena secundaria, quema en la cadena secundaria y posterior liberación del escrow en la cadena principal.

Este diseño ayuda a mantener coherente la relación entre la oferta del token de Ethereum y su representación en Arbitrum.

El bridge también utiliza mensajes cross-chain, ya que transferir activos entre cadenas requiere que una cadena se comunique con otra.

Para los mensajes de la cadena principal a la secundaria, Arbitrum utiliza retryable tickets como mecanismo esencial.

Para las retiradas de la cadena secundaria a la principal, Arbitrum utiliza un proceso de ejecución de Outbox una vez transcurrido el periodo de impugnación.

Cadena principal y cadena secundaria

La documentación de Arbitrum suele utilizar los términos cadena principal y cadena secundaria.

Una cadena principal es la cadena en la que se liquida la cadena de Arbitrum o sobre la que se construye.

En el caso de Arbitrum One, la cadena principal es Ethereum.

Una cadena secundaria es la cadena de Arbitrum que recibe o envía los activos transferidos mediante el bridge.

Arbitrum One y Arbitrum Nova son ejemplos de cadenas de Arbitrum con las que los usuarios pueden interactuar a través del bridge.

El bridge también puede ser relevante para las cadenas Arbitrum Layer 3 que se conectan mediante una cadena principal.

Esta terminología de cadena principal y secundaria resulta útil porque no todos los flujos de Arbitrum Bridge consisten simplemente en transferencias de Ethereum a Arbitrum One.

Algunos flujos pueden transferir activos entre Ethereum, Arbitrum One, Arbitrum Nova u otras cadenas basadas en Arbitrum.

Los usuarios deben comprobar siempre la cadena de origen y la de destino antes de confirmar una transacción del bridge.

Seleccionar una cadena incorrecta puede generar confusión, retrasos o pérdidas si se envían activos a un entorno no compatible.

Depositar ETH en Arbitrum

Depositar ETH en Arbitrum significa transferir ETH desde una cadena principal, como Ethereum, a una cadena secundaria de Arbitrum.

El usuario empieza conectando una wallet Web3 al Arbitrum Bridge oficial.

A continuación, selecciona la red de origen, la de destino, el token y la cantidad.

La wallet le pide que confirme la transacción en la red de origen.

Una vez confirmada y procesada la transacción en la cadena principal, el usuario recibe el saldo transferido mediante el bridge en la cadena de destino de Arbitrum.

La guía de inicio rápido de Arbitrum Bridge indica que los depósitos suelen llegar a la cadena de destino en unos 15 a 30 minutos, dependiendo de la congestión.

Los depósitos de ETH son más sencillos que muchos depósitos de tokens, porque ETH es el token nativo para pagar gas en Arbitrum One y Arbitrum Nova.

Aun así, los usuarios necesitan suficiente ETH en la cadena de origen para pagar la comisión de gas de la cadena principal.

También deben conservar suficiente ETH en Arbitrum después de la transferencia para pagar las transacciones de Arbitrum.

El depósito no se completa simplemente porque la wallet firme la transacción.

El usuario debe esperar a que la interfaz del bridge o el saldo de la wallet de destino confirme que los activos han llegado.

Depositar tokens ERC-20 en Arbitrum

Depositar tokens ERC-20 en Arbitrum suele requerir aprobar el token y realizar una transacción de depósito en el bridge.

La aprobación ERC-20 concede al contrato del bridge permiso para mover de la wallet del usuario la cantidad seleccionada del token.

A continuación, el bridge bloquea o mantiene el token en escrow en la cadena principal y crea su representación correspondiente en Arbitrum.

El bridge canónico de tokens utiliza routers y gateways para garantizar que cada token compatible siga la vía correcta.

La documentación del bridge de tokens de Arbitrum indica que la arquitectura incluye contratos de activos, pares de contratos gateway y contratos router que dirigen cada activo a su gateway correspondiente.

Esto importa porque no todos los tokens tienen los mismos requisitos para utilizar un bridge.

Algunos son tokens ERC-20 sencillos.

Otros tienen lógica personalizada, intereses, funciones de wrapping, listas de permitidos u otras características especiales.

Los gateways personalizados pueden admitir tokens que requieren algo más que el funcionamiento estándar del bridge.

Antes de asumir que un token transferido mediante el bridge es el activo previsto, los usuarios deben verificar la dirección del contrato del token en ambas cadenas.

Esto es especialmente importante para las stablecoins y los activos de gran valor que pueden existir en varias versiones.

Retirar de Arbitrum a Ethereum

Retirar de Arbitrum a Ethereum significa transferir activos de la cadena secundaria de Arbitrum a la cadena principal de Ethereum.

El proceso de retirada es más lento que el de depósito porque Arbitrum utiliza los supuestos de seguridad de los optimistic rollups.

La guía de inicio rápido de Arbitrum Bridge indica que las retiradas de Arbitrum One o Arbitrum Nova a través del bridge requieren al menos siete días para que los activos lleguen a la mainnet de Ethereum.

La documentación técnica explica que los mensajes de la cadena secundaria a la principal necesitan unos 6,4 días para finalizar antes de poder ejecutarse en la cadena principal.

En la interfaz para usuarios, puede aparecer una cuenta atrás de entre 7 y 8 días antes de que se puedan reclamar los fondos.

Este retraso no es una molestia arbitraria.

Forma parte del sistema de disputas de los optimistic rollups, que da tiempo a los validadores para impugnar afirmaciones no válidas.

Cuando termina el periodo de impugnación, el usuario debe reclamar la retirada en la cadena principal.

Este paso final requiere una transacción y gas en la cadena principal.

Los usuarios deben planificar las retiradas con cuidado si necesitan disponer de los fondos en Ethereum en una fecha concreta.

Por qué las retiradas tardan unos siete días

Las retiradas de Arbitrum tardan unos siete días porque Arbitrum se basa en el diseño de los optimistic rollups.

Los optimistic rollups presuponen que las transacciones son válidas, salvo que alguien demuestre lo contrario durante un periodo de impugnación.

El artículo de soporte de Arbitrum Foundation explica que la espera de siete días es una medida de seguridad diseñada para proteger frente al fraude.

Si alguien presenta una afirmación fraudulenta, el periodo de disputa da tiempo a los verificadores para impugnarla.

Este diseño de seguridad afecta a las retiradas porque una retirada de Arbitrum a Ethereum depende de la finalización del estado de Arbitrum.

Ethereum necesita tener garantías de que la quema del token o el mensaje de retirada en Arbitrum son válidos antes de liberar los activos del escrow.

La espera puede parecer larga a los usuarios que esperan transferencias instantáneas.

Sin embargo, el retraso forma parte del modelo de retirada del bridge canónico optimistic.

Algunos bridges de liquidez de terceros pueden ofrecer una experiencia más rápida, pero utilizan supuestos distintos en materia de confianza, liquidez, comisiones y contrapartes.

El bridge oficial prioriza la vía canónica de retirada del rollup frente a la liquidez instantánea.

Retryable tickets

Los retryable tickets son un mecanismo esencial de Arbitrum para los mensajes de la cadena principal a la secundaria.

La documentación de Arbitrum sobre mensajería de la cadena principal a la secundaria describe los retryable tickets como el método canónico de Arbitrum para crear mensajes iniciados en una cadena principal y ejecutados en una secundaria.

Los retryable tickets son importantes para los bridges porque los depósitos de tokens suelen requerir una acción en la cadena principal que active otra acción en Arbitrum.

Por ejemplo, un gateway de la cadena principal puede mantener tokens en escrow y crear un retryable ticket que llama al gateway correspondiente en Arbitrum.

El retryable ticket incluye información como la dirección de destino, los datos de llamada (calldata), los límites de gas, las direcciones de reembolso y los detalles del pago de ejecución.

Si se proporciona suficiente gas, el ticket puede canjearse automáticamente.

Si falla el canje automático, puede ser necesario canjear el ticket manualmente antes de que caduque.

Para los usuarios habituales de la interfaz del bridge, estos detalles suelen permanecer ocultos.

Para los desarrolladores, los retryable tickets son esenciales, ya que una configuración incorrecta del gas, de las direcciones de reembolso o de los datos de llamada puede causar problemas con los mensajes del bridge.

Una integración fiable con el bridge debe estimar cuidadosamente los parámetros del retryable ticket y supervisar su estado después del envío.

Ejecución de Outbox

La ejecución de Outbox es el proceso que permite completar los mensajes de la cadena secundaria a la principal una vez finalizado el periodo de impugnación.

Cuando un usuario retira de Arbitrum a Ethereum, se crea un mensaje en Arbitrum.

Cuando termina el periodo de disputa y se confirma la afirmación, el mensaje puede ejecutarse en Ethereum mediante el contrato Outbox.

La documentación de Arbitrum sobre mensajería de la cadena secundaria a la principal explica que cualquiera puede ejecutar un mensaje confirmado en la cadena principal demostrando que está incluido.

Por este paso de ejecución, los usuarios suelen tener que volver a la interfaz del bridge y pulsar el botón para reclamar los fondos una vez finalizada la cuenta atrás.

Los activos no se reciben por completo en Ethereum hasta que se ejecuta la transacción final en la cadena principal.

Esto difiere de muchas transferencias sencillas entre wallets, en las que una sola transacción completa todo el proceso.

En las retiradas de Arbitrum hay una fase de inicio, una fase de espera y una fase de reclamación.

Los usuarios deben controlar las retiradas pendientes para no olvidarse de reclamarlas.

También deben mantener suficiente ETH en Ethereum para pagar la comisión de gas de la reclamación final.

Bridge canónico de tokens

El bridge canónico de tokens es la arquitectura estándar recomendada para la mayoría de los usuarios y aplicaciones de Arbitrum.

La documentación de Arbitrum sobre bridges de tokens describe el bridge canónico como una aplicación descentralizada con contratos tanto en Ethereum como en Arbitrum que utiliza el protocolo de mensajería cross-chain de Arbitrum.

El diseño del bridge canónico es importante porque los usuarios necesitan una correspondencia fiable entre un token de la cadena principal y su representación en Arbitrum.

Si existen muchas representaciones no oficiales de un mismo token, la liquidez puede fragmentarse y los usuarios pueden confundirse.

El bridge canónico utiliza routers para dirigir los tokens al gateway correcto.

Los gateways gestionan el funcionamiento real del bridge para los distintos tipos de tokens.

En el caso de los tokens ERC-20 estándar, el bridge puede utilizar un gateway estándar.

Los tokens más complejos pueden necesitar gateways personalizados.

El objetivo principal es permitir las transferencias de tokens y mantener una relación clara entre el token original y el token de Arbitrum.

La recomendación práctica para los usuarios es utilizar las vías oficiales del bridge y verificar las direcciones de los tokens antes de interactuar con activos transferidos mediante un bridge.

Gateway estándar y gateway personalizado

Un gateway estándar gestiona los flujos habituales de tokens ERC-20 a través del bridge.

La documentación de Arbitrum indica que, de forma predeterminada, los tokens ERC-20 de la cadena principal que no estén registrados en un gateway personalizado pueden transferirse mediante StandardERC20Gateway.

Este flujo estándar funciona bien con tokens de comportamiento sencillo.

Algunos tokens necesitan gateways personalizados porque su diseño no encaja correctamente en el patrón predeterminado de escrow y acuñación.

Por ejemplo, un token que acumula intereses, cambia saldos automáticamente o tiene reglas de transferencia especiales puede requerir una gestión personalizada.

Los gateways personalizados permiten adaptar la lógica del bridge a los requisitos específicos de cada token.

Esta flexibilidad resulta útil, pero también hace que verificar los tokens sea más importante.

Los usuarios no deben dar por sentado que todos los tokens funcionan igual en el bridge.

Los desarrolladores deben probar cuidadosamente el comportamiento del bridge con cada token antes de afirmar que es totalmente compatible.

Un token puede aparecer en una wallet y, aun así, presentar un comportamiento inusual al depositar, retirar, aprobar o canjear activos.

Arbitrum Bridge y las versiones de USDC

Algunos activos pueden existir en más de una versión en Arbitrum.

La guía de inicio rápido de Arbitrum Bridge advierte de que Arbitrum One admite dos versiones diferentes de USDC y recomienda consultar la documentación pertinente antes de depositar.

Esto es importante porque los usuarios pueden ver nombres similares asociados a direcciones de contrato distintas.

Una versión puede ser un token nativo emitido directamente en Arbitrum.

Otra puede ser una representación transferida mediante un bridge desde Ethereum.

Las aplicaciones pueden admitir una de las versiones, ambas o solo una dirección de contrato concreta.

Enviar la versión incorrecta a una aplicación puede provocar depósitos fallidos, problemas de liquidez o incidencias de soporte.

Antes de transferir tokens mediante un bridge o depositarlos en una aplicación, los usuarios deben comprobar el símbolo exacto, la dirección del contrato y la versión compatible.

No es un problema exclusivo de Arbitrum.

Es un problema general de los activos cross-chain en el sector cripto.

Arbitrum One y Arbitrum Nova

Arbitrum Bridge puede utilizarse con Arbitrum One y Arbitrum Nova.

Arbitrum One es la principal cadena rollup de Arbitrum y se utiliza habitualmente para DeFi, pagos, actividad con NFT y aplicaciones generales de contratos inteligentes.

Arbitrum Nova es una cadena Arbitrum AnyTrust diseñada con un modelo distinto de disponibilidad de datos.

La documentación de Arbitrum AnyTrust explica que AnyTrust reduce los costes al aceptar un supuesto de confianza moderado en torno a la disponibilidad de datos.

Esto significa que los usuarios no deben asumir que todas las cadenas de Arbitrum tienen el mismo modelo de costes o los mismos supuestos de confianza.

Arbitrum One y Arbitrum Nova utilizan ETH como token para pagar gas, pero sus diseños técnicos no son idénticos.

Antes de transferir activos mediante el bridge, los usuarios deben seleccionar la cadena de destino correcta.

Los desarrolladores también deben indicar claramente qué cadena de Arbitrum admite su aplicación.

Un token de Arbitrum One no es automáticamente el mismo que un token de Arbitrum Nova.

Seleccionar la cadena correcta es una de las medidas más sencillas e importantes para utilizar el bridge con seguridad.

Comisiones de Arbitrum Bridge

Las comisiones de Arbitrum Bridge dependen de la ruta de la transacción, la congestión de la red, el tipo de token y las condiciones del gas.

Un depósito de Ethereum a Arbitrum requiere una transacción en Ethereum, por lo que el usuario paga gas de Ethereum.

Para depositar un token también puede ser necesaria una transacción de aprobación antes de la transacción de depósito en el bridge.

Una retirada de Arbitrum a Ethereum requiere una transacción en Arbitrum para iniciar la retirada y otra en Ethereum para reclamar los fondos una vez transcurrido el periodo de impugnación.

Por tanto, una retirada puede conllevar costes en ambas cadenas.

Las comisiones de gas pueden cambiar rápidamente cuando aumenta la actividad del mercado o la congestión de la red.

Antes de confirmar una transacción del bridge, los usuarios deben revisar las estimaciones de gas de la wallet.

También deben valorar si la cantidad que van a transferir justifica el coste del gas.

En las transferencias pequeñas, el gas de Ethereum puede representar un porcentaje elevado de la cantidad transferida.

Prestar atención a las comisiones forma parte de la seguridad del bridge, ya que una transferencia técnicamente correcta puede seguir siendo ineficiente desde el punto de vista económico.

Arbitrum Bridge frente a los bridges rápidos de terceros

Arbitrum Bridge es la vía canónica, mientras que los bridges rápidos de terceros son servicios independientes que pueden ofrecer una experiencia más rápida.

Una retirada mediante el bridge canónico debe completar el periodo de impugnación del optimistic rollup antes de que los activos puedan reclamarse en Ethereum.

Un bridge rápido de terceros puede proporcionar liquidez antes mediante proveedores de liquidez, relayers, creadores de mercado u otros mecanismos de liquidación.

Esto puede resultar práctico para los usuarios que quieren acceder a sus fondos con mayor rapidez.

Sin embargo, una transferencia más rápida suele implicar supuestos distintos.

Los usuarios pueden pagar comisiones adicionales, depender de la liquidez del bridge, confiar en otros contratos o depender del comportamiento de los relayers.

Un bridge rápido puede parecer un atajo sencillo, pero no es lo mismo que la vía canónica de retirada del rollup.

La opción más adecuada depende del objetivo del usuario.

Quien priorice la liquidación canónica puede aceptar el periodo de espera.

Quien priorice la velocidad puede plantearse una ruta de terceros solo después de comprender los riesgos y costes adicionales.

Riesgos de seguridad de Arbitrum Bridge

Arbitrum Bridge reduce algunos supuestos de confianza al utilizar la mensajería del rollup canónico de Arbitrum, pero sigue teniendo riesgos.

El primero es el riesgo de los contratos inteligentes.

Los contratos del bridge, los gateways, los routers, los contratos de los tokens y las integraciones con aplicaciones pueden contener errores o comportarse de forma inesperada.

El segundo es el riesgo de phishing.

Una web falsa puede imitar el bridge oficial y engañar a los usuarios para que firmen aprobaciones o transacciones maliciosas.

El tercer riesgo es confundir las direcciones de los tokens.

Los usuarios pueden confundir un token falso o no compatible con un activo legítimo transferido mediante el bridge.

El cuarto riesgo es seleccionar una cadena incorrecta.

Los usuarios pueden transferir activos a la red equivocada o interactuar con una aplicación en una cadena incorrecta.

El quinto es el riesgo de los retrasos en las retiradas.

Los usuarios pueden necesitar los fondos rápidamente y no poder acceder a ellos en Ethereum hasta que finalicen el periodo de impugnación y el paso de reclamación.

La documentación de Ethereum sobre bridges advierte de que estos conllevan riesgos, como riesgos de contratos inteligentes y tecnológicos, así como supuestos de custodia o confianza que dependen del diseño del bridge.

Phishing y webs falsas de bridges

El phishing es uno de los riesgos más habituales al utilizar bridges para los usuarios normales.

Una web fraudulenta puede copiar el aspecto del Arbitrum Bridge oficial y pedir al usuario que conecte su wallet.

Después puede solicitar aprobaciones ilimitadas de tokens, firmas maliciosas o transacciones de reclamación falsas.

Los usuarios deben acceder a las páginas del bridge desde la documentación oficial de Arbitrum o mediante marcadores de confianza.

Deben evitar los enlaces a bridges procedentes de mensajes, anuncios, comentarios o mensajes directos aleatorios.

Antes de conectar una wallet, deben verificar el dominio.

También deben leer atentamente las solicitudes de la wallet y comprobar si están aprobando un token, moviendo fondos o firmando un mensaje.

Desconectar una wallet de una web falsa no revoca necesariamente las aprobaciones que ya se hayan concedido on-chain.

Si un usuario sospecha que ha concedido una aprobación peligrosa, debe revisar y revocar los permisos de tokens mediante herramientas de wallet de confianza o paneles de aprobaciones de tokens.

La seguridad al usar un bridge empieza antes de firmar la primera transacción.

Riesgos de las aprobaciones de tokens

Para transferir tokens ERC-20 mediante un bridge suele ser necesario aprobarlos antes.

Una aprobación es un permiso, no una transferencia en sí misma.

Si el spender aprobado es legítimo y la cantidad está limitada, el riesgo puede ser manejable.

Si el spender aprobado es malicioso o la aprobación es ilimitada, el riesgo puede ser grave.

Antes de aprobar, los usuarios deben comprobar la dirección del spender, la cantidad del token y la web.

Cuando sea posible, deben evitar aprobar más de lo necesario.

Deben revocar las aprobaciones antiguas que ya no necesiten.

Deben extremar la precaución si una transacción del bridge solicita una aprobación inesperada después de que ya hayan aprobado el token.

Los desarrolladores deben diseñar interfaces del bridge que expliquen claramente las aprobaciones.

Un diseño claro puede evitar que los usuarios consideren los permisos del bridge simples clics sin consecuencias.

Seguimiento de las transacciones del bridge

Es importante hacer un seguimiento de las transacciones del bridge porque las transferencias pueden implicar más de una transacción y más de una cadena.

Un depósito puede empezar en Ethereum y finalizar en Arbitrum.

Una retirada puede comenzar en Arbitrum, esperar a que termine el periodo de impugnación y finalizar con una transacción de reclamación en Ethereum.

La interfaz de Arbitrum Bridge incluye herramientas de historial de transacciones y estado de las reclamaciones.

Los usuarios también pueden consultar exploradores de blockchain en las cadenas de origen y destino.

Al solucionar un problema, deben guardar los hashes de las transacciones, la cadena de origen y de destino, la dirección del token, la cantidad, la dirección de la wallet y la hora.

Esta información ayuda a determinar si la transacción está pendiente, ha fallado, se puede canjear, se puede reclamar o se ha completado.

Los retrasos del bridge no siempre significan que los fondos se hayan perdido.

A veces es necesario canjear un retryable ticket o reclamar una retirada una vez finalizada.

Aun así, los usuarios no deben ignorar las transacciones del bridge atascadas, ya que algunas acciones pueden tener plazos o requerir que se completen manualmente.

Arbitrum Bridge para desarrolladores

Los desarrolladores aplican los conceptos de Arbitrum Bridge al crear aplicaciones que necesitan depósitos, retiradas o mensajes cross-chain.

Pueden interactuar con Inbox, Outbox, los routers de gateway, los gateways de tokens, ArbSys, NodeInterface y el Arbitrum SDK.

Los mensajes de la cadena principal a la secundaria pueden utilizar retryable tickets.

Los mensajes de la cadena secundaria a la principal pueden utilizar ArbSys y, más adelante, la ejecución de Outbox.

Las integraciones con bridges de tokens pueden requerir el registro correcto del gateway y un diseño cuidadoso de la interfaz del token.

La documentación del bridge advierte de que las llamadas a contratos desde una cadena principal pueden aparecer como direcciones alias en la cadena secundaria.

El alias de direcciones protege frente a la suplantación entre cadenas.

Antes de escribir contratos que confíen en mensajes de contratos de la cadena principal, los desarrolladores deben comprender el alias de direcciones.

Las integraciones con bridges deben probarse en testnets antes de utilizarse con fondos reales.

Los errores cross-chain pueden ser más difíciles de corregir porque los fallos pueden implicar dos cadenas y una ejecución retrasada.

Alias de direcciones

El alias de direcciones es una función de seguridad de Arbitrum que modifica cómo aparecen en la cadena secundaria determinados remitentes de contratos de la cadena principal.

La documentación de Arbitrum sobre mensajería de la cadena principal a la secundaria explica que las direcciones de los remitentes de mensajes sin firma enviados mediante Delayed Inbox se convierten en alias al ejecutarse en la cadena secundaria.

Esto impide que un contrato de la cadena principal suplante en la cadena secundaria una dirección que tenga el mismo valor.

Para los usuarios habituales de wallets, el alias de direcciones suele ser invisible.

Para los desarrolladores, es muy importante.

Un contrato que comprueba msg.sender entre cadenas puede dejar de funcionar o volverse inseguro si no tiene en cuenta el alias de direcciones.

Los desarrolladores pueden utilizar bibliotecas auxiliares de Arbitrum para convertir entre direcciones alias de la cadena secundaria y direcciones originales de la cadena principal.

Ignorar el alias de direcciones puede provocar errores de autenticación en aplicaciones cross-chain.

Esto es especialmente importante para protocolos compatibles con bridges, sistemas de gobernanza, gateways de tokens y llamadas de administración cross-chain.

La seguridad de los bridges no solo depende de transferir tokens; también depende de la identidad de los mensajes.

Arbitrum Bridge y los tokens para pagar gas

ETH es el token para pagar gas en Arbitrum One y Arbitrum Nova.

Esto significa que los usuarios necesitan ETH en Arbitrum para pagar las transacciones de Arbitrum después de transferir activos mediante el bridge.

También necesitan ETH en Ethereum para pagar las acciones del bridge que se realizan en Ethereum.

Algunas cadenas basadas en Arbitrum pueden utilizar tokens personalizados para pagar gas, según el diseño de la cadena.

La documentación de Arbitrum sobre mensajería de la cadena principal a la secundaria explica que las cadenas de Arbitrum pueden utilizar ETH u otro token ERC-20 como moneda para pagar las comisiones de gas.

Esto importa en las cadenas Layer 3 y en las cadenas Arbitrum personalizadas, ya que los usuarios pueden necesitar un token de gas distinto en la cadena de destino.

Antes de transferir activos a cualquier cadena de Arbitrum, los usuarios deben comprobar qué token se utiliza para pagar gas.

Si un usuario transfiere activos, pero no dispone del token de gas adecuado, puede que no le resulte fácil moverlos o utilizarlos.

Las aplicaciones pueden reducir esta fricción con patrocinio de gas o herramientas de incorporación, pero los usuarios deben entender qué token se usa para pagar las comisiones de la red.

Planificar el token de gas ayuda a evitar que los fondos queden bloqueados y que las transacciones fallen.

Errores habituales al utilizar Arbitrum Bridge

Un error frecuente es utilizar una web falsa del bridge.

Otro error habitual es elegir una cadena de origen o destino incorrecta.

Un tercer error es transferir una versión de un token que la aplicación prevista no admite.

Un cuarto error es olvidar que las retiradas a Ethereum requieren un periodo de espera y una transacción final para reclamar los fondos.

Un quinto error es no conservar suficiente ETH para pagar gas en ambos extremos del flujo del bridge.

Un sexto error es aprobar una cantidad de tokens superior a la necesaria.

Un séptimo error es suponer que un bridge rápido de terceros tiene el mismo modelo de confianza que el bridge canónico.

Un octavo error es enviar activos a una dirección de contrato o a una dirección de wallet no compatible sin comprobarlo.

Un noveno error es ignorar el estado pendiente del bridge después de confirmar la primera transacción.

Un décimo error es tratar todas las representaciones de tokens transferidos mediante bridges como si fueran idénticas.

Buenas prácticas para utilizar Arbitrum Bridge

Los usuarios deben acceder al bridge desde la documentación oficial de Arbitrum o mediante un marcador de confianza.

Antes de firmar, deben verificar la cadena de origen, la de destino, el token, la cantidad y la dirección receptora.

Deben conservar suficiente ETH para pagar gas en Ethereum y Arbitrum.

Deben entender que los depósitos y las retiradas tienen plazos diferentes.

Deben prever que las retiradas canónicas de Arbitrum a Ethereum tardarán unos siete días antes de poder reclamarse.

Antes de transferir un token mediante el bridge, deben comprobar si existen varias versiones en Arbitrum.

Cuando sea posible, deben utilizar aprobaciones limitadas y revocar las antiguas cuando ya no sean necesarias.

Deben hacer un seguimiento de los hashes de las transacciones en ambas cadenas.

Al utilizar una ruta nueva del bridge o un token que no conocen, deben empezar con una transferencia de prueba pequeña.

Deben evitar las prisas, ya que la mayoría de los errores al utilizar bridges se producen antes de confirmar la transacción.

Ventajas de Arbitrum Bridge

La primera ventaja de Arbitrum Bridge es que permite acceder a las aplicaciones de Arbitrum utilizando activos de Ethereum.

La segunda es la representación canónica de los tokens mediante el diseño oficial de gateways y routers.

La tercera es que ofrece una vía clara para retirar activos de vuelta a Ethereum.

La cuarta es que admite ETH y muchos tokens ERC-20.

La quinta es que se integra con el sistema de mensajería rollup de Arbitrum.

La sexta es que ofrece recursos para desarrolladores, como documentación, SDK y herramientas programáticas para bridges.

La séptima es la compatibilidad con wallets habituales de estilo Ethereum y herramientas para contratos inteligentes.

La octava es la transparencia, ya que los usuarios pueden consultar las transacciones tanto en la cadena principal como en la secundaria.

Estas ventajas hacen que Arbitrum Bridge sea importante para quienes quieren transferir activos entre Ethereum y Arbitrum.

No eliminan la necesidad de proteger cuidadosamente la wallet ni de conocer los riesgos de los bridges.

Limitaciones de Arbitrum Bridge

La primera limitación es el tiempo de retirada.

Las retiradas canónicas de Arbitrum a Ethereum requieren completar el periodo de impugnación del optimistic rollup antes de reclamar los fondos.

La segunda limitación es el coste del gas.

El gas de Ethereum puede ser caro cuando hay congestión.

La tercera limitación es la complejidad de los tokens.

Algunos activos tienen varias versiones, gateways personalizados o un comportamiento no estándar.

La cuarta limitación es el riesgo de los contratos inteligentes.

Los contratos del bridge y de los tokens siguen expuestos a riesgos técnicos.

La quinta limitación es la complejidad de la experiencia de usuario.

Los flujos del bridge pueden incluir aprobaciones, depósitos, periodos de espera, reclamaciones y dos sistemas distintos de comisiones de red.

La sexta limitación es que el bridge oficial quizá no sea la ruta más rápida para las necesidades de todos los usuarios.

Estas limitaciones pueden gestionarse si los usuarios las comprenden antes de utilizar el bridge.

Términos cripto relacionados

Un bridge es una infraestructura que transfiere activos o mensajes entre blockchains.

Una Layer 2 es una red de escalado que procesa transacciones fuera de una cadena base y mantiene una conexión importante con ella.

Un optimistic rollup es un diseño de rollup que presupone que las transacciones son válidas, salvo que se impugnen durante un periodo de disputa.

Una cadena principal es la cadena en la que se liquida una cadena de Arbitrum o a la que esta se conecta.

Una cadena secundaria es la cadena de Arbitrum que recibe o envía mensajes o activos transferidos mediante un bridge.

Un retryable ticket es el mecanismo canónico de Arbitrum para los mensajes de la cadena principal a la secundaria que pueden ejecutarse en esta última.

Un mensaje de Outbox es un mensaje de la cadena secundaria a la principal que puede ejecutarse en la cadena principal después de finalizar.

Un gateway es un par de contratos de bridge que gestiona transferencias de tokens entre dominios.

Un router es un contrato del bridge que envía la transferencia de un token a través del gateway correcto.

Un token canónico es la representación oficial reconocida de un token dentro de un sistema de bridge concreto.

Preguntas frecuentes

¿Qué es Arbitrum Bridge?

Arbitrum Bridge es la interfaz oficial y el sistema de bridge canónico para transferir ETH y tokens ERC-20 compatibles entre Ethereum y las cadenas de Arbitrum.

¿Para qué se utiliza Arbitrum Bridge?

Arbitrum Bridge se utiliza para depositar activos en Arbitrum, retirarlos de vuelta a Ethereum y facilitar mensajes cross-chain entre cadenas principales y secundarias.

¿Cuánto se tarda en transferir activos a Arbitrum?

La guía de inicio rápido de Arbitrum Bridge indica que los depósitos suelen llegar a la cadena de destino en unos 15 a 30 minutos, dependiendo de la congestión.

¿Por qué las retiradas de Arbitrum tardan unos siete días?

Las retiradas de Arbitrum tardan unos siete días porque las retiradas de los optimistic rollups deben completar un periodo de impugnación antes de que se puedan reclamar los activos en Ethereum.

¿Hay que reclamar las retiradas de Arbitrum?

Sí. Cuando termina el periodo de impugnación de la retirada, los usuarios deben completar el paso de reclamación en la cadena principal.

¿Arbitrum Bridge admite tokens ERC-20?

Sí. Arbitrum Bridge permite transferir tokens ERC-20 mediante contratos gateway y router.

¿Qué es un retryable ticket en Arbitrum Bridge?

Un retryable ticket es un mecanismo de mensajería de Arbitrum de la cadena principal a la secundaria que puede ejecutar una transacción en la cadena secundaria tras una acción en la cadena principal.

¿Qué es el bridge canónico de Arbitrum?

El bridge canónico de Arbitrum es la arquitectura oficial que utiliza la mensajería cross-chain de Arbitrum, routers y gateways para transferir activos.

¿Arbitrum Bridge está libre de riesgos?

No. Arbitrum Bridge conlleva riesgos como los de los contratos inteligentes, el phishing, la confusión entre versiones de tokens, los costes de gas, los errores de usuario y los retrasos en las retiradas.

¿Se pueden transferir activos directamente entre cadenas de Arbitrum?

Algunos flujos de Arbitrum Bridge pueden incluir Arbitrum One, Arbitrum Nova y otras cadenas de Arbitrum, pero los usuarios deben comprobar en la interfaz del bridge qué redes de origen y destino son compatibles.

¿Qué deben comprobar los usuarios antes de utilizar Arbitrum Bridge?

Deben comprobar la URL oficial, la cadena de origen y de destino, la dirección del token, la cantidad, el saldo de gas, el plazo de retirada y si el token tiene varias versiones.

¿Cuál es la forma más segura de utilizar Arbitrum Bridge?

La opción más segura es utilizar el enlace oficial del bridge incluido en la documentación oficial, empezar con una transferencia de prueba pequeña, limitar las aprobaciones, verificar las direcciones de los tokens y hacer un seguimiento de la transacción hasta que finalice.

Conclusión

Arbitrum Bridge es el principal sistema de bridge para transferir ETH y tokens ERC-20 compatibles entre Ethereum y las cadenas de Arbitrum.

Es esencial porque los usuarios necesitan una forma clara y segura de transferir activos a las aplicaciones de Arbitrum y devolverlos a Ethereum.

El bridge funciona mediante contratos inteligentes, gateways canónicos de tokens, routers, retryable tickets y mensajes de Outbox de la cadena secundaria a la principal.

Los depósitos de Ethereum a Arbitrum suelen ser mucho más rápidos que las retiradas de Arbitrum a Ethereum.

Las retiradas tardan unos siete días porque Arbitrum utiliza la seguridad de los optimistic rollups y debe dejar tiempo para las disputas antes de liberar los activos en Ethereum.

Este periodo de espera es uno de los datos más importantes que los usuarios deben conocer antes de utilizar el bridge.

Arbitrum Bridge ofrece ventajas importantes, como compatibilidad con tokens canónicos, documentación clara, compatibilidad con activos de estilo Ethereum y acceso directo al ecosistema Arbitrum.

También tiene limitaciones, como los costes de gas, el riesgo de las aprobaciones, la confusión entre versiones de tokens, los retrasos en las retiradas y la exposición a contratos inteligentes.

Los usuarios deben tratar las transacciones del bridge como acciones de gran importancia, no como clics rutinarios.

Deben verificar el enlace oficial del bridge, confirmar la cadena y el token correctos, conservar suficiente gas en ambas redes, seguir el estado de la transacción y evitar las webs falsas de bridges.

Antes de crear aplicaciones compatibles con bridges, los desarrolladores deben comprender los retryable tickets, la ejecución de Outbox, el enrutamiento de gateways, la compatibilidad de tokens y el alias de direcciones.

La lección principal es que Arbitrum Bridge es más que una herramienta de transferencia.

Es una parte fundamental de la forma en que los activos de Ethereum llegan a un entorno Layer 2 mientras se mantiene una vía estructurada de vuelta a Ethereum.

Si se utiliza con cuidado, permite acceder a aplicaciones de Arbitrum más rápidas y baratas, manteniendo una conexión canónica con Ethereum.

Si se utiliza sin cuidado, puede exponer a los usuarios al phishing, a errores con tokens equivocados, a retiradas retrasadas y a pérdidas innecesarias por comisiones de gas.

Por tanto, comprender Arbitrum Bridge es esencial para cualquiera que quiera utilizar Arbitrum de forma segura y con confianza.