En Monero-node med en privat kontrolflade.

Planlæg kædedataene

En fuld node og en pruned node har forskellige lagerfodaftryk, og den aktuelle kædestørrelse ændrer sig. Kontrollér upstream-kravene, og afsæt plads til indledende synkronisering og vækst. Vælg ikke diskkapacitet ud fra en gammel vejledning alene.

Bekræft softwaren

Brug officielle udgivelser, og verificér signaturer eller hashes gennem en pålidelig proces. Kør daemonen som en uprivilegeret tjeneste, og hold dens datamappe og logopbevaring bevidst.

Adskil offentlige og private roller

Peer-to-peer-porten og RPC-grænsefladen tjener forskellige formål. Bind følsom RPC lokalt eller bag en autentificeret privat rute. En offentligt tilgængelig ubegrænset wallet-kontrolgrænseflade er en alvorlig fejl.

Forstå privatlivsgrænsen

Brug af din egen node kan reducere afhængigheden af en fjernoperatør, men sikrer ikke en wallet på en kompromitteret enhed. Tor eller andre routingvalg kræver separat konfiguration og en klar trusselsmodel. Hold wallet-hemmeligheder ude af nodens offentlige filer.

Test RPC-grænsen

Efter konfiguration skal du inspicere de lyttende grænseflader og prøve en anmodning fra uden for det tilladte netværk. Et begrænset daemon-RPC-endpoint og en wallet-RPC-tjeneste er forskellige funktioner. Udsæt ikke nogen af dem bredt, blot fordi en wallet-applikation er lettere at forbinde på den måde.

Hold noden reproducerbar

Registrer binærkilde, bekræftet udgivelse og servicekonfiguration uden at kopiere wallet-hemmeligheder ind i runbooken. Overvåg diskkapacitet og synkroniseringsfremdrift. En node kan ofte genopbygges ud fra bekræftet software og kædedata; beskyt wallet-gendannelsesmaterialet uafhængigt.

Vælg lager ud fra den aktuelle kæde og din rolle

En fuld node bevarer mere historiske data; en pruned node reducerer det langsigtede fodaftryk og validerer stadig kæden. Afsæt plads til synkronisering, logfiler og vækst i stedet for at stole på et fast gammelt kædestørrelsesnummer. Aktivér pruning ved den indledende synkronisering, når det er det tilsigtede design; hvis det anvendes senere, forkorter det muligvis ikke en eksisterende databasefil med det samme. Beslut, om noden er privat infrastruktur til din wallet, eller om den også tilbyder en begrænset offentlig daemon-RPC.

Officiel dokumentation: Monerod-beskæring og valgmuligheder

Bekræft udgivelsen, før du starter daemonen

Hent udgivelsen via den officielle projektkanal, og bekræft dens signerede hash-liste ved hjælp af et betroet fingeraftryk, der er hentet uafhængigt af det downloadede arkiv. Kør daemonen som en dedikeret uprivilegeret tjeneste med en vedvarende datamappe og begrænsede logfiler. Opbevar wallet-seeds og spend keys på wallet-siden; en validerende node har ikke brug for dem. Registrer versionen og den bekræftede arkiv-hash, så en genopbygning har et identificerbart udgangspunkt.

• Tillad kun peer-to-peer-trafik i overensstemmelse med den tilsigtede noderolle.
• Hold ubegrænset daemon-RPC lokalt/privat; en begrænset listener er et separat valg.
• Forveksl ikke monerod-daemon-RPC med en tegnebogs-RPC, der kan udføre tegnebogsoperationer.

Officiel dokumentation: Monero udgivelsesverifikation

Bekræft synkronisering og undersøg RPC-grænsen

Brug daemonstatus og aktuel højde til at skelne langsom indledende verifikation fra en afbrudt node. Kontrollér udgående peers, tilgængelig disk, ur og tjenestelogs, før du genstarter en lang synkronisering. Mainnet-peerporten og RPC-lytterne er forskellige; åbn ikke alle nærliggende porte som en bekvemmelighed. Forespørg den tilsigtede private RPC fra en autoriseret klient, og kræv derefter, at en anmodning udefra grænsen mislykkes. Begræns offentlige metoder bevidst, hvis et offentligt endpoint er en del af dit design.

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

Officiel dokumentation: Monerod-daemon-reference

Planlæg Tor-routing og gendannelse separat

Tor kan ændre netværksstien for understøttet nodetrafik, men det skal konfigureres til den tilsigtede trafikklasse og testes; blot at køre Tor ved siden af en daemon beviser intet. Undersøg fastlåst synkronisering via peer-forbindelse, disk- og tilladelseskontroller. Bevar konfigurations- og verifikationsregistreringer, og beslut, om kopiering af kædedata sparer nok gendannelsestid til at retfærdiggøre dens backupstørrelse. XMR node-hosting er en undervisningsarbejdsbyrde her; det muliggør ikke Monero betalingsaccept i Koala-kassen.