I asked you a simple question, you're not answering it. Of course, ecash privacy is better than normal accounting.
You might be imagining some elaborate ecash scheme or something. This is not that. The pool can do whatever it's doing right now but just get rid of accounts. It's simple and there are practically zero compromises.
If you don't know what the idea is about, I'm happy to explain it in a call. I'm sure you'll understand better where I'm coming from.
Login to reply
Replies (2)
I totally understand your argument here but you didn’t address any of my points - (a) this isn’t actually practical because no one would use such a pool, (b) this doesn’t solve the IP-level privacy issues (which are the biggest issues for privacy on a pool by farrrrr!), (c) this doesn’t actually improve payout privacy since there’s a privacy loss when the user goes to (bulk) withdraw (basically the privacy ends up being the same as just doing lightning withdraws from the pool!)
I'm going to address only (c), I hope that's fine.
Think about OCEAN. They have bolt12 payouts. In order to use that, you just register your offer with them. Every share you submit is linked to that offer. They will try to pay you right away but if your node is offline, they simply write to the DB that this specific offer has made. Say 250k sats since the last payout. They MUST track whichiner has earned how much reward. There is no basically other way.
Except! If each miner receives ecash instead of that db entry, the miner can withdraw to a bolt12 offer of any wallet they want without ever having to register it. The miner doesn't need an account. It doesn't need accounting either. The pool simply issues ecash for valid work and miners withdraw whenever they like to whatever destination they like. There is no way to link *THE SUBMITTED SHARES* to the withdrawal if done right. That's simply not possible with ordinary accounting.
To (b), yes thats right but it's also trivial to fix using VPNs... It's not part of the problem I care about.