LOADING...
LOADING...
LOADING...
当前位置: 玩币族首页 > 币圈百科 > 代币卡死在合约地址内怎么办?详解Tether的USDT恢复机制

代币卡死在合约地址内怎么办?详解Tether的USDT恢复机制

2020-09-15 Odaily星球日报 来源:区块链网络

本文来自:The Block,原文作者:Yogita Khatri

Odaily 星球日报译者 | Azuma

9 月 14 日晚间,用户发现波场链上流动性挖矿项目 Rose Finance 的 USDT 质押池内代币无法正常解押。Rose Finance官方随后表示,已与审计公司知道创宇以及 Tether 官方进行了联系,希望能够解决这个问题。

Tronscan 浏览器数据显示,目前仍有近 700 万枚 USDT 卡在该合约地址内。

这笔资金能否正常解冻,Tether 的「USDT 恢复机制」或许可给出答案。

早有先例

其实,Tether 上周刚刚为一名Swerve Finance(Curve 分叉项目)用户处理了一起存在一定相似度的事件。该用户在误将 100 万枚 USDT 转入了 Swerve 的合约地址后发现无法取出,并一度以为再也拿不回这些资金了。随后,这一事件引起了 Tether首席技术官 Paolo Ardoino 的注意,在其牵头之下,Tether 随后通过「恢复机制」成功恢复并返还了该用户 100 万枚 USDT。

在帮助该用户恢复 100 万枚 USDT 之前,Tether 官方曾联系了 Swerve Finance 的Discord 频道主持人Mr. Fahrenheit。Mr. Fahrenheit 公布的一份由 Tether 主管发来的信息如下:

「Mr. Fahrenheit,我谨代表 Tether 与您联系。最近有一个用户联系了我们,他因误操作而将 100 万枚 USDT 直接转入了 Swerve 的合约地址(0xb8baa0e4287890a5f79863ab62b7f175cecbd433)。在我们采取任何补救措施之前,我想向您确认两点:1. 这笔资金在任何正常的使用情况下都是不可收回的;2. 我们在恢复这笔资金的同时,会将该地址列入黑名单,我希望确认这不会对 Swerve 的运营造成任何影响。」

显然,Tether 是在得到了 Swerve 方面的肯定回答之后,才决定帮助该用户恢复资产。至于合约地址被列入黑名单一事,Mr. Fahrenheit 表示:“这只是一个技术上的黑名单。我们的代币合约地址永远无法将代币转移出去,因此被列入黑名单没有什么影响。”

「恢复机制」仅支持两条公链

用户错误地将资金发送到至错误的地址,从而导致这些代币永远无法访问,这一情况实际上并不罕见。

Tether首席技术官 Paolo Ardoino 表示:“当用户就此类事件联系我们时,我们就会开始调查。如果必要的话,我们也许能够帮助这些客户恢复其代币。我们会通过各种区块链分析工具对原始发送地址进行调查,用户则需要证明发送地址的所有权......是否施以援手完全由Tether 自行决定,我们不能保证一定会成功,但我们将始终遵守规则,遵守法律。”

Ardoino 进一步解释了「恢复机制」的工作原理,Tether 本身也无法将资金从卡住的地址中转出,但 Tether 的以太坊(Ethereum)和波场(Tron)智能合约都存在一个代码,允许发行方冻结被卡住的代币,继而销毁代币,再发行等量新代币,最终实现恢复用户资金,比如上文提到的 Swerve Finance 用户案例。但是,Tether 无法在其他六条支持 USDT 的公链上做到这一点——Algorand、EOS、Liquid Network、Omni、OMG Network 和 Solana。

事实上,Tether 经常收到并解决这样的请求。Ardoino 透露,Tether 在上周的一天之内就曾帮助 12 个不同的用户收回了其资金。今年至今,Tether 已帮助用户恢复了大约 500 万枚 USDT,其中最小的一笔仅恢复了 250 枚 USDT。

其他稳定币是否也有「恢复机制」?

Tether 的「USDT 恢复机制」是否独一无二?Circle 全球企业传播高级副总裁Josh Hawkins 透露,市值排名第二的稳定币 USDC 并没有类似机制,因此也不存在类似的「可逆性」。

Gemini 方面表示,GUSD 同样不存在类似机制。

截至发文,Paxos 尚未就BUSD、PAX、HUSD 是否存在这一机制进行回应。

—-

编译者/作者:Odaily星球日报

玩币族申明:玩币族作为开放的资讯翻译/分享平台,所提供的所有资讯仅代表作者个人观点,与玩币族平台立场无关,且不构成任何投资理财建议。文章版权归原作者所有。

LOADING...
LOADING...