Using the Web Monetization API for fun and profit(blog.tomayac.com)
75 pointsby tomayac3 days ago6 comments
  • kg2 days ago
    > 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.

    • tomayac2 days ago
      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.
    • tastyfreeze2 days ago
      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.
    • kuboble2 days ago
      I guess if it would reach the higher level of adoption there would be a very easy way to charge back for the auto- requested stuff.

      Also there could be mandatory confirmation required for any amount set.

      Want to remove ads? Click and confirm.

      For just donating 1c per minute of reading you could have those queued somewhere and still have a chance to explicitly approve it once a month / a week / a day

    • llbbdd2 days ago
      This makes it obviously a pain in the ass that nobody normal will tolerate; dead on arrival, waste of time
    • mzajc2 days ago
      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?
      • tomayac2 days ago
        I think this would technically be possible, but less practical once it's supported natively in the browser.
  • ValdikSS2 days ago
    You can also add OpenAlias DNS TXT record with your cryptowallets, also web monetization of another kind.

    https://openalias.org/

  • nikeee2 days ago
    Not to be confused with the already existing Payment Request API: https://developer.mozilla.org/en-US/docs/Web/API/Payment_Req...
  • tastyfreeze2 days ago
    Web 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.

  • lofaszvanitt2 days ago
    still, the problem is people have to implement it and people have to assign wallets and the like. wrong idea for the problem at hand.
  • jujugoboom2 days ago
    This 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?