Wasabi dev here. Wasabi development has been focused on guaranteeing the survival of the wallet almost exclusively since zkSNACKs abandoned the project. This means changing an originally centralized, trusted, client-server architecture to a standalone, trustless piece of software with decentralized services run by volunteers. In other words, the goal is to completely redesign Wasabi's architecture to eliminate central points of failure and protect Wasabi users and volunteers. However, users need a reason to upgrade their Wasabi clients other than a "better architected" wallet; they would upgrade only if Wasabi has something new and better to offer them than their current version. That's THE reason why Wasabi releases include support for receiving Taproot, Silent Payments, manual coin selection to spend, SLIP39, support for new hardware wallets and others alike—things that are not a priority at all but allow the development to move release after release, removing dependencies from centralized services and achieve eventually the biggest goal. Small and almost insignificant changes like allowing users to choose the provider for the fee rate and USD/BTC exchange rates, removing the concept of coordination fee, separating the coordinator as an independent service that can be run by anyone and allowing users to configure a coordinator and set its parameters, optimizing the coordinator and backend to run on small computers or cheap VPS instead of requiring monstrously big and expensive hardware, allowing the coordinator to run simply with an aggressively-pruned Bitcoin node, removing the client dependency on tens of centralized APIs—these kinds of changes are the ones that really matter for Wasabi's future. Wasabi innovates by making the wallet more resilient while adding nice features. But resiliency is THE feature anyway, so in the next version we are going to release Shamir Secret Sharing backups but also a mechanism to allow Wasabi to detect new releases, download them and verify them without having to trust on GitHub's goodwill (because we don't trust GitHub or any other centralized big tech service provider—yes, yes, we use Nostr for that). The next version will be the first in which Wasabi will be able to synchronize without having to connect to any central server, just connecting to an RPC node with compact filters. The next version removes the concept of backend; instead, there is only an indexer, a server component that provides Wasabi compact filters and/or standard BIP158 filters. This is a super cheap piece of software that can take standard BIP158 filters from your node, cache them, and provide them to clients in a way that Wasabi clients understand. The next version gets filters from RPC, blocks from RPC, fee rates from RPC, and broadcasts transactions using RPC, which allows users to use Wasabi without needing to use anything from anywhere or anyone. There are tons of things that have been redone, redesigned, or changed completely just to facilitate the way to the final goal. It's hard to enumerate them all: a complete redesign of the Tor integrations, a complete change in the technology of serialization, a complete redesign of the Bitcoin node integration, a redesign of the Wasabi configuration (WIP), include the backend and the coordinator in the linux release—all while removing more than 25,000 lines of code. Very few can compete against Wasabi in this regard because Wasabi is an idea, an ideologically-driven commitment of volunteers doing what they think must be done and risking what nobody else wants to risk in order to do good. Update: here you have what guides the development: *

GitHub

Next Steps: Still survival · WalletWasabi · Discussion #13661

The Goal To understand our path forward, it is important to stay focused on the ultimate goal: ensuring Wasabi SURVIVAL. Why This Matters Let's exp...

*

GitHub

Still survival - status · WalletWasabi · Discussion #13796

Progress Update on Wasabi Wallet's Survival Strategy More than two months have passed since I outlined the ultimate goal (ensuring Wasabi's SURVIVA...

Source:

Wasabi Wallet - Total Privacy For Bitcoin

Wasabi Wallet - Total Privacy For Bitcoin

Do you guys have a way to accept donations?

this is extremely cool but TBH man its that the end user can't personally vet the tool not whether the tool itself is as resilient as possible. how do I audit the privacy I gained through a Wasabi CJ?

Yes. That's another feature we added together with Silent Payments. Wasabi has a Donate button that allows users to donate. The address is: sp1qq2exrz9xjumnvujw7zmav4r3vhfj9rvmd0aytjx0xesvzlmn48ctgqnqdgaan0ahmcfw3cpq5nxvnczzfhhvl3hmsps683cap4y696qecs7wejl3

Oh ok, so if I upgrade to the latest version, the donate button will be in there? 👌

It's not easy. That's why Wasabi annonymity score is extremely pessimistic. When you see a Wasabi coinjoin output you don't know whether that is a self-payment, a real payment to someone in a coinjoin, a shared utxo or what.

If I can't measure the entropy gained, how is it not "trust me bro" privacy?

Great job 👏

Wasabi is great! 💚

just want to #zap you for your work using #zeus. but I seems #alby seized my sats without notification yesterday. LOL

the shutdown of the legacy node was announced 18months ago... the date was set for January already. You seem to not have read any of the countless notifications and posts and now seem to not have followed what it says in the error message.

didnt got any of these countless notifications. I just imported it to zeus time ago. anyway. my fault.

seems you did not even login to the account dashboard now and follow the instructions there, what would you expect from us? seems you are also fully aware that you use an external service - which now was announced to be shut down. since 18+ months we fully work on the self-sovereign lightning wallet and told people to migrate.

Because you can review the on chain footprint of the transactions yourself?

its true that if we make certain assumptions like, all other participants are honest actors and that no outputs are sent to resused addresses we could measure entropy gained looking at the chain but really what a user needs is to know what privacy they gain BEFORE they use the tool

alby got my email the very first day. I never got any notification. I was fully aware that alby is an external service. so its my fault anyway. I got this error today (16.) the very first time which said I have to login yesterday latest.

I think adding the ability to connect to a coordinator available exclusively as an .onion should be a priority to further increase decentralization. Also, the ability to connect to my own electrum server would be nice.