Replies (23)
It’s a gradual lockdown, but yes they are about to slowly boil the frog until they get a closed walled garden just like iOS.
It’s voluntary now, but the intention is clear. Remove anonymity from developers, and make it very difficult to do side loading of apps.
This will help the higher security alternatives , i.e. the custom made operating systems.
The more they force their laws the more people run away.
This is why we simply build Progressive Web Apps, PWAs don't require installing, they're simply bookmarks. Applications are ONLY necessary for offline use, anything and everything that needs the Internet to function can simply be a PWA.
Ultimately, this will drive more development of both hardware and software outside of Google's silos, which will be a good thing. Use of Graphene OS on de-googled phones loading apps from Obtainium will get better and better. Necessity is the Mother of Invention, sovereignty demands we control of territory we own and stop building sandcastles on others' beaches and stop using permissioned rental units.
How else did you think they could have found a way to attempt the deletion of freedom software. Open source (software and hardware) always finds a way. But the real question is when the Facebook whorde could finally see this; let alone have the attention span to minimally understand it.
Time for the rise of the Linux mobile system.
Like they would not lock down the hardware completely. You will need open source hardware also. Or find a way to VM it in a way. It's very concerning this.
Maybe this is the goal. Pulling a Leto II.
PWA are good but it has security issues. The web server can serv malicious code and you will never now about that. We need to own our programs and the only way is to install apps on our devices.
Do not use the word "side loading", it's just installing an app on your device. There is no side loading on desktop so why would it be on mobile ?
Governments would never allow a thriving ecosystem and > 1% adoption of #opensourcehardware smartphones .. because that would mean significant loss of control.
I think the privacy aware x % of people and opensourcehardware device developers might have to settle on a compromise with governments on this. (In order to be allowed to keep encryption/data privacy at all.)
Something like:
Government accepts that the baseband (closed source) is strictly isolated from the main processing and can not spy.
Privacy advocates accept that the baseband will always be running even if the device is off so their location can practically always be tracked.
If Google can do this to our phones, Microsoft will try to do it to our computers... Given the way that Governments around the world are trying to force Digital Identity upon everyone, soon they will try to have every connection to the internet identified and controlled. Imagine a boot pressed down on the face of humanity forever...
On mobile we have App Stores.
They stop completely (iOS) or make it hard (Android) to distribute your apps without the approval of the companies.
Side loading means you jump the fence in Android. In iOS it is very hard but doable.
@calle Can we hope for one day that Cashu.Me becomes a native app as well? 👀
Pine64 make 2 Linux phones. I have one. It has hardware switches to turn things off like the madem, mic, speaker etc.
There are others out there.
Postmarketos Linux have ported Linux to a number of android phones successfully.
Google might & wouldn't surprise me, on their own phones & maybe coerce others to do the same. Slowly heading towards Apples territory!
Govts would applaud but only some customers would complain.
Do you know the Microsoft store ?
Is there a TypeScript library to automate buffering Cashu payments to/from a mint while allowing users to hold the majority of their sats on a second Lightning-enabled subnet (e.g. Liquid/Spark/Ark)?
So you mean a cashu wallet lib with an automatic exit to the subnet? I am currently working on a batteries-included cashu lib to streamline wallet dev. Adding a subnet would happen a layer above, but at least this would take care of all the cashu orchestration

GitHub
GitHub - cashubtc/coco
Contribute to cashubtc/coco development by creating an account on GitHub.
Amazing! A react-native-async-storage adapter for coco-cashu should be pretty strait forward.
And yes, wrapping complexity for automatic exit to a subnet in the layer above makes sense.
I just built one for expo-sqlite ^^
https://www.npmjs.com/package/coco-cashu-expo-sqlite
I must have forgotten to push the code for that adapter to the repo. Will do asap