We're currently back to the drawing board with authentication, for like the 5th time, as we keep finding users having trouble with decentralized account UX.
What's the problem with the current iteration? I see you provide LNURL-auth, nostr and email. Are there problems with that?
Regarding the paywall that @zuspotirko also mentioned here:
Currently the product is you have to pay before you know what you'll get.
Have you thought about a streaming model? Like Fountain? I think I would be more willing to stream sats while watching than paying upfront.
Our other project shockwallet will integrate as well and level up UX even further.
Will or does shockwallet support NWC? Haven't found it in the feature list but since it mentions nostr integration, I would assume so. Is that correct? If so, then you'll be able to connect your shockwallet to SN soon to seamlessly zap people on SN in a self-custodial way.
Currently the auth types are all separate service-side, so users have had collision by not knowing which they used or issues upgrading from LNURL. Nostr auth is also still kind of half-baked because people expect to import a key and have us use existing stuff from their Nostr identity.
Moving all these to an intermediate nsecBunker-like thing would let us unify auth for the video site such that its 100% nostrfied, but still allow for login with EMail etc at the bunker itself. A missing piece to nostrfication though is our SMART middleware so its a big undertaking.
We do have v4v monetization, not streaming necessarily though... I think due to HTLC limitations that's not very sustainable, but we might be able to thread the needle with some adjacent AutoZap rules based on how much of a video you watch.
For ShockWallet we use Lightning Pub (kind 21000) which has a larger scope than NWC, but we could probably wedge an adapter in pretty easily given it's all the same parts.
The vision with SW is a bit different though and flips it the other way around. You may have seen in screenshots/demos that we actually have StackerNews as a wallet source itself. (Using LNURL so I still need to submit an issue for non-expiring withdraw links to make it persistent).
My inclination is that rather than apps debiting for interaction, that wallets will instead manage custodial balances (budgets) for several apps. Wallet spends from SN > SN spending from remote wallet.
reply