在坚固合同更新过程中如何避免比赛条件？

Question

Situation

• 让我们假设我们已经实现了合同升级机制。
• 数据与业务逻辑分离
• 到目前为止，我通过旧合同中的标志“冻结”数据。
• 然后我自毁了旧的业务逻辑
• 然后启用新的业务逻辑。

问题

是他最优雅的方式来避免新旧业务逻辑之间的竞争，还是有更好的方法？

Answer 1

我建议一种分为两部分的方法，第一种可能是智能合同的惯常做法。

第一

尝试用单个用途的、小型的原子事务构建智能契约，这些事务每次只进行一次更新。混乱的逻辑(用于.)在需要的地方，递归通常应该被推送到客户端。例如，退款所有参与者将与一个功能的实现，以退还一个参与者；这个模糊的部分可以推送到客户端。

这样做，国际水文学组织，缓解了许多情况下，种族状况将是一个关注。

第二

如果一个种族条件仍然是一个关注，那么一个互斥激励的安排可以到位。在google中有相当多的点击量。可能会有一个标志来表示升级正在进行，在此过程完成并释放“锁”之前，它将阻止进入函数。

当然，这一切都取决于对用例的深入理解。如果可能的话，我将试图通过仔细观察第一种选择来避免第二种选择的需要。

只是一些想法。希望能帮上忙。