Tempo, Arc y Base ofrecen diferentes rutas para pagos con stablecoins. Compara el activo de pago admitido, la financiación de gas, la integración de la billetera y la política de liquidación para el mismo recorrido del cliente antes de clasificar las comisiones de transacción.
Tempo y Arc sitúan los pagos con stablecoins cerca del centro de sus diseños. Base es una red de capa dos de Ethereum más amplia con infraestructura de pago y agentes disponibles a su alrededor. La comparación requiere la ruta completa desde el saldo del pagador hasta los fondos utilizables del destinatario.
Yo empezaría con un cliente y un activo de pago en particular. ¿Qué red puede completar esa transacción con las menores dependencias operativas y una regla de liquidación aceptable? Esa pregunta es más útil que elegir un ganador basándose en el rendimiento publicitado.
Tres redes, diferentes puntos de partida
Los materiales de referencia de Tempo describen una blockchain diseñada para pagos con stablecoins, incluyendo el estándar de activo TIP-20 y un mecanismo de comisiones que permite que las stablecoins denominadas en dólares admitidas paguen el gas. Sus herramientas de pago incluyen el ecosistema alrededor de MPP. Descripción general de la implementación de Tempo.
Arc describe las finanzas nativas de stablecoins con USDC como el activo de gas y un entorno de desarrollo compatible con EVM. Su página de inicio de documentación anuncia la red principal activa el 16 de septiembre, mientras que la referencia de gas todavía identifica sus parámetros enumerados como configuración de red de prueba. Utiliza la ruta de producción actual para una cotización de comisiones en lugar de copiar esos valores de referencia en una comparativa. Documentación de Arc, gas y comisiones.
Base utiliza el modelo de rollup de Ethereum. Sus comisiones incluyen costes de ejecución y de datos, con el modelo de comisiones actual exacto documentado por la red. ETH es el activo de gas para transacciones ordinarias, mientras que los servicios de billetera y de pago pueden patrocinar o abstraer ese requisito para los usuarios. Comisiones de la red Base.
Estas son distinciones arquitectónicas revisadas el 13 de octubre de 2026. No establecen que cada billetera, stablecoin o servicio de pago esté disponible en cada ruta.
El activo de comisión cambia la ruta de financiación
Compara la ruta que el pagador puede usar realmente, incluyendo una billetera o patrocinador.
Implementación de TempoDocs de ArcReferencia de comisiones de ArcComisiones de Base
El activo de gas cambia las operaciones
Para un usuario que solo posee una stablecoin de pago, pagar el gas en otro token añade un paso de funding. Una billetera patrocinada puede ocultar ese paso, pero un operador todavía necesita una forma de cubrirlo y recuperar el costo.
El Fee AMM de Tempo admite la conversión entre un activo de comisión aceptado y la stablecoin preferida del validador bajo el diseño. Un emisor o servicio de pago debería verificar los activos elegibles y la liquidez en lugar de asumir que cada stablecoin se acepta por igual. Diseño de comisiones de Tempo.
El gas de Arc denominado en USDC hace que el activo de comisión sea familiar para un usuario de pago en USDC. El servicio todavía tiene que estimar el consumo de gas real y el precio de su transacción. La denominación estable no significa que la comisión sea fija o que cada llamada de contrato cueste lo mismo.
En Base, la comparación relevante puede ser la ruta del usuario patrocinado en lugar de una cuenta ordinaria que envía transacciones puras. Eso puede ofrecer una experiencia fluida mientras añade dependencia de la billetera o del servicio de paymaster. Coinbase Agentic Wallets.
Compara un pago a través de la ruta completa
| Dimensión | Tempo | Arc | Base |
|---|---|---|---|
| Énfasis de la red | Blockchain orientado a pagos con stablecoins | Aplicaciones financieras nativas de stablecoins | Amplias aplicaciones de L2 de Ethereum y herramientas de pago |
| Modelo de gas a inspeccionar | Activos de comisión TIP-20 denominados en USD compatibles y Fee AMM | Gas en USDC con dinámica de comisiones de red | Gas en ETH; el patrocinio puede cambiar la experiencia del usuario |
| Verificación de integración | Política de tokens, liquidez de comisiones, soporte de billetera y MPP | Representación de USDC, despliegue actual y herramientas de aplicación | Despliegue de stablecoins, billetera/paymaster y ruta de L2 |
| Verificación de liquidación | Consenso real y política de confirmación del proveedor | Finalidad de red real y ruta RPC actual | Inclusión en L2, finalidad relacionada con Ethereum y ruta de retiro |
| Pregunta sobre distribución | ¿Puede el pagador fondear y usar la stablecoin seleccionada? | ¿Puede el pagador alcanzar USDC y la aplicación prevista? | ¿Utiliza el pagador ya las billeteras compatibles y los saldos? |
La tabla excluye intencionadamente un ranking de TPS en vivo o de comisiones. Comparar diferentes tipos de transacciones o entornos de prueba produciría cifras de apariencia precisa con un significado débil.
La inclusión y la finalidad responden a preguntas diferentes
Una billetera puede mostrar una transacción rápidamente mientras el comerciante sigue una regla de aceptación posterior. La aplicación necesita definir cuándo liberará bienes, acceso a la API u otro activo financiero.
Para un rollup, distingue el estado de la transacción L2 del liquidado relacionado con Ethereum y un proceso de retiro particular. Una confirmación local rápida y un plazo de retiro canónico no son mediciones en competencia de un mismo evento. Derivación y finalidad de Base.
Para una blockchain independiente, inspecciona sus supuestos de consenso y la política de confirmación del proveedor. Una afirmación de finalidad determinista debe evaluarse bajo las condiciones operativas reales de la red en lugar de tratarse como una garantía de servicio ininterrumpido.
El riesgo del comerciante depende de la transacción. Entregar una respuesta en caché económica puede tolerar una política de aceptación diferente a la de liberar un activo valioso. El servicio debe declarar esa política y rastrear los resultados pendientes.
Las comisiones de red no son el precio total del pago
El pago también puede involucrar conversión, un facilitador, una pasarela y servicios de liquidez. Si el cliente comienza con fondos en otra cadena, el movimiento cross-chain añade una ruta con sus propias comisiones y estados de fallo.
El documento de parámetros de gas de Tempo describe un objetivo de diseño para transferencias de pago estándar. Un objetivo en una especificación no es una cotización para cada transacción de producción. Lo mismo se aplica a los parámetros de referencia de Arc que describen explícitamente un entorno de testnet. Parámetros de gas de Tempo.
Una comparación útil registra la ruta de pago real, el tamaño de la transferencia y los servicios involucrados. Luego, verifica una cotización normal y las condiciones bajo las cuales la cotización cambia. Una acción de contrato inteligente que consuma más gas no debería valorarse como una simple transferencia de tokens.
Para cargos diminutos, la frecuencia de liquidación puede dominar el resultado. El artículo sobre la economía de los micropagos explica por qué el procesamiento por lotes puede importar más que una pequeña diferencia en las comisiones de la cadena.
La distribución puede pesar más que una ventaja técnica
Un cliente con una billetera con fondos en una red tiene una ventaja práctica allí. Moverla a otro entorno requiere una razón lo suficientemente sólida como para justificar nuevos pasos de financiación e integración.
El despliegue de la stablecoin nativa de un emisor también difiere de una representación respaldada por un puente. Verifica qué activo puede canjear el destinatario y a través de qué ruta. Un token llamado USDC en un contrato desconocido no debería aceptarse basándose únicamente en su nombre.
La misma pregunta se aplica a un agente. Necesita credenciales compatibles, un cliente de pago y una política de presupuesto. x402 vs MPP compara esas rutas de pago programáticas. Ninguno de los nombres de los protocolos establece una blockchain obligatoria.
Para transferencias entre cadenas, nuestra comparación de infraestructura anterior examina la capa de verificación y entrega. Se vuelve relevante cuando los fondos del cliente no están ya donde el comerciante los necesita.
Identifica quién percibe la comisión
Un emisor de stablecoins, un operador de red y una pasarela pueden capturar diferentes partes de la economía de la transacción. El volumen de pagos no debería asignarse a un token sin un mecanismo que conecte esa actividad con él.
Incluso cuando una red no utiliza un token de gas nativo volátil en la experiencia del usuario, puede haber costos de infraestructura e ingresos comerciales en otros lugares. La cuestión de la inversión necesita un libro contable separado que identifique al beneficiario.
Nuestro marco de captura de valor RWA también se aplica aquí. Sigue las comisiones y la asignación real en lugar de tratar la capacidad de transacción como ganancias.
Elige con una prueba de pago completa
Comienza con el saldo real del cliente. Financia la billetera, compra el recurso previsto y haz que los ingresos del destinatario sean utilizables. Registra cada servicio y estado de espera en ese trayecto.
Repite la prueba con el patrocinio no disponible o con un proveedor retrasado. Eso muestra las dependencias operativas ocultas por una demostración limpia. También le da al comerciante un plan de recuperación realista.
Registra los pasos de aportación de fondos y recuperación junto con la comisión. Esas son las partes que el cliente experimentará cuando termine la demostración limpia.
Compara la cantidad que el destinatario puede usar realmente
Toma un pago ficticio de $10. La Ruta A cuesta $0.001 onchain pero requiere un paso de aportación de fondos o conversión de $0.50. La Ruta B cuesta $0.01 onchain y utiliza un saldo que el pagador ya posee. Antes de cualquier otro cargo, esas rutas cuestan $0.501 y $0.01 respectivamente.
Estas cifras no describen los precios de Tempo, Arc o Base. Muestran por qué una clasificación de comisiones de red puede invertirse a nivel de pago. Registra si un paso extra ocurre una vez por billetera o en cada compra, y si el comerciante puede usar los ingresos inmediatamente o si aún necesita otra conversión.