Logo
Nuevos usuarios de RPC: 35% de descuento el primer mesVer oferta
RPC Assistant

¿Qué es el ID de cadena de Base y dónde puedes obtener un endpoint RPC de Base gratuito?

Resumen

Base mainnet utiliza el ID de cadena 8453, y Base Sepolia utiliza el ID de cadena 84532. Necesitas el ID de cadena correcto más una URL RPC siempre que agregues Base a una billetera o apuntes un cliente a la red. OnFinality ofrece un endpoint RPC público gratuito de Base en https://base.api.onfinality.io/public, para que puedas conectarte y probar sin registrarte. Para tráfico de producción, un nodo dedicado de Base te brinda capacidad predecible y aislamiento. Consulta los precios de RPC y las redes compatibles para obtener más detalles.

Si buscaste un ID de cadena de Base gratuito, probablemente necesites dos cosas a la vez: el ID de cadena numérico para registrar la red y una URL RPC que realmente responda. Esta página te proporciona ambos, y luego explica cuándo un endpoint público gratuito es suficiente y cuándo deberías pasar a una infraestructura dedicada de Base.

Configuración de la cadena de un vistazo

Base es una capa 2 de Ethereum construida sobre OP Stack. Eso importa para la configuración porque Base utiliza herramientas compatibles con EVM: los mismos métodos JSON-RPC, los mismos flujos de billetera y las mismas bibliotecas de cliente que ya usas en Ethereum. Lo único que cambia es el ID de cadena, la URL RPC y el explorador de bloques.

ConfiguraciónBase mainnetBase Sepolia (testnet)
ID de cadena845384532
Nombre de la cadenaBaseBase Sepolia Testnet
Moneda nativaETH (18 decimales)ETH (18 decimales)
Explorador de bloqueshttps://basescan.orghttps://sepolia.basescan.org
RPC público de OnFinalityhttps://base.api.onfinality.io/publichttps://base-sepolia.api.onfinality.io/public

Usa mainnet (8453) para cualquier cosa que toque fondos reales. Usa Sepolia (84532) para desarrollo, staging y pruebas de contratos antes de desplegar. Mezclar los dos es uno de los errores de configuración más comunes, y generalmente se manifiesta como una transacción que "tiene éxito" contra la red incorrecta.

¿Qué endpoint deberías usar realmente?

El ID de cadena responde "qué red". La URL RPC responde "cómo hablo con ella". Esas son decisiones separadas, y la elección correcta de RPC depende de tu carga de trabajo.

  • Desarrollo local y pruebas rápidas: el endpoint público gratuito es suficiente. Puedes apuntar un script o una billetera a él y comenzar a enviar solicitudes de inmediato.
  • Testnet y pipelines de CI: usa el endpoint público de Base Sepolia. Mantiene el tráfico de prueba fuera de mainnet y es fácil de restablecer.
  • Aplicaciones en producción con tráfico constante: pasa a un endpoint gestionado o dedicado. Los endpoints públicos son compartidos, por lo que el rendimiento y el comportamiento de límite de velocidad no son algo que controles.
  • Cargas de trabajo de lectura intensiva (indexadores, análisis, eth_getLogs): planifica el acceso a archivo y un mayor volumen de solicitudes, que es donde los nodos dedicados ayudan más.

Si aún no estás seguro, comienza en el endpoint público, mide tus patrones de solicitud y luego decide. La página de la red Base enumera el endpoint actual y los detalles de transporte, y precios de RPC muestra cómo son los planes gestionados cuando superas el nivel gratuito.

Agregar Base a una billetera

La mayoría de las billeteras te permiten agregar una red personalizada con los mismos cuatro campos. Aquí está la configuración de mainnet:

Network name:   Base
RPC URL:        https://base.api.onfinality.io/public
Chain ID:       8453
Currency symbol: ETH
Block explorer: https://basescan.org

Para testnet, cambia los valores de Sepolia:

Network name:   Base Sepolia
RPC URL:        https://base-sepolia.api.onfinality.io/public
Chain ID:       84532
Currency symbol: ETH
Block explorer: https://sepolia.basescan.org

Si una billetera rechaza la red, la causa habitual es un error tipográfico en el ID de cadena (8453 vs 84532) o una URL RPC que se copió con un espacio final. Vuelve a ingresar ambos campos con cuidado antes de asumir que el endpoint está caído.

Verificar el endpoint con una solicitud

La forma más rápida de confirmar que tu ID de cadena y URL RPC coinciden es preguntarle directamente al nodo. eth_chainId devuelve el ID de cadena como una cadena hexadecimal, por lo que 0x2105 debería decodificarse a 8453.

curl -s https://base.api.onfinality.io/public \
  -H "Content-Type: application/json" \
  -d '{"jsonrpc":"2.0","id":1,"method":"eth_chainId","params":[]}'

Una respuesta saludable se ve así:

{"jsonrpc":"2.0","id":1,"result":"0x2105"}

También puedes confirmar que el último bloque está avanzando, lo que te indica que el endpoint está sincronizado y sirviendo datos frescos:

curl -s https://base.api.onfinality.io/public \
  -H "Content-Type: application/json" \
  -d '{"jsonrpc":"2.0","id":1,"method":"eth_blockNumber","params":[]}'

Si eth_chainId devuelve 0x2105 pero tu aplicación aún falla, el problema casi siempre está en la configuración del cliente en lugar del endpoint.

Configurar un cliente JavaScript

Con ethers o viem, el ID de cadena generalmente se pasa como un número mientras que la URL RPC es una cadena. Mantenerlos en un solo objeto de configuración evita desviaciones entre entornos.

import { createPublicClient, http } from "viem";
import { base, baseSepolia } from "viem/chains";

const client = createPublicClient({
  chain: base, // chain ID 8453
  transport: http("https://base.api.onfinality.io/public"),
});

const blockNumber = await client.getBlockNumber();
console.log("Base head block:", blockNumber);

Para testnet, cambia el objeto de cadena a baseSepolia y la URL al endpoint de Sepolia. Si prefieres ethers, el patrón es el mismo: pasa 8453 como chainId y la URL RPC como la URL del proveedor. Las discrepancias entre ambos arrojan errores como chainId mismatch o network changed, que son errores de configuración, no fallas del nodo.

Modos de falla comunes y cómo leerlos

Cuando algo se rompe, el mensaje de error generalmente apunta a una de unas pocas causas raíz. Esta tabla asigna el síntoma a la solución probable.

SíntomaCausa probableQué hacer
chainId mismatchEl ID de cadena del cliente no coincide con el RPCConfirma 8453 (mainnet) o 84532 (Sepolia)
Las transacciones fallan instantáneamenteRed incorrecta en la billeteraCambia la billetera a la red Base correspondiente
eth_getLogs se agotaRango de bloques grande o límites del endpoint compartidoReduce el rango o pasa a un nodo dedicado
Respuestas 429 intermitentesEndpoint público compartido bajo cargaAgrega reintentos, luego planifica un endpoint gestionado
Número de bloque obsoletoEndpoint no sincronizado o URL incorrectaVuelve a verificar la URL RPC y reintenta
La llamada al contrato se revierte inesperadamenteDesplegado en una red diferente a la que consultasVerifica la dirección del contrato por red

Un hábito útil es registrar el ID de cadena que tu aplicación resuelve al inicio. Esa única línea detecta la mayoría de las malas configuraciones antes de que lleguen a un usuario.

Cuándo el endpoint gratuito deja de ser suficiente

Los endpoints públicos son un buen valor predeterminado para aprender, probar y herramientas de bajo volumen. Son infraestructura compartida, por lo que no debes tratarlos como una garantía de capacidad. A medida que tu aplicación crece, algunas señales te indican que es hora de avanzar:

  • Ves respuestas de límite de velocidad durante el tráfico pico.
  • Tu indexador o trabajo de análisis necesita grandes rangos de eth_getLogs o datos de archivo.
  • Necesitas latencia consistente para transacciones orientadas al usuario.
  • Quieres aislamiento para que el tráfico de otro equipo no afecte el tuyo.

En ese punto, un nodo dedicado de Base te brinda un endpoint privado con capacidad que controlas. OnFinality proporciona tanto una API RPC gestionada como opciones de nodos dedicados, para que puedas comenzar en el endpoint público y escalar sin cambiar el código de tu cliente. Revisa redes RPC compatibles para confirmar la cobertura de Base y Base Sepolia, y nodos dedicados para detalles de aislamiento y rendimiento.

Flujo de trabajo de testnet: de Sepolia a mainnet

Una ruta de promoción limpia reduce sorpresas el día del lanzamiento:

  1. Desarrolla contra Base Sepolia (84532) usando el endpoint público de testnet.
  2. Ejecuta pruebas de integración en CI con el mismo ID de cadena y URL RPC que usa tu entorno de staging.
  3. Verifica las direcciones de los contratos y los argumentos del constructor por red antes de desplegar.
  4. Cambia el ID de cadena y la URL RPC a mainnet (8453) en un solo cambio de configuración, no disperso en varios archivos.
  5. Vuelve a ejecutar eth_chainId y una llamada de lectura contra mainnet para confirmar el cambio.

Mantener el ID de cadena y la URL RPC en una única configuración basada en el entorno es la forma más simple de evitar desplegar en la red incorrecta.

Puntos clave

  • El ID de cadena de Base mainnet es 8453; el de Base Sepolia es 84532.
  • El endpoint RPC gratuito de OnFinality para Base es https://base.api.onfinality.io/public; el endpoint de Sepolia es https://base-sepolia.api.onfinality.io/public.
  • Verifica la configuración con eth_chainId (0x2105 = 8453) antes de depurar cualquier otra cosa.
  • Los endpoints públicos son adecuados para desarrollo y uso de bajo volumen; las cargas de trabajo de producción y con muchos datos se benefician de nodos gestionados o dedicados.
  • Mantén el ID de cadena y la URL RPC en un solo objeto de configuración para evitar discrepancias de red.

Preguntas frecuentes

¿El ID de cadena de Base es gratuito de usar? Sí. Un ID de cadena es solo un identificador de red público. No hay costo por leerlo o usarlo; solo pagas por la infraestructura que elijas ejecutar contra él.

¿Cuál es el ID de cadena de Base mainnet? 8453. En hexadecimal es 0x2105, que es lo que devuelve eth_chainId.

¿Cuál es el ID de cadena de Base Sepolia? 84532. Úsalo para desarrollo en testnet y staging.

¿Puedo usar un endpoint RPC de Base gratuito en producción? Puedes comenzar allí, pero los endpoints públicos son compartidos. Para tráfico de producción constante, planifica un endpoint gestionado o dedicado para que la capacidad sea predecible.

¿Por qué mi aplicación dice chain ID mismatch? El ID de cadena configurado en tu cliente no coincide con la red a la que apunta la URL RPC. Confirma 8453 para mainnet o 84532 para Sepolia y que ambos valores provengan de la misma configuración.

¿Necesito una URL RPC diferente para testnet? Sí. Base Sepolia usa un endpoint separado. Apuntar un ID de cadena de testnet a una URL de mainnet (o al revés) fallará.

¿Dónde puedo ver qué redes soporta OnFinality? La página de redes RPC compatibles enumera la cobertura actual, incluida Base y Base Sepolia.

Base de conocimiento RPC

Detalles RPC relacionados

Nunca te preocupes por la infraestructura nuevamente

OnFinality elimina la carga pesada de DevOps para que puedas construir de forma más inteligente y rápida.

Comenzar