> ## 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.

# Gestire un nodo

> La gestione di un nodo non è aperta. Il set di validatori è su invito fino alla mainnet: quali ruoli esistono e come chiedere di entrare.

<Warning>
  **La gestione di un nodo non è aperta.** Il set di validatori è gestito da Intention Labs e da partner invitati, e si entra per approvazione, non per registrazione. Non esiste una procedura pubblica di adesione, non c'è ingresso permissionless e non è pubblicato alcun binario di validatore per il download generale.
</Warning>

Se vuoi gestire un'infrastruttura su Intention, la strada è chiedere. Tutto ciò che segue è contesto per quella conversazione.

<h2 id="asking-about-node-operation">
  Chiedere di gestire un nodo
</h2>

Scrivi a `contact@intention.xyz` mettendo **Node operator** nell'oggetto.

Che cosa includere, perché è ciò che altrimenti ti verrebbe chiesto nella prima risposta:

|                    |                                                                 |
| ------------------ | --------------------------------------------------------------- |
| **Chi sei**        | L'organizzazione, e le reti su cui già validi                   |
| **Quale ruolo**    | Validatore, oppure un full node per il tuo traffico di lettura  |
| **Infrastruttura** | Dove lo faresti girare, e se è bare metal o cloud               |
| **Perché**         | Che cosa ti serve dalla rete che un endpoint pubblico non ti dà |

L'ultima conta più delle altre. Buona parte dei motivi per cui si vuole gestire un nodo — letture affidabili, query storiche, non fidarsi dell'indexer di qualcun altro — si risolve meglio in un altro modo, e la risposta può essere un endpoint anziché una macchina.

<h2 id="the-roles-that-exist">
  I ruoli esistenti
</h2>

Capire quale ti serve davvero è un lavoro che conviene fare prima dell'email.

| Ruolo                       | Che cosa fa                                                                                                                                                      |
| --------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Validatore**              | Partecipa al consenso [IntentionBFT](/it/protocol/architecture/intention-bft), sequenzia le azioni di trading e certifica i quorum dell'oracolo dentro il blocco |
| **Full node di validatore** | Segue ed esegue i blocchi committati senza votare. Sta tra i validatori e la rete pubblica per assorbire il traffico di lettura                                  |
| **Full node pubblico**      | Serve letture e sincronizzazione dello stato. Non vota e non ha alcuna responsabilità di consenso                                                                |

Solo il primo è un ruolo di consenso. Gli altri due sono infrastruttura, ed è lì che finisce davvero la maggior parte delle esigenze di integrazione: un full node risponde alle query storiche e ti permette di verificare da solo le risposte della catena, senza alcuna responsabilità di consenso.

<h2 id="why-it-is-closed">
  Perché è chiuso
</h2>

Un validatore su Intention fa più che ordinare transazioni. Matching, compensazione, liquidazione e funding avvengono tutti dentro l'esecuzione del blocco, quindi un validatore fa girare l'exchange, non una catena su cui un exchange si appoggia.

Un operatore che si comporta male o è sottodimensionato costa quindi molto di più: non «blocchi più lenti», ma «esecuzione degradata per chiunque stia operando». Finché la rete non avrà retto un carico reale prolungato fino alla mainnet, il set resta piccolo e noto.

Il profilo hardware, inoltre, assomiglia più a una macchina di trading a bassa latenza che a un tipico nodo di catena, e i dettagli sono ancora in via di definizione tramite i test di carico. Pubblicare requisiti che stanno per cambiare porterebbe gli operatori a comprare le macchine sbagliate.

<h2 id="what-does-not-exist-yet">
  Che cosa non esiste ancora
</h2>

**Staking, delega e ricompense.** Oggi quello del validatore è un ruolo tecnico di operatore. Non c'è dietro alcun modello economico di token nativo, e niente su questo sito va letto come se ne descrivesse uno.

**Una procedura di adesione permissionless.** La partecipazione come validatore si apre per fasi, insieme alla testnet pubblica e alla mainnet. Quando ci sarà una procedura, verrà annunciata nel [changelog del protocollo](/it/protocol/roadmap/changelog).

<h2 id="if-you-just-need-the-data">
  Se ti servono solo i dati
</h2>

Quasi tutti i motivi per gestire un nodo sono motivi di accesso in lettura, e sono già coperti:

<CardGroup cols={2}>
  <Card title="Sviluppatori" href="/it/developers/overview">
    API REST e WebSocket, e la specifica pubblicata.
  </Card>

  <Card title="Indexer" href="/it/protocol/architecture/indexer">
    Come vengono servite le query storiche, e quando conviene invece verificare sulla catena.
  </Card>

  <Card title="La rete oggi" href="/it/protocol/architecture/network-status">
    Endpoint attivi, e come controllare a che cosa sei connesso.
  </Card>

  <Card title="Topologia di rete" href="/it/protocol/architecture/intention-bft#network-topology">
    Dove si colloca nella rete ciascun ruolo di nodo.
  </Card>
</CardGroup>