pull down to refresh

you need a wallet to join SN to begin with

The way I read what was written, the primary and truly only difference is that the onboarding can be done automatically by SN, so you don't need the wallet before the signup page. I haven't reviewed all the code yet though - no time. Technically you can do the same with npub.cash.

Don't you have something similar on lightning.video, but through the shockwallet pub instead of 3rd party?

You can sign up with either without a wallet, but you can't actually use the thing without sats. Sats being the ultimate requirement implies a wallet pre-exists signup.

Both also use service credits, since they are pay-to-post. LV adding Spark similarly wouldn't solve for the fact users still need a non-LV wallet, so there'd be no reason to add it. Adding it can't get more sats into the service.

The roadmap for LV is that earnings don't sit as credits, or have high miss-rates with Lightning Addresses. Paywall unlocks need to be near instant, which mobile wallets can't do, which is why I had to pause LV work and build-out Pub/CLINK since nobody was working on the actual problems these sites have.

reply
Adding it can't get more sats into the service.

Good point. That remains the problem of pay-to-post mechanics in Bitcoin - if someone doesn't have any sats then you don't only need the onboarding onto your platform and into a wallet, but also into Bitcoin. Can you pay bolt11 invoices from cashapp without going through 600 settings screens? If that's possible then that's the golden integration for growth anyway, for the US. Rest of the world won't have anything like it anytime soon.

reply

That's how LV is now, and inherent to the design of CLINK... Bolt11 as the lingua franca.

You actually don't even need an account on LV, if you go to unlock a paywall as a guest it just shows a bolt11... SN i guess does this too for anons.

That bolt11 is from us currently, but with CLINK eventually the invoice will come from the users node directly. We don't need a sybil fee so don't even need to wrap the invoice since ultimately what you're paying for is the CDN/Namespace.

That all ensures we're not taking a percentage of creator revenues and looking like a payment processor

(this is why SN going to CC's in the first place didn't make sense to me from the jump, it's still inter-mediating payments, invoices aren't verifiable, and therefore is still custodial)

reply