A plan that we have been kicking around for simple payments and auth: https://docs.google.com/document/d/17Xx9Y_lxk5XdYsuXJA0IYhxcoI15OxCvTZgu876JmwA/edit?usp=sharing
Concept looks simple enough to work great. Nice.
Plus that authentication mechanism allows for a _lot_ of possibilities.
yeah, no one wants to have usernames and passwords
and site operators don't want to deal with them either
It's stupidly redundant for any crypto project, since we're using pubkeys already.
but not everyone wants to use google or facebook oauth either
right
I would 100% use that. Not using Google and Facebook is a pain sometimes.
"A single client/seed would use different addresses for identity with various verification gateways.", so it just does keypool+1?
I imagine that opens up some sort of DoS vector, though probably easily throttleable.
It would be more like HD m/2338/hostname/0 or something
where we do some magic to the verification gateway hostname to turn it into some integers
ah, of course, sounds good
that way restore from seed works as expected
and that address uses for identification with the gateway doesn't actually appear on the blockchain anywhere
`Payments could go from the user directly to addresses controlled by the content provider (preferred, less trust)`
so the gateways would simply "relay" the payment request from the content provider?
or how would that work w.r.t. address privacy?
So the verification gateway would have an xpub for the content provider and generate new addresses as needed
So the gateway would request the payment, validate it, it just wouldn't have the keys to spend it
right, of course
that makes a lot of sense
and the gateway could just do this on set intervals
solid.
so I could just run a very stupid payment gateway and use it as a "pay to DNS" kind of system, nice
also, would this be "roadmapped" (broadly speaking) before/after channels?
Not sure. So many things to do and limited time.
Kinda depends on interest
Not always easy to gauge
yeah
although, minimum viable product on simple payments/auth seems easier
payments will generate interest
channels will bring comparison to ’mastodon on the blockchain’
having a easy-to-use method for recurring payments in crypto would be a first, as far as I'm aware
emphasis on easy-to-use
also i suppose ’pay to dnssec’?
reminds me of some ongoing discussions with BCH developers, where they want a "friendly handle" system
I never understood why they come up with complex on-chain mechanisms if you can just build on DNS (+DNSSEC)
An important note is that while each channel would be its own blockchain, they are not in general on the main blockchain at all
exactly, ’mastodon on the blockchain’
@Tilian NIH is a primal human condition, no reason crypto would be immune to it
I know very few communities where it's more prevalent than crypto
but hey, Satoshi's release had pay to IP
not sure if it resolved DNS though
incentives for TCP spoofing, now that’s a blast from the past
ha, yeah