本文来源：TradingView
原文标题：【教学】Conflux不过是一个兼容EVM的BCH
昨晚看到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在面对别的优秀区块链项目有失水准，对自己的区块链项目自视过高，区块链世界需要的是开放的技术社区，而不是标榜学术的妄自尊大。
