RYO NODE GUIDE V1.0

Run the network you trust.

A Ryo node is your direct connection to the blockchain. Learn what nodes do, choose the right setup, verify the network independently, and operate infrastructure safely—from an Atom wallet on a laptop to a dedicated public service.

Independent verification Better privacy posture Stronger network
Ryo logo
VERIFY CONSENSUS RULES
RELAY BLOCKS + TRANSACTIONS
01 · FOUNDATION

What is a node?

A node is a computer running Ryo’s daemon software, ryod, and communicating with other participants in the peer-to-peer network.

NODE

A participant in the network

It connects to peers, exchanges network information, and may provide blockchain data to a wallet or application.

IN PLAIN ENGLISH

A full node does not ask another server what the Ryo blockchain says. It downloads the chain, checks the rules for itself, and lets your wallet use data you have independently verified.

01

Synchronize

Download the blockchain and keep up with new blocks.

02

Validate

Check consensus rules instead of trusting a third party.

03

Relay

Share valid blocks and transactions with connected peers.

04

Serve

Provide trusted blockchain data to your wallet or software.

THE LOCAL TRUST PATH Your wallet asks your node. Your node verifies the network.
YOUR WALLET
YOUR NODE
RYO PEERS
BLOCKCHAIN
02 · NODE MAP

Not every “node” means the same thing.

Use this map to separate wallet modes, local verification, public peer infrastructure, RPC services, and mining roles.

Not a node

You use someone else’s node.

Your wallet asks a remote daemon for blockchain data. This is fast and storage-light, but verification and availability depend on that remote service.

Convenient, but not independent infrastructure.
FULL NODE?
No
LOCAL CHAIN?
No
INBOUND ACCESS?
No
BEST FOR
Fast access and low storage use
P2P

Node-to-node traffic

Blocks, transactions, peer discovery, and chain synchronization between Ryo daemons.

RPC

Application-to-node access

Wallets, explorers, and services requesting data or submitting commands to a daemon.

03 · WHY IT MATTERS

Run a node for verification—not for a badge.

The strongest reason is simple: your software checks the network directly. The wider benefits follow from that independence.

01

Verify independently

Your node checks whether blocks and transactions obey the protocol instead of accepting another server’s answer.

02

Reduce data exposure

Using your own daemon reduces the need to reveal wallet queries and activity patterns to a third-party remote node.

03

Strengthen resilience

More independently operated nodes reduce dependence on a small set of servers and make the network harder to disrupt.

04

Provide availability

A node that stays online can relay network data and serve local infrastructure whenever it is needed.

05

Build on trusted data

Developers can connect wallets, monitoring, explorers, merchant systems, or research tools to infrastructure they control.

06

Contribute real infrastructure

When configured for inbound P2P connectivity, your node can help other daemons discover peers and exchange valid data.

REALITY CHECK

Installing a node once is not the same as operating one.

A synchronized node that is current, reachable when needed, and kept updated provides value. Uptime, maintenance, and safe configuration matter more than simply downloading the software.

04 · CHOOSE YOUR PATH

What do you want your node to do?

Select the goal closest to yours. The recommendation changes without sending data anywhere.

RECOMMENDED

Atom in Local + Remote, then Local Only

Start using the wallet immediately through a remote node while Atom downloads the full blockchain. After synchronization, use your local daemon for independent verification.

  • Lowest technical barrier
  • Local blockchain and verification
  • No public service required
Open the beginner path
05 · START RUNNING

Two routes: wallet-first or daemon-first.

Both can produce a full node. The difference is whether you want a simple desktop experience or infrastructure that runs independently of the wallet interface.

NOVICE → INTERMEDIATE

Route A: Run a local full node through Atom

The practical choice for most Ryo users.

  1. 01
    Install the current Atom wallet

    Use the official download source and keep the wallet software current.

  2. 02
    Select Local + Remote daemon

    Atom can use a remote node immediately while it downloads the complete blockchain to your computer.

  3. 03
    Allow the local chain to reach 100%

    Initial synchronization can take time and use substantial bandwidth. Keep the computer powered and connected.

  4. 04
    Use your local daemon

    After synchronization, Local Only lets the wallet depend on blockchain data stored and verified on your own PC.

  5. 05
    Open it regularly—or keep it online

    The daemon catches up after downtime. Longer uptime improves availability and avoids large catch-up sessions.

Open the official Atom page
INTERMEDIATE → EXPERT

Route B: Run the daemon directly

For servers, developers, monitoring, solo mining, or 24/7 operation.

START A BACKGROUND DAEMON
$ ryod --detach
Obtain current software from the official release page or build the reviewed source.
Protect the data directory and allow enough disk capacity for growth.
Complete initial synchronization before relying on the node for local services.
Keep RPC private by default and expose only intentionally designed services.
Monitor height, peers, storage, logs, and version as routine operations.
ATOM SYNC MODES

Three settings, three trust models.

REMOTE ONLY

Fastest, but dependent

The blockchain is on a remote server. Your computer is not operating a local full node.

INDEPENDENT

Local Only

The wallet uses the blockchain stored and verified by the daemon on your own computer.

06 · OPERATE WELL

A node is infrastructure. Treat it like infrastructure.

Use the checklist below to separate successful synchronization from reliable, secure operation.

Synchronization

  • Local height matches the current network height
  • The node continues receiving new blocks
  • Storage has room for future chain growth
  • System time is accurate

Connectivity

  • The daemon maintains healthy peer connections
  • Inbound P2P is optional, but useful when intended
  • Router and firewall rules match the chosen role
  • Bandwidth limits fit the host and connection

Security

  • RPC stays local or private unless intentionally published
  • Administrative access is authenticated and restricted
  • The operating system and daemon are maintained
  • Logs are reviewed without exposing wallet secrets

Reliability

  • The process restarts after reboots or failures
  • Disk, memory, and load are monitored
  • Updates are planned instead of ignored
  • Public operators have an outage and abuse plan
THE IMPORTANT SECURITY BOUNDARY

Accepting P2P peers does not require exposing unrestricted RPC.

P2P lets Ryo daemons communicate with each other. RPC lets wallets and software issue requests to your daemon. For personal use, keep RPC bound to the local machine or a protected private network. Public RPC is a separate service-design decision.

RPC reference
VERIFY YOUR SETUP

Six signs your node is doing its job.

01

Current heightYour node matches the latest block shown by the network or explorer.

02

Ongoing blocksThe local height continues increasing as new blocks arrive.

03

Connected peersThe daemon has active P2P connections rather than remaining isolated.

04

Local wallet modeYour wallet is actually connected to the local daemon when independence is the goal.

05

Healthy storageThe blockchain data directory is accessible and has sufficient free space.

06

Current softwareThe daemon version is compatible with the live network and current operating guidance.

OPERATOR GLOSSARY

Terms you will see.

Daemon
The background node software. In Ryo, this is ryod.
Blockchain height
The number of the latest block your node knows and has validated.
Peer
Another Ryo node connected through the P2P network.
Mempool
Valid transactions known to a node but not yet included in a block.
RPC
An interface through which wallets and applications communicate with the daemon.
Inbound connection
A peer or client initiating a connection to your machine.
Sync
Downloading and validating the chain until the local height reaches the live network.
Solo-mining node
A synchronized node connected to mining software that submits work directly rather than through a third-party pool.
07 · FAQ

Common node questions.

The short answers for wallet users, miners, and future operators.

01 Is Atom itself a full node?

Atom is the wallet interface. When it runs its bundled local Ryo daemon and the local blockchain is synchronized, the daemon behind Atom is a full node. In Remote-only mode, Atom is using someone else’s node instead.

02 Do I need to accept incoming connections to be a full node?

No. A synchronized node that verifies the chain and connects outward is still a full node. Accepting inbound P2P connections makes it more useful to other peers, but it is an additional operating choice.

03 Does a full node earn RYO?

Not by itself. A node verifies and relays data. Mining is a separate process. Rewards are earned only when mining work successfully produces a valid block, whether through solo mining or a pool arrangement.

04 Does a full node reveal my wallet keys?

No. The daemon maintains and verifies blockchain data. Your private spend keys belong to your wallet and should never be entered into a public node, website, or support chat.

05 What happens if my node is offline?

Nothing is lost from the network. When restarted, the node reconnects and downloads the blocks it missed. A node that stays online more consistently contributes more availability.

06 Can I run a node on a normal computer?

Yes. Atom is the simplest route for a desktop user. The main requirements are enough storage for the blockchain, bandwidth for initial synchronization, and time to remain connected.

07 What is the difference between P2P and RPC?

P2P is node-to-node communication used to exchange blocks, transactions, and peer information. RPC is an application interface used by wallets, explorers, and services to ask the daemon for data or submit requests.

08 Should I run a public RPC node?

Only when you understand the security and operational responsibilities. A public RPC endpoint should be intentionally restricted, firewalled, monitored, rate-limited, and kept current. A local-only RPC endpoint is the safer default for personal use.

YOUR COPY. YOUR VERIFICATION.

Start local. Learn the network. Stay independent.

For most users, Atom’s Local + Remote mode is the right first step. For operators, the next step is a dedicated daemon with a clearly chosen P2P and RPC security model.