Provider RPC per Bitcoin, spiegati senza gergo tecnico

Un’app Bitcoin ha bisogno di un modo affidabile per vedere che cosa succede sulla rete Bitcoin. Potrebbe dover controllare se è arrivato un pagamento, leggere una transazione, stimare una commissione adeguata o inviare una transazione firmata. Un nodo Bitcoin può rispondere a queste richieste.

Gestire quel nodo in autonomia richiede spazio di archiviazione, larghezza di banda, manutenzione e tempo. Un provider RPC per Bitcoin in hosting gestisce il nodo per te e fornisce alla tua app un indirizzo internet con cui comunicare. RPC significa chiamata di procedura remota. Il nome sembra più complicato del compito.

Questa comodità ha un costo. Il provider può vedere le tue richieste, applicare limiti, modificare i prezzi o interrompere il servizio. Un nodo gestito da te offre più privacy e controllo, ma sei tu a doverlo mantenere efficiente. Non esiste un vincitore assoluto, perché la scelta giusta dipende da ciò che stai costruendo.

Immagina un nodo Bitcoin come una biblioteca che conserva una copia verificata della storia di Bitcoin e segue la rete mentre arrivano nuovi blocchi. RPC è il banco informazioni. La tua app non percorre tutta la biblioteca, ma chiede una cosa specifica.

Una richiesta potrebbe significare: dammi il blocco 900.000, dimmi se questa transazione è conosciuta, mostrami la stima attuale delle commissioni oppure diffondi questa transazione già firmata. Bitcoin Core, il software per nodi più diffuso, mette a disposizione circa 150 comandi per attività come queste.

Il provider normalmente non custodisce i tuoi bitcoin solo perché utilizzi il suo endpoint RPC. Una buona architettura wallet firma le transazioni con le chiavi dell’utente prima di inviarle al nodo. Le query possono comunque rivelare informazioni utili sul wallet, come gli indirizzi che sta monitorando. Per questo la privacy fa parte della scelta del provider.

• Leggere i dati della blockchain: blocchi, transazioni e conferme.
• Controllare la mempool: transazioni in attesa di conferma.
• Stimare le commissioni: una valutazione pratica per ottenere una conferma in tempi adeguati.
• Diffondere una transazione firmata: inoltrarla alla rete Bitcoin.

Se usi Nuri o un altro wallet per consumatori, di solito la risposta è no. Il wallet gestisce autonomamente la connessione a Bitcoin. Non hai bisogno di un account presso QuickNode, Chainstack o un’altra società di infrastruttura.

Se stai sviluppando un’app che legge o invia transazioni Bitcoin, devi poter accedere in qualche modo a un nodo. Un provider in hosting è il modo più rapido per iniziare. Ricevi un endpoint e una chiave API, poi la tua app può inviare richieste entro i limiti del piano.

Se gestisci il backend di un wallet, monitori molti indirizzi, hai bisogno di ogni comando Bitcoin Core o non vuoi che un’altra azienda osservi le tue richieste, un nodo proprio diventa più interessante. I sistemi importanti spesso usano prima un nodo ospitato autonomamente e mantengono un endpoint in hosting come riserva.

• Usi un wallet Bitcoin: probabilmente non devi scegliere alcun provider.
• Sviluppi un prototipo: inizia con un piano gratuito in hosting.
• Gestisci un servizio di pagamento in produzione: confronta disponibilità, limiti, privacy e alternative di riserva.
• Sviluppi un’infrastruttura wallet attenta alla privacy: gestisci un nodo proprio o progetta con cura una soluzione ibrida.

Le pagine dei provider tendono ad aprirsi con numeri molto grandi. Quei numeri contano meno della possibilità che il servizio offra i comandi necessari alla tua app, restituisca dati storici, supporti la tua rete di test e ti permetta di crescere senza una fattura imprevista.

L’hosting autonomo è la scelta migliore per privacy e controllo. Le tue richieste rimangono nella tua infrastruttura, decidi quale versione di Bitcoin Core eseguire e puoi usare l’intero insieme di comandi senza una chiave API o una tariffa per richiesta.

Il lavoro operativo è concreto. Un nodo completo richiede circa 1 TB di spazio SSD per avere un margine adeguato. L’istantanea di origine stima circa 745 GB di dati della blockchain a metà 2026, con una crescita di circa 70-80 GB all’anno. La sincronizzazione iniziale può richiedere da due a sette giorni su hardware moderno.

Un nodo potato convalida l’intera blockchain, ma elimina i vecchi file dei blocchi. Può funzionare con molto meno spazio, a volte circa 10 GB per i dati dei blocchi, ma non può rispondere a tutte le richieste di transazioni storiche né mantenere un indice completo delle transazioni. La potatura è ottima quando ti serve una verifica indipendente ma non un archivio pubblico completo.

A casa, un mini PC o un Raspberry Pi 5 con SSD esterno può costare circa $200-$400 iniziali. Un VPS economico può costare circa $20-$50 al mese. Le piattaforme cloud più grandi possono costare molto di più, soprattutto quando larghezza di banda e spazio vengono fatturati separatamente. Queste cifre cambiano con i prezzi di hardware e hosting.

• Scegli un nodo completo quando ti serve la cronologia completa o txindex.
• Scegli un nodo potato quando la verifica conta più dell’accesso ai vecchi blocchi.
• Mantieni un servizio in hosting di riserva se un’interruzione bloccherebbe il tuo prodotto.
• Monitora la crescita del disco, lo stato della sincronizzazione, i backup e gli aggiornamenti software.

Un nodo remoto conosce il momento e il contenuto delle tue richieste. Se la tua app interroga ripetutamente gli stessi indirizzi, il provider potrebbe raggruppare quelle richieste. Se le collega al tuo account, alla chiave API o all’indirizzo di rete, può scoprire più di quanto suggerisca una semplice tabella dei prezzi.

Usare diversi provider pubblici non risolve automaticamente il problema. Può distribuire le stesse informazioni tra più aziende. Un software wallet attento alla privacy può usare tecniche come filtri compatti dei blocchi, instradamenti di rete privati o un nodo scelto dall’utente, ma ogni soluzione comporta compromessi.

La fiducia riguarda anche correttezza e disponibilità. Un provider può restituire dati obsoleti, limitare le richieste o subire un’interruzione. La tua app dovrebbe controllare gli errori, rifiutare risposte impossibili ed evitare di trattare un singolo endpoint come una verità indiscutibile. Per un prodotto di pagamento, una seconda fonte indipendente può aiutare a distinguere un incidente del provider da un evento della rete Bitcoin.

Inizia dalla descrizione più breve e onesta della tua app. «Ci servono dati Bitcoin» è troppo vago. «Controlliamo 20.000 indirizzi ogni ora, leggiamo vecchie transazioni, stimiamo le commissioni e diffondiamo transazioni firmate» è utile. Questa frase ti dice se hai bisogno di un indice degli indirizzi, di una cronologia di archivio e quale limite di velocità potrebbe creare problemi.

1. Annota i comandi o i risultati di cui hai bisogno.

   Se non conosci ancora i nomi dei comandi, descrivi l’azione dell’utente: controllare un pagamento, mostrare la cronologia delle transazioni, stimare una commissione, diffondere una transazione firmata o gestire un wallet sul server.

2. Stima il traffico normale e quello di picco.

   Le quote mensili non servono se un breve picco di traffico raggiunge un limite al secondo. Includi nuovi tentativi, sincronizzazione in background e crescita.

3. Decidi che cosa può sapere il provider.

   Il monitoraggio degli indirizzi e le query dei wallet richiedono più attenzione di un indicatore pubblico dell’altezza dei blocchi.

4. Verifica i guasti prima della produzione.

   In un ambiente di test, rimuovi l’endpoint, attiva un limite di velocità e restituisci dati obsoleti. La tua app dovrebbe fallire in modo chiaro e riprendersi senza problemi.

5. Mantieni una via d’uscita.

   Usa le chiamate standard di Bitcoin Core quando possibile, isola i componenti aggiuntivi specifici del provider e scopri quanto tempo servirebbe per cambiare endpoint.

Nodo Bitcoin

Software che verifica le regole di Bitcoin e condivide blocchi e transazioni con la rete.

Bitcoin Core

Il software per nodi Bitcoin più utilizzato. Include l’interfaccia JSON-RPC standard.

RPC

Un modo strutturato con cui un programma chiede a un altro di svolgere un’attività o restituire dati.

JSON-RPC

Il formato dei messaggi usato da Bitcoin Core per le richieste e le risposte RPC.

Mempool

Le transazioni note a un nodo che non sono ancora state incluse in un blocco.

UTXO

Una quantità di bitcoin che può essere spesa. I saldi dei wallet sono composti da uno o più UTXO.

Nodo di archivio o non potato

Un nodo che conserva i vecchi dati dei blocchi e può rispondere alle richieste storiche.

Nodo potato

Un nodo che convalida tutto, ma rimuove i vecchi file dei blocchi per risparmiare spazio.

txindex

Un indice opzionale di Bitcoin Core che semplifica la ricerca di qualsiasi transazione storica.

Testnet

Una rete Bitcoin pubblica per i test, con monete che non hanno un valore monetario previsto.

Signet

Una rete di test Bitcoin più controllata, con una produzione di blocchi più regolare.

Regtest

Una rete di test Bitcoin locale e privata nella quale uno sviluppatore crea blocchi quando servono.

RPS

Richieste al secondo, un limite di velocità sul numero di chiamate che puoi effettuare.

SLA

Un accordo sul livello di servizio, di solito una promessa scritta di disponibilità con condizioni specifiche.