Um nó Monero com uma superfície de controlo privada.

Planeie os dados da cadeia

Um nó completo e um nó podado têm pegadas de armazenamento diferentes, e o tamanho atual da cadeia muda. Verifique os requisitos upstream e deixe espaço para a sincronização inicial e o crescimento. Não escolha a capacidade de disco apenas com base num tutorial antigo.

Verifique o software

Use versões oficiais e verifique assinaturas ou hashes através de um processo de confiança. Execute o daemon como um serviço sem privilégios e defina deliberadamente o diretório de dados e a retenção de registos.

Separe as funções públicas e privadas

A porta peer-to-peer e a interface RPC têm finalidades diferentes. Vincule o RPC sensível localmente ou atrás de uma rota privada autenticada. Uma interface de controle de carteira irrestrita e acessível publicamente é um erro grave.

Compreenda o limite de privacidade

Usar seu próprio nó pode reduzir a dependência de um operador remoto, mas não protege uma carteira em um dispositivo comprometido. Tor ou outras escolhas de roteamento exigem configuração separada e um modelo de ameaça claro. Mantenha os segredos da carteira fora dos arquivos públicos do nó.

Teste o limite do RPC

Após a configuração, inspecione as interfaces em escuta e experimente um pedido a partir de fora da rede permitida. Um endpoint RPC de daemon restrito e um serviço RPC de carteira são capacidades diferentes. Não exponha nenhum deles amplamente apenas porque uma aplicação de carteira se liga mais facilmente dessa forma.

Mantenha o nó reproduzível

Registe a origem do binário, a versão verificada e a configuração do serviço sem copiar segredos de carteira para o runbook. Monitorize a capacidade do disco e o progresso da sincronização. Um nó pode frequentemente ser reconstruído a partir de software verificado e dados da cadeia; proteja o material de recuperação da carteira de forma independente.

Escolha o armazenamento a partir da cadeia atual e da sua função

Um nó completo retém mais dados históricos; um nó podado reduz a pegada a longo prazo enquanto continua a validar a cadeia. Deixe espaço para sincronização, registos e crescimento em vez de depender de um número fixo e antigo do tamanho da cadeia. Ative a poda na sincronização inicial quando esse for o design pretendido; aplicá-la mais tarde pode não reduzir imediatamente um ficheiro de base de dados existente. Decida se o nó é infraestrutura privada para a sua carteira ou se também oferece um RPC de daemon público restrito.

Documentação oficial: Poda e opções do Monerod

Verifique a versão antes de iniciar o daemon

Obtenha a versão através do canal oficial do projeto e verifique a sua lista de hashes assinada utilizando uma impressão digital de confiança obtida independentemente do arquivo descarregado. Execute o daemon como um serviço dedicado sem privilégios, com um diretório de dados persistente e registos limitados. Mantenha as seeds da carteira e as chaves de gasto do lado da carteira; um nó de validação não precisa delas. Registe a versão e o hash verificado do arquivo para que uma reconstrução tenha um ponto de partida identificável.

• Permitir tráfego ponto a ponto apenas de acordo com a função pretendida do nó.
• Mantenha o RPC do daemon sem restrições local/privado; um listener restrito é uma escolha separada.
• Não confunda o RPC do daemon monerod com um RPC de carteira capaz de realizar operações de carteira.

Documentação oficial: verificação de lançamento Monero

Confirme a sincronização e inspecione o limite RPC

Use o estado do daemon e a altura atual para distinguir uma verificação inicial lenta de um nó desligado. Verifique os pares de saída, o disco disponível, o relógio e os registos do serviço antes de reiniciar uma sincronização longa. A porta de pares da mainnet e os listeners RPC são distintos; não abra todas as portas próximas por conveniência. Consulte o RPC privado pretendido a partir de um cliente autorizado e depois exija que um pedido de fora do limite falhe. Restrinja deliberadamente os métodos públicos se um endpoint público fizer parte do seu design.

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

Documentação oficial: Referência do daemon Monerod

Planeje o roteamento Tor e a recuperação separadamente

O Tor pode alterar o caminho de rede para o tráfego de nó suportado, mas tem de ser configurado para a classe de tráfego pretendida e testado; simplesmente executar o Tor ao lado de um daemon não prova nada. Investigue a sincronização parada através da conectividade com os pares, verificações de disco e de permissões. Preserve os registos de configuração e verificação, e decida se copiar os dados da cadeia poupa tempo de recuperação suficiente para justificar o tamanho da sua cópia de segurança. A hospedagem de nó XMR é aqui uma carga de trabalho educativa; não permite a aceitação de pagamentos em Monero no checkout da Koala.