It's an interesting idea, and the paper is from 1997. That bodes well for it being patent free now.
In section 7 I think they touch on the possible third rail, legality. In the US it would probably require opinions by 50 lawyers to even get started, then you would still have to watch out for any of 50 States Attorneys General to take a swipe at your business.
I think back in 1997 the advertising model hadn't metastasized and people believed it could fund content.
I'm probably not typical, but I run a gentle ad blocker. (It blocks the ad networks, but if a site has ads embedded in their actual content, with bytes served from their site, which they are responsible for, then I see the ad.) If a site asks me to turn it off that's ok, I leave and put them on my mental "don't visit" list. If the site asked for $0.001 instead, I would always pay. If they asked for $0.01, I think I would always pay, if we are talking about a quality journalistic article.
Most people have sharp breaks below which they don't calculate; $0.01 would be below mine cause my time's surely at least ten times as valuable (haha) (even if two-thirds of my buys are duds.) I don't calculate whether to waste a sheet of paper writing down a note that might be useless, even though the cost is about 1 cent.
So there's really only one calculation, "should I just buy everything I'm likely to actually read right away?"
The sheet of paper is a nice analogy though I think people would see it as a sunk cost already and so "have" to use it. The $0.01 per article is a new transaction each and every time.
Given how mindlessly I click around the web going down rabbit holes I can get through (albeit without really reading) a hundred+ pages an hour. It could easily start to add up.
I'm green enough that the real cost is not a sunk cost for me. I actually value the damage to the environment more than the damage to my wallet - so I fold paper used on one side to make "new" paper; halving if that helps, down to a 2 by 4 inch slip. (Spending my current time.) So for me the 1c already spent is the least of it (re paper.)
But yeah, I'm a fifty tab guy, so I'd rather have the fee kick in if I'm on the page more than sixty seconds. That's fair. It would piss me off to pay even a cent for crap or subtle clickbait.
If you are online for, say, 4 hours per day, that adds up to 120$/month, which is close to the actual price of the internet connection. So we're already paying $1/hour at the ISP, it would be a big deal to double the costs, and that is just for news. Add music, games and other staff that tends to cost money and it can become expensive. That would have the effect of making internet less used, not more.
Which is on par for, say, HBO or Showtime premium cable subscription, roughly. That’s a real comparable since those networks use their subscription fees to make original content that is highly valued. Would I pay twice as much for an Internet that is designed to inform me better rather than distract my attention further? Probably.
Yes, I'd much rather authorize automatic payment to sites… say give the Springfield Shopper the right to pull $0.01 each time I read one of their articles until they hit a $1 limit, or up to $0.25 per week, or something like that. There needs to be a throttle to keep someone from looting me, but as long as they stay in their budget I'm happy.
This is so brilliant. I've thought about micropayments so much and never found a practical way to do them. And this is so simple it seems like anyone should have thought of it!
The whole blocker to micro payments were banks and credit card companies (same reason ACH is so archaic even though other companies have much better systems--they decided it's not in their interest to improve it). Credit cards have a flat fee, plus a percentage. That's why small businesses have a minimum purchase price (even though it's against their merchant agreement).
When it first started I figured PayPal would have enabled microtransactions, but I gave up on that years ago. Venmo could, but it doesn't seem like that's the market they're focused on. Bitcoin would fill that niche, but it has a few other barriers.
It is more recently called “probabilistic payments” and that search phrase will get you some results of such constructions in bitcoin among other things.
I don't know anything about this, but how do you make randomness in Ethereum? I assume it has to replicable across any computer and therefore would be pseudo-random and predictable. Do you use something like the NIST randomness beacon at a specified future time?
In theory, a miner could try to manipulate the hash of the future block to change the outcome. It is much more difficult with Bitcoin, where valid blocks are more rare and produce a high income, but with Ethereum blocks are so frequent that it might be possible to collude with the mining pools is done on a large scale.
Additionally, how does this deal with Proof-of-Stake algorithms? Ethereum is heading there, and as far as I am aware the blocks would no longer publish hashes.
No need for a future block. Recipient commits to the hash of a value. Payer signs a value. Hash the preimage (revealed in claim) and the signed value together. If less than a threshold, pass.
The signature doesn't matter. Allowing the payer to change it only increases (potentially) the odds of them having to pay, which they won't do. In some constructions--in others it has no effect.
There's a reasonable amount of tracking required to pass these tokens around (and I'm a little confused as to how you avoid 'double spending' of tokens). This is treated as cheaper than doing the transactions at the bank level.
Why are the bank level transactions expensive? What is it that means that moving tickets around is near free but electronic references to money not?
Whereever there is value there will be attempts at fraud, and on the internet you can automate them. Dealing with fraud inevitably requires a skilled human making decisions and dealing with complaints.
Even if the bank transactions are expensive, we should consider that most people don't mind paying a small amount for content every month, say $25. Losing that money would be no disaster. So why not pay that amount to a party that pays content creators, so they can distribute the money. They are not banks, but if they screw up, then it's not a disaster happening, it's only 25 bucks. But they will not screw up anyway, since they would lose all their customers.
And after you've used up your $25, you could "refill" your account by depositing another $25.
As far as I can see, there is zero difference between a) an electronic IOU each worth exactly 1 cent, which can only be redeemed in bundles of at least 1,000 IOUs, and b) a $10 IOU/lottery ticket with a 0.1% chance of winning.
In both cases the average IOU is worth 1 cent, and in both cases the issuer avoids handling very small amounts by only allowing redemption of IOUs worth at least $10.
The bottleneck here is the process of issuing these IOUs, which must be done by a trusted party in order to avoid the double spend problem.
The paper touches on this. You could use a number which will become known on a future date. They propose the last 3 digits of a state run lottery.
Anything with enough randomness to cover your payout ratio would work. You could imagine taking a hash of your instance identifer concatenated with the NASDAQ final for the end date if you really don’t want to trust anyone.
And how do we all agree on the NASDAQ final for some end date now and in the past? Maybe the oracle cheated. So in any case we need multiple machines who we hope don't collude. How would we prove the NASDAQ final price was not manipulated ever so slightly by a colluding party? And so on.
We also have the option of taxing ISPs and then handing that tax to creators (according to legit page views). That way that the ISPs collect the fee for creators seamlessly. A bit like gas taxes going for highway construction in the fifties. Wouldn't it be great if newspapers paying reporters made sense again?
There's no reasonable way to apportion payment for content by metrics that ISPs can see that wouldn't be horribly gamed and bad for users.
Pay per page view is obviously out because what is a page view? Pay per byte is inviting pages to get even bigger, no thanks. Pay per connection or DNS lookups or time of connections is all easy to game in JavaScript.
Save the absence of better alternatives, perhaps. And you have to examine all the alternatives to the present disaster for content-creators in order to pick the best one.
No. This is something entirely different entirely.
Mining a cryptocurrency goes something like this: spend a ton of money investing in a state of the art server farm, hook server farm up to mining pool to earn Bitcoin, withdraw Bitcoin for money, spend money to upgrade your now obsolete server farm.
In addition to being needlessly inefficient, server farms are causing significant harms to the environment in ways that traditional currency does not, and is causing increases in electronics and electricity prices due to their high demand.
Proof-of-Stake is a way to solve this. Instead of computing power determining who creates the blocks (and earns the transaction fees/block rewards), and instead of miners spending Bitcoin to make Bitcoin, miners put their cyrptocurrency in a form of a lottery, with the winner writing the block without using any computing power. The result is the same, but much more efficient and without the environmental cons. It also may make the network more secure, since an attacker would need 51% of the wealth in the network in order to compromise it. And even if someone gained 51%, they would not attack the network because they have the most value to lose.
This article is also about using a lottery, but for a very different purpose. Microtransactions are difficult with current solutions, because vendors like PayPal, Visa, and Cryptocurrencies usually institute minimum fees. This system get around this system through the use of a lottery. As an example, instead of paying $1 to 10 different sites (say in a pay-per-view of newspaper articles), you pay with a reverse lottery ticket. This lottery ticket has a one in ten chance of winning, and if it does you have to pay $10. The resulting payment is the same, but all your payments are in large sums so that transaction fees are taken care of. If the newspaper receives 10 reverse lottery tickets, they will receive equivalent profits to charging each customer $1. Therefore, the customers pay the same and the sellers receive the same, but without transaction fees eating up nearly as large a percentage of the transaction that a micro transaction would.
Both systems use a lottery powered by blockchain randomness, but the similarities end there. The purposes and the meaning of the lotteries are completely different. In the case of the latter, it is actually a lottery you don't want to win.
It's an interesting idea, and the paper is from 1997. That bodes well for it being patent free now.
In section 7 I think they touch on the possible third rail, legality. In the US it would probably require opinions by 50 lawyers to even get started, then you would still have to watch out for any of 50 States Attorneys General to take a swipe at your business.
I think back in 1997 the advertising model hadn't metastasized and people believed it could fund content.
I'm probably not typical, but I run a gentle ad blocker. (It blocks the ad networks, but if a site has ads embedded in their actual content, with bytes served from their site, which they are responsible for, then I see the ad.) If a site asks me to turn it off that's ok, I leave and put them on my mental "don't visit" list. If the site asked for $0.001 instead, I would always pay. If they asked for $0.01, I think I would always pay, if we are talking about a quality journalistic article.