Payout Policy & Verification

1. Current reward model

XEC rewards are handled with a direct on-chain payout model. When the pool solves a block, the winning miner is paid directly to the address used in the worker username, while the pool retains a 1% donation.

2. Reward path

The current XEC architecture is designed so that ckpool runs in -x -B mode: miners mine with their own payout address, the winning miner is paid directly on-chain, and the pool keeps a 1% donation.

This avoids custodial pool payout handling and keeps the live reward flow simple and transparent.

3. Why payout is direct

Direct on-chain payout is currently used to keep the XEC solo pool model simple, transparent and verifiable.

• The winning miner is paid directly by the solved block.
• The pool does not need to hold miner balances or execute custodial payouts.
• The pool retains only the configured 1% donation.
• Verification is performed by checking the solved block coinbase outputs.

4. Verification logic

After a block is solved, verification should be based on both:

• the ckpool solved-block event in the pool log,
• the actual on-chain coinbase outputs of the solved block.

This makes it possible to verify both the winning miner address and the 1% donation output.

5. Donation rule

The live fee policy currently exposed on this XEC pool is:

The donation is applied in the block reward flow itself, not later through a manual payout step.

6. Operational status

The current XEC runtime is based on:

• Bitcoin ABC for the node layer,
• ckpool for stratum and solo pool operation,
• direct miner payout with a 1% pool donation.

This page intentionally avoids suggesting that a custodial pool wallet or a manual payout queue is part of the current XEC live architecture.

7. Contacts

For questions about fee policy, listing, configuration or pool access, use one of the contacts below.