¿Qué es la lista de BNBChain y cómo encajan BNB Smart Chain y las sidechains de aplicación?

La lista de BNBChain es una forma común en que los desarrolladores se refieren al conjunto de redes, chain IDs y endpoints RPC que conforman el ecosistema de BNB Chain. En el centro está BNB Smart Chain (BSC), una cadena compatible con EVM que ejecuta el Token Nativo de BNB Chain (BNB) y aloja la mayor parte de la actividad DeFi, NFT y gaming. A su alrededor se encuentran sidechains de aplicación, redes de Capa 2 y testnets que comparten herramientas, puentes y, a veces, validadores con BSC.

Si buscaste una lista de BNBChain, probablemente necesites una de tres cosas: el chain ID y la URL RPC correctos para una billetera o backend, una forma de determinar qué sidechains vale la pena soportar, o un endpoint confiable para tráfico en producción. Esta página te brinda primero la referencia práctica, luego explica cómo conectarte y cuándo dejar los endpoints públicos.

Guía de decisión: endpoint público, RPC gestionado o nodo dedicado

Antes de copiar un endpoint en tu configuración, decide qué tipo de carga de trabajo estás ejecutando. La elección correcta depende del volumen de solicitudes, si necesitas datos de archivo o suscripciones WebSocket, y cuánto tiempo de inactividad puede tolerar tu aplicación.

OnFinality proporciona tanto un servicio de API RPC como infraestructura de nodos dedicados para BNB Chain. Puedes comenzar con un endpoint compartido y pasar a un nodo dedicado cuando tu perfil de solicitudes lo supere. Consulta Precios de RPC para formas de planes y Redes RPC compatibles para la lista completa de cadenas.

Configuración de BNB Smart Chain de un vistazo

La mainnet de BNB Smart Chain es la cadena a la que la mayoría de los desarrolladores se refiere cuando dicen "BSC". Usa estos valores en billeteras, Hardhat, Foundry, ethers, viem o cualquier cliente JSON-RPC.

La testnet usa el chain ID 97, el símbolo de moneda tBNB y el explorador en https://testnet.bscscan.com. Su endpoint público es https://bnb-testnet.api.onfinality.io/public. Mantén las configuraciones de mainnet y testnet en archivos separados para que nunca envíes un chain ID de testnet a producción.

Conectar una billetera o cliente a BNB Smart Chain

La mayoría de los problemas de conexión provienen de un chain ID incorrecto o una URL RPC obsoleta. Una configuración mínima de red para billetera se ve así:

{
  "chainId": "0x38",
  "chainName": "BNB Smart Chain Mainnet",
  "nativeCurrency": {
    "name": "BNB Chain Native Token",
    "symbol": "BNB",
    "decimals": 18
  },
  "rpcUrls": ["https://bnb.api.onfinality.io/public"],
  "blockExplorerUrls": ["https://bscscan.com"]
}

Ten en cuenta que 0x38 es la forma hexadecimal del chain ID 56. Las billeteras esperan hexadecimal, mientras que la mayoría de las configuraciones de SDK esperan decimal. Mezclar los dos es una fuente frecuente de errores de "red incorrecta".

Para una verificación rápida de JSON-RPC desde la terminal, llama a eth_chainId y confirma que devuelve 0x38:

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

Si estás construyendo con viem, la misma verificación ocurre al crear el cliente:

import { createPublicClient, http } from 'viem'
import { bsc } from 'viem/chains'

const client = createPublicClient({
  chain: bsc,
  transport: http('https://bnb.api.onfinality.io/public')
})

const blockNumber = await client.getBlockNumber()
console.log('Latest BNB Smart Chain block:', blockNumber)

Qué significa "sidechain de aplicación" en la lista de BNBChain

La lista de BNBChain no es una sola cadena. Agrupa BNB Smart Chain con redes que la extienden o especializan. En la práctica verás algunas categorías:

• Mainnet y testnet de BNB Smart Chain. La cadena EVM base y su entorno de prueba.
• Sidechains de aplicación. Cadenas de propósito específico que pueden usar herramientas, puentes o validadores de BNB Chain pero ejecutan su propio consenso y producción de bloques.
• Redes de Capa 2 y escalado. Rollups o sistemas laterales que liquidan en BSC u otra cadena y exponen RPC compatible con EVM.
• Opcodes y notas de compatibilidad. Detalles sobre qué versiones de EVM, precompilados y reglas de gas soporta cada red.

Cuando leas una lista de BNBChain, verifica cuatro campos antes de agregar una red a tu aplicación: chain ID, URL RPC, URL del explorador y moneda nativa. Si alguno de esos falta o es inconsistente entre fuentes, trata la red como no verificada y pruébala primero con una transacción pequeña.

Elegir un endpoint RPC para BSC y sidechains

Los endpoints públicos son convenientes, pero son compartidos. Eso significa que tu tasa de solicitudes se ve afectada por todos los demás que usan la misma URL, y no tienes control sobre las ventanas de mantenimiento. Para prototipos esto está bien. Para cualquier cosa con usuarios, planifica lo siguiente:

1. Acceso con clave. Pasa de una URL pública a una clave API para que tu tráfico sea identificable y pueda recibir soporte.
2. Cobertura de métodos. Confirma que el endpoint soporta los métodos en los que confías, especialmente eth_getLogs, eth_call con anulaciones de estado y debug_traceTransaction si necesitas trazas.
3. Soporte WebSocket. Las funciones en tiempo real como feeds de transacciones pendientes o suscripciones a eventos necesitan transporte wss://, no solo HTTP.
4. Profundidad de archivo. Los saldos históricos y las repeticiones de eventos requieren un nodo de archivo. Verifica que el proveedor exponga datos de archivo para el rango de bloques que necesitas.
5. Failover. Configura un endpoint secundario para que un problema de un solo proveedor no derribe tu aplicación.

OnFinality expone BNB Chain tanto por HTTP como por WebSocket, y los nodos dedicados están disponibles cuando necesitas capacidad aislada. Puedes revisar la página de la red en RPC de BNB Chain y la testnet en RPC de BNB Chain Testnet.

Monitoreo y depuración de conexiones BSC

Una vez que estés en vivo, algunas señales te indican si tu endpoint está saludable. Rastrea la latencia de solicitudes, la tasa de errores por método y la brecha entre tu último bloque procesado y la cabeza de la cadena. Una brecha de bloques creciente generalmente significa que tu endpoint está limitado o que tu consumidor se está quedando atrás.

Una sonda de salud simple puede ejecutarse según un horario y alertar cuando el chain ID o la altura de bloque dejan de avanzar:

async function probe(url) {
  const res = await fetch(url, {
    method: 'POST',
    headers: { 'Content-Type': 'application/json' },
    body: JSON.stringify({
      jsonrpc: '2.0', id: 1,
      method: 'eth_blockNumber', params: []
    })
  })
  const { result } = await res.json()
  return parseInt(result, 16)
}

const height = await probe('https://bnb.api.onfinality.io/public')
console.log('BNB Smart Chain head:', height)

Los modos de fallo comunes en BSC incluyen consultas eth_getLogs que abarcan demasiados bloques, respuestas de límite de tasa durante picos de tráfico y conexiones WebSocket que se caen silenciosamente. Para consultas de logs, reduce el rango de bloques y pagina. Para límites de tasa, agrega retroceso y considera un nodo dedicado. Para WebSockets, implementa lógica de reconexión con un paso de resuscripción.

Cuándo alquilar infraestructura en lugar de ejecutar tu propio nodo

Ejecutar un nodo de BNB Smart Chain tú mismo te da control total, pero también significa que el disco, el ancho de banda, las actualizaciones y el monitoreo son tu responsabilidad. El estado de BSC crece rápidamente, y los nodos de archivo necesitan almacenamiento sustancial. Si tu equipo es pequeño o tu nodo no es tu producto, alquilar infraestructura suele ser más rápido y barato que operarla.

Un nodo dedicado de OnFinality te da capacidad aislada y un endpoint estable sin la sobrecarga operativa. Esto encaja bien cuando tienes un volumen alto predecible, necesitas datos de archivo o trazas, o quieres un endpoint privado que no se comparta con otros usuarios. Consulta nodos dedicados para saber cómo funciona, y cómo elegir un proveedor RPC para criterios de evaluación.

Puntos de control de migración

Si estás pasando de un endpoint público a uno gestionado o dedicado, revisa estos puntos de control:

• Inventaria cada lugar donde tu aplicación hace referencia a una URL RPC, incluyendo frontend, backend, trabajos cron y CI.
• Confirma que el nuevo endpoint soporta tu combinación de métodos y transporte (HTTP, WebSocket o ambos).
• Prueba con un canario: enruta un pequeño porcentaje de tráfico al nuevo endpoint y compara las tasas de error.
• Configura el monitoreo antes de hacer el cambio, no después.
• Mantén el endpoint antiguo configurado como respaldo hasta que el nuevo haya pasado por un ciclo completo de tráfico.

Conclusiones clave

• La lista de BNBChain describe BNB Smart Chain más sidechains de aplicación, redes de Capa 2 y testnets, cada una con su propio chain ID y URL RPC.
• La mainnet de BNB Smart Chain usa el chain ID 56, BNB como token nativo y el explorador en bscscan.com; la testnet usa el chain ID 97 y tBNB.
• Los endpoints públicos están bien para desarrollo pero son compartidos; las aplicaciones en producción deben usar acceso con clave, confirmar soporte de métodos y transporte, y planificar failover.
• Los datos de archivo, eth_getLogs y las suscripciones WebSocket son las características que más probablemente te obliguen a pasar a infraestructura dedicada.
• OnFinality ofrece RPC de BNB Chain y nodos dedicados; consulta Precios de RPC y Redes RPC compatibles antes de comprometerte.

Preguntas frecuentes

¿Es BNB Smart Chain lo mismo que BSC? Sí. BSC es la abreviatura común de BNB Smart Chain, la mainnet compatible con EVM con chain ID 56.

¿Qué chain ID debo usar para la testnet de BNB Chain? La testnet usa el chain ID 97 y el símbolo de moneda tBNB. Mantenlo en una configuración separada de la mainnet.

¿Necesito un nodo dedicado para una dApp pequeña? No necesariamente. Una API RPC gestionada con una clave API suele ser suficiente hasta que alcances límites de métodos, necesites datos de archivo o requieras capacidad aislada.

¿Cómo sé si un endpoint soporta WebSockets? Revisa la documentación del proveedor para una URL wss://. Si solo se lista una URL https://, asume que es solo HTTP y diseña tus funciones en tiempo real en consecuencia.

¿Dónde puedo encontrar la lista completa de cadenas que soporta OnFinality? Consulta Redes RPC compatibles para la lista actual, incluyendo BNB Chain y su testnet.