Btsx就是过早发布快照时间,可见并不能解决问题,而是带来严重问题。bm事后曾经说过今后决不过早发布快照时间,而是等到快发布产品时再发布快照时间。但我看这样也仍然无法避免228的情形。
事后公布是从保护新人,支持者和新dac的角度出发的。而且此举并非干预市场,这条规则本身也是透明的,它会成为市场构成要素之一,最终和市场反应融为一体。
至于内部保密这个隐患,我愿意付出信任给开发团队,总是要衡量利弊的。和带来的好处相比较,这个事还是值得做。
228的问题非常明显,应该尝试一些新规则改善它,完善市场规则,而不该一成不变坐视漏洞,到头来损失的是我们自己。我希望能提供给新人,支持者和新dac最大程度的保护。
快照可以在一个时间段,由区块生成随机数,随机快照,到期解密。
找一种办法,从区块比如bts区块,任何人都不知道的取一个随机数,来决定新DAC的快照区块or时间。
比如9.1~9.30之间的某一时间节点。 9.30后加密自动解锁,公布快照区块。
这样没有人能预知何时快照,DAC开发者都不行,多好。