> ## Documentation Index
> Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt
> Use this file to discover all available pages before exploring further.

# Operar un nodo

> La operación de nodos no está abierta. El conjunto de validadores es solo por invitación hasta mainnet: qué roles existen y cómo preguntar por la incorporación.

<Warning>
  **La operación de nodos no está abierta.** El conjunto de validadores lo operan Intention Labs y socios invitados, y la entrada es por aprobación y no por registro. No hay un flujo público de incorporación, no hay entrada sin permisos y no hay ningún binario de validador publicado para descarga general.
</Warning>

Si quieres operar infraestructura en Intention, el camino es preguntar. Todo lo que sigue es contexto para esa conversación.

<h2 id="asking-about-node-operation">
  Preguntar por la operación de nodos
</h2>

Escribe a `contact@intention.xyz` con **Node operator** en el asunto.

Qué incluir, porque es justo lo que te pediría la primera respuesta:

|                     |                                                                 |
| ------------------- | --------------------------------------------------------------- |
| **Quién eres**      | Organización, y cualquier red en la que ya valides              |
| **Qué rol**         | Validador, o un nodo completo para tu propio tráfico de lectura |
| **Infraestructura** | Dónde lo operarías, y si sería bare metal o nube                |
| **Por qué**         | Qué necesitas de la red que un endpoint público no te dé        |

La última importa más que las demás. Buena parte de los motivos por los que se quiere operar un nodo (lecturas fiables, consultas históricas, no depender del indexador de otro) se resuelven mejor de otra forma, y la respuesta puede ser un endpoint y no una máquina.

<h2 id="the-roles-that-exist">
  Los roles que existen
</h2>

Antes de escribir el correo, merece la pena aclarar cuál quieres de verdad.

| Rol                            | Qué hace                                                                                                                                                                    |
| ------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Validador**                  | Participa en el consenso de [IntentionBFT](/es/protocol/architecture/intention-bft), secuencia las acciones de trading y certifica los quórum del oráculo dentro del bloque |
| **Nodo completo de validador** | Sigue y ejecuta los bloques confirmados sin votar. Se sitúa entre los validadores y el internet público para absorber el tráfico de lectura                                 |
| **Nodo completo público**      | Sirve lecturas y sincronización de estado. No vota y no tiene ninguna responsabilidad de consenso                                                                           |

Solo el primero es un rol de consenso. Los otros dos son infraestructura, y ahí es donde acaba de verdad casi toda necesidad de integración: un nodo completo responde consultas históricas y te deja comprobar por ti mismo las respuestas de la cadena sin asumir ninguna responsabilidad de consenso.

<h2 id="why-it-is-closed">
  Por qué está cerrado
</h2>

Un validador en Intention hace más que ordenar transacciones. La casación, la compensación, la liquidación y la financiación se ejecutan todas dentro de la ejecución del bloque, así que un validador está operando el exchange, no una cadena sobre la que se apoya un exchange.

Eso eleva el coste de un operador que se comporta mal o va mal dimensionado, de “bloques más lentos” a “ejecución degradada para todo el que opere”. Hasta que la red no haya funcionado bajo carga real sostenida a lo largo de mainnet, el conjunto se mantiene pequeño y conocido.

El perfil de hardware también se parece más a una máquina de trading de baja latencia que a un nodo de cadena típico, y los detalles todavía se están fijando con pruebas de carga. Publicar requisitos que están a punto de moverse llevaría a los operadores a comprar las máquinas equivocadas.

<h2 id="what-does-not-exist-yet">
  Lo que todavía no existe
</h2>

**Staking, delegación y recompensas.** Hoy el rol de validador es un puesto técnico de operador. Detrás no hay ningún modelo económico de token nativo, y nada de este sitio debe leerse como si describiera uno.

**Un flujo de incorporación sin permisos.** La participación como validador se abre por etapas junto con la testnet pública y mainnet. Cuando haya un proceso, se anunciará en el [registro de cambios del protocolo](/es/protocol/roadmap/changelog).

<h2 id="if-you-just-need-the-data">
  Si solo necesitas los datos
</h2>

Casi todos los motivos para operar un nodo se reducen al acceso de lectura, y eso ya está cubierto:

<CardGroup cols={2}>
  <Card title="Desarrolladores" href="/es/developers/overview">
    APIs REST y WebSocket, y la especificación publicada.
  </Card>

  <Card title="Indexador" href="/es/protocol/architecture/indexer">
    Cómo se sirven las consultas históricas, y cuándo conviene comprobarlas contra la cadena.
  </Card>

  <Card title="La red hoy" href="/es/protocol/architecture/network-status">
    Endpoints en vivo, y cómo comprobar a qué estás conectado.
  </Card>

  <Card title="Topología de la red" href="/es/protocol/architecture/intention-bft#network-topology">
    Dónde encaja en la red cada rol de nodo.
  </Card>
</CardGroup>