Home Guides VEO pool setup

VEO (Amoveo) Mining Pool Setup — Practical Steps for Operators

This page treats VEO as a SHA256 pool target, as listed on the site. First confirm your daemon reports the expected PoW hash in getblocktemplate. Then focus on uptime, wallet safety, and clean miner docs.

VEO pool flow: template → shares → credits → payouts

A healthy pool has clear boundaries between components. The daemon creates work, Stratum accepts shares, and the payment process moves funds only after your confirmation rules. When one layer misbehaves, logs and metrics should tell you which layer to blame.

  • Template sanity: Watch getblocktemplate output changes after daemon upgrades.
  • Wallet safety: Separate hot payout keys from long‑term storage where possible.
  • Miner experience: Define worker naming and reject reasons so support is fast.
  • Difficulty control: VarDiff adapts per miner to keep share load predictable.

Picking software for VEO with troubleshooting in mind

For VEO, choose the stack that your team can operate at 3 a.m. That usually means consistent config management, a simple deploy path, and strong observability around rejected shares and block submission.

  • Yiimp option: Fast to a familiar UI, plus classic coin pages. See the Yiimp setup guide.
  • Miningcore option: Clean services and APIs for automation. See the Miningcore setup guide.
  • Hybrid approach: Sometimes you pair a proven Stratum core with custom payout/reporting.
Stability tip

Put time sync on your checklist. Header validation and timestamp rules can surface as “mystery” rejects when clocks drift. Run NTP or chrony on every node and gateway.

What we put in place for a VEO pool launch

  • VEO daemon + RPC: Install, lock down RPC, and monitor sync/peer health.
  • Share pipeline: Tune job rebroadcast and ban settings to reduce stale shares.
  • Storage planning: Size the database for share volume, then automate pruning.
  • Payout design: Pick a scheme and test it (see payout schemes).how to choose SOLO vs PPLNS vs PROP.)
  • Operator dashboards: Expose height, rejects, and payout queue status for triage.
  • Security posture: Apply network hardening and access control (see hardening notes).

We also add monitoring that alerts on common failure modes: stalled sync, RPC errors, rising rejects, and payout queue backlogs. The goal is early signals, not post‑mortems.

VEO connection strings and worker format examples

Show miners two connection options and a single worker format. Avoid long “try this, try that” lists that create support tickets.

stratum+tcp://POOL-DOMAIN:3333
stratum+ssl://POOL-DOMAIN:3443

If you accept marketplace hashpower, document the exact username syntax and expected difficulty behavior up front.

VEO operational nuances to validate early

  • Daemon capability check: Confirm the VEO daemon supports getblocktemplate and your chosen payout address type.
  • Reorg handling: Smaller networks can reorganize; keep orphan logic explicit and delay payouts until your confirmation gate is met.
  • Key management: Decide where wallet keys live, how backups are rotated, and how you would rotate keys after a host compromise.

VEO pre‑announcement runbook

  • Daemon synced and restart‑safe; peer connectivity monitored.
  • RPC reachable only from pool hosts; credentials stored securely.
  • Wallet funding flow tested end‑to‑end with small payouts.
  • Stratum reject reasons reviewed; VarDiff targets set for load.
  • Database pruning confirmed in staging; growth alerts enabled.
  • Public docs published: endpoints, ports, and worker naming.
  • Incident plan written: who pages, what to restart, what to freeze.

VEO pool build and ops questions

What should I verify in the VEO daemon before building Stratum?

Check that the daemon exposes getblocktemplate, accepts a submitted block, and reports chain height consistently after restarts. Those basics prevent wasted debugging later.

How do you keep VEO payouts from draining a hot wallet?

We set conservative payout automation, keep withdrawal limits under operator control, and encourage separation between the payout wallet and long‑term storage.

Can you run VEO behind a reverse proxy or gateway layer?

Yes. Gateways can terminate TLS, enforce rate limits, and isolate the Stratum core. We design it so a gateway failure does not corrupt accounting.

How do you reduce stale shares for miners far from the server?

We tune job timing and network paths, and we can add regional gateways when latency is the driver. We also watch stale rate per endpoint.

Which details do you need for a VEO pool quote?

Tell us whether the pool is public, your target region(s), your preferred engine (Yiimp or Miningcore), and any constraints around custody and payouts.

Want help validating a VEO deployment plan? Contact us and we’ll walk through the checklist with you.

Share
Send this page to a friend or teammate.