DS-2 · Dedicati
- AMD Ryzen 9 7950X (4.5 GHz) (16C / 32T)
- 128 GB DDR5 · 2x 2TB NVMe
- 5 Gbps · Banda illimitata
Lite FullNode da snapshot su 2× 2 TB NVMe — il server standard per l'infrastruttura di pagamento su TRON.
Più USDT si muove su TRON che ovunque altrove — e se il tuo business regola i pagamenti in TRC-20, un'API pubblica nel tuo percorso di pagamento è una passività. Fai girare java-tron su bare metal, verifica i trasferimenti in prima parte, e tieni per te il tuo grafo di settlement.
USDT TRC-20 è la valuta di lavoro dell'economia no-KYC — economica, veloce e ovunque. Ma la maggior parte dei business verifica quei trasferimenti tramite un'API ospitata da terzi: con rate limit, loggata, e un singolo punto di fallimento di proprietà di un'azienda. Un nodo java-tron self-hosted trasforma la conferma USDT in un fatto privato e di prima parte, e sblocca flussi di eventi — depositi, sweep — al ritmo che il tuo database riesce ad assorbire. La chain è pesante; questo è genuinamente territorio bare metal. L'indipendenza vale ogni gigabyte.
Rilevamento dei depositi dal flusso di eventi del tuo stesso nodo: nessuna API key, nessuna quota, nessuna terza parte che scopre i tuoi volumi.
Gli snapshot ufficiali Lite FullNode (~1.3 TB) si ripristinano in poche ore su NVMe invece di una settimana di sincronizzazione da genesis.
java-tron vuole un heap di 24 GB+ sotto carico reale. I piani consigliati offrono 128 GB così il GC non entra mai in conflitto con la cache del sistema operativo.
I tuoi indexer possono martellare l'RPC su localhost a velocità wire — il rate limit è la tua stessa CPU, che possiedi interamente.
Dimensionamento realistico per un nodo mainnet nel 2026 — dimensione della chain, memoria, disco e banda. Basato su ciò che gira davvero in produzione, non su specifiche minime che hanno smesso di essere vere due anni fa.
| Software client | java-tron (GreatVoyage) |
|---|---|
| Dimensione chain | Lite ≈ 1.3 TB · Full ≈ 2.6 TB |
| Crescita annua | fast — plan headroom |
| RAM consigliata | 32 GB+ (24 GB JVM heap) |
| Storage consigliato | 2–4 TB NVMe |
| Sincronizzazione iniziale | days — or snapshot import |
| Pruning possibile | ✓ (Lite FullNode snapshot) |
| Porta P2P | 18888 P2P |
Ogni piano include banda illimitata, storage NVMe e accesso root completo — le tre cose che un nodo consuma davvero. Esegui il deploy con un token, paga nella stessa moneta che il tuo nodo protegge.
Lite FullNode da snapshot su 2× 2 TB NVMe — il server standard per l'infrastruttura di pagamento su TRON.
Nodo a cronologia completa o indicizzazione eventi di livello archive: 4× 2 TB NVMe, core EPYC, margine per un database di eventi accanto al nodo.
| Località | CPU | RAM | Archiviazione | Uplink | Prezzo | |
|---|---|---|---|---|---|---|
| Moldavia Offshore economico | 16C / 32T AMD Ryzen 9 7950X (4.5 GHz) |
128 GB DDR5 | 2x 2TB NVMe | 5 Gbps | $87.50/mo | Ordine |
| Russia Immune all'Occidente | 16C / 32T AMD Ryzen 9 7950X (4.5 GHz) |
128 GB DDR5 | 2x 2TB NVMe | 5 Gbps | $87.50/mo | Ordine |
| Panama Nessuna conservazione dei dati | 16C / 32T AMD Ryzen 9 7950X (4.5 GHz) |
128 GB DDR5 | 2x 2TB NVMe | 5 Gbps | $97.50/mo | Ordine |
| Romania Anti-conservazione | 16C / 32T AMD Ryzen 9 7950X (4.5 GHz) |
128 GB DDR5 | 2x 2TB NVMe | 5 Gbps | $97.50/mo | Ordine |
| Paesi Bassi Migliore peering | 16C / 32T AMD Ryzen 9 7950X (4.5 GHz) |
128 GB DDR5 | 2x 2TB NVMe | 5 Gbps | $102.50/mo | Ordine |
| Islanda Refugio di libertà di espressione | 16C / 32T AMD Ryzen 9 7950X (4.5 GHz) |
128 GB DDR5 | 2x 2TB NVMe | 5 Gbps | $112.00/mo | Ordine |
| Svizzera Privacy premium | 16C / 32T AMD Ryzen 9 7950X (4.5 GHz) |
128 GB DDR5 | 2x 2TB NVMe | 5 Gbps | $122.00/mo | Ordine |
Ti serve più disco, più RAM o un layout RAID personalizzato per il tuo nodo? Contatti →
Dall'ordine al nodo sincronizzato. I comandi sono pronti da copiare e incollare per Ubuntu 24.04 — adatta i percorsi se usi Debian o Rocky.
DS-2 come minimo. Paesi Bassi o Romania offrono le rotte migliori verso i peer sia asiatici che europei.
java-tron punta a JDK 8 — un solo comando apt su Ubuntu. Già che ci sei, alza vm.max_map_count e i limiti sui file.
apt update && apt install -y openjdk-8-jdk # java-tron targets JDK 8
Prendi l'ultima release GreatVoyage e la config mainnet dai repository ufficiali; verifica i checksum.
wget https://github.com/tronprotocol/java-tron/releases/latest/download/FullNode.jar
wget https://raw.githubusercontent.com/tronprotocol/tron-deployment/master/main_net_config.conf
Scarica l'attuale snapshot Lite FullNode ed estrailo nella tua directory dati su NVMe — ore invece di giorni.
# import a Lite FullNode snapshot instead of syncing from genesis
# see https://tronprotocol.github.io/documentation-en/using_javatron/backup_restore/
Avvia con un heap da 24 GB, conferma la block height rispetto agli explorer pubblici, poi punta i tuoi worker di rilevamento depositi verso localhost:8090.
java -Xmx24g -XX:+UseConcMarkSweepGC -jar FullNode.jar -c main_net_config.conf &
curl -s http://127.0.0.1:8090/wallet/getnowblock | jq .block_header.raw_data.number
java-tron è il nodo più pesante qui dopo Solana: un Lite FullNode si ripristina da uno snapshot di ~1.3 TB e cresce velocemente; la cronologia completa supera i 2.6 TB e sale ripidamente. La RAM è guidata dalla JVM — pianifica un minimo di 32 GB con un heap da 24 GB, e considera 128 GB come la specifica comoda per la produzione. CPU: 16 core moderni mantengono l'elaborazione dei blocchi avanti rispetto alla chain. Sulla velocità del disco non si tratta: le compattazioni del database su dischi lenti restano semplicemente indietro rispetto alla mainnet.
Un Lite FullNode valida e segue il consenso solo con lo state recente — tutto ciò di cui un business di pagamenti ha bisogno per depositi, sweep e broadcast. I nodi a cronologia completa servono query profonde (blocchi vecchi, eventi storici) e sono ciò che fanno girare gli explorer; sono un carico di lavoro da DS-3 con una crescita da pianificare. Inizia con Lite; se in seguito le tue analytics avranno bisogno di storico, aggiungi un secondo nodo invece di convertire — gli snapshot rendono economico lo scaling orizzontale.
Payment processor, OTC desk e marketplace condividono uno schema comune: centinaia di indirizzi di deposito interrogati continuamente. Le API pubbliche strozzano esattamente questo schema — e lo registrano nei log. La sottoscrizione di eventi del tuo nodo più la scansione dei blocchi trasformano il settlement in infrastruttura che possiedi tu: depositi rilevati in un blocco, sweep firmati localmente, e nessun fornitore con un team di compliance che legge i tuoi flussi. Ospitato sotto un token, l'intero rail resta senza nome.
Fissa la tua JDK, tieni d'occhio le metriche dell'heap, e segui le release di GreatVoyage — gli hard fork di TRON arrivano con finestre di aggiornamento obbligatorie. Gli snapshot sono la tua strategia di recovery: un DS-2 nuovo si ripristina alla head in poche ore, quindi tratta i nodi come bestiame e il tuo database di eventi come l'animale domestico. La crescita del disco è la metrica su cui impostare alert; a tassi di riempimento sostenuti, pianifica il salto a DS-3 con un trimestre di anticipo.
Lite FullNode in produzione: 16 core, 32 GB+ di RAM (heap da 24 GB), 2 TB di NVMe con IOPS reali — questo è DS-2. La cronologia completa vuole i 4× 2 TB di DS-3. Qualsiasi cosa più piccola resta indietro rispetto alla mainnet, qualunque cosa dicano i documenti più vecchi.
Importazione dello snapshot su NVMe: tipicamente in giornata — download fino a 10 Gbps, estrazione, avvio. Sincronizzare da genesis (non consigliato) richiede da giorni a settimane.
Sì — questa è la killer application. Sottoscrivi gli eventi di trasferimento o scansiona i blocchi per i tuoi indirizzi; le conferme arrivano dalla tua chain validata, non dalla parola di un'API. I broadcast (sweep, payout) escono dallo stesso nodo.
Un nodo in sé non guadagna nulla — la produzione dei blocchi è affidata ai 27 Super Representative eletti. Puoi votare i tuoi TRX per gli SR e raccogliere le ricompense da elettore da qualsiasi wallet; il valore del nodo è l'indipendenza infrastrutturale, non il rendimento.
No — i costi delle risorse sono a livello di protocollo. Quello che il nodo cambia è l'informazione: vedi i prezzi dell'energy, gli eventi dei contratti e lo state della rete in prima persona, il che conta quando i costi di trasferimento USDT schizzano in alto.
Gestire un nodo è partecipazione al protocollo ed è legale in tutte le nostre giurisdizioni. Quello che il tuo business fa con i rail dipende dalla tua compliance, come sempre — il nodo in sé è idraulica neutrale.
Letture correlate: VPS vs Server Dedicato per Workload Critici per la Privacy · La prima ora di hardening di un VPS: una checklist · Crypto nodes
Bare metal dimensionato per java-tron, dallo snapshot alla head in poche ore, pagato in TRX o USDT. Il tuo layer di settlement, meno l'intermediario.