Logo
RPC Assistant

API de Klaytn: ¿Qué deben saber los desarrolladores sobre RPC, KAS e infraestructura de nodos?

Resumen

Klaytn, ahora renombrado como Kaia, es una blockchain de Capa 1 compatible con EVM. Los desarrolladores interactúan con ella a través de endpoints JSON-RPC, el Servicio de API de Klaytn (KAS) para APIs REST de nivel superior, o infraestructura de nodos dedicada. Esta guía cubre las diferencias, cómo conectarse y qué evaluar al elegir un proveedor de API.

Klaytn, ahora renombrado como Kaia, es una blockchain de Capa 1 compatible con EVM diseñada para alto rendimiento y finalidad inmediata. Si está construyendo una dApp, un indexador o un servicio backend en Kaia, necesita una forma confiable de enviar transacciones, leer el estado de los contratos y suscribirse a eventos. El término "API de Klaytn" puede significar varias cosas: el endpoint JSON-RPC, el Servicio de API de Klaytn (KAS) oficial, o un proveedor de RPC de terceros. Esta guía desglosa las opciones, muestra cómo conectarse y ayuda a decidir qué enfoque se adapta a su carga de trabajo.

Recomendación rápida: ¿qué ruta de API de Klaytn debería usar?

Su elección depende de lo que esté construyendo y de cuánta infraestructura quiera administrar.

  • Para frontends de dApp simples o prototipos rápidos, un endpoint RPC público como https://klaytn.api.onfinality.io/public es suficiente. Le permite leer datos de la cadena y enviar transacciones sin configuración.
  • Para backends de producción que necesitan alta disponibilidad y escalabilidad, use un proveedor de RPC administrado como OnFinality. Obtiene un endpoint dedicado, límites de tasa más altos y acceso a datos de archivo sin ejecutar su propio nodo.
  • Para equipos que quieren abstracciones de nivel superior como historial de tokens, gestión de billeteras o delegación de tarifas, KAS ofrece APIs REST que envuelven operaciones comunes de blockchain. Sin embargo, KAS es un servicio separado con su propio precio y puede no ser necesario si solo necesita JSON-RPC estándar.
  • Para equipos con requisitos estrictos de residencia de datos o personalizados, ejecutar su propio nodo endpoint le da control total, pero requiere mantenimiento, monitoreo y escalado continuos.

Si no está seguro, comience con un proveedor de RPC administrado. Le da la flexibilidad de cambiar a un nodo dedicado más tarde sin cambiar el código de su aplicación.

¿Qué es la API de Klaytn? Entendiendo el ecosistema

La mainnet de Klaytn, Cypress, se lanzó en 2019 y fue diseñada para casos de uso empresarial. En 2024, Klaytn se fusionó con Finschia para formar Kaia, y la red ahora opera bajo la marca Kaia. La cadena es compatible con EVM, por lo que admite contratos Solidity y herramientas estándar de Ethereum como ethers.js y viem.

Cuando los desarrolladores buscan "API de Klaytn", generalmente se refieren a una de tres cosas:

  1. API JSON-RPC: La interfaz estándar para interactuar con la blockchain. Envía solicitudes HTTP o WebSocket a un nodo endpoint, que las procesa y devuelve datos. Métodos como eth_blockNumber, klay_getBalance y eth_call son parte de esta API.
  2. Servicio de API de Klaytn (KAS): Un servicio administrado por la Fundación Klaytn que proporciona APIs REST para operaciones comunes como enviar transacciones, gestionar billeteras y consultar historial de tokens. También incluye una API de nodo que envuelve JSON-RPC.
  3. Proveedores de RPC de terceros: Servicios como OnFinality que ofrecen endpoints JSON-RPC públicos y privados, a menudo con características adicionales como datos de archivo, soporte WebSocket y análisis.

Entender la diferencia es crucial porque KAS y un proveedor de RPC estándar sirven para diferentes propósitos. KAS es más como un servicio backend, mientras que un proveedor de RPC es la capa de acceso a datos en bruto.

Configuración de la cadena Klaytn de un vistazo

Antes de conectarse, necesita los parámetros de red correctos. Aquí están los detalles clave para la mainnet de Kaia:

ParámetroValor
ID de cadena8217
Nombre de redKaia Mainnet (anteriormente Klaytn Cypress)
Moneda nativaKAIA (18 decimales)
Explorador de bloquesKaiascope
Endpoint RPC públicohttps://klaytn.api.onfinality.io/public

Para testnet, la testnet Baobab usa el ID de cadena 1001, pero esta guía se centra en mainnet. Siempre verifique la configuración de cadena más reciente en la documentación oficial de Kaia o en la página de red de su proveedor de RPC.

Conectándose a Klaytn con JSON-RPC

Una vez que tenga un endpoint, puede interactuar con la cadena usando JSON-RPC estándar. Aquí hay un ejemplo simple de curl para obtener el número de bloque más reciente:

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

La respuesta se verá así:

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

Para desarrolladores de JavaScript, puede usar ethers.js o viem. Aquí hay un ejemplo con ethers.js:

import { ethers } from "ethers";

const provider = new ethers.JsonRpcProvider("https://klaytn.api.onfinality.io/public");

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

getBlockNumber();

Si está usando viem, la configuración es similar:

import { createPublicClient, http } from "viem";

const client = createPublicClient({
  chain: {
    id: 8217,
    name: "Kaia Mainnet",
    nativeCurrency: { name: "KAIA", symbol: "KAIA", decimals: 18 },
    rpcUrls: { default: { http: ["https://klaytn.api.onfinality.io/public"] } },
  },
  transport: http(),
});

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

Para la configuración de billetera, puede agregar Kaia como una red personalizada en MetaMask o cualquier billetera compatible con EVM:

{
  "chainId": "0x2015",
  "chainName": "Kaia Mainnet",
  "nativeCurrency": {
    "name": "KAIA",
    "symbol": "KAIA",
    "decimals": 18
  },
  "rpcUrls": ["https://klaytn.api.onfinality.io/public"],
  "blockExplorerUrls": ["https://kaiascope.com"]
}

Métodos RPC específicos de Klaytn

Aunque Klaytn es compatible con EVM, también tiene su propio conjunto de métodos RPC con prefijo klay_. Estos son útiles para acceder a características específicas de Klaytn como la delegación de tarifas y los tipos de cuenta.

Algunos métodos comunes incluyen:

  • klay_getBalance – Obtener el saldo de una cuenta.
  • klay_sendTransaction – Enviar una transacción (similar a eth_sendTransaction).
  • klay_call – Ejecutar una llamada a contrato sin enviar una transacción.
  • klay_getTransactionReceipt – Obtener el recibo de una transacción.
  • klay_getBlockByNumber – Obtener información del bloque.

Puede usar estos métodos igual que los métodos de Ethereum. Por ejemplo:

curl -X POST https://klaytn.api.onfinality.io/public \
  -H "Content-Type: application/json" \
  -d '{"jsonrpc":"2.0","method":"klay_getBalance","params":["0x..."],"id":1}'

La mayoría de las bibliotecas de Ethereum funcionarán con Klaytn, pero si necesita características específicas de Klaytn, es posible que deba usar los métodos klay_ directamente.

KAS vs. proveedores de RPC: ¿cuál es la diferencia?

KAS es un servicio de API administrado que ofrece más que solo JSON-RPC. Proporciona endpoints REST para historial de tokens, gestión de billeteras y delegación de tarifas. Esto puede ser conveniente si desea evitar lidiar con transacciones en bruto y gestión de claves.

Sin embargo, KAS es un servicio separado con su propio precio y límites de tasa. Para muchos desarrolladores, un proveedor de RPC estándar es suficiente y más flexible. Aquí hay una comparación:

CaracterísticaKASProveedor de RPC estándar (ej., OnFinality)
InterfazREST + JSON-RPCJSON-RPC (HTTP/WebSocket)
Historial de tokensIntegradoRequiere indexación personalizada
Gestión de billeterasNo
Delegación de tarifasNo
Datos de archivoLimitadoDisponible bajo petición
PrecioPor llamada a APISuscripción o pago por uso
FlexibilidadAlto nivel, opinadoBajo nivel, control total

Si necesita historial de tokens o gestión de billeteras, KAS podría valer el costo. Pero si solo necesita leer y escribir datos de blockchain, un proveedor de RPC estándar es más simple y a menudo más barato.

Cómo elegir un proveedor de RPC de Klaytn

Al evaluar proveedores de RPC para Klaytn, considere los siguientes criterios:

CriterioQué verificarPor qué importa
Tiempo de actividad y fiabilidadTiempo de actividad histórico, página de estadoEl tiempo de inactividad puede romper su dApp
Límites de tasaSolicitudes por segundo, límites diariosLas aplicaciones de alto tráfico necesitan límites más altos
Datos de archivoAcceso al estado históricoNecesario para análisis y depuración
Soporte WebSocketSuscripciones a eventos en tiempo realEsencial para actualizaciones en vivo
Nodos dedicadosOpción de infraestructura exclusivaGarantiza rendimiento y aislamiento
PrecioCostos transparentes y predeciblesEvite facturas sorpresa
SoporteSoporte técnico receptivoAyuda cuando algo sale mal

OnFinality ofrece endpoints RPC públicos y dedicados para Klaytn, con soporte para WebSocket y datos de archivo. Puede comenzar con el endpoint público y actualizar a un nodo dedicado a medida que su proyecto crezca. Consulte la página de red de Kaia para más detalles.

Errores comunes y solución de problemas

Incluso con un proveedor confiable, puede encontrar problemas. Aquí hay algunos problemas comunes y cómo solucionarlos:

  • ID de cadena incorrecto: Asegúrese de usar 8217 para mainnet. Usar el ID de cadena incorrecto hará que las transacciones fallen.
  • Límite de tasa: Si recibe respuestas HTTP 429, está alcanzando los límites de tasa. Considere actualizar a un plan de pago o usar un nodo dedicado.
  • Desconexiones de WebSocket: Las conexiones WebSocket pueden caerse. Implemente lógica de reconexión en su cliente.
  • Transacción pendiente para siempre: Verifique el precio del gas y el nonce. Klaytn tiene un mecanismo de precio de gas dinámico, por lo que es posible que deba ajustarlo.
  • Errores CORS en el navegador: Si está llamando al RPC desde un navegador, asegúrese de que el proveedor permita CORS. Los endpoints públicos generalmente lo permiten, pero los dedicados pueden no hacerlo.

Para depurar, use herramientas como curl para probar métodos individuales y consulte el explorador de bloques para el estado de las transacciones.

Lista de verificación de preparación para producción

Antes de lanzar su aplicación Klaytn, revise esta lista:

  • Use un endpoint RPC dedicado para producción, no uno público.
  • Configure monitoreo de latencia de RPC y tasas de error.
  • Implemente lógica de reintento con retroceso exponencial.
  • Use WebSocket para actualizaciones en tiempo real, pero tenga un respaldo de sondeo.
  • Pruebe su aplicación en la testnet Baobab primero.
  • Asegúrese de que su backend maneje reorganizaciones de cadena (Klaytn tiene finalidad inmediata, pero aún así sea seguro).
  • Mantenga sus claves privadas seguras; nunca las exponga en código del lado del cliente.

Conclusiones clave

  • Klaytn ahora es Kaia, una L1 compatible con EVM con ID de cadena 8217.
  • Puede interactuar con ella mediante JSON-RPC, KAS o un proveedor de RPC de terceros.
  • Para la mayoría de los desarrolladores, un proveedor de RPC administrado como OnFinality ofrece el mejor equilibrio entre fiabilidad y flexibilidad.
  • KAS es útil para características de nivel superior como historial de tokens y gestión de billeteras, pero no es necesario para interacciones básicas de blockchain.
  • Siempre use un endpoint dedicado en producción y monitoree su uso.

Preguntas frecuentes

¿Qué es la API de Klaytn?

La API de Klaytn se refiere a las diversas interfaces para interactuar con la blockchain de Klaytn (ahora Kaia), incluyendo endpoints JSON-RPC, el Servicio de API de Klaytn (KAS) y proveedores de RPC de terceros.

¿Es Klaytn lo mismo que Kaia?

Sí, Klaytn se renombró a Kaia después de una fusión con Finschia. La mainnet ahora se llama Kaia Mainnet, pero la tecnología subyacente sigue siendo la misma.

¿Cuál es el ID de cadena para la mainnet de Klaytn?

El ID de cadena es 8217.

¿Necesito KAS para construir en Klaytn?

No, puede usar cualquier proveedor de JSON-RPC. KAS es opcional y proporciona APIs de nivel superior por conveniencia.

¿Puedo usar herramientas de Ethereum con Klaytn?

Sí, como Klaytn es compatible con EVM, puede usar ethers.js, viem y otras bibliotecas de Ethereum. Solo configure el ID de cadena y la URL RPC correctos.

¿Cómo obtengo un endpoint RPC de Klaytn?

Puede usar el endpoint público https://klaytn.api.onfinality.io/public o registrarse para un endpoint dedicado en OnFinality. Consulte la página de redes compatibles para más opciones.

¿Cuál es la diferencia entre RPC público y dedicado?

El RPC público es compartido y tiene límites de tasa, mientras que el RPC dedicado le da acceso exclusivo a un nodo, ofreciendo mejor rendimiento y fiabilidad. Para producción, se recomienda dedicado.

¿Cómo me suscribo a eventos en tiempo real en Klaytn?

Use WebSocket y el método eth_subscribe. Aquí hay un ejemplo:

const ws = new WebSocket("wss://klaytn.api.onfinality.io/public/ws");
ws.onopen = () => {
  ws.send(JSON.stringify({jsonrpc:"2.0",method:"eth_subscribe",params:["newHeads"],id:1}));
};
ws.onmessage = (event) => {
  console.log(event.data);
};

Nota: La URL de WebSocket puede diferir; consulte la documentación de su proveedor.

¿Cuáles son los límites de tasa para el endpoint público de Klaytn?

Los límites de tasa varían según el proveedor. El endpoint público de OnFinality es adecuado para desarrollo y uso ligero, pero para producción debe actualizar a un plan de pago. Consulte precios de RPC para más detalles.

¿Cómo obtengo KLAY de prueba para la testnet Baobab?

Puede usar el faucet oficial de Klaytn o solicitarlo en la documentación de Kaia. La testnet usa el ID de cadena 1001.

¿Puedo ejecutar mi propio nodo de Klaytn?

Sí, puede ejecutar un nodo endpoint usando el software oficial de Klaytn. Sin embargo, requiere mantenimiento y monitoreo. Los servicios administrados como OnFinality pueden ahorrarle tiempo y esfuerzo.

¿Qué es la delegación de tarifas en Klaytn?

La delegación de tarifas permite que un tercero pague las tarifas de transacción en nombre de los usuarios. KAS admite esto, pero también puede implementarlo con JSON-RPC en bruto si comprende la estructura de transacciones.

¿Es Klaytn seguro para uso empresarial?

Klaytn fue diseñado con confiabilidad de grado empresarial, usando consenso BFT. Sin embargo, la seguridad depende de su implementación. Siempre siga las mejores prácticas para la gestión de claves y la seguridad de contratos inteligentes.

¿Dónde puedo encontrar más recursos?

Consulte la documentación oficial de Kaia, el GitHub de Klaytn y la página de red de OnFinality para obtener información actualizada.

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