“公链”都没做好，现在“跨链”有必要吗？‖评论区豪送6000key

  在Web 3.0社区中，一个常见的说法是，我们正处于基础设施阶段，现在正确的事情是构建基础设施:更好的基础链、更好的互操作性、更好的客户端、钱包和浏览器。其基本原理是:首先，我们需要能够让构建和使用运行在区块链上的应用程序变得容易的工具，一旦我们拥有了这些工具，我们就可以开始构建这些应用程序。

  但当我们与正在建设基础设施的创始人交谈时，我们总是听到他们面临的最大挑战是让开发人员在上面构建应用程序。如果我们真的处于基础设施阶段，为什么会这样呢?

1.先有鸡还是先有蛋？

  我们的假设是，事情并不是这样发展的，我们不是处于基础设施阶段，而是处于应用程序-基础设施周期的另一轮。事实上，新技术的历史表明，应用程序会带来基础设施，而不是反过来，这并不是说我们首先建立所有的基础设施，一旦我们有了我们需要的基础设施，我们就开始建立应用程序，恰恰相反。

  这甚至成为一个话题的一个重要原因是，现在每个人都知道“平台”通常是最大的价值机会(对Facebook、Amazon/AWS等来说是这样的)——所以很自然地，人们会急于建立一个抓住价值的主要平台。这在分布式web中可能更加正确，因为在分布式web中，价值通常(但不总是)是在协议层而不是在应用程序之上累积的。

  但是，正如我们将看到的:平台从一个迭代循环的apps=>基础设施=>apps=>基础设施发展而来，并且很少在外部真空中构建。

  首先，应用程序激励基础设施。然后，这些基础设施使新的应用程序成为可能。

  在重大平台转移的事件序列中，我们看到的是，首先有一个突破性应用程序，然后这个突破性应用程序激发了一个阶段，在这一阶段中，我们构建基础架构使构建相似的应用程序变得更加容易，并且基础架构允许广泛的消费者采用这些应用程序中。有点像这样：

应用程序和基础设施在响应周期中发展，而不是在不同的、独立的阶段

  例如，灯泡(应用程序)是在电网(基础设施)出现之前发明的，你不需要电网来装灯泡。但是为了让更多人接受灯泡，你需要电网，所以1879年出现了突破性的应用，电灯泡，然后是1882年开始的电网。

  另一个例子:飞机(应用程序)是在机场(基础设施)出现之前发明的，你不需要机场才有飞机。但是要让消费者广泛接受飞机，你需要机场，所以突破性的应用程序是一架飞机在1903年首次出现，并启发了一个阶段，人们在1919年建立了航空公司，1928年建立了机场，只有在飞机出现后才在1930年建立了空中交通管制。

  同样的模式也适用于互联网。我们从第一个应用程序开始:消息传递(1970)和电子邮件(1972)，然后激发了基础设施，使其更容易被广泛的消费者采用的消息和电子邮件:以太网(1973)，TCP/IP(1973)和互联网服务提供商(1974)。然后是下一波的应用程序，门户网站(1990年的Prodigy, 1991年的AOL)和门户网站激励我们构建的基础设施(90年代初的搜索引擎和web浏览器)。接下来是下一波的应用程序浪潮，这些应用程序是1994年的Amazon.com这样的早期网站，这导致了一个阶段，在这个阶段，我们构建了像编程语言这样的基础设施(1994年是PHP, 1995年是Javascript和Java)，使构建网站变得更加容易。接下来是更为复杂的应用程序的下一波浪潮，如Napster(1999)、Pandora(2000)、Gmail(2004)和Facebook(2004)，它们带来了更容易构建更复杂的应用程序的基础设施(NGINX和Ruby on Rails在2004年，AWS在2006年)。这样的循环还在继续。

  我们在最新的移动应用中也看到了这种模式:首先，我们有一套非常依赖流媒体视频的流行移动应用:Snapchat(2011)、Periscope(2014)、Meerkat(2015)和Instagram Stories(2016)。现在，我们看到一些公司正在建设基础设施，使移动应用程序更容易添加视频:Ziggeo (2014)， Agora。io(2014)、Mux(2017)、Twilio Video API(2017)、Cloudflare Stream(2018)。

  此循环还正确解释了Web 3.0中的事件顺序。我们从第一个突破性应用程序开始：BTC（2008），位于比特币网络之上（作为第一个基础设施），紧随其后的是Silk Road（2011），它是最臭名昭著的早期加密应用程序。这激发了新的基础架构，例如Sidechains和Drivechain（2015），以太坊智能合约和ERC20（2015），Lightning（2015），它们使构建新应用程序变得容易，以及Coinbase（2012）和Metamask（2016）等基础架构使消费者可以采用这些新应用程序。然后，这种新的基础架构将启用下一波应用程序：代币/ ICO（2017）和早期的dapp（2016年的Rouleth和vDice，2017年的CryptoKitties），这激发了新的基础架构：Infura（2016）以及Web3js和Zeppelin（2017）。我们现在正在等待下一个大型应用程序，这些应用程序将有助于引导下一波基础架构。

2.邻近的可能

  在开发每个主要平台(电力、汽车、飞机、web、移动等)时，共同的主题是，我们可以根据当前可用的工具来构建我们所能构建的东西。在《好主意从何而来》一书中，史蒂芬·约翰逊将其称为“邻近的可能”。换句话说，你可以打开隔壁房间的门，但你不能跳过台阶，从前门走廊打开后门，要成功地建立一个远远领先于应用程序市场的基础设施是很难的。

  每当应用程序=>基础设施周期重复，新的应用程序是可能的，因为在周期之前构建的基础设施。例如，YouTube可以在2005年建成，而不能在1995年建成，因为YouTube仅在2000年代初期部署宽带等基础设施之后才有意义，这种情况发生在基础设施阶段，紧随eBay，Amazon，AskJeeves和我最喜欢的Neopets

  Chris Dixon和Fred Wilson在最近一期的a16z播客中谈到了这个概念。Chris有一款网络时代的棋盘游戏叫做dot Bomb，它是用来取笑20世纪90年代后期那些愚蠢的网络游戏的。他指出，所有互联网时代的“愚蠢”想法现在都变成了价值数十亿美元的独角兽。现在可能的是几个应用程序=>基础设施周期进入互联网没有任何意义，只是一个或两个应用程序=>基础设施周期在。

  这就是我们所说的基础设施阶段的神话的症结所在——如果我们把“基础设施阶段”与将要使用它的应用程序分开来考虑，我们就有可能在投机的真空中过早地构建。我们需要应用程序的循环=>基础设施=>应用程序=>基础设施来保持我们的诚实。

  由于每个新平台都有越来越多的周期，所以构建和使用这些应用程序的成本会越来越低。在1995年建立usv.com将会比现在花费更多的数量级，而创建Web 3.0应用程序将会比15年后花费更多的金钱、精力和时间。

3.结论

  我们的一个问题是:为什么在这个周期中应用程序是第一位的，而基础设施不是第一位的？原因之一是，除非有应用程序要求您解决它们的基础设施问题，否则创建基础设施是没有意义的。你如何知道你正在构建的基础架构解决了一个真正的问题，直到你有了你正在解决的应用团队?这将是一个挑战，建立加密基础设施，直到有一个突破性加密应用程序，其他开发人员想要模仿，需要更好的开发工具和基础设施来做到这一点。

  在加密领域有这样一种说法:首先，我们需要构建伟大的工具，而一旦我们拥有了这些工具，我们就可以构建应用程序。但我们希望展示的是，在其他平台转变中，我们能够在伟大的工具出现之前开发出最初的几个应用程序(尽管这需要更多的资金和时间)，然后这些早期的应用程序激励我们开发工具，如此循环往复。

评论区超级彩蛋活动
排名第18送500key
排名第38送500key
排名第58送1000key
排名第78送500key
排名第98送500key
活动规则如下:

第一:不能复制原文，评论内容和文章必须相关，评论字数不少于20字，转发，并留下mykey帐户。

第二:以23:00为截止时间，并以此时作者截图排名为准发放红包。

第三:为防止一人多评，每个人仅限一条评论，多评视为无效。

第四:如果3天后文章结算收益突破3000元则红包key数量翻倍，对获奖者补发key，最大红包2000key。

第五：如有不符合规则的评论中奖，则把该条评论的奖励按每条100key分发给作者挑选的精评。