¿Qué es un RPC de Arbitrum y cómo elegir el endpoint correcto?

Lista de verificación para decidir sobre un RPC de Arbitrum

Antes de integrar un endpoint RPC de Arbitrum, evalúa estos criterios para evitar problemas comunes:

Resumen de la red Arbitrum

Arbitrum es un optimistic rollup líder de Capa 2 que hereda la seguridad de Ethereum mientras ofrece tarifas más bajas y mayor rendimiento. Tiene dos redes principales:

• Arbitrum One (chain ID 42161) – el rollup principal que utiliza la pila tecnológica Nitro.
• Arbitrum Nova (chain ID 42170) – una cadena AnyTrust optimizada para juegos y aplicaciones sociales.
• Arbitrum Sepolia (chain ID 421614) – la testnet para desarrollo.

Cada red tiene sus propios endpoints RPC públicos y endpoints de secuenciador. El endpoint del secuenciador es un endpoint especial de solo escritura que acepta eth_sendRawTransaction (y eth_sendRawTransactionConditional) y proporciona una inclusión más rápida. No debe usarse para llamadas de lectura.

Endpoints RPC públicos de Arbitrum

Arbitrum proporciona endpoints públicos gratuitos para todas las redes:

• Arbitrum One: https://arb1.arbitrum.io/rpc
• Arbitrum Nova: https://nova.arbitrum.io/rpc
• Arbitrum Sepolia: https://sepolia-rollup.arbitrum.io/rpc

Estos endpoints tienen límites de tasa y no admiten WebSocket. Son adecuados para uso ligero, prototipado o billeteras, pero no para dApps de producción con alto tráfico.

Proveedores RPC de terceros

Muchos proveedores de nodos ofrecen servicios RPC de Arbitrum con límites de tasa más altos, soporte WebSocket, datos de archivo y opciones de nodos dedicados. Al evaluar proveedores, considera:

• Límites de tasa: Los endpoints públicos pueden permitir solo unas pocas solicitudes por segundo. Los planes de pago ofrecen mayor rendimiento.
• WebSocket: Esencial para aplicaciones en tiempo real como DEXs, mercados NFT y juegos.
• Datos de archivo: Necesario para consultas de estado histórico (ej., eth_call con números de bloque pasados).
• API de Trace: El trazado Stylus de Arbitrum permite una depuración profunda de contratos.
• Distribución geográfica: Los endpoints de baja latencia mejoran la experiencia del usuario.

OnFinality proporciona endpoints RPC gestionados para Arbitrum One, Nova y Sepolia, con opciones para nodos compartidos y dedicados. Consulta la página de red Arbitrum para conocer el soporte actual y precios RPC para detalles de los planes.

Cómo conectarse al RPC de Arbitrum

Usando curl

curl -X POST https://arb1.arbitrum.io/rpc \
  -H "Content-Type: application/json" \
  -d '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id":1}'

Usando ethers.js (JavaScript)

const { ethers } = require("ethers");

const provider = new ethers.JsonRpcProvider("https://arb1.arbitrum.io/rpc");

async function getBlock() {
  const blockNumber = await provider.getBlockNumber();
  console.log("Current block:", blockNumber);
}
getBlock();

Usando web3.py (Python)

from web3 import Web3

w3 = Web3(Web3.HTTPProvider("https://arb1.arbitrum.io/rpc"))
print(w3.eth.block_number)

Comportamiento del endpoint del secuenciador

El secuenciador de Arbitrum proporciona una inclusión rápida de transacciones. Puntos clave:

• Solo llamadas de escritura: eth_sendRawTransaction y eth_sendRawTransactionConditional.
• Menor latencia: Las transacciones se confirman más rápido que a través del RPC estándar.
• Sin soporte de lectura: No usar para eth_call, eth_getBalance, etc.
• Patrón de respaldo: Usar el secuenciador para enviar transacciones, RPC estándar para lecturas.

Ejemplos de endpoints del secuenciador:

• One: https://arb1-sequencer.arbitrum.io/rpc
• Nova: https://nova-sequencer.arbitrum.io/rpc
• Sepolia: https://sepolia-rollup-sequencer.arbitrum.io/rpc

Problemas comunes y solución de problemas

1. Usar el secuenciador para llamadas de lectura

Enviar una solicitud de lectura al endpoint del secuenciador devolverá un error. Usa siempre la URL RPC estándar para lecturas.

2. Límite de tasa en endpoints públicos

Los endpoints públicos tienen límites de tasa estrictos. Si ves respuestas HTTP 429, cambia a un proveedor con límites más altos o un nodo dedicado.

3. Falta de soporte WebSocket

Muchos endpoints públicos no admiten WebSocket. Para suscripciones en tiempo real, usa un proveedor que ofrezca WSS.

4. Chain ID incorrecto

Verifica siempre el chain ID en la configuración de tu billetera o dApp. Usar el chain ID incorrecto puede provocar fallos en transacciones o pérdida de fondos.

5. Disponibilidad de datos de archivo

Si tu aplicación necesita estado histórico, asegúrate de que tu proveedor admita nodos de archivo. Los endpoints públicos generalmente solo sirven estado reciente.

Cuándo usar un nodo dedicado

Para aplicaciones de producción con alto tráfico, un nodo dedicado de Arbitrum ofrece:

• Recursos garantizados: Sin contención con otros usuarios.
• Configuración personalizada: Ajusta la configuración del nodo para tu carga de trabajo.
• Datos de archivo completos: Acceso a todo el estado histórico.
• Soporte WebSocket: Transmisión de eventos en tiempo real.
• Límites de tasa claros: Solicitudes ilimitadas dentro de la capacidad del nodo.

OnFinality ofrece nodos dedicados de Arbitrum con opciones de implementación flexibles. Visita la página de nodo dedicado para más información.

Conclusiones clave

• Arbitrum proporciona endpoints RPC públicos para One, Nova y Sepolia, pero tienen límites de tasa y carecen de WebSocket.
• Los endpoints del secuenciador son de solo escritura; úsalos solo para enviar transacciones.
• Los proveedores externos ofrecen funciones mejoradas como límites más altos, WebSocket, datos de archivo y nodos dedicados.
• Evalúa a los proveedores según límites de tasa, soporte WebSocket, datos de archivo, API de Trace y distribución geográfica.
• Para producción, considera un nodo dedicado para rendimiento predecible y control total.