由于微信限制了第三方应用的跳转,请使用以下方法。

1. 点击右上角的

2. 选择在浏览器中打开

托管疑云:CoinMetrics到底抓到了Ripple的什么痛处?

转载
2022 天前
12986

文章来源:巴比特资讯  作者:Borun

Coin Metrics 发现了多处Ripple官方公布的XRP释放量和账本显示数量的重大出入,并在5月17日发表文章,直指矛盾之处。Ripple CTO David Schwartz颇带着不屑地回应道:

“这不过就是个时间线的问题”。

所以,Coin Metrics到底抓到了Ripple的什么痛处?真相果然如Ripple回应的那般轻描淡写吗?

Coin Metrics的指控原文译文如下(译者按:下文B为十亿,M指一百万):

Coin Metrics 发现了多处Ripple官方公布的XRP释放量和账本显示数量的重大出入。 -在两份季度报告中披露的托管账户的XRP释放量低于实际释放量约200M(多释放了现值约84M美元的XRP) -“托管队列”的实际执行情况与其公布的情况不一致,实际的托管资金的释放速度快于其官方宣称的计划 -其他或与Ripple存在一定联系的机构,通过与Ripple的主托管账户无甚联系的未知账户释放了55M的XRP 为了确证和帮助解释这些相关发现,Coin Metrics试图通过多种方式联系Ripple,但并未得到回应。

以下是我们的佐证细节:

2017年三月,Ripple宣布了新规:

“XRP账本将通过ILP进行一定时间段内的XRP托管,如果特定条件被触发,XRP将得到释放。”

几周后,Ripple托管了55M的XRP(总供给量100B中的55B),并给出官方声明:

“为了永远告别那些模棱两可,我们准备在2017年年底把55B的XRP存至加密托管账户。通过这种方式我们能确保大部分XRP是安全的,投资者们可以清晰明了的计算并校对市场中到底流转了多少XRP。”

同时他们补充说每个月他们有10亿XRP的额度,没有用完部分的都会被存回托管账户:

“我们将创建55个合约,每个合约有1B的XRP。以一个月为一期,从第0到第54个月一期释放一次(将第0月视为第一次释放月,在这里是2018年的1月份。共55个合约依次按月释放,第54个月释放完毕)…只要是我们没有用完的部分,每个月都会返还到这个托管队列中。比如说,如果第0个月(在这里是2018年1月)结束了,我们还有500M的XRP没花,这部分将被顺延存到托管账户中,到期日即为第55个月。”

通过锁住大部分XRP供给的方式,Ripple可以确保在未来的四年半每个月不会释放超过1B的XRP。

链上数据显示,有55B的XRP在2017年12月16日成功存至托管账户。然而与其公布“将创建55个合约,每合约掌管1B的XRP”不同的地方是,实际上创建的只有25个各存有1B XRP的合约。其余30B又分别托管到60个合约中,每个合约500M XRP。前25个合约按月到期,从2018年1月顺延至2020年1月;其它60个合约分别,每月到期两个(每月总计到期500M*2),时间是从2020年2月到2022年7月。作出承诺的勇气虽然可嘉,但执行时Ripple却打了点折扣。


截止发文的时间(北京时间2019年5月17日),有共计17B的XRP被释放,13.2B返还到托管账户,净释放量3.8B XRP。

与季度报告的相异之处

Ripple每个季度都会发布市场报告,详细阐述托管账户情况,给出每个季度XRP的托管与返还数量。我们调用API得到了账本信息,将链上活动数据与Ripple公布的数字进行了比对。


我们发现在2018年第3季度和2019年第1季度,Ripple错误地报告了返还给托管账户的XRP数量,这两次季度报告给出的返还数量都高于实际返还数量各100M XRP。(意思就是这两个季度实际释放量都多了)

托管队列执行过程的变节

根据Ripple的官方声明,我们可以作出这样的假设陈述:当月月初被释放却没花出去的那部分XRP,当月月末时候会被返还到托管账户中,到期月份继续向下顺延(译者按:就像之前说的,第0月没花完留到第55个月,第1个月留到第56个月,之前的54个月统统这样被安排,见前文)。Coindesk在Ripple发出公告的当天的一篇文章中的论调跟我们的假设也是不谋而合的。就在公告发布的前一天,Ripple更新了Dev Blog一篇,说法与我们一致。而偏偏链上数据讲了个不一样的故事:没被使用的资金没有依次顺延添加到新的托管合约中,而是要补足前一个合约中不足1B的部分,剩下的顺延。

2018年1月6日,即第0个月的开端,Ripple释放了第一笔托管的1B XRP。该月月末,返还了没用掉的900M的XRP,到期日为第55个月。这波操作符合预期。


在2月份(编者按:2018年1月是第0个月,所以2月是第1个月),他们解锁了另外的1B XRP,用了100M,剩下了900M,按道理应该都存到第56个月(2022年9月),在此之前一分都不应该动;而实际上,这900M被分成了两部分,第一部分共100M被划到了第55个月(把第55个月补成了1B XRP),剩下800M XRP正常顺延到第56个月。


这种模式自此就一直持续下去了。虽然讲道理将剩余资金依次补齐并非大逆不道,但这个阉割版的方案无疑加速了XRP的释放。这跟之前Ripple强调的,和我们大众理解的那个禁欲版本显然不一样。在Ripple发布的介绍文章中,根据其宣称的托管释放队列,我们绘制了下图蓝线。而红线则是其实际的托管释放模式。如果是按照原先Ripple所说的每月花50%的量来算,那么实际的释放时长与其计划模式的释放时长足足相差21年(译者按:鉴于前两个月只花了10%,没到50%,后期的补齐量也是远远低于50%,因此这个相差年份其实没有那么夸张)。


如果按照300M来算,Ripple宣称的释放计划仍然比它实际执行的要慢20%。


其它未知托管

XRP账本的托管属性是为了更好的管理Ripple手中的55B XRP。而一些据悉另有200M XRP也有其它的托管计划。

2018年11月16日,rNfwFmsgBRrtqQDcWtFAJMzK2P1yCs7XPy的200M XRP(这个地址中的200M XRP是从另一个与Ripple相关的地址中转进来的)被分别托管到40个合约中,每个合约5M XRP。从2018年12月1日到2020年7月15日没半个月释放一次。

到目前为止,55 M的XRP已经通过这种方式释放了,我们简单看了一下流向,大部分汇入了Bitstamp。

我们并不认为这样的操作是符合Ripple之前公布的一些机制与计划的。

译者按:译文结束

由此可以得出的结论是:Ripple在实际的释放执行中存在“不诚实”的行为,并且截止本篇文章发布前,Ripple官方并未给出令人满意的解释。Coin Metrcis的指证虽然属实,却离“重磅炸弹”还距有相当大的一段距离。

64x64

SolanaETF获批前景:从“几乎无望”到“2025年底前可期”,当前有哪些挑战?

App打开
64x64

专访Polkadot缔造者GavinWood:因过于超前经历了哪些误解和挫折?

App打开
64x64

交易机器人存在的跑路风险,UTONIC的AVS+MPC方案可以解吗?

App打开
更 火 的 区 块 链 资 讯
分享自火讯财经-长按识别快讯真伪
长按图片转发给朋友