区块链就应该低TPS高成本

当前区块链技术方面,被很多人诟病的就是其太低的 TPS(每秒 交易数,或者叫每秒处理的请求数)。通常以太坊的 TPS 大概在 7-15, EOS 大概在 1000 左右(这些数据未必精确,但是数量级上应该不会 错了)。很多人认为区块链广泛应用的最大障碍在于 TPS 不够。这个 观点在我看来完全是舍本逐末。

区块链技术之所以 TPS 很低,核心原因在于其处理每笔请求都需 要耗费大量的 CPU/内存资源。区块链技术其实是假设资源有限的情 况下,没有人能够(或者愿意)消耗资源去造假从而获得一个不成比 例的收益,这也是区块链技术相比传统互联网技术不一样的地方,它 是技术与经济学、社会学的统一,是区块链技术的高明之处。

这个资源耗费不是无意义的,是我们必须付出的信任成本,只不 过我们需要找出一个相对合理的点,使得造假成本与收益之间的比值 超出造假者的心理接受程度,但是又不超出太多从而尽可能降低信任 成本。这就是 TPS 的可优化空间。基于以上的描述,我们能够确定的 是,这个优化空间一定是非常有限的。

现有出现的所有提高 TPS 的做法,实际都是对造假成本的降低、 从而降低区块链的可信度的。而区块链技术相对于传统互联网技术的 最大优势就在于其“可信”,我们使用区块链技术的最核心理由也是 可信。如果没有了这个基础,区块链就没有存在的意义。所以,这个 角度来说,一味强调提高区块链的 TPS 是没有意义的。

另外一方面,TPS 本身也不可能、且不应该是任何区块链应用上 的障碍。一个系统如果因为某一点技术因素(比如这里提到的 TPS 因 素)就可能导致其服务质量的大幅波动甚至不可用,这个系统的设计 本身就是不合格的,这个系统的设计者能力也是不合格的。

事实上来说,区块链作为一个“信任”中介,它应该解决的一定 是你的核心特征、核心数据、核心业务。任何人和事物的“核心”一 定是少量的、稳定的、高价值的,这个特征与区块链技术本身的低 TPS、高可信、高成本是一一对应的,所以根本不可能因此成为整个 系统的应用障碍和瓶颈点。

目前之所以有很多人觉得因为 TPS 的原因导致他的业务无法实 现,实际更多是现有的区块链行业参与者本身的技术能力问题,整个 行业缺乏真正有能力的大牛参与进来。基本现今看到过的所有区块链 项目,都试图将自己的整个业务逻辑都放到区块链、甚至某一个唯一 的链上去实现。这就类似于某人对 MySQL 相关应用比较熟悉,所以 他就试图在 MySQL 上去实现所有的互联网业务,这显然是个很幼稚 的想法。

正确的做法,不光是区块链行业,还包括传统互联网行业,应该 是做技术和资源的整合,在合适的点采用合适的业务逻辑及其实现技 术。即使是区块链行业,区块链在整个行业的地位,仅仅类似于 MySQL 在整个互联网行业的地位:它重要,但绝对只是很少的一部分(甚至 都可以说微不足道),更不用说全部了。比如在整个泛区块链行业(或 者叫去中心技术行业),还有 IPFS 这样的重磅级技术和应用,以及很多其它默默无名的去中心技术应用。他们合起来才是区块链技术的全 部。

现实情况是,基于行业参与者的技术水平普遍偏低,这些人对整 个行业是没有完整印象的,都只是看到其中一个角。比如对于 IPFS 相关协议和实现,多数人只知道 IPFS 是用来做存储、用来替代 HTTP 协议、用来实现 CDN 的,但是从没人知道 IPFS 相关技术竟然还可以 用来实现命名网络、可信网络这样的东西。曾经在一个所谓“专业群” 里,我提出说 IPFS 实际也是能做通信相关业务底层支撑的,结果那 些人理解的通信就是“能通过网络把文件放上去、还能再通过网络把 文件拉下来”,认为这就叫“通信”。由此可见整个行业参与者的水平 和能力低到什么程度。所以,整个区块链技术或者叫去中心技术要得 到长足的发展,有一批真正懂得区块链能做什么的大牛愿意参与到这 个行业中来是目前最紧迫的需求。

再说回应该如何做区块链项目这件事,仍然以上面说过的命名网 络+可信网络为例,实际的系统架构应该是 IPFS+区块链智能合约 +Whisper(或者其它类似协议)+ENS(或者 IPNS)。其中 IPFS 提供网 络传输、寻址、负载均衡、容灾等基础功能,Whisper(或者其它类 似协议)提供安全数据传输以及抗垃圾数据逻辑(比如业务层面的 DDOS)等功能,智能合约提供密钥分发与管理、权限分发与管理、 配置分发与管理等等核心数据和功能点,ENS(或者 IPNS)提供和 DNS 类似的域名解析功能。这才是一个正常的系统架构。但看其中某一个 技术,任何一个都没有能力实现整个业务功能,但是经过有机整合以后,这个系统就能实现传统技术条件下无法实现(或者不好实现)的 一系列能力,比如抗攻击、高可用、自动容灾、可信等特性。

以上内容足以说明,TPS 从来不是区块链应用落地的任何障碍, 目前的最大障碍是行业里缺少真正懂得区块链能做什么的人,缺少有 能力整合区块链技术解决市场痛点的人。至于如何提高 TPS,如何改 进共识算法,除了少数有能力持续投入的大机构、大公司,以及类似 以太坊基金会这样的团队外,其它任何人和机构都是没有必要在这上 面花费精力物力的。

以上是围绕 TPS 这件事来谈的一些行业看法,本篇到此结束。下 一篇我会谈一谈区块链行业目前的一些不靠谱项目做法以及应该怎 么做。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,776评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,527评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,361评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,430评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,511评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,544评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,561评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,315评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,763评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,070评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,235评论 1 343
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,911评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,554评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,173评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,424评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,106评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,103评论 2 352

推荐阅读更多精彩内容