En Monero-nod med en privat kontrollsyta.

Planera kedjedata

En full nod och en beskuren nod har olika lagringsfotavtryck, och den aktuella kedjestorleken ändras. Kontrollera upstream-krav och lämna utrymme för initial synkronisering och tillväxt. Välj inte diskkapacitet enbart utifrån en gammal handledning.

Verifiera programvaran

Använd officiella utgåvor och verifiera signaturer eller hashar via en betrodd process. Kör daemonen som en oprivilegierad tjänst och håll dess datakatalog och loggbevarande avsiktligt.

Separera offentliga och privata roller

Porten för peer-to-peer och RPC-gränssnittet tjänar olika syften. Bind känslig RPC lokalt eller bakom en autentiserad privat rutt. Ett offentligt nåbart, obegränsat gränssnitt för plånbokskontroll är ett allvarligt fel.

Förstå integritetsgränsen

Att använda din egen nod kan minska beroendet av en fjärroperatör, men säkrar inte en plånbok på en komprometterad enhet. Tor eller andra routingval kräver separat konfiguration och en tydlig hotmodell. Håll plånbokshemligheter utanför nodens offentliga filer.

Testa RPC-gränsen

Efter konfigurationen, granska de lyssnande gränssnitten och försök med en förfrågan från nätverket utanför det tillåtna. En begränsad daemon-RPC-slutpunkt och en plånboks-RPC-tjänst är olika funktioner. Exponera inte någon av dem brett bara för att en plånboksapplikation är enklare att ansluta på det sättet.

Håll noden reproducerbar

Registrera binärkällan, den verifierade versionen och tjänstekonfigurationen utan att kopiera plånbokshemligheter till runbooken. Övervaka diskkapacitet och synkroniseringsförlopp. En nod kan ofta byggas om från verifierad programvara och kedjedata; skydda plånbokens återställningsmaterial separat.

Välj lagring utifrån den aktuella kedjan och din roll

En full nod behåller mer historiska data; en beskuren nod minskar det långsiktiga fotavtrycket medan kedjan fortfarande valideras. Lämna utrymme för synkronisering, loggar och tillväxt i stället för att förlita dig på en fast gammal kedjestorlek. Aktivera beskärning vid initial synkronisering när det är den avsedda designen; att tillämpa det senare kanske inte omedelbart krymper en befintlig databasfil. Bestäm om noden är privat infrastruktur för din plånbok eller också erbjuder en begränsad offentlig daemon-RPC.

Officiell dokumentation: Monerod-beskärning och alternativ

Verifiera versionen innan du startar daemonen

Hämta utgåvan via projektets officiella kanal och verifiera dess signerade hashlista med ett betrott fingeravtryck som erhållits oberoende av det nedladdade arkivet. Kör daemonen som en dedikerad oprivilegierad tjänst med en beständig datakatalog och begränsade loggar. Förvara plånboksseed och spenderingsnycklar på plånbokssidan; en validerande nod behöver dem inte. Registrera versionen och det verifierade arkivets hash så att en ombyggnad har en identifierbar utgångspunkt.

• Tillåt peer-to-peer-trafik endast enligt nodens avsedda roll.
• Håll obegränsad daemon-RPC lokal/privat; en begränsad lyssnare är ett separat val.
• Blanda inte ihop monerod-daemonens RPC med en plånboks-RPC som kan utföra plånboksoperationer.

Officiell dokumentation: Monero versionsverifiering

Bekräfta synkroniseringen och granska RPC-gränsen

Använd daemonstatus och aktuell höjd för att skilja långsam initial verifiering från en frånkopplad nod. Kontrollera utgående peers, tillgängligt diskutrymme, klocka och tjänsteloggar innan du startar om en lång synkronisering. Mainnets peer-port och RPC-lyssnare är distinkta; öppna inte alla närliggande portar som en bekvämlighet. Fråga den avsedda privata RPC:n från en auktoriserad klient och kräv sedan att en begäran från utanför gränsen misslyckas. Begränsa offentliga metoder medvetet om en offentlig endpoint ingår i din design.

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

Officiell dokumentation: Referens för Monerod-daemon

Planera Tor-routing och återställning separat

Tor kan ändra nätverksvägen för trafik från noder som stöds, men det måste konfigureras för den avsedda trafikklassen och testas; att bara köra Tor bredvid en daemon bevisar ingenting. Undersök en stående synkronisering genom kontroller av peer-anslutning, disk och behörigheter. Bevara konfigurations- och verifieringsposter och avgör om kopiering av kedjedata sparar tillräckligt med återställningstid för att motivera dess säkerhetskopieringsstorlek. XMR nodhosting är en utbildningsarbetsbelastning här; det möjliggör inte Monero betalningsmottagning i Koala-kassan.