热门稳定数字货币GUSD其实并没有第三方托管机构监管!

作者:古哥_可信网络
链接:https://www.jianshu.com/p/eb4575209650
来源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。
原文发布时间:2018年10月6日

 

国庆长假快进尾声,今天把GUSD的合约代码仔细看了,得出一个非常惊人的结论:

GUSD已经抛弃了Custodian第三方托管合约,变成由Gemini自由控制的中心化的增发工具。

通过仔细阅读GUSD复杂的合约,笔者发现,GUSD的主合约:ERC20Impl合约的custodian(托管账户)从原先的Custodian合约变成了PrintingLimiter合约,导致增发等重要的操作可以不受Custodian合约控制,无需第三方托管账户操作。

事实上,GUSD的Custodian合约有史以来只操作了4次,见:https://etherscan.io/address/0x9a7b5f6e453d0cda978163cb4a9a88367250a52d
每次只是授权了confirmImplChange方法(该方法的Method Id为0x8181b029

下面,我们来进一步查看究竟GUSD是如何实现增发的。
首先,我们来看该代币地址:https://etherscan.io/token/0x056fd409e1d7a124bd7017459dfea2f387b6d5cd
显示余额为:957525.96GUSD(2018年10月6日16点左右)

在列表中随意找一个From0x0000...的Tx交易记录,点击后,查看交易详情:
https://etherscan.io/tx/0xd204a0e54d63a27de84074d48491016892a933ddce9cf7debf36747f1af96460
可以看出,该币交易增发了157,882.70个GUSD。

通过查询交易的Event Logs,可以看出,这笔交易完成后收到了三个事件:

  • ERC20Impl合约的requestPrint方法,发送PrintingLocked事件;
  • ERC20Impl合约的confirmPrint方法,发送PrintingConfirmed事件;
  • ERC20Proxy合约的发送代币,并释放Transfer事件。

而以上事件全部是由PrintLimiter合约中的limitedPrint方法统一控制的。

点击这里查看PrintLimiter合约源码

PrintLimiter合约中找到limitedPrint函数,源码如下:


看最后一句erc20Impl.confirmPrint(erc20Impl.requestPrint(_receiver, _value));,是指拥有增发权限的用户,直接从requestPrint()方法中获取lockId,并交给confirmPrint()方法作为参数,确认其增发行为。

按道理,应该在提出增发申请,即requestPrint()后,由资金托管方Custodian进行多签授权,然后执行确认增发命令,即confirmPrint()。但实际上,这里全部省略了。

我们再来看看到底谁拥有增发权限的账户呢?也即是上面代码中的modifier方法onlyLimitedPrinter中的条件到底是什么?

看代码:


即只要发送改指令的以太坊账号msg.sender等于limitedPrinter就行了,而limitedPrinter是在部署PrintLimiter合约时的构造函数中设定的。因此,只要部署该合约时指定某个以太坊账户拥有增发权限即可。

那么,究竟谁是拥有这个增发权限的超级账号呢?
我们通过查询前面的交易记录:https://etherscan.io/tx/0xd204a0e54d63a27de84074d48491016892a933ddce9cf7debf36747f1af96460
找到From账户,就是给合约发送指令的msg.sender的地址:0xd24400ae8bfebb18ca49be86258a3c749cf46853

那这个地址又是什么呢?
让我们打开ERC20Impl合约的详情:https://etherscan.io/address/0x6704ba24b8640BCcEe6BF2fd276a6a1b8EdF4Ade#readContract
可以发现,以上地址就是sweeper

查看ERC20Impl合约的构造函数可以发现,这个sweeper地址是在部署ERC20Impl合约时设定的参数。通过etherscan.io查询,发现这个地址就是Gemini交易所地址。

由此,一个看似复杂,公平,受第三方监管的稳定币GUSD,其实增发完全被一个交易所账户控制着。增发过程很容易,只要执行PrintLimiter合约中的limitedPrint方法即可。所谓的托管方Custodian只是一个幌子罢了。

那么,GUSD的所有代码是不是都是摆设呢?也不是,在Custodian合约中,已经把所有逻辑写的很清楚了。其基本逻辑是:
如果某人需要执行某个更改(如增发),首先需要提出一个申请,获取lockId,然后第三方监管机构执行Custodian合约中的requestUnlock函数,提出解锁申请。第三方监管机构中有权限的几个账户中的两个对该申请审核,然后通过多签,确定是否批准解锁。如果批准,则执行人拥有执行该方法的权限(如增发)。
以上逻辑,其实建立了一套:发行-监管的模式,该模式适用于几乎所有金融应用场景。

根据笔者对GUSD合约的理解,只要将上面的limitPrint方法的modifier方法改为onlyCustodian即可实现增发行为的第三方监管,如下:

极客公园

CoinVoice是领先的全球化区块链媒体,提供加密资产、区块链技术、行业活动专业报道

极客公园