News for hackers. Stuff that matters.
Re:Client-side content encryption by kohtatsu on Tuesday April 28, 2020 @02:36AM (#23004117)
Woo DRM for websites! Thanks Google!
Re:Client-side content encryption by mirimir on Tuesday April 28, 2020 @02:45AM (#23004170)
Indeed, just what we needed. /s

So why not instead come up with a workable micropayment system?

Re:Client-side content encryption by jeremiahlee on Tuesday April 28, 2020 @03:57AM (#23004664)
I am quite excited about the Web Monetization API and Coil’s implementation.

https://webmonetization.org/ https://coil.com/

Re:Client-side content encryption by mirimir on Tuesday April 28, 2020 @04:10AM (#23004761)
What forms of payment does Coil accept?
Re:Client-side content encryption by contravariant on Tuesday April 28, 2020 @05:36AM (#23005261)
It's answered in a rather roundabout way on their FAQ page for for membership accounts [1]:

>Can I use cryptocurrency to pay for my membership?

>No, all memberships must be paid by credit card in US dollars.

[1]:https://help.coil.com/accounts/membership-accounts

Re:Client-side content encryption by mirimir on Tuesday April 28, 2020 @06:03AM (#23005424)
Oh well.

It is possible to go ~anonymously from cryptocurrency to "paid by credit card in US dollars". Basically you barter cryptocurrency for a credit card payment. You can do it with someone you trust. Or you can negotiate online. But then you may get a stolen card account, which might be embarrassing.

I wonder if they accept gift cards.

Re:Client-side content encryption by jeremiahlee on Wednesday April 29, 2020 @08:31AM (#23018289)
Nothing stops someone from creating a competitor to Coil that also uses the Web Monetization API emerging standard and that competitor accepting subscriptions in another currency, including crypto. That’s one reason why it’s such a compelling idea.
Re:Client-side content encryption by fastball on Tuesday April 28, 2020 @05:41AM (#23005295)
So not a solution for content likely to be censored or adult content.

Seems like BAT is still the way to go.

Re:Client-side content encryption by jeremiahlee on Wednesday April 29, 2020 @08:29AM (#23018266)
The Web Monetization API standard Coil is based on does not reveal knowledge of what content is being paid for.
Re:Client-side content encryption by fastball on Wednesday April 29, 2020 @11:00AM (#23020066)
Sure, but the hard part of "getting paid on the internet for content" was never really "there isn't an open standard for payments!" – it was that established payment providers didn't generally want to enable transactions for certain types of content or to certain actors and/or charged prohibitive fees for the privilege of performing transactions at all.
Re:Client-side content encryption by fastball on Tuesday April 28, 2020 @05:40AM (#23005289)
What about BAT?
Re:Client-side content encryption by anon767 on Tuesday April 28, 2020 @04:30AM (#23004916)
I think that would have been possible without google's help too. Could someone not just send the content encrypted to the client and after signing in sending the corresponding key to decrypt it? Like by using the relatively new Web Crypto API?
Re:Client-side content encryption by kohtatsu on Tuesday April 28, 2020 @05:32AM (#23005238)
Possible? Sure. Widespread? Unlikely.

I am not looking forward to having bandwidth wasted on this crap.

To be clear I'm a big fan of use of the WebCrypto API in general.

As a small rant I can't stand Amp as a whole, and haven't been using Google services for a few years. YouTube being the begrudged exception; and there I use it 95% in incognito, with frequent cookie flushes outside of incognito. They're capable of tying the shadow profiles together but I'm expecting them not to.

Re:Client-side content encryption by SiempreViernes on Tuesday April 28, 2020 @05:04AM (#23005124)
Sure, but mostly people settle for just not sending the gated content in the first place. The reason for sending people data they can't use is somewhat unclear...