Testing zap receipts for this note… we made six attempts to⚡zap this note, at lontivero@stacker.news, over a period of 28 minutes. Six of the zaps were successfully paid... Please check for 6 satoshis received. Problem: we found that your lightning address server **did not** produce any zap receipts. This means that nobody else could see see that you got zapped... no number appears next to the ⚡icon after zapping.... We recommend that you use a cloud-based Lightning node to get more reliable zaps.
I want to put a Wasabi coordinator in each Wasabi client and allow users to decide whether they want to act as coordinators or not.
Currently, a WabiSabi coordinator only requires:
* The gettxout RPC call to verify that inputs being registered are unspent and mature
* A mining fee rate provider to determine how much each input/output should pay to the network
These requirements can be satisfied even by a pruned Bitcoin node and don't present any obstacles.
In an ideal world, each coordinator would announce itself (for example, as an onion service), and then clients could agree on which coordinator to connect to for the next CoinJoin round. However, in the real world, malicious actors could create hundreds or thousands of onion services to maximize their chances of being selected.
Is there any way to solve this coordinator selection problem without creating a centralized directory of coordinators?
nostr:npub1vadcfln4ugt2h9ruwsuwu5vu5am4xaka7pw6m7axy79aqyhp6u5q9knuu7 any suggestion to read?
Discussion
No replies yet.