# Solo cruza USDC, y tarda quince minutos

> Casi todos los planes abarcan más de una red sin mencionarlo. Dos restricciones les dan forma, y ambas sorprenden.

- Source: https://defiloops.com/es/blog/only-usdc-crosses-and-it-takes-fifteen-minutes
- Published: 2026-06-23
- Category: Architecture
- Tags: bridging, multi-chain, cctp, execution
- Author: DeFiLoops

---
"Mi cartera tiene 1.000 USDC en Base, 1.000 en Ethereum y 1.000 en Arbitrum. Presta cada uno
a un pool de préstamos."

"Coge 100 USDC en Base y compra XAUT desde Ethereum."

Ambas son peticiones reales. La primera no necesita puente; la segunda no puede evitarlo.
Distinguirlas es la mayor parte de lo que ocurre entre su frase y una transacción, y dos
restricciones deciden la forma de la respuesta.

## Restricción uno: solo cruza USDC

El cruce del catálogo es el CCTP de Circle, y CCTP transporta USDC. No WETH, no cbBTC, no oro
tokenizado.

Ese único hecho reescribe planes. Tome la petición del oro: tiene dólares en Base y quiere un
activo que vive en Ethereum. En principio hay dos formas —

<Compare left="Comprar aquí, puentear el activo" right="Puentear los dólares, comprar allí" verdict>
  <Fragment slot="left">
    Cambiar USDC por XAUT en Base y luego mover el XAUT a Ethereum.

    No se puede expresar. No hay cruce para XAUT, así que este plan se rechaza al escribirse.
  </Fragment>
  <Fragment slot="right">
    Mover el USDC a Ethereum y cambiarlo allí.

    La única forma que existe, así que es la que obtiene — lo hubiera pensado o no.
  </Fragment>
</Compare>

<Callout type="danger" title="Un puente dimensionado desde un swap que produjo WETH se rechaza">
  Esta es la versión que sorprende a quien está siendo cuidadoso. Si un paso anterior produce
  WETH y usted dimensiona el cruce a partir de él, la validación rechaza — correctamente,
  porque el cruce no puede llevar WETH. La frase no decía nada de USDC, así que el rechazo
  parece salido de la nada.
</Callout>

## Restricción dos: quince minutos, y no se pueden acelerar

Un cruce no es una transacción que tarda un rato. El valor sale de una red, pasa el tiempo, y
el valor llega a otra. Unos quince minutos, fijados por Circle, no por nosotros.

Todo lo demás se deriva de ahí.

<Spec title="Qué le hace la espera a un plan" rows={[
  ['Los pasos del otro lado no pueden empezar antes', 'El plan se construye alrededor del hueco en lugar de confiar en la suerte'],
  ['Un importe de ejecución no puede cruzarlo', 'Un paso posterior a un puente no puede gastar "lo que devolviera el swap": están en transacciones distintas, en redes distintas'],
  ['La ejecución tiene que sobrevivirlo', 'Quince minutos bastan para que publiquemos una actualización a mitad, así que el progreso vive en una base de datos y no en la memoria de un proceso'],
  ['Los puentes van al final cuando se puede', 'Todo lo que pueda hacerse de un lado se hace antes de la espera, no después'],
]} />

<Callout type="warn" title="El bus no puede cruzar una transacción">
  Dentro de una transacción, un paso puede gastar exactamente lo que produjo el anterior. A
  través de un cruce no puede: no hay un momento compartido donde viva ese número. Un plan que
  lo intenta informa `NothingDelivered`, que es el rechazo correcto y un error confuso hasta
  que se sabe por qué.
</Callout>

## Qué hace realmente el ordenamiento

Dadas esas dos restricciones, un plan multi-red no es "los pasos que enumeró, en el orden en
que los enumeró".

Tome la petición de las tres carteras. Prestar en Base no depende en nada de prestar en
Arbitrum, así que no hacen cola: se ejecutan a la vez. No hace falta ningún cruce, porque el
dinero ya está donde tiene que estar. El plan correcto para esa frase no tiene puentes, y un
sistema que supusiera que "multi-red significa puentear" habría añadido tres cruces
innecesarios y se los habría cobrado.

Ahora un plan que sí necesita cruzar:

<Steps>
  <Step title="Pliegue lo que se pueda plegar">
    Los pasos que pueden compartir transacción se fusionan. "Aprobar y luego depositar" como
    una sola transacción significa que la aprobación no puede sobrevivir a un depósito fallido.
  </Step>
  <Step title="Agrupe por red">
    Todo lo que se puede hacer en Base se agrupa, para que el plan cruce las menos veces
    posibles.
  </Step>
  <Step title="Ponga los cruces tarde">
    Un cruce es el paso más lento y más caro. Todo lo que pueda pasar antes de la espera, pasa.
  </Step>
  <Step title="Rompa donde el valor no se puede transportar">
    Donde un importe de ejecución no puede sobrevivir hasta el paso siguiente, empieza una
    transacción nueva. El tablero lo muestra como una línea punteada antes de que usted
    apruebe.
  </Step>
</Steps>

## Cuánto cuesta

Plano, lo cual importa más que el porcentaje.

<StatRow>
  <Stat value="0,50 $" label="por cruce" note="Plano, sea cual sea el tamaño." />
  <Stat value="0,1%" label="comisión de cruce" note="Del importe enviado." />
  <Stat value="~15 min" label="por cruce" accent note="Lo fija Circle. No se puede acelerar." />
</StatRow>

Como la comisión es plana, domina un plan pequeño y desaparece en uno grande. Tres cruces en
un plan de 1.000 $ son 1,50 $ de puente — alrededor del 0,15%, que es un mes de rendimiento en
una posición de préstamo. Los mismos tres cruces sobre 100.000 $ son el 0,0015%, y para
entonces el deslizamiento en los swaps importa mucho más que los puentes.

<Callout type="note" title="Nunca se puentea el gas">
  Una clave aparte nuestra paga las comisiones de red en todas las redes y se reembolsa del
  plan en un activo que el plan ya tiene. No hace falta tener la moneda nativa de una red que
  nunca ha usado, que suele ser la parte más molesta del trabajo multi-red.
</Callout>

## Pregunte antes de planificar

Como las restricciones son concretas, "¿puedo hacer esto?" suele significar en realidad
"¿puedo hacer esto **en esa red**?" — y las respuestas difieren con suficiente frecuencia.

Preguntar qué activos, redes y operaciones existen no cuesta nada y lleva una pregunta. Es
mucho mejor uso de treinta segundos que descubrir la respuesta en un error de validación
después de haber escrito el plan.