Mantén viva la red. Gana haciendo trabajo útil.
ZooBC necesita una infraestructura fiable: nodos que validan la cadena, pasarelas que enrutan el tráfico público, servicios de archivo que preservan el historial y operadores que entienden la continuidad y la seguridad.
¿Por qué este símbolo?
El elefante representa la memoria, la continuidad y la fuerza fiable. Son las cualidades que los operadores de infraestructura aportan a una red que debe seguir disponible y preservar su historial.
Opera un servicio cuyos fallos se vean antes de que se propaguen.
La infraestructura de ZooBC no es un único servidor intercambiable. Un nodo completo valida y acepta transacciones, un servicio de archivo conserva el historial profundo y legible, una pasarela enruta el tráfico público hacia los servicios permitidos en buen estado y un relé tiene su propio papel en la red. Los operadores deben saber qué servicio es responsable antes de diagnosticarlo.
Respeta los límites de cada servicio
Las solicitudes GET de la pasarela pueden usar el historial de archivo, mientras que las solicitudes POST deben llegar a un nodo completo con mempool. Un servicio de archivo es de solo lectura. Enviar escrituras al servicio equivocado puede parecer un fallo de la cadena cuando solo es un error de enrutamiento.
Verifica lo que instalas
Calcula el hash de cada versión del nodo, la pasarela, la billetera o las utilidades antes de ejecutarla. Compara la huella digital exacta con las pruebas de la versión y rechaza los archivos revocados, ausentes o sin explicación. La urgencia operativa no es motivo para omitir la procedencia.
Mide la salud por capas
La CPU, la memoria, el disco y el tiempo de actividad de la máquina responden a una pregunta distinta de la accesibilidad de la pasarela, el estado de la lista de permitidos, la altura de la cadena, la conectividad con los pares y el estado del registro. Una máquina en verde puede seguir sirviendo datos de la cadena desactualizados.
Protege el plano de control
La administración de la pasarela usa una clave de administrador por equipo, sin valor predeterminado. Las escrituras en la lista de permitidos y la sincronización de versiones deben quedar detrás de ese límite. Las lecturas públicas de la cadena no deben heredar en silencio la autoridad administrativa.
Diagnostica la capa que falla, no el síntoma más cercano.
La misma pantalla en blanco puede deberse a un problema del navegador, la pasarela, el servicio de archivo, el nodo completo, la lista de permitidos o el estado de la cadena. Revísalos en orden.
| Síntoma | Límite probable | Comprobación del operador |
|---|---|---|
| Falla el historial por GET | Ruta de la pasarela o servicio de archivo | Revisa el estado de la pasarela, la accesibilidad del archivo y si el 404 tiene cuerpo de respuesta antes de tratarlo como una ruta alternativa. |
| La transacción no se difunde | Ruta al nodo completo o mempool | Confirma que el POST llegó a un nodo completo. Los servicios de archivo son de solo lectura y no pueden aceptar una transacción. |
| Se rechaza el nombre de host de un nodo concreto | Lista de permitidos de la pasarela | Confirma que la IP y el puerto del nodo están admitidos. La restricción evita que la pasarela se convierta en un proxy abierto. |
| El panel está en verde, pero la altura está desactualizada | Servicio orientado a la cadena | Compara el estado de la blockchain y el último bloque con otro endpoint en buen estado; el tiempo de actividad de la máquina por sí solo no demuestra que la cadena esté al día. |
| Aparece una versión, pero no es de fiar | Registro de versiones o autoridad | Calcula el hash del archivo exacto, inspecciona el estado de la versión y confirma de forma independiente la autoridad de publicación actual. |
| Aumenta la presión sobre el disco | Capacidad del host o crecimiento del archivo | Inspecciona las estadísticas del sistema, la función de retención, los registros y el crecimiento antes de que se vea afectada la disponibilidad; no esperes a que el servicio se caiga. |
Usa un manual operativo que deje pruebas.
Un operador debe poder explicar qué binario se está ejecutando, de dónde salió, qué función cumple, qué red sigue y cómo se midió su salud.
- 01
Define el servicio
Registra si el host es un nodo completo, un servicio de archivo, una pasarela, un relé o una combinación admitida explícitamente por el despliegue. Registra el dominio, el puerto de la API, la red y el responsable de intervenir.
- 02
Verifica e instala
Obtén el paquete actual, calcula el SHA-256, compáralo con las pruebas de la versión, revisa la configuración y protege las credenciales generadas. Guarda la huella digital y la versión en el registro del despliegue.
- 03
Demuestra la salud de la máquina y de la cadena
Revisa los recursos del sistema y el estado de la pasarela, y luego consulta el estado de la blockchain y el último bloque. Compara la altura y la actualidad de los datos con un endpoint independiente antes de declarar el servicio listo.
- 04
Pon a prueba la función real
En las pasarelas, prueba las lecturas públicas, el enrutamiento a nodos concretos y el comportamiento autorizado de la lista de permitidos. En los nodos completos, prueba el envío de transacciones de forma segura en la testnet. En los servicios de archivo, prueba las lecturas del historial profundo.
No presentes un servicio nuevo como sano si el binario no está verificado, la red es ambigua, la altura de la cadena está desactualizada, las credenciales administrativas son las predeterminadas o están compartidas, o la función del servicio no se ha probado de principio a fin.
Mantén las operaciones ligadas a controles en vivo y a referencias mantenidas.
Las páginas de estado muestran el presente; los manuales explican el comportamiento; el explorador aporta un contexto independiente de la red; las páginas de seguridad y de recompensas explican por qué importa el servicio.
Modo de la pasarela, accesibilidad, nodos en la lista de permitidos, estado orientado a la cadena y estadísticas de la máquina.
↗MANUAL OPERATIVOOperaciones para desarrolladoresEnrutamiento de la pasarela, selección de nodos, listas de permitidos, relés, herramientas de versiones, descargas y endpoints operativos.
↗PLANO DE CONTROLReferencia de administraciónEndpoints autenticados de lista de permitidos y sincronización de versiones para administrar la pasarela.
↗VISTA DE LA REDRed en el exploradorNodos, pasarelas, relés y servicios de archivo registrados, y actividad actual de la red.
↗CONSENSOSeguridad de la cadenaSelección del constructor de bloques, comportamiento del registro, puntuación de participación y mecánica del costo de un ataque.
↗RECOMPENSASModelo de coinbaseCurva de emisión, supuestos de distribución de recompensas, comisiones y resultados esperados por nodo.
↗La fiabilidad es un registro, no una sensación.
Opera de modo que otra persona cualificada pueda entender el servicio y recuperarlo sin tener que adivinar.
- Registra las versiones, los hashes, quién es responsable de la configuración y la identidad de red.
- Supervisa por separado los recursos de la máquina y la actualidad de la cadena.
- Usa credenciales administrativas distintas y protegidas en cada equipo.
- Prueba las rutas de lectura y escritura contra la función de servicio correcta.
- Describe las interrupciones como no disponibles o desactualizadas hasta que vuelvan las mediciones.
- Enviar los POST de transacciones a un servicio de archivo.
- Tomar el tiempo de actividad del host como prueba de que el nodo está sincronizado.
- Exponer rutas o claves administrativas en la documentación pública.
- Añadir destinos arbitrarios a la lista de permitidos de la pasarela.
- Instalar una versión cuya huella digital o autoridad no se pueda confirmar.
¿Esto habla de ti?
Para operadores de nodo, operadores de pasarela, ingenieros de infraestructura y custodios de la red con capacidad técnica.
Te sientes cómodo ejecutando servicios, leyendo registros y manteniendo sistemas.
Quieres que la participación provenga del trabajo útil en la red y no de hardware de minería ni de la riqueza pasiva.
Te importan la disponibilidad, la seguridad, la verificación y la continuidad a largo plazo.
Quieres ayudar a probar la infraestructura antes de la génesis de la mainnet.
Entra por una puerta real.
Cada una de las rutas siguientes lleva a una página, herramienta o destino de la comunidad de ZooBC que ya existe.
Descarga y ejecuta
Obtén el software de nodo publicado y usa las herramientas de verificación antes de instalarlo.
↗PASARELAEntiende la pasarela
Mira cómo llega el tráfico público a los nodos en buen estado y revisa el estado en vivo de la pasarela.
↗OPERACIONESLee la guía para operadores
Revisa la información sobre nodos, pasarelas, API, lista de permitidos, versiones y operaciones.
↗Sigue las pruebas.
Usa la fuente que corresponde a cada pregunta en lugar de depender de una sola página de marketing.
Del interés a la participación.
- 01Verifica e instala el software actual
- 02Conéctate a la testnet y supervisa su comportamiento
- 03Coordina los requisitos de producción antes de la mainnet
Mantén viva la red. Gana haciendo trabajo útil.
ZooBC necesita una infraestructura fiable: nodos que validan la cadena, pasarelas que enrutan el tráfico público, servicios de archivo que preservan el historial y operadores que entienden la continuidad y la seguridad.