That said, I have somewhat high expectations. E.g., I would hope that such a platform doesn't take too large a cut (e.g., Apple app-store sized cut) because that's offensive to both readers and creators.
That said, I have somewhat high expectations. E.g., I would hope that such a platform doesn't take too large a cut (e.g., Apple app-store sized cut) because that's offensive to both readers and creators.
In China, where credit cards never existed, they already have a micropayments infrastructure. Sending payments is massively cheaper there and some businesses there, such as Podcasts are way more successful due to this model. Some podcasting subscriptions are sold for 1 yuan (15 cents)[1].
As long as Visa/Mastercard exists, I don't think we will see this come to the US. I wouldn't hold out for crypto either - it's not a technical problem. The technology has existed to make this reality for years.
[1] https://www.wsj.com/articles/chinese-show-willingness-to-pay...
The easiest approach might be to partner such a service with an existing alternate payment processor. Lots of people are already content to leave a few lunches worth of money in Venmo, which would both reduce payment fees and streamline the mental effort of buying articles. And cynically, an auto-refill setup would also reduce people's awareness of how much they were paying.
There are still major hurdles for this model - do you serve content and then hope you get paid? Do you offer refunds on articles people dislike? But I think the actual transactions can be managed, and I think the clearinghouse model could potentially resolve a lot of the other issues besides. As a quick example: 'refunds' for bad articles become vastly easier when haven't paid a transaction fee and can blacklist people who abuse the mechanic.
A billion from micropayments and a billion from one payment should be equivalent..?
Common approaches include:
- Caps on monthly transaction counts
- Caps on monthly payment amounts, with usage monthly fees
- Flat costs added to percentage fees
- Percentage fees with a minimum charge
Similarly businesses which know they'll see numerous small payments mostly just charge enormously high fees. The Apple Store and Google Play both take 30% transaction costs, and I suspect they pay their processors noticeably more than the common ~%2 rate despite their size.
Crucially, the swipe fee is the same if the transaction is $10, $1,000, or $1. Micropayments are hard to make work on top of this infrastructure because the payment network eats up 60% of a $1 transaction and nearly all of a $.50 transaction.
(Hating small purchase decisions might be a common view, since microtransactions are all about long-tail profit exceeding a normal purchase price. But I'm still curious what the demography looks like.)
A non-subscription model for a Netflix service would be closer to fractions of a penny per view.
Everything Netflix talks about is getting users to spend more time watching shows, not less. They certainly want subscriptions because they make more money, but they do it by aggregating a ton of content into one subscription and providing it at effectively no variable delivery cost. The result is that users pay less per hour watched than can be provided by anyone a la carte.
Their adherence to a subscription modivates the view of getting users on the platform for as long as possible, regardless of what they're watching. A pay per view model would twist motivations another way.
That seems like part of what Brave is trying to do with the BAT: Use BAT split among websites based on the amount of time you spend on each site.
I'd rather see a self contained library that allows websites to easily insert a button which lets you tip 0.02c or whatever to them with a single click. No idea what you'd need to do to create something like that, but it seems like a really compelling way to get people to spend on sites they like. A tiny amount of pennies sent via crypto with the press of a single button could be a sizable stream when you've got scale to it.
You can explain this problem away with appeals to floating networks that ride on top of bitcoin, eth, like lightning etc...however it's unclear why those would be any better than a lower cost ACH or other debit processing system.
As you said, other crypto solutions including Lightning Network, ETH, etc are faster and will be able to scale to orders of magnitude more transactions in the near future.
On top of that ACH or other systems require you to put in real banking information rather than having it be a separate wallet you use to pay.
It allows a more complete separation from payment processors.
Don't get me wrong, the value of USD, GBP, or YEN can rise and fall relatively quickly. The conversion rate of GBP to USD dropped from about 1.40 GBP/USD to 1.20 GBP/USD in the span of a year. But cryptocurrencies can cause devastating losses. BTC dropped nearly 30% from Dec 2017 to late Jan 2018, and it has been on the decline ever since. It seems that the only way for a business to confidently convert BTC into the 0.25 USD would be to do nightly-ish transactions.
I'm familiar but not well versed in BTC operations. I don't know how much overhead (fees) would go into nightly transactions, and how much the fees would rise with the volume of each transaction.
Correct. There are so many cryptocurrencies out there, and scams are so widely perpetrated that it's absolutely insane to keep any significant amount of money in it.
In the case of MTGOX it's like the world's largest bank just blinked out of existence. A company could be insolvent overnight. At least most major governments have incentive to keep their shit together for fear of a societal collapse.
At any rate, the current dominant examples like Coinbase do not seem to share the same problems as Mt. Gox and having watched a security presentation by one of their executives, I believe they have great practices to prevent hacks.
https://help.overstock.com/help/s/article/Bitcoin https://www.overstock.com/blockchain
Not sure whether they are instantly selling the coin or keeping part of it or what. I suppose it would depend on a company's risk tolerance. In the case of digital content, I might be willing to accept the volatility risk in exchange for access to a relatively untapped market and supporting a censorship-resistant monetization platform.
Stable coins, like DAI and USDC also offer many of the benefits of crypto ecosystem with nearly zero volatility relative to the dollar.
When it's a secondary method, it can be used as a way to invest in a growing market. You can potentially react to volatile changes in a currency if it's part of an investing strategy without worrying if your company will fold overnight. If it's your primary means of accepting payment, then your income is essentially tied to the volatility unless you cash out immediately.
Stable coins would be the obvious solution, but then I wonder what's the drop rate of someone who is only familiar with BTC and not other coins?
The goal would be to make this a ubiquitous system (which is what Brave is trying) where users would have a wallet of BAT where each "coin" represents a small easy to exchange tip.
Users can buy BAT wherever, recharge their wallet and tip micro amounts to websites.
Brave currently just has a BAT wallet with recharging that doles out a percentage of each token to whatever websites you visited based on amount of time spent there.
If the system is ubiquitous enough, the volatility will go down as more people are seeking to purchase the coins.
The coins will have a limited supply which is subject to a minimal amount of inflation as defined by the group which works on it.
Also, and this cannot be overstated, they were often fun.
I believe it was partially the UX that got people spending. For example, ITunes won't grab album art for the tracks in your library by default. You'll have to have an iTunes account with a registered CC number. Retrieving the art is free, but it can't happen without those payment details. I dislike looking at collections that don't have the art displayed, so I put in my CC.
So now, when you're exploring the interface and come across some new music/movies you're interested in, the friction involved in purchasing is near-zero; point, click, confirm the purchase and it's yours.
At some point, someone will create a CMS plugin of some kind that adds a "purchase this article for $0.50" banner and handles the payment processing and fees. The challenge will be to incentivize users to put their details in.
I really like the concept but I don't use it because it doesn't support the mac KeyChain.