Why I’m bullish on AppCoins

In a post this week Vitalik Buterin challenges some of the objections made against alt-coins. The whole post is worth reading, but I want highlight what Vitalik says about appcoins:

One of the main attractions of cryptocurrency 2.0 is the idea of “appcoins” – protocols with a currency or token system built in, where the token system generates the emergent value to fund the development of the protocol. Having every protocol add its own currency for funding purposes may seem ugly, but the quantity of potential monetization per unit ugliness is vastly higher than existing solutions, such as making a protocol that is proprietary, charging license fees and excluding users who cannot afford to pay, and releasing “crippleware” apps in order to facilitate monetization or advertising. In the future, using emergent network assets (including non-fungible assets such as namespaces) as a funding mechanism may become the dominant business model for decentralized applications. If Bitcoin was the only game in town, none of this would be possible.

I agree. In a post last month I wrote:

There are non-obvious implications of the AppCoin crowdfunding model, both economic and legal. The current VC/Angel funding model of startups is based on the familiar NPV of expected future earnings. Crowdfunding via an AppCoin will be based on the seigniorage of a literally monetised network. In a future post we’ll discuss how to approach the valuation of such things. We will also discuss some of the favourable legal aspects of crowd funding in a manner that clearly falls outside the scope of securities law.

I promise I’ll address the subtle valuation questions raised by a funding model based on appcoin seigniorage rather than equity investment, but I just quickly want to mention a few other aspects of the appcoin idea.

Appcoins have demand that is endogenous to the services of the network protocol on which the appcoin is based (eg, anonymous browsing, in the hypothetical case of a TorCoin network). Those who are net providers of a scarce resource (say, bandwidth devoted to running a Tor exit node) will have another avenue for acquiring cryptocurrency besides running a mining rig or purchasing coin on an exchange. Those who are net consumers of a useful network resource will need the coin to use the network. Compare this to the demand to hold something like Bitcoin, which is primarily a speculative play on the view that in future a meaningful proportion of conventional payments volume will be done in Bitcoin.

I’m really not convinced of the near-term value proposition of cryptocurrency as a medium-of-exchange for physical goods, Bitcoin as the rival to PayPall and all that Silicon Valley VC jazz (is it the weather over there?). I think it will happen eventually, but this is not the space where cryptocurrency will flourish first IMO.

Cryptocurrency will flourish first in value exchange that does not involve physical delivery: Tor, Bittorrent, gambling, (crypto) cash settled derivatives like CFD’s, prediction markets, etc. In these use cases, both sides of a transaction can be handled on-block-chain with limited or no trust. In the case of appcoins, the two-way transaction is endogenous to the network itself.

Ethereum is the most ambitious appcoin project to-date, if we can describe it as an appcoin. It might be better to describe Ethereum as a meta-appcoin, where the service is a Turing complete scripting language in which smart contracts can be written. It will be interesting to see how much of the future appcoin space can be built on top of Ethereum, and how much will live independently of it. The obvious cases of Tor and BitTorrent are likely to be best implemented with their own blockchains (assuming hash-based proof-of-work is the cryptocurrency model that works best there). Use cases like settlement of financial contracts will live on Ethereum, among much else.

If the metric of success is the velocity of trade rather than the RoR of an exchange rate, then the success of cryptocurrency will be won next in the appcoin space.

AppCoins: embedded cryptocurrencies

Naval Ravikant writes:

In economics, the artificially scarce token used to allocate scarce resources is called “money.” So Bitcoin is crowdfunded OSS to run an Economic network. Now, a new generation of Appcoins can be created as open source software, crowdfunded into existence, and go public on day one. They can run networks where Bitcoin may not work, or where separate funding and compensation is needed.

The idea is to embed an application-specific cryptocurrency into a useful network technology to regulate its usage and remunerate its creators:

The Tor network is slow because it relies on volunteers to relay traffic. Anytime we see a line, the product in question is underpriced. Let’s crowdfund a Torcoin – users of relays will pay in Torcoins and operators of relays will get paid in TorCoins. Founding developers collect equity when TorCoins are first mined and sold. Non-founding developers and network operators are paid revenues from newly mined coins and transaction fees.

A P2P technology like Tor is an obvious candidate for AppCoin integration. It does suffer free-rider economics, and network performance would improve if users were incentivised to relay traffic and run exit nodes.

Bittorrent is another technology ripe for AppCoin integration. There is a project underway by the developers of one client to integrate Bitcoin, but I suspect that an application-specific coin would be more appropriate.

I’ve long thought that a grid computing platform like BOINC would be more widely used if it swapped its credit system for an AppCoin.

One of the advantages of an AppCoin is that tight integration with the target technology’s protocol allows for seamless transaction settlement. It’s important to remember that Bitcoin and its variations handle only the payer side of a transaction. Payee performance must be monitored via trust, third-party escrow, 2-of-3 signature transactions, or some other mechanism. For informational goods such as Tor, Bittorrent, grid work units, etc, the overhead of integrating a generic cryptocurrency seems sub-optimal; much better to have a generic mechanism for exchange between different AppCoins, with something like Bitcoin as the reserve/intermediary currency.

Another advantage of the AppCoin is that it will likely get the monetary economics right. In a one-good economy, where the AppCoin buys a digital resource like traffic on a p2p network, it will be obvious to the creators that an AppCoin whose coin supply expands at a rate proportional to the usage of the resources is much better than a supply rule (like Bitcoin’s) that aims for long-term appreciation of coin’s value.

AppCoin’s will also provide an array of avenues for the widespread distribution of crypto coins. Unless you have something to sell those who hold cryptocurrency balances, the only way to acquire cryptocurrency is to mine (economically unfeasible unless you invest in ASIC hardware) or buy them on exchange (counterparty risk, KYC/AML hassles). AppCoins will provide a way for anyone to barter scarce but ubiquitous resources like bandwidth and disk storage for coin.

One interesting, if difficult, dimension to the AppCoin idea is the prospect moving proof-of-work beyond the current model of cryptographic hash functions. GridCoin tries to integrate hash-based with grid-computation-based proof-of-work. Making these ideas work in a robust way is hard, but I suspect that progress will be made beyond these early experiments, and it will come from the AppCoin space.

There are non-obvious implications of the AppCoin crowdfunding model, both economic and legal. The current VC/Angel funding model of startups is based on the familiar NPV of expected future earnings. Crowdfunding via an AppCoin will be based on the seigniorage of a literally monetised network. In a future post we’ll discuss how to approach the valuation of such things. We will also discuss some of the favourable legal aspects of crowd funding in a manner that clearly falls outside the scope of securities law.