¿Qué son los nodos TON y cuándo deberías ejecutar uno?

Lista de verificación para decidir sobre nodos TON

Antes de decidir ejecutar tu propio nodo TON, considera estos factores:

• ¿Necesitas datos históricos completos? Los nodos de archivo almacenan todo el historial de la cadena, mientras que los nodos completos eliminan datos antiguos. Los proveedores alojados a menudo ofrecen endpoints de archivo sin el costo de almacenamiento.
• ¿Estás construyendo un explorador de bloques o una herramienta de análisis? Probablemente necesites un nodo de archivo o una API alojada que indexe datos históricos.
• ¿Necesitas validar y ganar recompensas? Ejecuta un nodo validador solo si tienes suficiente participación en TON y experiencia operativa.
• ¿Puedes manejar el mantenimiento? Los nodos autoalojados requieren actualizaciones regulares, monitoreo y respaldo. Los servicios alojados se encargan de esto por ti.
• ¿Cuál es tu patrón de tráfico? Si tu dApp tiene tráfico variable, un RPC alojado con escalado automático puede ser más rentable que aprovisionar para la carga máxima.

¿Qué es un nodo TON?

Un nodo TON es un cliente de software que mantiene una copia del estado de la cadena de bloques TON y participa en la red. Los nodos validan transacciones, propagan bloques y sirven datos a clientes ligeros (billeteras, dApps). Los nodos TON utilizan el protocolo ADNL (Abstract Datagram Network Layer) para la comunicación entre pares y pueden exponer una interfaz JSON-RPC para aplicaciones externas.

Existen varios tipos de nodos TON, cada uno con un rol diferente:

• Nodo completo (liteserver): Almacena las últimas shards y el estado de la masterchain, elimina datos antiguos y sirve a clientes ligeros. Adecuado para infraestructura personalizada o para respaldar tu propia API.
• Nodo de archivo (archive liteserver): Conserva todos los bloques históricos y el estado. Requerido para exploradores de bloques, análisis y servicios que necesitan historial completo.
• Nodo validador: Participa en el consenso firmando bloques y ganando recompensas. Requiere una participación en TON y una configuración confiable.
• Nodo collator: Produce bloques para los validadores para reducir la carga en la máquina validadora.
• Pool de nominadores: Acepta participaciones de múltiples partes y ejecuta un validador en su nombre.

¿Cuándo deberías ejecutar tu propio nodo TON?

Ejecutar tu propio nodo te da control total sobre el acceso a los datos, la latencia y la confiabilidad. Es la opción correcta si:

• Necesitas acceso directo y sin filtrar a la cadena de bloques sin depender de un tercero.
• Operas un validador o collator para asegurar la red y ganar recompensas.
• Ejecutas un explorador de bloques o un servicio de datos que requiere un nodo de archivo.
• Tienes los recursos de DevOps para mantener y monitorear el nodo 24/7.

Sin embargo, el autoalojamiento conlleva costos: hardware dedicado (o instancias en la nube), almacenamiento (los nodos de archivo pueden tener cientos de GB), ancho de banda y mantenimiento continuo. Para muchos equipos, la carga operativa supera los beneficios.

¿Cuándo usar un proveedor de RPC TON alojado?

La mayoría de los desarrolladores de dApps y compradores de infraestructura eligen un proveedor de RPC alojado porque simplifica las operaciones y mejora la confiabilidad. Los servicios alojados ofrecen:

• Infraestructura gestionada: No es necesario sincronizar, actualizar ni monitorear nodos.
• Endpoints geodistribuidos: Menor latencia para usuarios en todo el mundo.
• Escalado automático: Maneja picos de tráfico sin aprovisionar para la carga máxima.
• Acceso a archivo: Consulta datos históricos sin almacenarlos tú mismo.
• Soporte para múltiples redes: Accede a mainnet y testnet con una sola clave API.

OnFinality proporciona endpoints RPC de TON tanto para mainnet como para testnet, con opciones de nodos dedicados para cargas de trabajo de alto rendimiento. Puedes comenzar rápidamente sin gestionar ninguna infraestructura.

Configuración de un nodo TON: resumen rápido

Si decides ejecutar tu propio nodo, aquí tienes un resumen de alto nivel de los pasos. Las instrucciones detalladas están en la documentación de TON.

Prerrequisitos

• Un servidor Linux (se recomienda Ubuntu 20.04+) con al menos 8 núcleos de CPU, 32 GB de RAM y 500 GB de SSD para un nodo completo (los nodos de archivo necesitan más).
• Puertos abiertos para ADNL (TCP 30303, UDP 30303) y liteserver (TCP 8080).
• Conocimientos básicos de línea de comandos y administración de sistemas.

Instalación (nodo C++)

1. Clona el repositorio de TON:

   git clone https://github.com/ton-blockchain/ton.git
   cd ton
   

2. Compila el nodo:

   mkdir build && cd build
   cmake .. -DCMAKE_BUILD_TYPE=Release
   make -j$(nproc)
   

3. Configura el nodo editando config.json con tus ajustes.
4. Inicia el nodo:

   ./validator-engine -C config.json
   

Interactuando con tu nodo

Una vez que tu nodo esté en ejecución, puedes usar la herramienta lite-client para consultar la cadena de bloques:

./lite-client -C lite-client-config.json -a 127.0.0.1:8080

O enviar solicitudes JSON-RPC al endpoint del liteserver:

curl -X POST http://127.0.0.1:8080/jsonRPC -H "Content-Type: application/json" -d '{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "getMasterchainInfo",
  "params": []
}'

Comparación de tipos de nodos TON

Errores comunes al ejecutar nodos TON

• Almacenamiento insuficiente: Los nodos de archivo pueden superar 1 TB. Monitorea el uso del disco y planifica el crecimiento.
• Configuración de red: Los cortafuegos deben permitir los puertos ADNL y liteserver. Una mala configuración provoca fallos de sincronización.
• Tiempo de sincronización: La sincronización inicial puede llevar días. Usa instantáneas o un proveedor de confianza para acelerar.
• Actualizaciones de versión: El protocolo TON evoluciona. Mantén tu software de nodo actualizado para evitar quedar fuera de la red.

Cómo elegir entre nodos TON autoalojados y alojados

Evalúa la capacidad de tu equipo y los requisitos de la aplicación:

• Tamaño del equipo: Los equipos pequeños se benefician de los servicios alojados que reducen la carga operativa.
• Patrones de tráfico: Si tu aplicación tiene picos impredecibles, el escalado automático alojado es más confiable.
• Necesidades de datos: El acceso a archivo es más fácil con un proveedor que lo ofrezca de serie.
• Presupuesto: El autoalojamiento puede parecer más barato inicialmente, pero considera el tiempo de ingeniería y la respuesta a incidentes.

Para la mayoría de las dApps en producción, un proveedor de RPC alojado como OnFinality ofrece el mejor equilibrio entre rendimiento, confiabilidad y costo. Consulta nuestros precios de RPC y redes compatibles para ver si TON se adapta a tu stack.

Conclusiones clave

• Los nodos TON vienen en varias versiones: completo, archivo, validador, collator y pool de nominadores.
• El autoalojamiento brinda control total pero requiere una inversión operativa significativa.
• Los proveedores de RPC alojados simplifican la gestión de infraestructura y ofrecen endpoints geodistribuidos y escalables.
• OnFinality proporciona endpoints RPC de TON gestionados y nodos dedicados para cargas de trabajo de producción.
• Siempre evalúa tu retención de datos, tráfico y capacidad del equipo antes de elegir un camino.

Preguntas frecuentes

P: ¿Necesito un nodo TON para construir una dApp? R: No. Puedes usar un proveedor de RPC alojado para interactuar con la cadena de bloques sin ejecutar tu propio nodo.

P: ¿Cuál es la diferencia entre un nodo completo y un nodo de archivo? R: Un nodo completo elimina datos antiguos de la cadena para ahorrar almacenamiento, mientras que un nodo de archivo conserva todos los datos históricos. Los nodos de archivo son necesarios para exploradores de bloques y análisis.

P: ¿Cuánto cuesta ejecutar un nodo TON? R: Los costos de autoalojamiento varían según el proveedor de nube y el almacenamiento. Espera $50–$200/mes para un nodo completo, más para archivo. Los planes alojados comienzan en $0 para el nivel gratuito.

P: ¿Puedo usar OnFinality para la testnet de TON? R: Sí, OnFinality admite tanto mainnet de TON como testnet de TON.

P: ¿Qué es ADNL? R: ADNL (Abstract Datagram Network Layer) es el protocolo de red de bajo nivel de TON para la comunicación entre nodos. La mayoría de los desarrolladores interactúan a través de JSON-RPC en su lugar.