Nostr is a web L2.
Your cashu wallet sends requests not to and url or ip but as a nostr DM to the mint npub. The Mint send the response the same way through Nostr. Your ip doesn't matter, your notes are in the relays.
The encrypted requests go to many Nostr relays, you can run your mint in your own home server and have a service just looking at requests in nostr for the mint, then you send the response also through Nostr. For your isp your mint is no different that you just posting or sending DMs on Nostr.
Can't wait to see it. There are other apps that can/should follow this approach.
PSA: The functionality of multiple Fedimint federations is significantly degraded due to severe DNS issues.
It seems to be the case that some federation guardians have an XYZ domain that the DNS registrar has taken over. Freedom One and Bitcoin Principals appear to have one guardian offline due to this.
Unfortunately, despite the server and keys for these guardians being intact, there is no way for the DNS of a guardian to be swapped out after the fact. We became aware of this issue last week and then became aware that multiple federations are experiencing this: https://github.com/fedimint/fedimint/issues/5482/
Given the critical state of these federations, with one guardian out of four being permanently offline, it's essential that if you have funds in these federations, you should withdraw them immediately. Unfortunately, we're unaware of other public federations, so you must withdraw to another lightning or on-chain wallet.
From our experiences, intermittent/connectivity issues can occur with guardians, and this may result in errors if not all three remaining guardians are consistently online. No other guardian of these federations has XYZ or other domains like it. So, if you're having issues, please try again later.
Unfortunately, not much can be done on the Mutiny side, so we're removing the federation setup flow in the UI as a first step. Sorry for the inconvenience.
They should use nostr. Like Calle talked about for cashu mints.
With that in mind Fedi might be a good option because at least there is a direct communication channel with the mint and other users in app. Free Madeira Fedi closed and the warning was there for anyone to see. Another option could be a liquid wallet disguised as LN like Helm. No channels, you get a seed, and super easy : https://helm-wallet.pages.dev/
Custodial: WoS or Minibits (ecash + LN).
Self custody : Phoenix.
Thanks for pointing it out.
I use ungoogled chromium keep it simple.
BRรKING: Greenpeace continues its SEXIST anti- #Bitcoinย campaign, releasing new video about โBitcoin BROS.โ
NEWSFLASH to Greenpeace misogynists: there are WOMEN in Bitcoin, & Bitcoiners will not stand by while you ERASE them.
Please repost if you think Greenpeace is sexist. https://v.nostr.build/8G8mv.mp4
Let's ask them a btc address to donate.
Just knowing that no, don't know if with the tx info there's something to know, I doubt it, but i really don't know. But Alby obv knows.
I wouldn't worry about that, and def would not go to the trouble off swapping to another coin. If you want to you can probably send to an ecash wallet and pay from there.
We use grapheneos, we don't have any of that pre-installed crap.
If no one can see an utxo, how does the network(everyone and anyone) see if you didn't cheat and made a double spend? How does the network know if there isn't an inflation bug? These are just a few examples, and there are solutions, but like I said before it comes at a cost that usually is too high.
Curious about what #Mostro is and how to use it? ๐ค
Mostro is a way to exchange #bitcoin in #LightningNetwork #p2p without KYC on #Nostr.
So far there are 2 Mostro clients being developed although we want to do more thanks to community collaborations. Take a look: https://github.com/MostroP2P
For now there is an exchange limit between 100 and 20,000 sats per trade.
You can try these 2 clients:
๐ Web client: https://mostro.bilthon.dev (https://github.com/MostroP2P/mostro-web). Privacy lover? Generate a new identity in each exchange! ;)
๐ CLI Client:
https://github.com/MostroP2P/mostro-cli
This one is focused on devs and to test the Mostro daemon, it has so far implemented more functionalities than the web client.
๐ฅ You can also install the Mostro daemon locally or on a VPS to have your own Mostro and then help decentralize it. All guides to do it at: https://github.com/MostroP2P/mostro
If you have any questions, you can ask in our chat: https://www.nostrchat.io/channel/30d1992102c567d143a3df32ca985a16e9d8576e947e687b757848aeca5d9a7b
Or in our Telegram groups:
- Support: https://t.me/MostroP2P
- Mostro Devs: https://t.me/mostro_dev
โก๏ธCheck out our more technical documentation:
https://mostro.network/messages/
โก๏ธHere is an excellent article about Mostro:
โก๏ธA video tutorial in Spanish by nostr:npub1c99acl56yszpxlnr0944d32e8lyah20qrau77lx0tldn8224hpkqdawnw3 :
How are disputes handled? I use Bisq and I'm used to Bisq flow for reference, how does it compare?
I'm not saying it's not possible, monero is proof that it is, probably it was already possible back then, but there are tradeoffs that even Satoshi in that thread evaluated. I don't think bitcoin needs to be like monero, neither monero need to be like bitcoin, they serve different purposes.
Read the original thread. Satoshi explains the drawbacks of those features. Example of the first highlight in full:
"This is a very interesting topic. If a solution was found, a much better, easier, more convenient implementation of Bitcoin would be possible.
Originally, a coin can be just a chain of signatures. With a timestamp service, the old ones could be dropped eventually before there's too much backtrace fan-out, or coins could be kept individually or in denominations. It's the need to check for the absence of double-spends that requires global knowledge of all transactions.
The challenge is, how do you prove that no other spends exist? It seems a node must know about all transactions to be able to verify that. If it only knows the hash of the in/outpoints, it can't check the signatures to see if an outpoint has been spent before. Do you have any ideas on this?
It's hard to think of how to apply zero-knowledge-proofs in this case.
We're trying to prove the absence of something, which seems to require knowing about all and checking that the something isn't included"