· four exchange APIs · rebuilt daily
Una transacción de la capa 2 no se ejecuta directamente en la red principal de la capa 1. En su lugar, un secuenciador centralizado o descentralizado acepta la transacción, la ordena y la procesa en una máquina virtual fuera de la cadena. El usuario paga dos componentes distintos por cada acción: la tarifa de ejecución de la capa 2 y la tarifa de publicación de datos de la capa 1.
La tarifa de ejecución de la capa 2 cubre la computación y las lecturas de estado en la red de rollup en sí. Debido a que los nodos de la capa 2 operan con límites de throughput más altos que la red principal de Ethereum, el costo del gas de ejecución es una fracción de un centavo. Una transferencia de token simple o una colocación de orden consume un gas mínimo de la capa 2, costando menos de 0,001 USD en computación.
La tarifa de publicación de datos de la capa 1 representa el costo incurrido por el secuenciador para publicar entradas de transacción o diferencias de estado de regreso a la capa 1. Los rollups derivan seguridad de la capa 1 al garantizar que cualquier persona pueda reconstruir el estado de la capa 2 a partir de los datos publicados en la red principal. Esta tarifa de datos históricamente dominó más del 80 por ciento de la tarifa total pagada por un usuario de la capa 2.
NOTA: Los lotes de transacciones comprimidas permiten a los secuenciadores amortizar una sola tarifa de transacción de la capa 1 en miles de acciones de usuarios de la capa 2, reduciendo la sobrecarga de datos individual.
Para ver cómo funciona la aritmética, considere un lote que contiene 1.000 transferencias estándar. En la red principal de la capa 1, 1.000 transferencias que consumen 21.000 gas cada una a una tarifa base de la capa 1 de 20 gwei requieren un gasto total de ejecución de 0,42 ETH.
Cuando se procesan en un rollup optimista o ZK, el secuenciador ejecuta todas las 1.000 transacciones fuera de la cadena. El costo computacional en la capa 2 totaliza menos de 0,0005 ETH para todo el lote. El secuenciador luego comprime las cargas de transacción en una sola presentación de lote.
Si la carga de lote consume 120.000 gas en la capa 1 para almacenar los datos, el costo de publicación de la capa 1 a 20 gwei es igual a 0,0024 ETH. Dividir 0,0024 ETH entre 1.000 transacciones produce una tarifa de datos de la capa 1 de 0,0000024 ETH por transferencia. Sumar la fracción de ejecución de la capa 2 da una tarifa final del usuario de menos de 0,000003 ETH por transferencia, en comparación con 0,00042 ETH en la red principal.
Consigue un 20% de reembolso de comisiones en OKX →El 20% de tus comisiones de vuelta, en todos los productos. El reembolso sale de la comisión que yo recibiría, así que no te cuesta nada. Enlace de afiliado — ver el pie de página.Antes de que EIP-4844 introdujera el almacenamiento de blob, los rollups publicaron datos de transacciones comprimidos en la capa 1 como calldata. El calldata de la red principal compite directamente con transacciones de Ethereum estándar, intercambios de exchange descentralizados y implementaciones de contratos inteligentes por espacio de bloque. Cuando el gas de la red principal se disparó a 100 gwei durante la alta volatilidad, las tarifas de la capa 2 aumentaron proporcionalmente.
El espacio de blob introdujo sidecars de almacenamiento dedicados adjuntos a los bloques de Ethereum. Los blobs llevan datos que persisten durante aproximadamente 18 días antes de ser podados por los nodos de la red principal. Crucialmente, el espacio de blob opera en un mercado de tarifas independiente, separado del gas de ejecución del EVM estándar.
Cuando el gas de ejecución de la red principal se dispara debido a la alta actividad de intercambio de la capa 1, la tarifa base de blob permanece sin afectar a menos que la demanda de presentación de lotes de rollup en sí sature el espacio de blob objetivo. Como resultado, los costos de transferencia de la capa 2 cayeron a fracciones de un centavo, permaneciendo estables incluso durante la congestión de la red principal.
ADVERTENCIA: La alta actividad de presentación de lotes de la capa 2 puede saturar el espacio de blob objetivo por bloque, desencadenando un aumento exponencial en las tarifas de gas de blob que eleva los costos de transacción del usuario.
Si bien la ejecución de la capa 2 es instantánea, mover activos de regreso a la red principal de la capa 1 implica un retraso a nivel de protocolo conocido como el período de retirada. La mecánica de este retraso depende de si el rollup utiliza la arquitectura Optimistic o Zero-Knowledge.
Los rollups optimistas asumen que las transiciones de estado fuera de la cadena son válidas por defecto. Para prevenir que los secuenciadores maliciosos presenten raíces de estado fraudulentas y roben fondos, el protocolo de puente impone una ventana de desafío de 7 días. Durante este período de retirada de 7 días, los verificadores pueden presentar pruebas de fallas en la capa 1 para cancelar retiradas inválidas y penalizar al operador.
Los rollups ZK no requieren una ventana de desafío de 7 días porque cada presentación de lote incluye una prueba de validez criptográfica verificada por un contrato inteligente de la capa 1. Una retirada de rollup ZK se asienta tan pronto como el lote y su prueba correspondiente se finalizan en la capa 1, lo que generalmente tarda entre 15 minutos y varias horas.
Para evitar el retraso de puente de 7 días de Optimistic, los traders frecuentemente utilizan puentes de liquidez de terceros. Estos puentes rápidos adelantan fondos en la capa 1 de inmediato desde un grupo de liquidez, asumiendo el riesgo de asentamiento de 7 días en el puente de rollup nativo a cambio de una tarifa.
HAGA: Utilice puentes de liquidez rápidos para transferencias de activos rutinarias para evitar bloquear capital durante 7 días, pero verifique los niveles de tarifa del puente para evitar costos altos en transferencias grandes.
Al gestionar posiciones en centrales o libros de pedidos de la capa 2, los traders evalúan los horarios de tarifas de intercambio junto con los costos de asentamiento. Los intercambios centralizados eliminan por completo la sobrecarga de gas de la capa 2, pero cobran tarifas de maker y taker variables junto con tarifas de funding para futuros perpetuos.
La tabla a continuación detalla las tarifas actuales de maker de futuros, tarifas de taker y tarifas de funding de ETH de 8 horas en cuatro sedes de derivados centralizados importantes.
| Sede | Tarifa de maker de futuros | Tarifa de taker de futuros | Tarifa de funding de ETH de 8h |
| Bitget | 0,0200% | 0,0300% | +0,0039% |
| Bybit | 0,0200% | 0,0550% | +0,0022% |
| MEXC | 0,0000% | 0,0200% | +0,0007% |
| OKX | 0,0200% | 0,0500% | +0,0033% |
En MEXC, mantener una posición larga en ETH incurre una tarifa de funding de +0,0007% por ventana de 8 horas, mientras que Bitget cobra +0,0039%. Durante un período de mantenimiento de 30 días que comprende 90 intervalos de funding, una posición larga en ETH en Bitget incurre un costo de funding acumulado de 0,351%, mientras que la misma posición en MEXC cuesta 0,063%.
P: ¿Por qué las tarifas de la capa 2 son mucho más bajas que las tarifas de la red principal? R: Las redes de la capa 2 procesan la computación fuera de la cadena y comprimen cientos de transacciones en un solo lote publicado en la capa 1. Esto divide el costo de presentación de datos de la capa 1 entre todas las transacciones del lote en lugar de requerir que cada usuario pague el gas de ejecución completo de la capa 1.
P: ¿Qué cambió para las tarifas de la capa 2 después de que se agregó el espacio de blob? R: El espacio de blob creó un mercado de disponibilidad de datos independiente que no compite con la ejecución de contratos inteligentes de la red principal. Los rollups almacenan datos de lotes en blobs temporales en lugar de calldata de la red principal costosa, aislando los costos de transacción de la capa 2 de los picos de gas de la capa 1.
P: ¿Por qué una retirada nativa de rollup optimista tarda 7 días? R: Los rollups optimistas confían en una ventana de desafío de 7 días para dar a los verificadores de la red tiempo para presentar pruebas de fallas contra raíces de estado fraudulentas. Los fondos permanecen bloqueados en el contrato de puente de la capa 1 hasta que expire este período de disputa sin un desafío de fraude válido.
P: ¿Cómo eliminan los puentes de liquidez rápidos el retraso de retirada? R: Los puentes rápidos utilizan proveedores de liquidez de terceros en la capa 1 que pagan al usuario en la red principal de inmediato. El proveedor de liquidez asume el retraso de asentamiento de 7 días en el puente de rollup nativo a cambio de una tarifa de liquidez cobrada al trader.