我最初的想法是，这些代币将被永远锁定，但那天深夜，我溘然意识到，假如这些代币仍在哪里，那任何人都可以去规复它们。
当任何人挪用Uniswap焦点合约上的burn函数时，该合约会丈量本身的活动性代币余额并将其烧掉，将提取的代币提供应挪用者指定的地点。这是Uniswap v2预期行为的焦点部门（根基机制在Uniswap v2白皮书的第3.2节中描写）。
这是一个可怕且真实产生的故事。
而这成了一个致命错误！
营救动作
可能，假如你可巧认识一个大矿工（我们不认识），你可以让他们直接在一个区块中纳入你要提交的生意业务，完全跳过mempool和怪物。 教导4: 将来只会变得更可骇
这就是为什么这次救助动作不会简朴的原因。任何人都可以挪用这个burn函数，假如我提交了一笔挪用burn函数的生意业务，它就像一个闪烁的“免费钱币”符号，直接指向这个有利可图的时机。假如这些怪物真的在mempool中，它们会看到，复制然后变异，并在我的生意业务被接管之前抢先完成生意业务。
这只是产生在我们身上的抢先生意业务事件的一个例子，而雷同的工作天天会产生许多次。本日，抢先生意业务者只是呆板人，而来日诰日，则大概会是矿工。为了在不通知呆板人的环境下提取到资金，我需要夹杂这笔生意业务，这样呆板人就无法检测到它对Uniswap对的挪用，这将涉及编写和陈设定制合约。尽量我是一个专业的DeFi思想首脑，但我以前从未在假如进攻者只实验执行get生意业务，它将在没有挪用set生意业务的环境下规复。我们但愿在进攻者按顺序执行这两笔生意业务之前，我们的生意业务可以或许先被区块纳入。
一些优秀的以太坊安详工程师辅佐我们想出了一个夹杂方案。除了将挪用埋没为内部生意业务外，我们还将生意业务分为两部门：一笔是激活我们合约的set生意业务，另一笔是在合约被激活的环境下拯救资金的get生意业务。详细实施如下： 陈设一个Getter合约，当所有者挪用它时，它只在激活时发出burn挪用，不然将规复；陈设一个Setter合约，当所有者挪用它时，它将激活Getter合约；在同一个区块中提交set生意业务和get生意业务；
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
