Chainflip开发更新-2022年4月22日
作者:Tom Nash
原文链接:https://blog.chainflip.io/dev-update-24/
在缓慢的ICE高速列车上,前往Eth Amsterdam 的路上热情地打字。如果你这个周末参加同样的活动,打个招呼。
自上次更新以来的进展
漫长的基督教复活节为柏林提供了一个受欢迎的双周末,因此自我们上次更新以来只有8个正式的工作日。
目前,我们已经推出了Soundcheck 的排行榜。如果你一直在运行一个节点,但还没有注册,请确保你在计划结束前完成注册,只有这样才有资格获得你的FLIP奖励。
接下来,我们正准备在下周将我们的软件转移到一套新的以太坊合约上。原来的合同有点太紧密了,以至于难以继续升级,因此我们进行了一些更改以帮助进行持续升级。我们计划在一个实时网络上进行升级,以便在我们需要在现实世界中这样做时给自己一些练习(尽管这不太可能)。
此外,我们正在努力研究其余的安全性和稳定项目。这些项目不多,但都有些棘手。
一旦你开始着手处理业务,事情就会变得更加棘手。
—— 比尔盖茨。
Soundcheck更新
目前Soundcheck仍在停止中。说实话,这很令人沮丧,因为这个问题的解决在某种程度上不在我们的掌握之中。对我们来说,开发修复Grandpa客户端的能力并没有什么意义,因为这是高度专业化的知识,而且时间可以在Chainflip的其他地方得到更有效的利用。
我们已经确认了这个错误,并保证它正在被解决,但在 Parity 中这并不是“失控”的情况,因为这个错误不太可能触发。
虽然我们可以通过要求每个人从没有崩溃的验证器上重新同步来恢复网络,但我们不认为这是正确的做法,因为我们无法确认该错误已修复。(我们必须用新的客户端版本再次触发它)。
就社区而言,这有点像一个扳手,如果你为保持节点在线付出了很多钱,我们很抱歉。如果你关心这个问题--你可以通过Discord频道中的#active-soundcheckers 询问一些关于将验证器转移到一个更便宜的供应商。有一些人每个月支付10多欧元即可使用它。
未来两周的目标
一些快速的要点,在下一次开发更新之前要实现的关键目标。
开发目标
- 在内部Soundcheck 分叉上升级合约
- 基于时间戳(epoch)的共识阈值
一般想法
现在我真的明白为什么像Soon™ 这样的东西是一个meme了。
直到下一次
Tom