[ANN][WEC] Wcash — zk‑SNARK‑shielded PoW privacy coin

[EquihashCom]

Equihash index / resources update

Hey all,

We’ve been putting together Equihash.com — a simple index of Equihash variants (200,9 / 192,7 / 144,5 / …) with coin pages and practical mining links.

It’s easy to mix up parameter sets, especially after years of forks/splits, so the goal is to keep a clean “map” miners can sanity-check quickly.

Update: Wcash is now listed under Equihash(200,9) with the usual essentials (algo params + official links).

If anything is wrong or outdated (variant, naming, explorers, pools, dead URLs), reply here or PM — we’ll fix it.

Also: if you run an Equihash project/pool/tool and want to be listed, send:
• coin/project name
• exact Equihash params
• official site / repo
• explorer + pool/miner links

Listings are informational; inclusion doesn’t imply affiliation/endorsement.

https://equihash.com/

[mandown]

How mine gpu solo i dont understand i worked node but i cant mine for gpu.

You’re not missing a “GPU button” in the node.

The Wcash node can mine with its internal CPU miner, but GPU mining is normally done over Stratum, which means you either:

mine on a public pool, or

run your own local pool/stratum connected to your node (and if you are the only miner on it, that’s “solo” in practice — you keep 100% of whatever blocks your hashrate finds).

Full guide (step-by-step) is here:
https://w.cash/mine

Below is the simplest “solo GPU” path (your own node + your own stratum/pool + your GPU miner).

Solo GPU mining (run your own mini-pool locally)

Step 1) Get the Wcash node and build it
(Guide reference: https://w.cash/mine

Download the official bundle:

Code:

curl -L https://w.cash/downloads/wcash.zip
 -o wcash.zip
unzip wcash.zip
cd wcash

Build (release):

Code:

cargo build --release

Step 2) Generate keys (keep your mnemonic safe)
You’ll use the UFVK (uview1...) for mining configs (view-only), not your seed words.

Code:

cargo run -p zcash-keygen --bin zcash-keygen -- --mnemonic

IMPORTANT:

[]Never paste your 24-word mnemonic into a pool/miner config.
[]UFVK (uview1...) is the safe “viewing” key to put into the node config.

Step 3) Enable “stratum/pool mode” on your node
Edit the stratum config and add your UFVK:

Code:

nano configs/wcash/mainnet-stratum.toml

Make sure you have something like:

Code:

[mining.deterministic_reward]
unified_full_viewing_key = "uview1YOUR_UFVK_HERE"
height_offset = 0

Then run the node with the RPC feature that your pool will use:

Code:

cargo run --release --features "internal-miner,getblocktemplate-rpcs" --bin zebrad --
-c configs/wcash/mainnet-stratum.toml start

Tip: Bind RPC only to localhost or trusted IPs. Don’t expose it to the public internet unless you know exactly what you’re doing.

Step 4) Run your own pool (pool.zip)

Download:

Code:

curl -L https://w.cash/downloads/pool.zip
 -o pool.zip
unzip pool.zip
cd pool

Install dependencies (Ubuntu):

Code:

sudo apt update
sudo apt install -y build-essential python3 redis-server libsodium-dev libboost-all-dev curl git
sudo systemctl start redis-server
sudo systemctl enable redis-server

Install Node 8.11 + npm6 (as in the guide):

Code:

curl -fsSL https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh
 | bash
. "$HOME/.nvm/nvm.sh"
nvm install 8.11.0
nvm use 8.11.0
npm install -g npm@6

Install pool packages:

Code:

rm -rf node_modules
npm install

Apply the included Wcash stratum patches (this step matters):

Code:

cp wcash_pool_modules/stratum-pool/lib/{stratum.js,pool.js,jobManager.js,nu5BlockTemplate.js}
node_modules/stratum-pool/lib/

Configure pool to talk to your node:

[]Edit

Code:

coins/wcash.json

(Equihash 200,9 + useZGetMiningJob: true)
[]Edit

Code:

pool_configs/wcash.json

so RPC host/port points to your local node and set your Stratum port (example 1235)

Start the pool:

Code:

nvm use 8.11.0
npm start

If the pool is connected correctly, you should see logs like:

Code:

Stratum Pool Server Started...
z_getminingjob init...

Step 5) Point your GPU miner at YOUR pool (this is the “solo GPU” part)

Now you point your GPU miner to your own stratum, for example:

Server:

Code:

127.0.0.1

(or your server IP)

Port:

Code:

1235

(whatever you set)

Also note (very important):
Wcash is Equihash (200,9) and pers = ZcashPoW. Wrong algo/pers = rejects.

Example GPU miner (EWBF) — install + run
(Your node/pool setup is “solo”; the miner software is separate.)

Code:

sudo apt update
sudo apt install -y wget screen

cd ~
mkdir -p ewbf
cd ewbf
wget https://repo.tvujweb.cz/mining/Zec.miner.0.3.4b.Linux.Bin.tar.gz

tar xf Zec.miner.0.3.4b.Linux.Bin.tar.gz

chmod +x miner start.sh

Start script (solo = point to your own pool IP/port):

Code:

cat > start-wcash.sh << 'EOF'
#!/bin/bash
./miner
--server 127.0.0.1
--port 1235
--user u1YOUR_UNIFIED_ADDRESS.worker1
--pass x
--pec
--templimit 78
EOF

chmod +x start-wcash.sh
./start-wcash.sh

IMPORTANT username note:

[]Your stratum username should be a single string with

no spaces.
[]Use a payout address string (u1...) as username. Do NOT use uview1... on public pools.
[/list]

If you meant “I want to GPU mine right now without running my own pool”
That’s pool mining (not solo). Use the community pool:

Code:

stratum+tcp://wcash.powpools.com:5555

And point your miner there (replace address/worker):

Code:

./miner
--server wcash.powpools.com
--port 5555
--user u1YOUR_UNIFIED_ADDRESS.worker1
--pass x
--pec
--templimit 78

If you follow the order above (node in stratum mode → pool connected to node → GPU miner pointed at your pool), you’ll have a real “solo GPU” setup where you control everything. For anything you’re unsure about, stick to the official steps here:
https://w.cash/mine

worked thank you bro.

[artiin069]

Hey why is wcash.powpools.com not showing/finding new blocks?

[cor418]

Hey why is wcash.powpools.com not showing/finding new blocks?

Latest block found by the community pool is
https://w.cash/explorer/000000d44262f0d85577f73dbb0433da53eaf0324caed75a2b53f8fe3ac0574f

Explorer tip / latest blocks list:
https://w.cash/explorer

A couple of practical notes that often confuse people:
“Accepted shares” means your miner is working. Shares are proof you’re contributing work to the pool, even if no blocks have been found recently.
Most pool “found blocks / payouts” pages only update when the pool actually finds a block. If the pool hasn’t found one in that window, the page can look “stuck” while mining is still happening in the background.
If you’re not seeing accepted shares, then it’s not luck — it’s usually setup.
The usual checks are: Equihash (200,9) with pers = ZcashPoW, correct stratum host/port, and a single username string (your u1… address + optional .worker) with no spaces.
PoW is simple that way: if shares are accepted, you’re doing your part — blocks arrive when probability permits.

[mandown]

Why is the waiting time for block rewards so long? It's been 24 hours and I've found 8 blocks and still haven't received any payment. I don't even know how to check.

[cor418]

Why is the waiting time for block rewards so long? It's been 24 hours and I've found 8 blocks and still haven't received any payment. I don't even know how to check.

If this is a solo setup (own node + own stratum/pool), then there is no “pool payout” to wait for.

In solo mode:

• The “pool/stratum” part is just a connector: it asks your node for jobs and forwards work to your GPU miner.
• When a block is found, the reward is created on-chain and lands to the recipient derived from the UFVK that was configured in the stratum-connected node.
• So there isn’t an automatic “pay me” action at the pool level like on a public pool — the block reward is already assigned, and the coinbase reward lands to your address on-chain by consensus.

How it works:

When a block is found, the reward is created as a coinbase output.

Coinbase rewards are locked for a short maturity period(100 blocks) (they can’t be spent immediately but still visible on-chain). After that, they become spendable.

Why it may look “missing”:

With the UFVK mining setup, payouts are always sent to fresh transparent addresses derived per block (instead of reusing one address).
So the explorer may not show “one address accumulating everything”, even though the rewards are there.

How to check rewards:

Download wallet.zip from https://w.cash/downloads

Run the wallet in view-only / UFVK mode

Paste the UFVK (uview1…)

Code:

curl -L https://w.cash/downloads/wallet.zip -o wallet.zip
unzip wallet.zip
cd wallet
cargo run -p wcash-wallet

After it syncs, it will print how many mined blocks matched and the total amount (example output like: “Matched X blocks; total Y WEC”).

This is the easiest way to confirm the rewards without exposing any spending keys.

Why is the waiting time for block rewards so long? It's been 24 hours and I've found 8 blocks and still haven't received any payment. I don't even know how to check.

Extra note on UFVK / why rewards don’t look “in one place”

In a solo setup, the UFVK (uview1...) configured in the node (the one your local stratum/pool is connected to) is the “anchor” for mining rewards.

What happens:

• Each time a block is found, the node derives a fresh transparent recipient address from that UFVK for that block height.
• So rewards can land to many different addresses (one per found block), instead of the same address repeating.

Why this is done:

• Better miner privacy (less obvious address reuse patterns)
• Cleaner accounting and easier auditing in view-only mode

This does NOT make funds hard to manage. The wallet can still treat it as one miner wallet:

• The UFVK can view and match all those per-block derived payouts.
• The spending wallet (from the mnemonic/seed) can later consolidate them into a single main wallet/account (commonly the default/index 0 destination), in one or a few transactions.

And even without UFVK rotation, a miner typically has to shield coinbase rewards before doing anything else (consensus rule) — rotation just makes “fresh addresses + later shielding/consolidation” the clean default.

So the short answer: rewards are landing where they should, just spread across fresh derived addresses on purpose; the view-only wallet scan shows the totals clearly, and consolidation/shielding is straightforward.

[mandown]

I can't figure out where I went wrong. I've checked the files and addresses multiple times. I found more than one block, but I can't see the balances in my wallet.

thank you.

Why is the waiting time for block rewards so long? It's been 24 hours and I've found 8 blocks and still haven't received any payment. I don't even know how to check.

If this is a solo setup (own node + own stratum/pool), then there is no “pool payout” to wait for.

In solo mode:

• The “pool/stratum” part is just a connector: it asks your node for jobs and forwards work to your GPU miner.
• When a block is found, the reward is created on-chain and lands to the recipient derived from the UFVK that was configured in the stratum-connected node.
• So there isn’t an automatic “pay me” action at the pool level like on a public pool — the block reward is already assigned, and the coinbase reward lands to your address on-chain by consensus.

How it works:

When a block is found, the reward is created as a coinbase output.

Coinbase rewards are locked for a short maturity period(100 blocks) (they can’t be spent immediately but still visible on-chain). After that, they become spendable.

Why it may look “missing”:

With the UFVK mining setup, payouts are always sent to fresh transparent addresses derived per block (instead of reusing one address).
So the explorer may not show “one address accumulating everything”, even though the rewards are there.

How to check rewards:

Download wallet.zip from https://w.cash/downloads

Run the wallet in view-only / UFVK mode

Paste the UFVK (uview1…)

Code:

curl -L https://w.cash/downloads/wallet.zip -o wallet.zip
unzip wallet.zip
cd wallet
cargo run -p wcash-wallet

After it syncs, it will print how many mined blocks matched and the total amount (example output like: “Matched X blocks; total Y WEC”).

This is the easiest way to confirm the rewards without exposing any spending keys.

i check bro.

[cor418]

https://i.ibb.co/TxDSMDJP/Ekran-Resmi-2025-12-27-00-45-34.png

I can't figure out where I went wrong. I've checked the files and addresses multiple times. I found more than one block, but I can't see the balances in my wallet.

thank you.

Why is the waiting time for block rewards so long? It's been 24 hours and I've found 8 blocks and still haven't received any payment. I don't even know how to check.

If this is a solo setup (own node + own stratum/pool), then there is no “pool payout” to wait for.

In solo mode:

• The “pool/stratum” part is just a connector: it asks your node for jobs and forwards work to your GPU miner.
• When a block is found, the reward is created on-chain and lands to the recipient derived from the UFVK that was configured in the stratum-connected node.
• So there isn’t an automatic “pay me” action at the pool level like on a public pool — the block reward is already assigned, and the coinbase reward lands to your address on-chain by consensus.

How it works:

When a block is found, the reward is created as a coinbase output.

Coinbase rewards are locked for a short maturity period(100 blocks) (they can’t be spent immediately but still visible on-chain). After that, they become spendable.

Why it may look “missing”:

With the UFVK mining setup, payouts are always sent to fresh transparent addresses derived per block (instead of reusing one address).
So the explorer may not show “one address accumulating everything”, even though the rewards are there.

How to check rewards:

Download wallet.zip from https://w.cash/downloads

Run the wallet in view-only / UFVK mode

Paste the UFVK (uview1…)

Code:

curl -L https://w.cash/downloads/wallet.zip -o wallet.zip
unzip wallet.zip
cd wallet
cargo run -p wcash-wallet

After it syncs, it will print how many mined blocks matched and the total amount (example output like: “Matched X blocks; total Y WEC”).

This is the easiest way to confirm the rewards without exposing any spending keys.

i check bro.

Those rewards are already credited — they’re on-chain.

In solo mode, when your setup finds a block, the coinbase reward is created on-chain immediately and sent to the miner address derived from the UFVK that you configured in your node.

You can see it directly on the explorer — e.g. blocks like:

• 68535 → MINER ADDRESS: t1fibgeR...
• 68220 → MINER ADDRESS: t1akm2MJ...
• 67179 → MINER ADDRESS: t1cK9wFH...

Those t1... addresses are yours:

• They are fresh transparent addresses generated per-block (UFVK rotation), so you won’t see “one address” accumulating everything.
• They are controlled by the same mnemonic/seed you used to generate the UFVK that you put into your solo stratum node config.

[Nuna5479]

On the lookup page, is the "found blocks" my miner or the pool total?  

EDIT: Figured it out.  "found blocks" is pool total.

[mandown]

I created a new wallet a couple of times and wrote the uView address in the config file on the node and found a new block.

curl -L https://w.cash/downloads/wallet.zip -o wallet.zip
unzip wallet.zip
cd wallet
cargo run -p wcash-wallet

Even though I used both options from this address, the balance still shows as zero. Should I perhaps use the Track Coinbase range in the wallet contents?

[cor418]

I created a new wallet a couple of times and wrote the uView address in the config file on the node and found a new block.

curl -L https://w.cash/downloads/wallet.zip -o wallet.zip
unzip wallet.zip
cd wallet
cargo run -p wcash-wallet

Even though I used both options from this address, the balance still shows as zero. Should I perhaps use the Track Coinbase range in the wallet contents?

Latest version of wallet.zip has an option: Miner rewards

Paste the UFVK (uview1…)

Choose an action · Miner rewards
output:

Matched X block(s); total X WEC

[mandown]

I created a new wallet a couple of times and wrote the uView address in the config file on the node and found a new block.

curl -L https://w.cash/downloads/wallet.zip -o wallet.zip
unzip wallet.zip
cd wallet
cargo run -p wcash-wallet

Even though I used both options from this address, the balance still shows as zero. Should I perhaps use the Track Coinbase range in the wallet contents?

Latest version of wallet.zip has an option: Miner rewards

Paste the UFVK (uview1…)

Choose an action · Miner rewards
output:

Matched X block(s); total X WEC

worked thank you. Honestly, I haven't been able to figure out what the problem is for the last three or four days. My logic told me I should have received this reward, but no matter where I checked, I couldn't find it. I used your pool and was seeing the rewards I received from there.

By the way, I wish I had just started solo; the reward distribution in the pool is really terrible. I found 14 blocks in two days playing solo.

[mandown]

How do I transfer the addresses where I found block rewards? I don't think my wallet has that feature.

where is auto-shield command.

[mandown]

With the latest update to my wallet, I can now view the rewards I've received by searching for specific blocks, but when I try to send them, it doesn't show my balance. When I check my balance, the total shows 0. What is the solution to this problem?

I found the source of the problem, but unfortunately I don't have a solution for it.
Even if you can see the balance of the address that found the block reward in the miner rewards menu, you can't see it in the balance section. Similarly, when you send any amount of WEC to the address that found the block reward, even if the miner wallet is your address, the amount you sent is not displayed in the balance section.

Shielded (Orchard) opening breeding grounds for excellent gifts in practice

I'm shutting down the mining operation because I feel something is missing.

thank you.

[cor418]

https://i.ibb.co/gMT6dszJ/Ekran-Resmi-2026-12-30-12-15-12.png

With the latest update to my wallet, I can now view the rewards I've received by searching for specific blocks, but when I try to send them, it doesn't show my balance. When I check my balance, the total shows 0. What is the solution to this problem?

I found the source of the problem, but unfortunately I don't have a solution for it.
Even if you can see the balance of the address that found the block reward in the miner rewards menu, you can't see it in the balance section. Similarly, when you send any amount of WEC to the address that found the block reward, even if the miner wallet is your address, the amount you sent is not displayed in the balance section.

Shielded (Orchard) opening breeding grounds for excellent gifts in practice

I'm shutting down the mining operation because I feel something is missing.

thank you.

Thanks for the careful testing and the honest UX review. This kind of feedback is genuinely useful.

A clarification on what’s happening (so nobody thinks funds are “missing”):

1) “Miner rewards” is an audit view, not the spendable balance view (yet).
The Miner rewards screen scans the chain and matches coinbase payouts that were sent to the per-height derived addresses (UFVK rotation). That’s why it can correctly show “matched blocks / total WEC”.

The Balance / Send screen currently focuses on the wallet’s main default account (think “index 0” / primary derived address). So it may show 0 even while Miner rewards can prove you mined rewards to other derived addresses.

So you’re not wrong — it’s confusing UX. The coins are there; the wallet UI isn’t yet merging these two worlds cleanly.

2) Auto-shield is separate tooling right now (CLI), by design.
Auto-shield lives in the auto-shield CLI package (released alongside the wallet tooling in wallet.zip). It’s meant to take “many coinbase outputs across many fresh addresses” and turn them into a normal wallet experience by sweeping/shielding them into your shielded receiver.

It also has miner-privacy knobs:
   •   you can configure how fast it runs (how quickly after maturity),
   •   it uses randomized delays and batching/order to reduce obvious timing patterns,
   •   then it consolidates into shielded funds so the wallet can show a clean spendable balance.

Nothing about this is a consensus rule — it’s just tooling to make “fresh addresses + shielding” the default for miners.

3) Upcoming improvement
In the next wallet update, the plan is to bring auto-shield into the same place as balance/send, and to have the Balance view include miner rewards as well (rather than only the default/index-0 account). That should remove the “I can see it in Miner rewards but not in Balance” confusion.

Again: thanks for catching this and writing it up clearly.

If you’re comfortable, please post a receiving address so the community can send a small thank-you for your careful testing. A normal Unified Address (u1…) is perfect.
Please don’t post any mnemonic/seed words or a uview1… UFVK — just a receive address.

[mandown]

I generated multiple seeds and conducted experiments. I'm sharing the address where I'm actively conducting experiments.

u1935q0y9m0ewq765tdnjrlq9s0h2pyy2peetawreaj8fpdudsz3s8v6wfl85zlr983flhfx6tlhq76 8fzwd0g2c8s089448w4lqthl6qx9zlw55987krvvl797sc0r7uu6vlrthf7fqvern5gjl8z52nka5kf p6cl7zh2uet40cfaacyy7p2ghlhyfpqrhvqxka70c0fsgnjuk4xnx8z

With the latest update to my wallet, I can now view the rewards I've received by searching for specific blocks, but when I try to send them, it doesn't show my balance. When I check my balance, the total shows 0. What is the solution to this problem?

I found the source of the problem, but unfortunately I don't have a solution for it.
Even if you can see the balance of the address that found the block reward in the miner rewards menu, you can't see it in the balance section. Similarly, when you send any amount of WEC to the address that found the block reward, even if the miner wallet is your address, the amount you sent is not displayed in the balance section.

Shielded (Orchard) opening breeding grounds for excellent gifts in practice

I'm shutting down the mining operation because I feel something is missing.

thank you.

Thanks for the careful testing and the honest UX review. This kind of feedback is genuinely useful.

A clarification on what’s happening (so nobody thinks funds are “missing”):

1) “Miner rewards” is an audit view, not the spendable balance view (yet).
The Miner rewards screen scans the chain and matches coinbase payouts that were sent to the per-height derived addresses (UFVK rotation). That’s why it can correctly show “matched blocks / total WEC”.

The Balance / Send screen currently focuses on the wallet’s main default account (think “index 0” / primary derived address). So it may show 0 even while Miner rewards can prove you mined rewards to other derived addresses.

So you’re not wrong — it’s confusing UX. The coins are there; the wallet UI isn’t yet merging these two worlds cleanly.

2) Auto-shield is separate tooling right now (CLI), by design.
Auto-shield lives in the auto-shield CLI package (released alongside the wallet tooling in wallet.zip). It’s meant to take “many coinbase outputs across many fresh addresses” and turn them into a normal wallet experience by sweeping/shielding them into your shielded receiver.

It also has miner-privacy knobs:
   •   you can configure how fast it runs (how quickly after maturity),
   •   it uses randomized delays and batching/order to reduce obvious timing patterns,
   •   then it consolidates into shielded funds so the wallet can show a clean spendable balance.

Nothing about this is a consensus rule — it’s just tooling to make “fresh addresses + shielding” the default for miners.

3) Upcoming improvement
In the next wallet update, the plan is to bring auto-shield into the same place as balance/send, and to have the Balance view include miner rewards as well (rather than only the default/index-0 account). That should remove the “I can see it in Miner rewards but not in Balance” confusion.

Again: thanks for catching this and writing it up clearly.

If you’re comfortable, please post a receiving address so the community can send a small thank-you for your careful testing. A normal Unified Address (u1…) is perfect.
Please don’t post any mnemonic/seed words or a uview1… UFVK — just a receive address.

There's another thing I don't understand. When I run it in your pool, I get payments. How is your pool able to see and send Miner rewards? Is a different node active? Or is there another command line involved?

It seems like not only the balance that found that block, but even the balance sent to that wallet is not being displayed; I guess it doesn't see that wallet as active.

[cor418]

https://i.ibb.co/gMT6dszJ/Ekran-Resmi-2026-12-30-12-15-12.png

With the latest update to my wallet, I can now view the rewards I've received by searching for specific blocks, but when I try to send them, it doesn't show my balance. When I check my balance, the total shows 0. What is the solution to this problem?

I found the source of the problem, but unfortunately I don't have a solution for it.
Even if you can see the balance of the address that found the block reward in the miner rewards menu, you can't see it in the balance section. Similarly, when you send any amount of WEC to the address that found the block reward, even if the miner wallet is your address, the amount you sent is not displayed in the balance section.

Shielded (Orchard) opening breeding grounds for excellent gifts in practice

I'm shutting down the mining operation because I feel something is missing.

thank you.

Totally fair point — and thanks again for pushing on this until it matched the “common sense” wallet behavior.

The good news is: the latest wallet update is now aligned with what you expected from day one.

Balance/Send now reflects what you actually have, including:

• your shielded funds, and
• your mined rewards

It also makes it clear what is spendable right now vs what is ready to be auto‑shielded first — so you don’t get the “I can see it somewhere but I can’t send it” confusion.

Here’s a example of what the Balance screen looks like now:

Code:

Shielded (Orchard): X.XXXXXXXX WEC
Shielded (Sapling): X.XXXXXXXX WEC
Transparent: X.XXXXXXXX WEC
Transparent (Ready to Auto Shield first): X.XXXXXXXX WEC
Total: X.XXXXXXXX WEC
Total ready to spend: X.XXXXXXXX WEC

Auto‑shield is now inside the wallet too
Before, miners had to juggle “wallet view” vs “auto‑shield CLI” as two separate worlds.

Now it’s one place:

• Open wallet
• Choose Auto‑shield
• It sweeps matured mined rewards into your shielded receiver (better privacy, cleaner balance) in a few clicks

So: if you see a big “Transparent (Ready to Auto Shield first)” number, that’s not “missing” — it’s simply waiting to be swept into shielded so it becomes part of your normal spendable wallet flow.

Thanks again for the careful testing and writing it up clearly — it helped make this less confusing for everyone.

[mandown]

worked thank you.

[cor418]

I generated multiple seeds and conducted experiments. I'm sharing the address where I'm actively conducting experiments.

u1935q0y9m0ewq765tdnjrlq9s0h2pyy2peetawreaj8fpdudsz3s8v6wfl85zlr983flhfx6tlhq76 8fzwd0g2c8s089448w4lqthl6qx9zlw55987krvvl797sc0r7uu6vlrthf7fqvern5gjl8z52nka5kf p6cl7zh2uet40cfaacyy7p2ghlhyfpqrhvqxka70c0fsgnjuk4xnx8z

https://i.ibb.co/gMT6dszJ/Ekran-Resmi-2026-12-30-12-15-12.png

With the latest update to my wallet, I can now view the rewards I've received by searching for specific blocks, but when I try to send them, it doesn't show my balance. When I check my balance, the total shows 0. What is the solution to this problem?

I found the source of the problem, but unfortunately I don't have a solution for it.
Even if you can see the balance of the address that found the block reward in the miner rewards menu, you can't see it in the balance section. Similarly, when you send any amount of WEC to the address that found the block reward, even if the miner wallet is your address, the amount you sent is not displayed in the balance section.

Shielded (Orchard) opening breeding grounds for excellent gifts in practice

I'm shutting down the mining operation because I feel something is missing.

thank you.

Thanks for the careful testing and the honest UX review. This kind of feedback is genuinely useful.

A clarification on what’s happening (so nobody thinks funds are “missing”):

1) “Miner rewards” is an audit view, not the spendable balance view (yet).
The Miner rewards screen scans the chain and matches coinbase payouts that were sent to the per-height derived addresses (UFVK rotation). That’s why it can correctly show “matched blocks / total WEC”.

The Balance / Send screen currently focuses on the wallet’s main default account (think “index 0” / primary derived address). So it may show 0 even while Miner rewards can prove you mined rewards to other derived addresses.

So you’re not wrong — it’s confusing UX. The coins are there; the wallet UI isn’t yet merging these two worlds cleanly.

2) Auto-shield is separate tooling right now (CLI), by design.
Auto-shield lives in the auto-shield CLI package (released alongside the wallet tooling in wallet.zip). It’s meant to take “many coinbase outputs across many fresh addresses” and turn them into a normal wallet experience by sweeping/shielding them into your shielded receiver.

It also has miner-privacy knobs:
   •   you can configure how fast it runs (how quickly after maturity),
   •   it uses randomized delays and batching/order to reduce obvious timing patterns,
   •   then it consolidates into shielded funds so the wallet can show a clean spendable balance.

Nothing about this is a consensus rule — it’s just tooling to make “fresh addresses + shielding” the default for miners.

3) Upcoming improvement
In the next wallet update, the plan is to bring auto-shield into the same place as balance/send, and to have the Balance view include miner rewards as well (rather than only the default/index-0 account). That should remove the “I can see it in Miner rewards but not in Balance” confusion.

Again: thanks for catching this and writing it up clearly.

If you’re comfortable, please post a receiving address so the community can send a small thank-you for your careful testing. A normal Unified Address (u1…) is perfect.
Please don’t post any mnemonic/seed words or a uview1… UFVK — just a receive address.

There's another thing I don't understand. When I run it in your pool, I get payments. How is your pool able to see and send Miner rewards? Is a different node active? Or is there another command line involved?

It seems like not only the balance that found that block, but even the balance sent to that wallet is not being displayed; I guess it doesn't see that wallet as active.

The community/public pool can pay because it keeps its own off‑chain share ledger per found block (round), e.g.:

Code:

u1...address.worker -> shares contributed for block height H

That share map is stored in the pool backend (Redis/DB). When the pool finds a block, it already knows exactly which miners contributed and how much.

How payouts work on a pool
After the block reward (coinbase) becomes spendable (matures), the pool runs a payout job server‑side:

• read share totals for that block from Redis/DB
• calculate each miner’s portion
• shield / batch
• send payouts to miners’ u1… addresses

So yes: there is an extra “payout process”, but it lives on the pool server, not inside your wallet.

Why solo mining is different
In solo, you don’t need any pool payout logic at all(because that solo pool dedicated for you alone):

• your own node/stratum builds the block template using your configured UFVK
• when you find a block, the coinbase is credited on-chain directly to your derived miner address (often a fresh t1… per height if UFVK rotation is used)
• there is no “pool balance” to pay out — the reward is already yours by consensus

You(solo miner) only need to: wait maturity (~100 blocks) and then auto‑shield / sweep (because coinbase handling + shielding/consolidation is part of the normal workflow).

[mandown]

Are you developing the application yourselves? Why don't you have a GitHub account? Also, are you planning to open a Discord channel? What are your next plans? Do you have a roadmap? I'm asking these questions because they're not mentioned in the topic or on your website.