XRP Up 24,000% Since 2013 Despite Ripple Monthly Sales: Lawyer Debunks 'Dump' Claims

XRP Up 24,000% Since 2013 Despite Ripple Monthly Sales: Lawyer Debunks 'Dump' Claims

N
News Editor 01
2026-07-06 00:00:12
Despite Ripple selling millions of XRP monthly (worth ~$400M), XRP price has surged 24,602% since 2013. Lawyer Bill Morgan argues price correlates with Bitcoin instead of Ripple sales, dismissing the 'systematic dump' theory.

一条关于Ripple“系统性抛售”XRP的帖子近日在加密社区引发轩然大波,帖子指控Ripple每月向市场倾倒数亿枚XRP,以此维持公司运营,导致持有者被持续稀释。然而,律师Bill Morgan迅速予以驳斥,指出XRP自2013年以来涨幅高达24602%,所谓的“抛压”并未阻碍其长期上涨。

争议焦点:Ripple每月抛售4亿美元XRP?

据名为“CryptoComLearn”的爆料帖显示,2012年XRP创世时共发行1000亿枚,创始人保留200亿枚,800亿枚交由公司。2017年12月,Ripple将550亿枚XRP锁定在智能合约中,每月解锁10亿枚。通常情况下,Ripple会重新锁定其中70%至80%,剩余约2亿至3亿枚(以当前价格计算约合4亿美元)用于运营支出。帖子称:“过去十年的牛市叙事一直是‘银行即将采用XRP’,但Ripple仍持有约390亿枚XRP托管(约占总量39%)。每个XRP持有者都在被公司有计划地每月稀释,这已写入区块链。XRP已连续下跌6个月。”

律师反击:XRP上涨24000%,抛压论站不住脚

知名法律人士Bill Morgan在社交平台撰文反驳,直指该理论逻辑缺陷。“这个傻瓜认为XRP过去6个月下跌是因为Ripple每月卖出XRP,”Morgan写道,“但他也承认Ripple已经这样卖了很多年,因此他无法解释即使在Ripple卖出的月份里XRP价格的上涨,也无法解释自2013年以来整体高达24602%的涨幅。”

Morgan的论点核心在于:XRP价格主要与比特币联动,而非Ripple的月度销售活动。若持续的抛售真的压制价格,那么这种压制应在每个周期中显现。但事实上,在相同的抛售压力下,XRP曾多次录得显著涨幅。他还补充了长期视角:Ripple目前托管占总量约33%,较早期大幅下降,意味着理论抛压随时间递减而非叠加。

市场影响与社区反应

这场争论再次点燃了XRP社区对代币经济模型的分歧。支持者认为Ripple的每月解锁与抛售是一种透明的融资机制,不会扭曲市场;批评者则坚持认为持续供应压制了价格潜力。从技术面看,XRP近期表现疲软,连续6个月收跌,但历史数据显示其与比特币的相关性高达0.8以上。若比特币启动新一轮上涨,XRP有望跟随,届时Ripple的抛售可能被市场吸收。

值得注意的是,Ripple每月解锁的10亿枚中约有70-80%会重新锁定,实际流入市场的只有20-30%(约2-3亿枚),相对于XRP约500亿美元的日均交易量,抛压其实有限。然而,市场情绪往往被夸张的叙事左右。对于长期持有者而言,理解Ripple的抛售计划与比特币主导的宏观环境更为关键。

This article was originally published by Bit.Fan. For more cryptocurrency news and market insights, visit www.bit.fan.
400

Disclaimer:

The market information, project data, and third-party content displayed on this platform are for industry information sharing only and do not constitute any form of investment advice or return commitment.

Cryptocurrency trading carries high risks. Users should fully assess their risk tolerance and make independent decisions. All profits, losses, and legal responsibilities are borne by the users themselves.