Informativa sulla documentazione provvisoria in attesa della messa a disposizione alla generalità dei clienti: 26-02-2026

Modello di distribuzione

Una rete Besu è costituita da più nodi Besu connessi tramite reti peer-to-peer (P2P). I nodi eseguono transazioni nella Ethereum Virtual Machine (EVM), persistono nel registro e nello stato della blockchain ed espongono l'accesso ai client tramite endpoint RPC.

Una rete Besu include i seguenti tipi di nodo.
  • Nodi validator: nodi consensus-partecipanti che propongono e convalidano blocchi. I nodi del programma di convalida devono rimanere aggiornati sullo stato della catena canonica per firmare e votare correttamente.
  • Nodi di avvio: nodi che supportano la ricerca peer in modo che altri nodi possano trovare e unirsi alla rete.
  • Nodi RPC: nodi che servono il traffico delle applicazioni tramite JSON-RPC.
  • Nodi di archiviazione: nodi che conservano tutti i dati e lo stato cronologici della blockchain (senza eliminazione) per supportare query approfondite, audit e analytics. I nodi di archivio non sono supportati in questa release di Oracle Blockchain Platform Enterprise Edition per Hyperledger Besu.

Modello fondatore/partecipante

Oracle Blockchain Platform Enterprise Edition per Hyperledger Besu supporta due tipi di istanza: fondatore e partecipante.

Un'istanza fondatore dispone delle funzionalità riportate di seguito.
  • Crea e avvia la rete Besu privata e autorizzata.
  • Opera in un'unica organizzazione con autenticazione indipendente e controlli amministrativi forniti da Oracle Blockchain Platform Enterprise Edition.
  • Stabilisce la configurazione di rete iniziale e fornisce gli endpoint di rete baseline utilizzati per aggiungere i partecipanti.

Altre organizzazioni possono creare istanze di partecipanti e unirsi alla rete del fondatore. L'istanza partecipante contiene nodi RPC che si connettono e si uniscono alla rete Besu del fondatore, in modo che l'organizzazione partecipante possa inviare transazioni e interrogare i dati del libro contabile utilizzando le API Ethereum e RPC standard. L'istanza del partecipante opera nel proprio ambiente Oracle Blockchain Platform Enterprise Edition e può trovarsi nella stessa tenancy OCI o in una tenancy OCI diversa. Nella release corrente, le istanze dei partecipanti utilizzano i nodi RPC per interagire con l'istanza fondatore.

I passaggi seguenti descrivono le operazioni di base completate per lavorare nel modello fondatore/partecipante.
  1. Creare la rete del fondatore. L'organizzazione fondatrice crea un'istanza Besu fondatrice in Oracle Blockchain Platform Enterprise Edition, che inizializza la rete autorizzata privata.
  2. Esporta le informazioni di genesi e nodo dal fondatore. Nella lista di istanze in OCI, utilizzare il menu Azioni per esportare le informazioni sulla genesi e sul nodo in formato .zip.
  3. Creare un'istanza partecipante. L'organizzazione partecipante crea un'istanza Besu partecipante in Oracle Blockchain Platform Enterprise Edition utilizzando il file .zip esportato.
  4. Controllare la connettività e la sincronizzazione tra le istanze. Dopo l'esecuzione di entrambe le istanze e la connettività di rete tra i nodi, i nodi RPC si connettono e sincronizzano il libro contabile. Dopo la sincronizzazione, le transazioni e i dati blockchain sono visibili nella console del servizio del partecipante.
  5. Amministrare le istanze in modo indipendente. Entrambe le organizzazioni inviano transazioni allo stesso libro contabile sottostante e interagiscono con gli stessi smart contract, ma ciascuna mantiene un controllo amministrativo indipendente, che viene applicato attraverso l'autenticazione e l'autorizzazione implementate nei rispettivi ambienti di gestione della piattaforma blockchain.