tank on Nostr: Some thoughts regarding open source, business models and zap.store … feedback ...
Some thoughts regarding open source, business models and zap.store (npub10r8…t2p8) … feedback welcome 🙏🏼
quoting note12an…t8vyThank you for the info. Really appreciate it!
I’m not so worried about pushing updates from the developer side. I can automate with Fastlane, npm scripts and Github Actions doing the heavy lifting there. I’m more concerned about the install/update UX for users… there are quite a few more steps required to download a third party app store and then navigate to install/update the app vs just clicking “Download APK” on the StashPay website. Users come to the website and TestFlight mostly via my tweets.
I haven’t gotten much traction on Nostr so far unfortunately. Not sure if it’s because people don’t like Liquid over Ecash or if it’s because StashPay isn’t open source? I’ve built open source stuff for 12 years and have not found a viable business model there yet. So I’m self-funding and trying to figure out if I can find customers with a proprietary app+service for businesses. I’m open to open sourcing though once I understand my customer better and the app is out of beta. But I’m also open to feedback in this regard in case closed source is absolutely a no-go for folks.
When I tried zap.store I needed to update apps manually. I know auto-updates are frowned upon by many bitcoiners. And this is understandable for onchain/savings wallets and consensus updates for bitcoin core. But auto-updates seem appropriate to me for more complex apps holding smaller amounts like lightning spending wallets (especially for security updates). It seems like I can get that with auto-updates on Google Play and manual APK installs via my website.
Also, which nsec do developers generally use to sign APKs in zap.store? I assume they don’t paste their primary nsec into a CI?