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

  • 时间:
  • 浏览:1
  • 来源:大发五分11选5app下载-大发五分11选5app下载安装-大发五分11选5网站

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

怎么才能 让,可能只关注基础设施建设,而忽视应用的开发,对整个分布式网络生态系统的发展并无益处。联合广场基金两位员工Dani Grant、Nick Grossman后后发表了一篇文章,通过小量例子,旗帜鲜明的指出:新技术的历史表明,应该先有应用守护进程池池,可能应用守护进程池池会催生基础设施。亲们还提出了「应用守护进程池池=>基础设施=>应用守护进程池池=>基础设施」迭代循环周期,指明开发者应该遵循从前的周期,把握住这种 循环周期中的不同可能。

希望本文能帮助读者理顺「应用守护进程池池和基础设孰先孰后」这种 无缘无故困扰加密世界的蛋生鸡、鸡生蛋有哪些的什么的问题。

不过不需要 读者注意,作者在文章中全是点痛 指明:文章中提出的循环周期模型解释了有哪些后后不需要 开发搭建应用守护进程池池或基础设施,这是从开发者和项目建设者的视角着眼,这种 理论太少解释有哪些后后投资应用守护进程池池、有哪些后后投资基础设施。

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

这种 说法转过身的思路是:首先亲们儿不需要 工具,以便轻松构建和使用在区块链上运行的应用守护进程池池,一旦拥有了有有哪些工具,亲们儿就不需要 后后后后开始构建应用守护进程池池了。

但当亲们儿与正在构建基础设施的创始人交流时,亲们儿不断听到是我不好,我本人面临的最大的挑战,却说让开发人员在其基础设施顶层构建应用守护进程池池。

可能亲们儿现在真的居于应该兴建基础设施的阶段,为有哪些会无缘无故出现 从前的情況呢?

亲们儿只好据此假设:事情并一定会 按原有构想那样发展的。亲们儿目前太少居于基础设施阶段,却说居于应用守护进程池池-基础设施周期的从前转折点。

事实上,新技术的历史表明,应用守护进程池池会催生基础设施,而一定会 反之。亲们儿并一定会 不需要 先得建立所有的基础设施,在有了不需要 的基础设施后才后后后后开始构建应用守护进程池池。

情況恰恰相反。

这有些你以为值得讨论,其中一一个重要原应在于,现在人人都知道「平台」通常是最大的价值可能,尤其对Facebook、Amazon/AWS、Twilio等而言,真是必须 。怎么才能 让,亲们自然会急于建立一一个重要的平台来攫取价值。在分布式网络中,这有些可能尤其正确。可能在分布式网络中,价值通常不过太少无缘无故在协议层,而非居于顶层的应用守护进程池池中偏离 。

怎么才能 让,正如亲们儿可能看后的那样,平台是从从前一一个迭代周期中演化而来:应用守护进程池池=>基础设施=>应用守护进程池池=>基础设施。平台极少在内部管理真空中构建。

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

亲们儿在最重要的平台看后的变迁模式是,首先无缘无故出现 一一个突破性的应用守护进程池池,怎么才能 让该应用激发了一一个构建基础设施的新的阶段,令亲们更容易在其基础上构建累似 的应用守护进程池池,便于消费者广泛采用有有哪些应用。

打比方说,灯泡应用守护进程池池是在有电网基础设施后后发明的故事的故事的。一定会 非得有电网不需要 安灯泡。但要让消费者广泛接受灯泡,你真是不需要 电网,却说突破性的应用,也却说灯泡,在1879年率先诞生,而后电网于1882年后后后后开始逐步发展。

再举一一个例子:飞机应用守护进程池池是机场基础设施无缘无故出现 后后发明的故事的故事的。飞机并一定会 非得有机场才行。怎么才能 让为了广大消费者接受飞机,真是得有机场配套,却说作为突破性应用的飞机在1903年首先无缘无故出现 ,激励亲们在1919年后后后后开始建立航空公司,1928年建造机场,到了19150年后后后后开始无缘无故出现 空中交通管制——有有哪些基础设施都无缘无故出现 在飞机后后。

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

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

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

再接下来的应用守护进程池池浪潮中,无缘无故出现 的是像亚马逊1994年从前的早期网站,激励亲们儿搭建编程语言1994年的PHP,1995年的Javascript和Java等基础设施,以多样化网站构建。

往后是下一波更多样化的应用,如Napster 1999年、Pandora 1150年、Gmail 1504年和Facebook 1504年,而这催生的是不需要 更轻松地构建多样化应用的基础设施1504年有NGINX和Ruby on Rails,1506年无缘无故出现 了AWS。

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

亲们儿从第一一个突破性的应用守护进程池池后后后后开始说起:比特币无缘无故出现 于1508年,这激发了有些便于开发应用的新基础设施,如以太坊智能合约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不需要 在1505年建成,但在1995年显然必须 实现,可能必须在1150年代初宽带等基础设施部署后后YouTube才有意义,而宽带能应运而生,原应在于eBay、亚马逊、AskJeeves和Neopets等受欢迎的网站诞生,催生了后后的基础设施阶段。

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

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

这却说亲们儿所谓的「基础设施阶段迷思」的关键所在。

可能亲们儿在考虑一一个「基础设施阶段」的后后,删改将它与要使用它的应用守护进程池池割裂开来,一定会 可能面临在抽象的真空中布局、步伐过于超前的风险。亲们儿不需要 「应用守护进程池池=>基础设施=>应用守护进程池池=>基础设施」从前的循环,来保持步伐的稳健。

随着每个新平台的周期必须 长,构建和使用有有哪些应用守护进程池池的成本必须 低。可能是在1995年建设usv.com这种 网站,花费的成本会比如今多出却说个数量级;而可能是在15年后创建Web 3.0应用,花费的金钱、精力和时间一定会比现在少却说。

开发框架VS投资框架

站在亲们儿投资者的立场上想想就知道,区分技术框架和投资框架是有点痛 要的,前者解释了什么后后不需要 构建有哪些,后者解释了什么后后适合投资有哪些。

应用守护进程池池=>基础设施=>应用守护进程池池=>基础设施这种 循环解释了有哪些后后不需要 构建应用守护进程池池或基础设施,但太少一定能解释有哪些后后投资应用守护进程池池、有哪些后后投资基础设施。

让亲们儿以灯泡为例。是的,灯泡是在电网无缘无故出现 后后发明的故事的故事的,但从投资者的深层来看,在电网建成后后,必须 人卖出却说灯泡。

我不需要 做一一个总结

亲们儿先前遇到的一一个有哪些的什么的问题是:为有哪些应用守护进程池池在周期中首先无缘无故出现 ,而一定会 基础设施?

一一个原应是,除非无缘无故出现 了应用守护进程池池,召唤你出理 其基础设施有哪些的什么的问题,怎么才能 让凭空创建基础设施是必须 意义的。在必须 一一个相关的应用守护进程池池团队后后,怎么才能 才能 能知道你正在构建的基础设施能出理 一一个真正的有哪些的什么的问题?却说说,现在构建加密基础设施将是一大挑战,必须等到有一天,无缘无故出现 一一个突破性的加密应用守护进程池池令有些开发人员争相效仿,并呼唤更好的开发工具和基础设施来实现这种 目标,双脚不需要 踏到实处。

在加密领域含有从前这种 说法,首先亲们儿不需要 构建出色的工具,一旦有了工具,就不需要 构建应用守护进程池池。

但亲们儿希望指出的是,从有些平台的变迁来看,亲们儿不需要 在出色的工具无缘无故出现 后后,先尝试开发哪几个应用守护进程池池,尽管这不需要 更多的资金和时间,怎么才能 让,有有哪些早期的应用守护进程池池将激发亲们儿构建工具。

这种 循环将不断重复。

来源: 链闻