Using the Web Monetization API for fun and profit
blog.tomayac.com
Using the Web Monetization API for fun and profit
1–10 of 18 posts
Re: Using the Web Monetization API for fun and profit
#2This is the first time I've heard of this standard and it looks interesting, but it doesn't seem like the payment processing is well standardized. I see in the W3C draft that the "Interledger Protocol" should be utilized, but looking at the wallet limitations (https://webmonetization.org/wallets/#limitations) it seems like there are no wallets that allow cross-wallet payments. Is that something thats planned in the future, or will wallets be allowed to lock down who can pay who?
Re: Using the Web Monetization API for fun and profit
#3still, the problem is people have to implement it and people have to assign wallets and the like. wrong idea for the problem at hand.
Re: Using the Web Monetization API for fun and profit
#4> You can adjust how much you want to pay the site per hour and also send one-time payments. The money is "streamed" every minute, which you can observe in DevTools.
I guess the era of being able to leave a tab open without worrying about it is long over. Now you'll need to be careful to close every tab the moment you're done with it - perhaps after taking a screenshot of the page so you can read it more cheaply.
Re: Using the Web Monetization API for fun and profit
#5> You can adjust how much you want to pay the site per hour and also send one-time payments. The money is "streamed" every minute, which you can observe in DevTools. I guess the era of being able to leave a tab open without worrying about it is long over. Now you'll need to be careful to close every tab the moment you're done with it - perhaps after taking a screenshot of the page so you can read it more cheaply.
What happens if you block network for the tab once it's finished loading? Does it delete the page if payments aren't going through anymore?
Re: Using the Web Monetization API for fun and profit
#6Web monetization looks so promising. The big hang up for it to work is users have to have an account somewhere shared or penny transactions and payment streaming are too expensive. The cost of bank transfers kills it otherwise.
Does this require a GateHub account to send and receive? The benefit of Coil was that there was no central account issuer. It works directly with the XRP ledger. The catch with that one is payments in anything other that XRP must be tokens on the ledger.
I like the idea but so far I keep seeing lack of adoption, in the case of Coil, or a shared institution requirement. If either of those get fixed web monetization will take off like wild fire.
Re: Using the Web Monetization API for fun and profit
#7> You can adjust how much you want to pay the site per hour and also send one-time payments. The money is "streamed" every minute, which you can observe in DevTools. I guess the era of being able to leave a tab open without worrying about it is long over. Now you'll need to be careful to close every tab the moment you're done with it - perhaps after taking a screenshot of the page so you can read it more cheaply.
When Coil did their demos years ago the payment streaming examples were videos and music. A pay per minute kind of deal. Payment streaming for read content does sound abusive especially for slow readers.
Re: Using the Web Monetization API for fun and profit
#8Not to be confused with the already existing Payment Request API:
https://developer.mozilla.org/en-US/docs/Web/API/Payment_Req...
Re: Using the Web Monetization API for fun and profit
#9This is the first time I've heard of this standard and it looks interesting, but it doesn't seem like the payment processing is well standardized. I see in the W3C draft that the "Interledger Protocol" should be utilized, but looking at the wallet limitations ( https://webmonetization.org/wallets/#limitations ) it seems like there are no wallets that allow cross-wallet payments. Is that something thats planned in the…
This is not a "standard." From their documentation[0]:
Browsers already know how to interpret certain rel
values because of web standards.
...
The monetization link type, however, isn’t a standard yet.
Web Monetization gives publishers more revenue options ...
Re: Using the Web Monetization API for fun and profit
#10> You can adjust how much you want to pay the site per hour and also send one-time payments. The money is "streamed" every minute, which you can observe in DevTools. I guess the era of being able to leave a tab open without worrying about it is long over. Now you'll need to be careful to close every tab the moment you're done with it - perhaps after taking a screenshot of the page so you can read it more cheaply.
It only streams money when the tab is in the foreground and active. But yes, if you are on a monetized tab, get called for lunch, and don't lock your computer (what's wrong with these people , it could be that you stream all your funds to that one tab. I think the extension and the final browser UI once it's natively supported needs a way to let you limit the maximum amount of money, and also show you stats about where your money went so you can more easily adjust each site's amount.