Un nod Monero cu o suprafață de control privată.

Planifică datele lanțului

Un nod complet și un nod cu elagare au amprente de stocare diferite, iar dimensiunea actuală a lanțului se schimbă. Verificați cerințele upstream și lăsați spațiu pentru sincronizarea inițială și creștere. Nu alegeți capacitatea discului doar pe baza unui tutorial vechi.

Verificați software-ul

Utilizați versiunile oficiale și verificați semnăturile sau hash-urile printr-un proces de încredere. Rulați daemonul ca serviciu fără privilegii și gestionați în mod deliberat directorul de date și păstrarea jurnalelor.

Separați rolurile publice și private

Portul peer-to-peer și interfața RPC au scopuri diferite. Legați RPC-ul sensibil local sau în spatele unei rute private autentificate. O interfață public accesibilă și nerestricționată de control al portofelului este o eroare gravă.

Înțelegeți granița confidențialității

Utilizarea propriului nod poate reduce dependența de un operator la distanță, dar nu securizează un portofel pe un dispozitiv compromis. Tor sau alte opțiuni de rutare necesită configurare separată și un model de amenințare clar. Țineți secretele portofelului în afara fișierelor publice ale nodului.

Testați limita RPC

După configurare, inspectați interfețele de ascultare și încercați o cerere din afara rețelei permise. Un endpoint RPC de daemon restricționat și un serviciu RPC de portofel sunt capabilități diferite. Nu expuneți niciunul pe scară largă doar pentru că o aplicație de portofel se conectează mai ușor astfel.

Păstrați nodul reproductibil

Înregistrați sursa binarului, versiunea verificată și configurația serviciului fără a copia secretele portofelului în runbook. Monitorizați capacitatea discului și progresul sincronizării. Un nod poate fi adesea reconstruit din software verificat și date de lanț; protejați independent materialul de recuperare al portofelului.

Alege stocarea din lanțul curent și rolul tău

Un nod complet păstrează mai multe date istorice; un nod cu elagare reduce amprenta pe termen lung, validând în continuare lanțul. Lăsați spațiu pentru sincronizare, jurnale și creștere, în loc să vă bazați pe un număr fix și vechi al dimensiunii lanțului. Activați elagarea la sincronizarea inițială atunci când acesta este designul dorit; aplicarea ei mai târziu poate să nu micșoreze imediat un fișier de bază de date existent. Decideți dacă nodul este infrastructură privată pentru portofelul dvs. sau oferă și un RPC daemon public restricționat.

Documentație oficială: Pruning și opțiuni Monerod

Verificați versiunea înainte de a porni daemonul

Obțineți versiunea prin canalul oficial al proiectului și verificați lista sa de hash-uri semnate folosind o amprentă de încredere obținută independent de arhiva descărcată. Rulați daemonul ca serviciu dedicat fără privilegii, cu un director de date persistent și jurnale limitate. Păstrați seed-urile portofelului și cheile de cheltuire de partea portofelului; un nod de validare nu are nevoie de ele. Înregistrați versiunea și hash-ul verificat al arhivei, astfel încât o reconstruire să aibă un punct de plecare identificabil.

• Permite traficul peer-to-peer numai în funcție de rolul nodului prevăzut.
• Păstrați RPC-ul daemonului fără restricții local/privat; un listener restricționat este o alegere separată.
• Nu confunda RPC-ul demonului monerod cu un RPC de portofel capabil de operațiuni de portofel.

Documentație oficială: Verificarea lansării Monero

Confirmați sincronizarea și inspectați granița RPC

Folosiți starea daemonului și înălțimea curentă pentru a distinge verificarea inițială lentă de un nod deconectat. Verificați peerii de ieșire, discul disponibil, ceasul și jurnalele serviciului înainte de a reporni o sincronizare lungă. Portul de peer al mainnet-ului și listenerii RPC sunt distincte; nu deschideți toate porturile din apropiere ca o soluție de comoditate. Interogați RPC-ul privat dorit dintr-un client autorizat, apoi cereți ca o cerere din afara graniței să eșueze. Restrângeți deliberat metodele publice dacă un endpoint public face parte din designul dumneavoastră.

# Local service inspection; do not publish private configuration:
ss -lntp
# In the monerod console:
status
sync_info

Documentație oficială: Referință pentru daemonul Monerod

Planificați separat rutarea Tor și recuperarea

Tor poate modifica calea de rețea pentru traficul de nod acceptat, dar trebuie configurat pentru clasa de trafic dorită și testat; simpla rulare a Tor alături de un daemon nu demonstrează nimic. Investigați sincronizarea blocată prin conectivitatea cu partenerii, verificări de disc și permisiuni. Păstrați înregistrările de configurare și verificare și decideți dacă copierea datelor lanțului economisește suficient timp de recuperare pentru a justifica dimensiunea copiei de rezervă. Găzduirea nodului XMR este aici o sarcină educațională; nu permite acceptarea plăților Monero în finalizarea comenzii Koala.