SushiSwap的用户要求进行修改,但协议必须经过彻底修改才能交付

dusty-plate-after-sushi-rolls-asian-kitchen-restaurant-table-soft-focus-concept-picture-twilight-lighting

(Artem Kniaz/盖蒂图片社)

外卖:

SushiSwap智能合约迁移已经完成,但存在一个问题:如果团队希望对SushiSwap社区投票支持的协议进行更改,则可能需要进行另一次迁移。

区块链研究公司IntoTheBlock告诉CoinDesk,SushiSwap代码的局限性使得如果不对SushiSwap的代码进行重大修改(即另一次迁移),SushiSwap的代码修改将变得不可能;

寿司交换社区刚刚投票决定将寿司代币奖励(一种所谓的流动性提供商(LP)代币,奖励在SushiSwap流动性池中持有代币的寿司用户,从每街区100个寿司减少到50个,每两年连续减半。此外,这一变化将包括一个“授予”机制,即三分之二的新铸造寿司将被锁定一年。

这些既得代币将赚取交易费用,但在长达一年的时间锁到期之前不能移动或用于投票。上周末,在其前身Chef Nomi为以太出售价值1300万美元的寿司代币后,这一授予提议与该项目尤其密切相关。不过,Nomi大厨最近没收了这笔财产,他在Twitter上宣布,他将自己在寿司代币交易中获得的37400以太币送到了寿司掉期库。

阅读更多:“我爱死了”:寿司交换创造者Chef Nomi回报1400万美元开发基金

这些提议在社区中赢得了压倒性多数票,但因托布洛克告诉CoinDesk寿司交换公司目前的智能合约不够灵活,不足以违反协议的规则。

例如,主厨合同不允许改变奖励计划,因为排放率是“硬编码”的

“…[T]当前版本的MasterChef智能合约已硬编码每个区块可授予的寿司代币数量。这是通过sushiPerBlock变量完成的,该变量在合同创建时初始化为100,之后不能修改。您可以在MasterChef智能合约的第96行中看到参考。简单地说,改变sushiPerBlock变量的值需要部署一个新的智能合约。

导读:寿司交换今天将从Uniswap中提取高达8.3亿美元的资金:为什么它对DeFi很重要

幸运的是,这一限制实际上有一个解决办法,不需要再次迁移:即使奖励是硬封顶的,也有可能将额外的奖励发送到没有人可以访问的死胡同地址(因此,为了将奖励从100个寿司减少到50个寿司,每个区块奖励将把铸造的100个寿司中的50个送到这个死角地址)。

报告写道:“虽然聪明,但这种选择远非优雅,不符合寿司交换协议的最初设计。”。

解决其他限制不仅不雅观,还需要对SushiSwap的智能合约进行彻底改革。问题源于一种设计选择,其中MasterChef合同(对协议具有控制权)不可升级,实际上拥有SushiToken合同,因此迁移到新的MasterChef合同(例如。,据intotheblo开发商pablobianciotto称,MasterChefV2)还需要部署新的SushiToken合同(SushiTokenV2)。

他对CoinDesk说:“这个限制是因为主厨不能升级。“为了便于升级,实际的合同逻辑应该存储在MasterChef引用的另一个合同中。这将使您能够灵活地更改铸造/奖励分配逻辑,方法是将此二级合同替换为新的合同并更新MasterChef参考资料。

“除此之外,SushiToken归MasterChef所有,因此创建一个新的MasterChef V2合同时,新的奖励分配逻辑和可升级功能也需要迁移SushiToken合同。”;

比如说,要实现Chefv2,就需要一个代币。

更多信息:可疑业务:上周末12亿美元的DeFi Protocol寿司交换发生了什么

由于无法将授权代币从MasterChef合同转移到另一个收费合同中,因此代码的限制也会干扰费用支付方案的实施。

比安西奥托说:“这一部分更难做到。“为了赚取费用,你必须将寿司与寿司店签订合同,但如果你的寿司是授权的,而且是在主厨那里,你就不能把它从主厨转移到寿司店来赚取费用。”他补充说,寿司棒2需要旋转以适应这种变化,以及一份新的寿司代币铸造合同(sushmakerv2)。

实际上,MasterChef合同的不可升级性产生了一种级联效应,其中在其控制下的每个智能合约也需要升级以对协议进行拟议的更改。因此,唯一的解决方案是将每个智能合约迁移到一个全新的版本。

考虑到每个合同都需要重新部署,这一迁移过程将比前一个更加劳动密集。全面迁移每个智能合约将涉及到在部署新合约后对所有用户的余额进行快照并空投新代币,以及从SushiSwap所有流动资金池中迁移个人用户数据;用户还必须在快照。

Biaciotto说,虽然快照和空投对于用户地址来说似乎很简单,“但依赖SushiToken的智能合约可能会停止工作,除非升级为使用新的SushiTokenV2。”

他还指出,这些变化“没有时间限制”。他还建议通过另一种透明的方式来实现迁移,以避免将来的迁移。

CoinDesk联系了SushiSwap新当选的领导层(那些持有九个多重签名密钥中的一个来控制协议开发的成员)询问他们是否正在计划另一次迁移。

“短期内不会有移民,”SushiSwap的首席开发者0xMaki回应道,他从一开始就参与了这个项目。0xMaki继续表示,他们希望实施授予和收费方案,但“这需要更多的思考”才能实现;

不过,比安西奥托坚持认为,“推进(实施这些建议)的唯一途径似乎是进行移民。”

更多信息:寿司交换移民迎来“礼宾政治家”时代

另一位团队成员坚持认为,这样的迁移将“大大减少复杂性”,并且“不担心任何即将出现的问题。”Bianciotto重申,既然“寿司归主厨所有”,那么“任何类型的迁移都不是小事。”

为了证实Block的研究,CoinDesk联系了Zokyo Labs,一家拥有DeFi工作室的区块链安全和开发公司。Zokyo的一位代表确认了Block的调查结果;

转载声明:本文 由CoinON抓取收录,观点仅代表作者本人,不代表CoinON资讯立场,CoinON不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。若以此作为投资依据,请自行承担全部责任。

声明:图文来源于网络,如有侵权请联系删除

风险提示:投资有风险,入市需谨慎。本资讯不作为投资理财建议。

(0)
打赏 微信扫一扫 微信扫一扫
上一篇 2020年9月13日 下午5:40
下一篇 2020年9月13日 下午9:52

相关推荐

SushiSwap的用户要求进行修改,但协议必须经过彻底修改才能交付

星期日 2020-09-13 17:40:19

dusty-plate-after-sushi-rolls-asian-kitchen-restaurant-table-soft-focus-concept-picture-twilight-lighting

(Artem Kniaz/盖蒂图片社)

外卖:

SushiSwap智能合约迁移已经完成,但存在一个问题:如果团队希望对SushiSwap社区投票支持的协议进行更改,则可能需要进行另一次迁移。

区块链研究公司IntoTheBlock告诉CoinDesk,SushiSwap代码的局限性使得如果不对SushiSwap的代码进行重大修改(即另一次迁移),SushiSwap的代码修改将变得不可能;

寿司交换社区刚刚投票决定将寿司代币奖励(一种所谓的流动性提供商(LP)代币,奖励在SushiSwap流动性池中持有代币的寿司用户,从每街区100个寿司减少到50个,每两年连续减半。此外,这一变化将包括一个“授予”机制,即三分之二的新铸造寿司将被锁定一年。

这些既得代币将赚取交易费用,但在长达一年的时间锁到期之前不能移动或用于投票。上周末,在其前身Chef Nomi为以太出售价值1300万美元的寿司代币后,这一授予提议与该项目尤其密切相关。不过,Nomi大厨最近没收了这笔财产,他在Twitter上宣布,他将自己在寿司代币交易中获得的37400以太币送到了寿司掉期库。

阅读更多:“我爱死了”:寿司交换创造者Chef Nomi回报1400万美元开发基金

这些提议在社区中赢得了压倒性多数票,但因托布洛克告诉CoinDesk寿司交换公司目前的智能合约不够灵活,不足以违反协议的规则。

例如,主厨合同不允许改变奖励计划,因为排放率是“硬编码”的

“…[T]当前版本的MasterChef智能合约已硬编码每个区块可授予的寿司代币数量。这是通过sushiPerBlock变量完成的,该变量在合同创建时初始化为100,之后不能修改。您可以在MasterChef智能合约的第96行中看到参考。简单地说,改变sushiPerBlock变量的值需要部署一个新的智能合约。

导读:寿司交换今天将从Uniswap中提取高达8.3亿美元的资金:为什么它对DeFi很重要

幸运的是,这一限制实际上有一个解决办法,不需要再次迁移:即使奖励是硬封顶的,也有可能将额外的奖励发送到没有人可以访问的死胡同地址(因此,为了将奖励从100个寿司减少到50个寿司,每个区块奖励将把铸造的100个寿司中的50个送到这个死角地址)。

报告写道:“虽然聪明,但这种选择远非优雅,不符合寿司交换协议的最初设计。”。

解决其他限制不仅不雅观,还需要对SushiSwap的智能合约进行彻底改革。问题源于一种设计选择,其中MasterChef合同(对协议具有控制权)不可升级,实际上拥有SushiToken合同,因此迁移到新的MasterChef合同(例如。,据intotheblo开发商pablobianciotto称,MasterChefV2)还需要部署新的SushiToken合同(SushiTokenV2)。

他对CoinDesk说:“这个限制是因为主厨不能升级。“为了便于升级,实际的合同逻辑应该存储在MasterChef引用的另一个合同中。这将使您能够灵活地更改铸造/奖励分配逻辑,方法是将此二级合同替换为新的合同并更新MasterChef参考资料。

“除此之外,SushiToken归MasterChef所有,因此创建一个新的MasterChef V2合同时,新的奖励分配逻辑和可升级功能也需要迁移SushiToken合同。”;

比如说,要实现Chefv2,就需要一个代币。

更多信息:可疑业务:上周末12亿美元的DeFi Protocol寿司交换发生了什么

由于无法将授权代币从MasterChef合同转移到另一个收费合同中,因此代码的限制也会干扰费用支付方案的实施。

比安西奥托说:“这一部分更难做到。“为了赚取费用,你必须将寿司与寿司店签订合同,但如果你的寿司是授权的,而且是在主厨那里,你就不能把它从主厨转移到寿司店来赚取费用。”他补充说,寿司棒2需要旋转以适应这种变化,以及一份新的寿司代币铸造合同(sushmakerv2)。

实际上,MasterChef合同的不可升级性产生了一种级联效应,其中在其控制下的每个智能合约也需要升级以对协议进行拟议的更改。因此,唯一的解决方案是将每个智能合约迁移到一个全新的版本。

考虑到每个合同都需要重新部署,这一迁移过程将比前一个更加劳动密集。全面迁移每个智能合约将涉及到在部署新合约后对所有用户的余额进行快照并空投新代币,以及从SushiSwap所有流动资金池中迁移个人用户数据;用户还必须在快照。

Biaciotto说,虽然快照和空投对于用户地址来说似乎很简单,“但依赖SushiToken的智能合约可能会停止工作,除非升级为使用新的SushiTokenV2。”

他还指出,这些变化“没有时间限制”。他还建议通过另一种透明的方式来实现迁移,以避免将来的迁移。

CoinDesk联系了SushiSwap新当选的领导层(那些持有九个多重签名密钥中的一个来控制协议开发的成员)询问他们是否正在计划另一次迁移。

“短期内不会有移民,”SushiSwap的首席开发者0xMaki回应道,他从一开始就参与了这个项目。0xMaki继续表示,他们希望实施授予和收费方案,但“这需要更多的思考”才能实现;

不过,比安西奥托坚持认为,“推进(实施这些建议)的唯一途径似乎是进行移民。”

更多信息:寿司交换移民迎来“礼宾政治家”时代

另一位团队成员坚持认为,这样的迁移将“大大减少复杂性”,并且“不担心任何即将出现的问题。”Bianciotto重申,既然“寿司归主厨所有”,那么“任何类型的迁移都不是小事。”

为了证实Block的研究,CoinDesk联系了Zokyo Labs,一家拥有DeFi工作室的区块链安全和开发公司。Zokyo的一位代表确认了Block的调查结果;