以太坊推迟了发布时间，社区有部分人觉得很失望。我们以太坊爱好者对于以太坊的支持和期望没有任何下降。
因为我们是这样认识推迟发布这个现实的。

推迟发布不表示以太坊没有任何成果

在以太坊一周年记里开发团队回顾了一年以来以太坊项目所有的工作成果。
仅仅是我现在能立刻想起来的开发成果就有CPP客户端，Go客户端，开发环境Mix，swarm协议，whisper协议。
不仅仅是有大量的源代码，更有各种协议说明以及详尽的技术文档。
所以说现在所花费的资金和时间都取得了相应的成果，只不过离最终的完美的产品还有一段距离。
但是我们不能因为发布推迟否认目前为止所做的工作成果，没有这些成果的积累就无法得到最终的产品。

推迟发布对于用户而言损失更小

提早发布Frontier只不过把目前的问题发现和解决拖延到未来留下负债而已，并未解决实际问题。
现在奥林匹克阶段出现的Bug如果在Frontier发布后才被发现的话，造成的损失是现在会是现在的数倍。
预计造成的损失会包括用户的时间损失，交易所的成本损失，以太坊的信用损失。其中以太坊的信用损失是无法计量的。

推迟发布不表示胎死腹中的风险变大

所有的软件都是开源的，技术文档都是非常详尽的。即使目前的开发者因为各种原因无法继续开发下去，只要有其他志愿者的话，完全可以根据目前所取得的成果把开发工作继续下去。
有价值的项目永远不会消亡。如果没有资金了的话，看到以太坊价值的社区会继续投入资金和精力支持项目的发展。
没有价值的项目提早发布也会消亡。路遥知马力，日久见人心。随着人们对项目的深入认识亦会做出自己的选择。
在一个没有详细文档的项目里，当主创者由于无法抗拒因素离开团队时，项目只能中断。但是在一个像一个以太坊一样真正开源的项目，即使主创人员因为各种因素离开了，这个自我组织的项目却能自己存活下去。

100个Bug比10个Bug更让人安心

软件不可能没有Bug。这是软件开发中的常识。如何在最短的时间内找出全部的Bug是测试追求的目标。
相同规模，相同复杂度的软件，需要测试1000个项目找出100个Bug的项目，与测试100个项目找出10个Bug的项目相比，前者更让人放心。至少说明其测试范围远远超过了后者。

转载自以太坊爱好者：（http://ethfans.org/2015/06/aboutpostpone/）
作者：Andy
责编：薄荷凉幼