CON:吐槽|Conflux不过是一个兼容EVM的BCH_flux币行情

本文来自于火星财经,作者TradingView。

昨晚看到Conflux发文质疑波卡,可能是因为喝了点小酒,一上头就去Conflux怼了一通。不过说实话,我确实看不过国产公链这种打不过就骂的嘴脸,搞得好像自己多牛逼似的。今天,我们就来“喷”一波Conflux,刚好我也关注Conflux许久了。1)论文被拒的学术项目。Conflux从一出生到现在,一直标榜自己的学术性,甚至拿自己的老师来做宣传,于是兴致勃勃地写好论文投了个顶会,然后收到了一个拒绝,好家伙,这么强的学术背景,第一次投就被拒了,原因是什么呢?

目前已知的有俩:一个是算法抄袭了国外某个科研团队,被人给扒出来了,不过Conflux还是很牛的,指出了别人算法中有漏洞,咱是站在巨人的肩膀上。另一个是因为算法压根儿跑不了DAG,人家审稿人又不是吃素的,你的算法明明只能在树上跑,非要说自己能叫DAG,学术严谨呢?后来Conflux乖乖改名树图,论文里也仅少量提到DAG,美其名曰:自己团队发现结构更适合叫树图。2)始乱终弃的DAG。Conflux在刚起步的时候标榜自己是DAG项目,原因为何,我认为主要是当时大家在谈扩容,Conflux也说自己是在GHOST协议的基础上做了改进,然而GHOST协议是针对DAG结构提出的扩容,而另外的DAG项目,比如以交易作为图中单点的项目也是遵循了DAG的结构,实际上败坏DAG名声的仅仅是如IOTA这种垃圾项目。Conflux以DAG作为自己的初始起点,却因DAG名声败坏和自己算法的问题,抛弃了DAG结构,可谓始乱终弃。3)转向大区块的Epoch结构。Conflux引以为傲的是自己的DAG区块结构能保持交易全序的同时,又能提高传输时候的安全效率,以此与大区块等扩容方式切割。然而DAG带来了交易的潜在歧义,这对智能合约类的应用是致命的,交易的排序和交易的正确执行完全是两回事,先排序再确保正确执行,这是对开发者实现能力的极大考验,让项目有更大的安全风险。满足了传输的更安全,降低了合约的更安全。

顾此失彼,于是Conflux创造性地把很多个区块全在了一个大的Epoch里面,以Epoch作为一致性的标准,我如果把Epoch这个单词翻译成大区块,反而更让我能清晰地理解Conflux——Conflux在数据结构上不过是一个兼容EVM的BCH。4)只吹TPS避谈合约安全。DAG对智能合约类应用的致命考验,也暴露了一个新问题,歧义交易的处理,这会导致很容易制造冗余交易,这样有效的tps会大大降低。而且Conflux曾经宣传自己用自己的区块链执行过ETH交易,可以满足TPS需求,可惜我问了社区,当初的执行没有做交易逻辑验证,仅仅是在测tps。这样的tps如何敢宣称自己跑过ETH,毕竟ETH按区块号打得布丁,可不是随随便便拿个以太坊虚拟机就能跑的了的。综上所述,我认为Conflux在面对别的优秀区块链项目有失水准,对自己的区块链项目自视过高,区块链世界需要的是开放的技术社区,而不是标榜学术的妄自尊大。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

大币网

[0:0ms0-6:544ms