Pretty accurate in one meme πŸ˜‚πŸ˜‚πŸ˜‚πŸ˜‚πŸ˜‚πŸ˜‚πŸ˜‚πŸ˜‚
reply
deleted by author
reply
deleted by author
reply
Except no one uses bitkit
reply
true I tried to test it and use it. It was impossible.
reply
reply
Best meme
reply
the daily life of (new) bitcoin user: "which wallet is the best?"
Missing the point that is not about using the best, but using the right one for each situation and use not just one, but many.
reply
That's point.
reply
There are good points here, but some only in proper context. Where John's product is node-on-phone, it suffers from many of the same (or worse) problems by nature.
Unless you're using a custom ROM your phone, it's just a Google or Apple thin-client. Putting a node on a phone at all is a larp if you also claim to be concerned with censorship, security, control, social attacks, and performance.
Such concerns can only be mitigated on mobile if the mobile has limited scope access to the node. A thin-client made for a thin-client is the only sane architectural approach in my view.
Cost is another yet factor no one wants to mention with these unsustainable mobile nodes. As users look for alternatives to WoS in a high-fee environment, they are only now beginning to understand this.
It's ultimately the failure of node-on-phone architecture has pushed people to WoS, whether its delivered via PWA or Native is irrelevant.
Why are so many wallet teams doing this then? Frankly, it's a corner-cutting way for companies to sell LSP services and skirt perception of being a custodian.
In most cases these mobile nodes are still distributed in a completely trusted way, and can be rugged by the developer just as easily and with an even better shield of deniability.
On the other hand, bootstrapping your own WoS for yourself, apps, friends, family, etc, with architectures like we're modeling with ShockWallet, is the future. A holistic approach to mitigating as the above factors and unlocking usecases like cross-device wallets and so on is how we break out of this stagnation in wallet development.
reply
these are all minor points. the benefit of a pwa far outweighs these negatives.
reply
Hmm I'll have to chew on this. Even though I'm a PWA fan and Mutiny user, John has written a great summary of things to consider.
reply
With you self hosting yours, that covers like 90% of the points above.
Plus we're working on the caching and update notifier functionality now which will help with the points he makes about auto updates.
reply
Good point! I'm more thinking of "browser exploits", those keep me up at night. Close buddy that cofounded one of the world's largest exchanges got hit with one and if it wasn't for Little Snitch would've been pwned. Anyway probably just availability heuristic fallacy...
reply
reply
Also, seems like getting around app stores may be NECESSARY in order to obtain self sovereignty.
So we may NEED PWAs.
And security is just a series of tradeoffs anyways.
reply
Can’t phishing be avoided with something like passkeys?
Yes, they’ll get username and password, but won’t be able to challenge for 2FA.
Also, perhaps using PWAs on something like GrapheneOS can mitigate a few more.
reply