先建应用还是先搭平台?加密世界发展中鸡和蛋问题的终极解答

资讯
2018
10/06
20:14
链闻
分享
评论

2016年8月份,联合广场基金USV分析师Joel Monegro发表了一篇名为「胖协议」的文章,指出在分布式网络中,价值通常在协议层,而非构建于协议层之上的应用程序。这篇文章被众多区块链投资人奉若圭臬,也推动了大量投资流向区块链基础设施项目。

但是,如果只关注基础设施建设,而忽视应用的开发,对整个分布式网络生态系统的发展并无益处。联合广场基金两位员工Dani Grant、Nick Grossman刚刚发表了一篇文章,通过大量例子,旗帜鲜明的指出:新技术的历史表明,应该先有应用程序,因为应用程序会催生基础设施。他们还提出了「应用程序=>基础设施=>应用程序=>基础设施」迭代循环周期,指明开发者应该遵循这样的周期,把握住这个循环周期中的不同机会。

希望本文能帮助读者理顺「应用程序和基础设孰先孰后」这个一直困扰加密世界的蛋生鸡、鸡生蛋难题。

不过需要读者注意,作者在文章中也特别指明:文章中提出的循环周期模型解释了什么时候可以开发搭建应用程序或基础设施,这是从开发者和项目建设者的视角着眼,这一理论并不解释什么时候投资应用程序、什么时候投资基础设施。

Web 3.0社区的一个常见说法是,我们正处于基础设施阶段,现在应该做的是构建基础设施:我们需要更好的基础链、更好的链间互操作性、更好的客户端、钱包和浏览器。

这种说法背后的思路是:首先我们需要工具,以便轻松构建和使用在区块链上运行的应用程序,一旦拥有了这些工具,我们就可以开始构建应用程序了。

但当我们与正在构建基础设施的创始人交流时,我们不断听到他们说,自己面临的最大的挑战,就是让开发人员在其基础设施顶层构建应用程序。

如果我们现在真的处于应该兴建基础设施的阶段,为什么会出现这样的情况呢?

我们只好据此假设:事情并不是按原有构想那样发展的。我们目前并不处在基础设施阶段,而是处于应用程序-基础设施周期的另一个转折点。

事实上,新技术的历史表明,应用程序会催生基础设施,而不是反之。我们并不是必须先得建立所有的基础设施,在有了需要的基础设施后才开始构建应用程序。

情况恰恰相反。

这一点居然值得讨论,其中一个重要原因在于,现在人人都知道「平台」通常是最大的价值机会,尤其对Facebook、Amazon/AWS、Twilio等而言,确实如此。因此,人们自然会急于建立一个重要的平台来攫取价值。在分布式网络中,这一点可能尤其正确。因为在分布式网络中,价值通常不过并不总是在协议层,而非位于顶层的应用程序中累积。

但是,正如我们将会看到的那样,平台是从这样一个迭代周期中演化而来:应用程序=>基础设施=>应用程序=>基础设施。平台极少在外部真空中构建。

首先,应用程序赋予了基础设施灵感。接着,基础设施为新的应用程序带来赋能。

我们在最重要的平台看到的变迁模式是,首先出现一个突破性的应用程序,然后该应用激发了一个构建基础设施的新的阶段,令人们更容易在其基础上构建类似的应用程序,便于消费者广泛采用这些应用。

打比方说,灯泡应用程序是在有电网基础设施之前发明的。不是非得有电网才能安灯泡。但要让消费者广泛接受灯泡,你确实需要电网,所以突破性的应用,也就是灯泡,在1879年率先诞生,而后电网于1882年开始逐步发展。

再举一个例子:飞机应用程序是机场基础设施出现之前发明的。飞机并不是非得有机场才行。但是为了广大消费者接受飞机,确实得有机场配套,所以作为突破性应用的飞机在1903年首先出现,激励人们在1919年开始建立航空公司,1928年建造机场,到了1930年开始出现空中交通管制——这些基础设施都出现在飞机之后。

互联网也遵循同样的模式。

先说首批应用程序:即时短信1970年和电子邮件1972年,它们促成了便于消费者广泛采用短信和电子邮件的基础设施,即以太网1973年、TCP/IP 1973年和互联网服务提供商1974年。

接着是下一波应用程序浪潮,也就是门户网站1990年的Prodigy,1991年的AOL,它们进而启发我们建构了新的基础设施1990年代初的搜索引擎和网络浏览器。

再接下来的应用程序浪潮中,出现的是像亚马逊1994年这样的早期网站,激励我们搭建编程语言1994年的PHP,1995年的Javascript和Java等基础设施,以简化网站构建。

往后是下一波更复杂的应用,如Napster 1999年、Pandora 2000年、Gmail 2004年和Facebook 2004年,而这催生的是可以更轻松地构建复杂应用的基础设施2004年有NGINX和Ruby on Rails,2006年出现了AWS。

这样的周期还在继续。我们在最新的移动应用中也看到了这种模式:首先出现了一系列非常依赖流媒体视频的流行移动应用,如Snapchat 2011年、Periscope 2014年、Meerkat 2015年和Instagram Stories 2016年。现在,我们看到一些公司正在建设基础设施,以便移动应用程序轻松添加视频:Ziggeo 2014年、Agora.io 2014年、Mux 2017年、Twilio Video API 2017年和Cloudflare Stream 2018年。

我们从第一个突破性的应用程序开始说起:比特币出现于2008年,这激发了一些便于开发应用的新基础设施,如以太坊智能合约2015年;以及便于消费者广泛采用这些新应用的基础设施,如Coinbase 2012年和Metamask 2016年。

这一新的基础设施催生了下一波应用:代币/ICO 2017年和早期的DApp 2016年是Rouleth和vDice,2017年有加密猫,而这又进而激发出了新的基础设施,如Infura 2014年和Web3js、Zeppelin和ERC20 2017年。

目前,我们正在等待下一批重大的应用程序来引导下一波基础设施建设。

邻近的可能

开发每个重要平台电力、汽车、飞机、网络、移动设备等的共同主题是,我们构建的是当下能为我们自己所用的工具。在《好点子从何而来》Where Do Good Ideas Come From一书中,史蒂文·约翰逊Steven Johnson将其称为「相邻可能」。

换句话说,你可以打开通往隔壁房间的大门,但是你不能在前门那里越过台阶,打开后院的大门。如果构建的基础设施远远超前于应用程序市场,这样很难成功。

每当应用程序=>基础设施这个周期再现,新的应用程序就会成为可能,这是因为在之前的循环中已构建了基础设施。例如,YouTube可以在2005年建成,但在1995年显然没法实现,因为只有在2000年代初宽带等基础设施部署之后YouTube才有意义,而宽带能应运而生,原因在于eBay、亚马逊、AskJeeves和Neopets等受欢迎的网站诞生,催生了之后的基础设施阶段。

区块链投资基金a16z crypto的Chris Dixon和Fred Wilson在最近一期的博客节目中,谈到了这个理念。

Chris有一款来自互联网泡沫时代的棋盘游戏,叫「dot Bomb」,游戏嘲笑了20世纪90年代末那批愚蠢的互联网公司。他指出,网络时代所有「愚蠢」的想法现在都演化成了价值10亿美元的独角兽公司。现在可能出现的情况是,出现多个应用程序=>基础设施循环,而只有一两个应用程序=>基础设施周期没有多少意义。

这就是我们所谓的「基础设施阶段迷思」的关键所在。

如果我们在考虑一个「基础设施阶段」的时候,完全将它与要使用它的应用程序割裂开来,就有可能面临在抽象的真空中布局、步伐过于超前的风险。我们需要「应用程序=>基础设施=>应用程序=>基础设施」这样的循环,来保持步伐的稳健。

随着每个新平台的周期越来越长,构建和使用这些应用程序的成本越来越低。如果是在1995年建设usv.com这个网站,花费的成本会比如今多出很多个数量级;而如果是在15年后创建Web 3.0应用,花费的金钱、精力和时间都会比现在少很多。

开发框架VS投资框架

站在我们投资者的立场上想想就知道,区分技术框架和投资框架是很重要的,前者解释了何时可以构建什么,后者解释了何时适合投资什么。

应用程序=>基础设施=>应用程序=>基础设施这个循环解释了什么时候可以构建应用程序或基础设施,但并不一定能解释什么时候投资应用程序、什么时候投资基础设施。

让我们以灯泡为例。是的,灯泡是在电网出现之前发明的,但从投资者的角度来看,在电网建成之前,没有人卖出很多灯泡。

让我做一个总结

我们先前遇到的一个问题是:为什么应用程序在周期中首先出现,而不是基础设施?

一个原因是,除非出现了应用程序,召唤你解决其基础设施问题,否则凭空创建基础设施是没有意义的。在没有一个相关的应用程序团队之前,如何能知道你正在构建的基础设施能解决一个真正的问题?所以说,现在构建加密基础设施将是一大挑战,只有等到有一天,出现一个突破性的加密应用程序令其他开发人员争相效仿,并呼唤更好的开发工具和基础设施来实现这一目标,双脚才能踏到实处。

在加密领域中有这样一种说法,首先我们需要构建出色的工具,一旦有了工具,就可以构建应用程序。

但我们希望指出的是,从其他平台的变迁来看,我们可以在出色的工具出现之前,先尝试开发几个应用程序,尽管这需要更多的资金和时间,然后,这些早期的应用程序将激发我们构建工具。

这个循环将不断重复。

来源: 链闻

THE END
广告、内容合作请点击这里 寻求合作
免责声明:本文系转载,版权归原作者所有;旨在传递信息,不代表砍柴网的观点和立场。

相关热点

相关推荐

1
3