Rewards Wallet Transparency

The platform rewards wallet is StasherNews's only custodial component. Downvotes, posting fees, and territory fees land here and fund weekly curator payouts. Audit it independently — the public view key is published by design.

Live balance

Received, external principal, network fees, and balance are ledger-derived from the platform's own records: confirmed eligible receipts in, recorded payout and ops-sweep principal out, and the actual hot-wallet transaction fees as their own cost line. Balance = received − external principal − network fees. The public view key is the wallet address's embedded key and is shown for reference; it cannot decode transaction amounts, so on-chain totals are reconciled against the address.

Current allocation

The wallet holds one consolidated balance. The two figures below are what it is literally allocated to right now: the full rewards pool, including funds held for future weeks, and the platform's share — unswept from the last distribution (after proven sweeps and real network fees) plus this week's accrual — awaiting its sweep to the ops wallet. They are literal allocations, not a pro-rata slice of the balance; a negative ops figure is unfunded debt, not free cash. Weekly curator payouts are capped at 0.2 XMR; referral payouts may be additional, limited by the remaining pool. All unused rewards roll over. The ops sweep has no weekly amount cap; network fees are paid by ops.

Confirmed inflow by source (all-time)

Every confirmed inflow since the wallet opened, split by its allocation percentage. The rewards and ops shares below are cumulative splits of that all-time inflow — not the current allocations shown above.

Distribution log

Recent weekly curator distributions. Each payout is a real on-chain Monero transaction from the rewards wallet — verify any tx hash on the explorer. Curator handles are shown as nyms; sub-threshold shares and funds above the weekly curator cap roll over (less any additional referral payouts). The ops allocation is swept to the ops wallet when the hot wallet has enough unlocked change; when it doesn't (recent incoming outputs are still locked), the sweep is deferred and the unswept amount rolls into next week's opsAvailable — adjusted for proven sweeps and the real network fees paid in that period, bounded by the next period's fee checkpoint (only the active period uses the cumulative total). The adjusted carry is an updated snapshot of each period, while the "Ops allocation" figure above is the one current allocation.