Ask HN: What's the road to micropayments being a first-class citizen of the web?

Continuing here, since my OP was too long:

From my reading, it seems like Taler and the Lightning Network are the two most promising solutions. Taler seems to be very well-suited to micropayments, but is lacking adoption from banking institutions, which would be required for people to actually use it. Not to mention that there would need to be a standardised way to request that your bank exchange some of your balance for tokens to be deposited into your Taler wallet. Given that banks in the US still seem to lack a widely-adopted API like the European Open Banking initiative, this seems a long way off still. The Lightning Network seems promising, but I can't picture how the exchange of fiat / Bitcoin would work. Perhaps there may be a number of companies like Strike competing, with browsers giving the user a choice of which service to use, in the same way a user currently selects their search engine.

This is a problem space our company (coil.com) is actively working on. Part of our approach is proposing an open standard https://webmonetization.org/ and are actively working with browser vendors and W3C.

It is a chicken and egg problem though as browsers won’t implement anything without scale and it’s difficult to get scale without lots of users. We polyfill it with a browser extension. It’s not a great solution though.

We always looking for feedback and users :)

I feel like cryptocurrency is only a mechanism and not a solution itself. It seems the approach is for an organization to provide a solution (e.g. Brave), whether that solution involves a cryptocurrency (a token in their case) or simply a fiat currency wallet (makes per-microtransaction fee not prohibitively expensive) would be an implementation detail.

With that in mind, Brave seems to be the model in the right direction but the problem, as you pointed out, is having to use a specific browser, and relatively very few people would ever do that.

Ideally this is something every major browser would support (Chrome, Firefox, Safari, Edge at the very least) which brings to mind that it really has to be a w3c standard. (I know there's Web Payments and Payment Requests API work being done, but I have no idea what they are like.) Payment providers would implement this standard, so perhaps at the beginning you have different web sites using a variety of payment providers. Eventually, they converge to one or two big players in the space taking payments (so by then you have a future where you maintain a wallet with that provider and use that same wallet at every content site). Because credit card fees for micropayments are prohibitively expensive, these payment providers are unlikely to be your traditional existing credit card payment services (e.g. Stripe in its existing form, or Braintree, etc.). It does mean there'll likely be a middleman platform provider (like Brave is now, but in this case it works for any browser). This is where the cryptocurrency mechanism can come in IMO; if such provider decides that crypto is the way to go to exchange money for this system, then it would be.

---

Outside of technical/implementation discussion, there's the implication of wealth difference globally. For example, many people in the west/the US think oh, paying $0.01-0.05 to read an article is very acceptable -- both as an expense and to support journalism. In other developing countries, that price point is already prohibitively expensive as an amount of money to spend in their life. Do we then lock out information from majority of folks in poorer countries? Keep in mind this would be compared against the current ad-supported model where everyone in the world (regardless of level of wealth in their country in a global perspective) get those same information for free, as long as they have an internet connection.

I've hoped for an app that would be a central place for subscriptions, almost like a subscription store, where I could give them say $20/month and divvy that money up amongst a variety of services available there. Maybe one is $0.50/month, another $1, another $3, etc. And then this store can pay the services in bulk, say 1,000 customers at $0.50 is $500 payment to the company.

Should cut down on transactions fees and help both subscriber and service more centrally manage subscriptions.

I think that in order to make it work it has to be completely free, that is - no provisions (or really really extremely low provision), no ads hijacking and other weird gimmicks.

In my perception above is contradictory to plenty of involved entities interests - it's a golden goose, everyone's wet dream to run payment network and reap profits from transactions.

I have feeling that Facebook's Libra/Diem could be the gamechanger, truble is first of all they will face government(s) difficulties because it could make the company insanely powerful and secondly: it's Facebook

Ethereum 2