Two reasons why flutter (or any “write once deploy anywhere” framework) would be a wasted effort for zap.stream … for event producers, like nostr:npub1h8gzew8am6cezuq7cpjgudldra40hgnruqrqlsrqnxnzs5wjtczqztps02 and nostr:npub1m2urt08mv7ert24gzcarejj92hxd3psggzflcf52kv5c54c2nmkst0ydeh.

1: Custom invite links and QR codes are onboarding gold, and how live events go viral. But these cannot be followed into native apps … that haven’t been installed.

2: Acceptance into app stores is just another (unnecessary) barrier for small business apps, especially ones that allow “zapping for content” transactions.

IMHO, the future of zap.stream (and a funding source for open-source development) is as a “white labeled” platform for event producers. Custom web apps with “low cost of entry” (for all parties) is how zap.stream wins. “Write once deploy anywhere” is a high tech solution that “sounds good on paper”, but in reality doesn’t solve the actual problem of “nostr login sucks for mobile web apps”.

How to fix Nostr login for mobile apps? This is the question to ask, and the first on my mind as I dive in to help with zap.stream for event producers.