Initial Cryptocurrency Offerings (ICOs) are currently very popular in the sprawling Crypto-Tech market.
At their essence, they represent a fundamental shift into how companies get funded, when compared to the traditional Venture Capital driven methods.
At weekincrypto.com we like to evaluate ICO’s by categorizing the criteria in 4 dimensions, and these dimensions ultimately cover the 7 components of what we rate when looking at a new ICO:
- Startup Characteristics
- Operational Transparency
- Crypto-Sale Resiliency
- Business Model Relationships
Arguably, the bar is higher now because if you want to comprehensively evaluate an ICO, you need to look at some new dimensions instead of just the one about being a startup. But at the same time, the bar can appear to be much lower because no one is forcing new investors to examine these four areas with the same required rigor that venture capitalists typically exercise, and specific ICO regulation appears to be lax or non-existent, which is OK initially, but let’s not digress.
That’s where all the traditional VC stuff goes in. In a non Crypto-Tech world, VCs would continue their jobs as they always have, by making investment decisions based on evaluating startups, one at a time. This is where the traditional “team-product-market” trifecta evaluation comes in, and I’m not going to rehash what happens in that dimension. It often takes a career lifetime to perfect how to invest based on pattern recognition and drawing your own guideposts for making decisions. You can’t replace that, and you can’t fake it either. In here, you can add such topics as competition, go-to-market approach, product roadmap, and implied valuation.
A warning signal emerges when newcomers start offering broad brush evaluations without having had the benefit of direct investment experience that includes lessons learned from having made good and bad decisions.
An additional requirement here is that someone evaluating the markets or solutions being targeted by these new companies needs to know something about the emerging crypto-tech space. Many of these companies are not targeting traditional bricks-and-mortar or existing online markets. Rather, they could be basing their models on the assumptions of a new ecosystem of blockchain-based users, applications and novel types of marketplaces, with new types of services that didn’t exist before (e.g. around identities, naming, proofs, verifications, rights, smart assets, smart contracts logic, etc.)
Here we enter crypto-tech territory. This part covers the sheer mechanics of the cryptocurrency sale, including its legal and regulatory aspects.
Some questions to ponder include:
- In what jurisdiction is the company incorporated?
- What legal structures are being disclosed?
- What is the token distribution structure?
- How is security handled?
- What are the apparent, perceived or real regulatory risks?
- Are there plans for external or internal audits?
- If there is a DAO-like component, is its articulation realistic and well grounded?
- Who has written up the token issuance contracts and actual token issuance software?
- Which blockchain infrastructure is backing-up their sale?
- Have they published the terms and conditions of the sale in clear language?
- Have you talked to at least 3 other entities who have successfully done a token sale before?
The Coin Center has published a very good analysis, Could your decentralized token project run afoul of securities laws? that is worth reading. It mentions two important points to keep in mind: 1/ tokens must be a utility to the operations of the business, and 2/ they should only become available after your operations, not prior.
Some questions to ask:
- Is the company providing public dashboards?
- Does the company have independent auditors?
- Are their delivery promises well articulated so that they could be later measured?
- Does GitHub or another public repository reflect their progress, and has a given track record?
- How will they continue to communicate their progress?
- Are they blogging regularly about their work?
- Are the team members well identified with links to their LinkedIn profiles?
- Do they have external advisors?
- Do you have plans to list your cryptocurrency on public exchanges, and which ones have you talked to?
Business Model Relationship
This is a critical part that should not be taken lightly, and it should be figured out early on. It pertains to building a case for why a cryptocurrency model is the right path for this company. The basic premise is about how tokens are related to the business model of the company. The token is supposed to tie everything together. For example, in the case of the Bitcoin blockchain, Bitcoin as a currency is totally ingrained in that blockchain’s operations, and it is at the center of a variety of actions: transaction validation, value exchange, miners rewards, store of value, transaction fee, currency for services, etc. In the case of Ethereum, ETH is used to reward miners, as “fuel” that funds smart contracts, and it is also a proxy to other tokens that can be created and managed on the Ethereum infrastructure. For Steem, it is the currency that rewards contributors, and it’s a currency they can spend in other services.
Fundamentally, some questions must be answered:
- What is the purpose of the token?
- What function or utility does it perform?
- Is it absolutely necessary?
- Can you describe a viable economic model behind it?
Here’s another important question that deserves its own dive:
How does value flow from the outside of the ecosystem to the inside, and vice versa (not counting speculatory trading on public exchanges?
There are two types of segments for generating value:
1) inside your own market
2) outside of your market and into the cryptocurrency markets in general or the real world.
For example, can your users just spend and earn their coins inside or can they also spend them outside of your application? If you are using a currency that has available liquidity (such as BTC, ETH or even recently STEEM), you benefit from the broader network effects of these currencies, but if you are creating have your own proprietary currency, your interdependency liquidity may take a little longer to materialize. For example, Steem has done a good job crossing boundaries between their cryptocurrency-governed site Steemit, and the real world and demonstrated it at their recent Steemfest in Amsterdam. Here are 4 examples I describe in a recent article, Steemit’s First ‘Fest’ Reveals the Power of Blockchain Community that showcase this cross-pollination of transactions between the crypto-world and the non-crypto spaces.
“Many of the attendees paid for their travel using Steem dollars they had earned on the platform, As a bonus, each attendee received a number of Steem Power as a reward for attending. Furthermore, a fund was made available to reimburse attendees in financial need. One small exhibit area featured Maurice Mikkers, a “tear catcher” who photographs your tear via a special microscope in high resolution for 25 SBD (Steem-backed dollars).”
Do You Really Need an ICO?
Amidst all the excitement generated by ICOs and the prospects of freedom from the strings of venture capital money, and the creation of new business models that we haven’t seen before, there is a fundamental question that must be asked:
Do you really need an ICO with its own currency or perhaps you may just want to use an existing cryptocurrency that attaches to your model, in which case the ICO might be burdensome and risky?
Of course you can spin your own coin and hope the economics of the business model will natively support it for the long term, but you could also decouple the token from your model and treat it like a currency that is pegged to an existing popular one (e.g. BTC, ETH or STEEM).
On the positive side, despite the current Wild West appearances of the ICO market, some known best practices are emerging to create and evaluate ICOs. Whether you are an entrepreneur planning for an ICO, an investor trying to decipher how to evaluate them, or a regular pondering their future, do not ignore the guidelines proposed in this article.