Monero [XMR] vzrostlo během dne o 9 % na zhruba 516 USD a znovu překonalo hranici 500 USD. THORChain 3.2 zavedl nativní swapy XMR za BTC, ETH a stablecoiny, což podpořilo likviditu.
Monero [XMR] is showing strong upside momentum. After failing to hold $500 earlier, the altcoin’s bullish pressure strengthened, reclaiming $500 and hiking to a high of $520.
At press time, Monero was trading around $516, marking an 11% surge on the daily charts. Over the same period, the altcoin trading volume surged 206%, reflecting strong market activity and steady capital flows.
Why is Monero upside pressure holding? While Monero’s rebound was not driven by events over the past days, investors have shown optimism with the recent structural upgrade.
As such, the THORChain network upgrade introduced native support for Monero swaps. The THORSChain 3.2 upgrade introduced Monero swaps against Bitcoin [BTC], Ethereum [ETH], and stablecoins.
This improvement has significantly improved XMR access and liquidity. Since it allows swaps XMR non-custodially on cross-chain DEX, it has become a major boost because of Monero restrictions on centralized exchanges.
Are speculators chasing the rally? Incentivized by this development, traders returned with strength across the market. Speculators, for example, have shown greater determination to capitalize on these market gains.
According to CoinGlass data, Monero’s Open Interest (OI) surged 16% to $304 million at press time, while the Derivatives Volume rose 319% to $325 million.
Source: Coinglass When OI and volume rise in tandem, it reflects increased market participation and capital inflow. Thus, traders deployed significant capital into opening new positions.
Meanwhile, the Long/Short Ratio climbed above 1, excluding Binance top traders. At 1.08, the ratio implied that most traders were bullish and were betting on more gains.
Can XMR sustain these gains? Monero‘s bullish pressure has intensified, with demand becoming sustainable, which in turn has strengthened upward momentum. In fact, a look at the momentum indicators validates this view. The altcoin’s Stochastic Momentum Index (SMI) extended its surge, hiking to 60 as of writing.
With the SMI edging deep into the bullish zone, it suggested that upside momentum is strong with bulls enjoying commanding control.
Source: TradingView Likewise, the Relative Strength Index (RSI) also extended its surge, rising to the overbought zone. At 80, RSI further confirms buyers have total control of the market.
As of now, these two indicators signal that the prevailing trend is most likely to continue. Therefore, if the market demand recently witnessed holds, Monero will reclaim $527 and target $546 in the short term.
However, if the attempted upside move fails again, XMR is likely to fall below $500, with $460 as a key support level.
Final Summary Monero extended its bullish structure, rising 9%, to reclaim and flip $500, reaching a local high of $520. XMR’s upside momentum although driven by strong demand , recent THORChain upgrade has incentivized investors to return.
An attacker exploited a vulnerability in the Cosmos EVM to move $50 million of Nesa (NES) off the project’s chain. However, the payout came to $60,000.
Blockchain analytics firm Bubblemaps traced the wallets involved. Liquidity vanished from the pools before the selling finished, and extreme slippage swallowed almost the entire position.
How the Nesa Exploit UnraveledThe main wallet, 0x9AE7, bought $250,000 of NES and bridged the tokens to Nesa Chain. Bubblemaps said the address was funded through Monero (XMR).
The attacker exploited the bug, inflating that balance by 200 times. He then bridged roughly $50 million of NES back to Ethereum (ETH).
From there, the tokens moved through eight addresses. Those wallets swapped NES for ETH on decentralized exchanges before routing proceeds to centralized platforms.
However, liquidity disappeared from the pools before most of the selling happened. The swaps hit extreme slippage, and the attacker recovered $315,000 against $255,000 spent.
Follow us on X to get the latest news as it happens
Cosmos Labs Told Chains to HaltCosmos Labs disclosed the incident on August 24 and advised chains in contact with it to have validators halt.
“Many affected chains have now patched. We continue to provide mitigation information to affected chains. Chains that use a Cosmos EVM version less than v0.6.2 or v0.7.2 are recommended to immediately halt the blockchain and upgrade it to include the patches in those releases,” the team said in an update.
It has not yet named the vulnerability, the affected chains, or the total loss figure. The team has promised an incident report once the response ends.
Four networks running the shared module have reported problems. KiiChain said an attacker repeated the same technique 18 times, draining 148,326,583.15 KII.
Nesa also notified users that it had identified malicious activity exploiting the Cosmos EVM vulnerability on its layer-1. The team said they will bring the services online after a software fix. Other impacted networks include MANTRA and TAC.
Whether other chains running the module took quieter losses will not be clear until Cosmos Labs publishes its report.
Subscribe to our YouTube channel to watch leaders and journalists provide expert insights
THORChain 3.20 přidává nativní směny Monero (XMR) a Zcash (ZEC) za Bitcoin (BTC), Ethereum (ETH) a stablecoiny bez wrapped verzí. Uživatelé tak mohou obchodovat přímo, bez centralizované burzy a bez předání úschovy.
George Town, Cayman Islands, 25th August 2026, ChainwireBy Chainwire
2 min read
Create an account to save your articles.
Add on Google
Add Decrypt as your preferred source to see more of our stories on Google.
George Town, Cayman Islands, August 25th, 2026, Chainwire
THORChain, a decentralized exchange, announced the launch of THORChain 3.20, an upgrade introducing native support for Monero (XMR) and Zcash (ZEC) swaps.
Until now, moving between privacy coins such as XMR or ZEC and the crypto market has required users to rely on centralized exchanges, custodial services, or additional intermediary steps. With THORChain 3.20, users can natively swap XMR and ZEC against assets including Bitcoin (BTC), Ethereum (ETH), and stablecoins directly through THORChain.
No wrapped versions of XMR or ZEC are required. Users do not need to create an account or hand custody of their assets to a centralized entity. This is a significantly more direct route between privacy-focused cryptocurrencies and the most widely used assets in crypto.
For Monero holders, access to the broader crypto market has become an increasingly important issue as XMR continues to be removed or restricted by centralized exchanges. THORChain’s integration provides an alternative based on native assets and self-custody rather than requiring users to deposit their coins with an exchange.
The release is one of THORChain’s most significant upgrades to date. In addition to Monero and Zcash integration, version 3.20 introduces several broader changes to the protocol, including Protocol-Owned Liquidity (POL) and the new Stable Reserve, alongside renewed support for Solana, Base, and BNB. The Stable Reserve introduces stablecoin-to-stablecoin swaps with no liquidity fees, and Protocol-Owned Liquidity gives THORChain additional mechanisms for deploying protocol capital across the network.
The move builds on THORChain’s core proposition of allowing users to exchange native cryptocurrencies across otherwise disconnected blockchain networks without handing control of their assets to an intermediary.
THORChain already enables native cross-chain swaps across assets including Bitcoin and Ethereum. The addition of privacy-focused networks expands that model into an area of the crypto market where decentralized access has been far more limited until today.
About THORChain
THORChain is a decentralized exchange that enables users to swap native digital assets across different blockchain networks without relying on wrapped assets or centralized custodians. It allows users to exchange assets including Bitcoin, Ethereum, and other supported cryptocurrencies while maintaining a self-custodial experience.
Attackers have been taking over Macs through a flaw in Apple's screen sharing feature and using them to mine Monero, the Netherlands' National Cyber Security Centre (NCSC) recently said in an updated advisory.
The NCSC said it received a report of attacks on multiple Macs that were reachable through the internet. In each case, the attacker took full control of the machine and installed Monero (XMR) mining software, the Dutch-language advisory states. The agency did not state how many machines were affected, or who was suspected to be behind the attack.
Apple patched the flaw on Aug. 6 in macOS Tahoe 26.6.1, Sequoia 15.7.9 and Sonoma 14.8.9. The company said an attacker on the network could gain access to a Mac through its Screen Sharing feature without a valid password.
Screen Sharing, which lets users remotely view and control their Mac from another computer, is switched off by default, but is commonly used to access "bare-metal" Apple devices hosted on remote servers. Security firm Huntress, in an analysis of the incident, said the flaw tricks the Mac into treating a stranger's connection as one that has already logged in. Because the flaw occurs before authentication, changing or deleting screen sharing passwords does not help.
"Anybody who leverages Apple's Screen Sharing functionality on any supported macOS version needs to apply the most recent security updates immediately," Huntress researcher Ryan Dowd wrote. Dowd also said he identified "tens of thousands of potentially vulnerable hosts" through a Censys search.
Federal cybersecurity agency CISA initially rated the flaw 7.1 out of 10 the day Apple shipped the fix, then replaced that on Friday with a 9.8, near the top of the 10-point scale, according to the record in the National Vulnerability Database. The flaw has not yet been added to the federal catalog of vulnerabilities known to be under attack.
Why Monero? Monero has been a target of so-called "cryptojacking," where mining software is run on hijacked computers, for years given the token's ability to be mined on ordinary computers rather than specialized mining rigs and the private nature of its transactions.
The payoff per machine is thin, however. The entire Monero network issues about 432 XMR a day, worth roughly $179,000 at Sunday's price, split among everyone mining it.
XMR traded at $415.82 on Sunday, up about 3.7% over the past 24 hours, according to The Block's Monero Price page.
Hijacked computing power has surfaced elsewhere this year. In March, an Alibaba-affiliated AI agent called ROME diverted GPUs from its own training runs to mine crypto, according to a technical paper from the teams that built it.
Apple and the NCSC did not immediately respond to The Block's requests for comment.
Disclaimer: The Block is an independent media outlet that delivers news, research, and data. As of November 2023, Foresight Ventures is a majority investor of The Block. Foresight Ventures invests in other companies in the crypto space. Crypto exchange Bitget is an anchor LP for Foresight Ventures. The Block continues to operate independently to deliver objective, impactful, and timely information about the crypto industry. Here are our current financial disclosures.
Nově vytvořená peněženka vložila na Hyperliquid 3,56 milionu USDC a otevřela 4x long na 36 000 XMR v hodnotě asi 14,33 milionu USD. Cíl zisku je mezi 475 a 516 USD.
Someone really likes Monero right now. A newly created wallet dropped 3.56 million USDC onto Hyperliquid, the decentralized perpetual exchange, and immediately opened a leveraged long position on 36,000 XMR tokens. At entry prices hovering between $395 and $400, the notional value of the trade clocks in at roughly $14.33 million.
The trader then set a take-profit ladder between $475 and $516, suggesting they’re expecting XMR to rally another 20% to 30% from current levels.
Breaking down the trade The position uses approximately 4x leverage, meaning the trader’s $3.56 million in deposited collateral is controlling a position worth more than four times that amount.
Advertisement
On-chain analytics from Lookonchain first flagged the whale activity on August 10, 2026. The wallet in question appears to have been created specifically for this trade, which is a common pattern among large traders looking to keep their broader portfolio activity under wraps.
XMR has gained nearly 10% over the past week, trading in a range between $393 and $402 after breaking through a descending trendline that had been capping price action.
Hyperliquid is a decentralized exchange specializing in perpetual futures that operates on its own Layer-1 blockchain to facilitate on-chain order books and leveraged trading. Perpetual futures allow traders to bet on price movements without actually buying the underlying asset — you’re trading a synthetic contract that tracks XMR’s price, settled in stablecoins, with leverage available to amplify exposure.
This distinction matters for Monero in particular. XMR has been delisted from several major centralized exchanges over the years due to regulatory concerns around its privacy features, making it harder to trade in traditional spot markets. Perpetual futures on platforms like Hyperliquid offer an alternative route for traders who want exposure without navigating the shrinking list of venues that still support direct XMR trading.
A pattern of whale interest This isn’t the first time a large trader has taken a sizable XMR position on Hyperliquid. Earlier in 2026, a similar whale trade surfaced involving a $2.27 million USDC deposit used to open a 2x leveraged long on Monero. The current trade is significantly larger in both collateral and leverage.
The take-profit range of $475 to $516 would represent a roughly 19% to 29% move from the entry zone. At 4x leverage, a 25% adverse move would wipe out the collateral entirely without intervention.
With spot market access becoming increasingly restricted, decentralized perpetual exchanges are absorbing a growing share of XMR volume. That means XMR’s price discovery is happening less on order books where actual coins change hands and more on synthetic markets where stablecoins serve as the medium of exchange. Hyperliquid, which operates without traditional KYC requirements for most users, is a natural landing spot for that flow.
Disclosure: This article was edited by Editorial Team. For more information on how we create and review content, see our Editorial Policy.
Coinsbuy, a digital asset processing platform built for enterprise and merchant clients, was hit with a major security breach that drained more than $7.9 million from wallets across the Ethereum and TRON networks. The attack, identified on August 10, marks the first publicly known hack of the platform since it launched around 2019.
What makes this one particularly thorny for investigators: the attacker funneled a portion of the stolen crypto into Monero, the privacy coin specifically designed to make transaction tracing as difficult as possible.
How the attack unfolded On-chain monitoring by Specter flagged suspicious activity tied to Coinsbuy-linked wallets, revealing that funds were being systematically drained across two of the industry’s most widely used networks. The attacker targeted assets on both Ethereum and TRON, suggesting either compromised private keys or a vulnerability in how Coinsbuy managed its multi-chain wallet infrastructure.
Advertisement
After siphoning the funds, the hacker moved quickly to obscure the trail. Portions of the stolen crypto were routed through various exchanges and converted into Monero (XMR), a coin whose privacy features make it notoriously resistant to blockchain forensics.
Damage control and frozen funds Coinsbuy partnered with ChangeNOW, a non-custodial crypto exchange, to freeze a six-figure sum of the stolen assets before the attacker could fully liquidate them.
As a precautionary measure, Coinsbuy temporarily suspended all deposit and withdrawal services across its platform. The pause was relatively brief, with operations restored shortly after.
Current investigations suggest the breach was an isolated incident rather than evidence of some deeper systemic vulnerability within Coinsbuy’s infrastructure.
Why enterprise crypto platforms are increasingly in the crosshairs Coinsbuy occupies a specific niche in the crypto ecosystem. Rather than serving retail traders, it provides digital asset processing tools for businesses and merchants. The platform has operated in this space since roughly 2019, largely flying under the radar of the broader crypto community.
Disclosure: This article was edited by Editorial Team. For more information on how we create and review content, see our Editorial Policy.
THORChain testuje v3.20, které má snížit nestabilitu po exploitu a odemknout soft launch Monera jako beta období. Monero je podle týmu téměř připravené, ale čeká na churn.
THORSday Community Podcast #221 ft. CBarraford, KentonC137 & Patriotsounds | July 30, 2026 | Watch the full episode on YouTube
By Raynalytics
TL;DRv3.20 is in testing, and Chad hopes it is done this week or early next. It targets the exploit's second-order mainnet instability and carries the fix that would let more affiliates onto the dynamic fee model.ADR31 passed on option 1, and ADR27 passed with it. Minimum slip is now zero bps, so the Rujira app layer can arb pools tighter than the 10 to 20 bps band arbitrageurs hold today, once Rujira's side is switched on.Monero's code is essentially ready and the churn is the blocker. Zcash probably takes the next churn, with Monero after. Chad's separate churn-removal work would not cover $XMR, which brings its own signing algorithm.The plan settled on air is to launch Monero as a soft launch, an openly labelled beta period with its length still open, on what Denny called the most complicated chain client THORChain has added.Protocol-owned liquidity should switch on with v3.20, Chad hopes, and would pick its own pools by comparing depth against revenue. Gas assets are enabled by default, while stablecoins and ERC20s each need a node vote.1. v3.20 Is in Testing, and It Takes the Post-Exploit Wobble With Itv3.20 is being tested now, and Chad hopes testing wraps this week or early next. From there, as he recalls the sequence: exchanges are notified, the release is cut, and community adoption follows roughly a week behind.
Much of the mainnet trouble since the exploit has not been the exploit itself but second-order damage from it, and v3.20 aims at that directly. Chad expects a good percentage of the instability to go away, not all of it.
The stable reserve is in the v3.20 code, but Chad wants more data analysis and simulations before he is confident in it, so he does not expect this release to activate it.
v3.20 also fixes the small bug currently gating additional affiliates on the dynamic fee model, and changes the protocol-owned liquidity Mimir from an economic setting to an operational one.
2. ADR31 and ADR27 Pass, and Minimum Slip Drops to ZeroDenny opened the show wearing a celebratory hat for what he called his Rujira boys: ADR31 passed on option 1, which last week's recap covered as continuing the Rujira relationship as it stands. Denny's read was that the nodes are overwhelmingly excited for the app layer.
ADR27, which passed alongside it, is the one with immediate mechanical consequences. Minimum slip is now zero bps. Arbitrageurs currently pull pools to within roughly 10 to 20 bps on either side of market, and with the floor gone, the app layer can push them as close to zero as is reasonably possible once Rujira's arbing code is switched on. Chad's understanding is that roughly half the income earned doing it would route back to the base protocol.
The dynamic fee model currently discounts swaps partly to absorb slippage. Take the slippage out and Chad thinks THORChain could raise its prices and theoretically hold the same volume.
CodeHans told him it would be done toward the end of the week.
"He's a dev like I'm a dev. So sometimes our timelines aren't exactly on point." (Chad)Chad expects a week or two after it flips on before the effect is readable. Rujira also posted its highest trade volume day on record the day of recording, though Denny did not have the figure to hand. Live ADR vote counts sit on Ray's governance tracker on raynalytics.net.
3. Chad Wants Chain Launches to Stop Waiting on a ChurnMonero is, in Chad's words, pretty much ready to go. THORChain has not been able to churn for a while because of the instability around the exploit, and both Zcash and Monero need a churn to launch.
So Chad started writing a code change to take the churn out of adding a chain, with one carve-out: he said a chain bringing a new signing algorithm would still need a churn, and $XMR is exactly that. The change removes the churn for ordinary chains that reuse an algorithm THORChain already has.
The churn is fragile: every node has to be online and communicating inside a reasonable window, and one node fumbling it forces a retry. THORChain churns every three days, while Chainflip does it roughly once every seven months.
It also gets more fragile as THORChain grows. Every added chain is another way for a churn to fail, since a broken Litecoin means no transactions and no churn. Every added signing algorithm is another key: Monero needs its own private key, making three instead of two, DKLS would be a fourth, and Schnorr a fifth.
"If we lean towards the more secure route, we'll also lean towards a less reliability route. Those two things kind of push against each other." (Chad)The insight underneath the change: you need one key per signing algorithm, not one per chain. From one public key you can derive an address on any chain sharing the same algorithm. Chad's illustration was the TON chain: if it uses an algorithm THORChain already holds a key for, and he guessed EdDSA without being sure, the network could derive a TON address today with none of the TON code written.
Chad rates the work as mid, not a lot of code but a lot of thinking, architecture and edge cases. The branch is most of the way through and needs a large amount of testing.
Zcash probably takes the next churn, unless stagenet testing turns up something significant. Monero follows.
4. Monero Gets a Soft LaunchKenton has been flip-flopping on when to push Monero: promote it at launch and ride the momentum, or wait two months for the pool to stabilize and risk losing that window.
Denny's answer was to announce it and be honest that there could be bugs. Chad supplied the phrase that settled it: soft launch. A beta period, caution advised, in a term everyone already understands.
Denny called this the most complicated chain client THORChain has added, and the team has been testing it for over a month.
"This is the jungle. No one's ever done this." (Denny)Monero locks UTXOs, and Chad was not sure whether the lock runs 20 blocks or about 20 minutes. Either way, no other chain THORChain supports does it. He thinks THORChain consolidates once it holds more than 8 or 13 UTXOs and would have to check the code to confirm what Monero does by default, but applying the same logic there would lock all those funds at once, and an outbound could arrive with nothing spendable behind it.
He said the existing logic might be good enough. If it is not, his fallback is lazy UTXO consolidation: cap how many UTXOs a single spend may use, then work through successive batches until there is enough.
Chad expects arbitrage not to be the worry, since it happens mostly internally rather than on the layer 1. Organic volume is. Worst case is a backlog of outbound transactions, which THORChain Swap could reflect in its outbound time estimate. He thinks that is more likely than not, and would still rather let the network's own data name the real problem than build for it now.
On wallets, Trezor support is now live on THORChain Swap and open for testing, prioritized partly because Kenton called it one of the more popular Monero wallets.
Denny's longer ambition is that THORChain becomes Monero's center of liquidity and sets the real price of $XMR. Chad put a floor of six months on that, probably more, and listed what it needs: chain stability, depth in the pools, and more wallets integrating. He would not call it crazy. Continued $XMR delistings from centralized exchanges only make the case easier.
5. Protocol-Owned Liquidity Returns, and It Picks Its Own PoolsPOL should kick in with v3.20, Chad hopes, since its Mimir moved from economic to operational. He believes that makes it votable but would have to check the code to verify. If it is, Kenton noted, nodes could vote it on and back off if they disagreed. The percentage then goes to a node vote: 5%, 20%, 80%, whatever the community sets.
POL compares a pool's depth against its revenue and favors low depth and high revenue over deep and quiet. It is self-correcting, because as a pool deepens, clearing that revenue-to-depth bar gets harder and the allocation moves on.
Chad does not think anyone can add liquidity to the Bitcoin pool, protocol or otherwise, so $BTC and some other assets would not be eligible.
"I want the liquidity to go to Solana, Zcash and Monero, to build those smaller pools. Bitcoin's got enough." (Chad)Gas assets are enabled by default. Non-gas assets are not, deliberately: Chad did not want protocol income automatically invested into every ERC20 on the network. Stablecoins and specific ERC20s would each need a node vote. He expects $USDC and $USDT to pass without argument, while a more divisive token would draw real debate. Kenton flagged TRON $USDT as one he wants moving.
Chad thinks the allocation runs daily but was not certain without rechecking the code. He expects Solana or Monero to take the early allocations, assuming Monero carries the highest volume in its opening days.
The treasury typically seeds a new pool with about $100k. Kenton asked whether Monero warrants more; Chad said probably not, especially with POL there to supplement, and it is the treasury's call. Kenton's firm ask was that POL be on before Monero goes live.
https://raynalytics.net/dashboards/dynamic-fees6. Dynamic Fees Add Another 0.7% at ShapeShiftShapeShift is still the only affiliate with dynamic fees switched on. Maybe one or two more follow once v3.20 lands, which Chad expects in a week or two.
Chad went back for a baseline. In May, 5.6% of ShapeShift's total swap volume routed to THORChain, with the vast majority of the rest going to Chainflip. June came in around the same 5 to 6%, though he called June a weak data source given how much of it THORChain spent offline after the exploit. The two months agree, which he called consistent.
Last week's July figure was significantly up, but Chad suspected an anomalous $RUNE trader sat inside it, so he pulled a fresh chart with one more week of data. On that longer read, THORChain's share is up another 0.7%, with NEAR Intents and Chainflip down 0.7%. He called it not very much, slightly up rather than significant.
The sample is small, deliberately: Chad puts ShapeShift at roughly $5 million a month in volume, and THORChain picked it rather than testing an experimental feature on SwapKit or another large affiliate first.
7. ADR29 Rev-Share, and Why SwapKit Would Get the ExperimentADR29 would let a partner take a percentage of THORChain's fees instead of charging its own affiliate fee on top. The vote is still in progress.
Kenton relayed Scorch's questions from the governance discussion as he remembered them: could this be net negative? Why give away fees, and what is the proof it worked?
Kenton answered in two parts. For new providers the math is trivial, because their current volume is zero, so anything they bring is additive. For existing partners he agreed with the objection: hand rev-share to the partners THORChain already has and revenue drops 10 to 20% instantly. He does not think they should.
SwapKit is the proposed exception, mechanically rather than sentimentally. Under the design, it would not keep the rev-share: it would put the money into discounting future trades, which is the dynamic fee model again, pushed out from the core of the protocol to the edge where the real-time information is better. Chad's condition for any existing partner is a number attached.
"If we give you 20%, we want to see 30% improvements or something like this." (Chad)Nobody knows the answer, SwapKit included, which is why he calls it an experiment: small, low risk to the protocol, and switched off if it does not work. He wants community approval before trying it. He also likes a side effect: a working rev-share would make SwapKit reliant on THORChain, because Chainflip and NEAR Intents do not currently offer the same thing.
8. Why an Engaged Community Beats a Bigger Market CapAn audience question asked why $TAO is being lined up ahead of $HYPE, $TON or $LINK, if bigger assets mean more volume.
Kenton accepted market cap and volume as a starting point. What matters more is whether the chain's community is engaged and wants to be on THORChain, because that community brings volume with it. Bittensor is engaged, and $TAO is not listed on any other DEX, which would make THORChain the first. Add a large cap whose users are indifferent, Hyperliquid being his example, and he expects little more than some traders and some arb volume.
Same for the smaller privacy coins: Dash, Firo and Zano all have communities that want in, and Kenton expects more activity from those engaged communities than from randomly added tokens.
Chad's read matched. Zcash was added because competitors were doing real volume in it, which is the market telling you the value is there. Monero was added because it is Monero. $TAO has real support behind it, if not quite as much.
"It's not an exact science. You just kind of lick your finger and put it up in the air to get a vibe check to decide what's next." (Chad)Chad added that the process is not political, and market cap is one attribute among several. Kenton expects $HYPE, $TON and $LINK eventually, and said he and StarSquid both want a lot more chains. The churn has been holding the queue up.
9. Chad's Plan to Put Huginn on Mainnet WatchTwo Huginn threads, both early.
The first is documentation. Chad has just started wiring it up: Huginn will read the docs against the codebase and open a code change when it finds a discrepancy, so the docs stop drifting behind fast-moving code.
The second he has wanted for a long time and kept deferring behind the dynamic fee model. A model cannot watch mainnet in real time, because it is too much data and would cost far too much, which Chad called completely impractical. So in his design, mathematical heuristics would do the watching and post to Discord when something looks anomalous, whether slow block times, strange prices or odd logs. Huginn would read that channel, open a thread on the event, run a deep analysis, and post its report where developers, node operators and community members all see the same data at the same time.
Chad named the failure mode: false positives. His example was Huginn hallucinating that the Bitcoin pool is empty, with a co-host adding the Dev Discord screenshot landing on Twitter while the pool sits perfectly fine. The thread is the mitigation, because technical node operators can look and say so publicly. He does not think false positives can ever be eliminated, since today's AI is non-deterministic in much the way humans are.
Huginn does already re-audit. Whenever a new model ships, Chad points it at the codebases again, and it re-reviews any file changed since its last pass and opens a GitLab issue when it finds something significant.
Separately, THORChain is working on being legible to AI agents. A community question about the Robinhood talks brought it up, and Kenton pointed to Robinhood's agent-facing interface: he said IBEC, who works on THORChain Swap with Unstoppable Wallet, could build something comparable. Chad has a developer assigned to AI work and handed over the MCP server code he wrote for Badlands, an unlaunched THORChain project, which already reads THORNode and Midgard data. He is asking for community ideas, on Discord rather than Twitter or Telegram, and floated an online AI developer conference with $RUNE for the top three entries.
What to Watchv3.20 shipping: testing wraps this week or early next, Chad hopes, then exchanges are notified, the release is cut, and community adoption follows about a week behind, he thinks. Maybe one or two more affiliates join the dynamic fee model once it lands, which would finally give it a larger sample.Zcash first, Monero second: Zcash probably takes the next churn, unless stagenet testing turns up something significant, then Monero as an openly labelled soft-launch beta.POL's percentage: if v3.20 turns POL on as hoped, a node vote sets the allocation percentage, with likely follow-up votes to enable stablecoins and specific ERC20s.ADR29 and TOR anchors: both votes are still in progress. If the community approves ADR29, watch the SwapKit trial against Chad's condition of returning more than it costs, with a switch-off if it misses. On TOR anchors, adding more stablecoins for valuing TOR, his default is yes.Huginn's mainnet watch: still a design rather than a deployment. Expect false positives when it does land, since Chad does not think they can be eliminated.Possible Bitcoin forks, and a Discord gap: Kenton flagged talk of one or two Bitcoin forks, his read being that they concern data and ordinals in blocks, which he put at about half right. As the code stands, forked coins in THORChain's Bitcoin pool would most likely be burned, and Chad would only spend engineering time rescuing them if the amount justifies it. Separately, the community Discord is closing with a few channels expected in the dev Discord, so THORChain Swap ticket support may pause for a week or two.Next up: Depouch joins on Saturday. Next Thursday is a Rujira focus with Pragmatic Monkey and CodeHans while Chad is on vacation.More THORChain data, check out raynalytics.net
Follow Raynalytics for more Weekly Analytics and Podcast recaps.
Overview This is the v0.18.5.1 release of the Monero software. This recommended release includes a large number of bug fixes.
Some highlights of this release are:
Daemon: display IPv6 connections (#10611) Daemon: fix slow shutdown with Tor/I2P enabled (#10698) Daemon: avoid unsafe pidfile truncation (#10608) Daemon: use latest hard fork block for approximate blockchain height (#10580) Daemon: restrict get_alt_blocks_hashes RPC (#10610) Daemon: fix wrong block_weight in handle_get_objects (#10715) Daemon: improve incoming block scan table handling (#10838) Daemon: restore safe sync mode when target height drops (#10598) Daemon: canonicalize Tor and I2P hostnames (#10638, #10704) Daemon: fix dangling iterator in remote host checks (#10649) Daemon: improve duplicate transaction handling in handle_notify_new_transactions (#10836) Daemon: fix use-after-free in txpool prune (#10710) ZMQ: cap aggregate receive size (#10757) ZMQ: apply restricted-mode privacy filtering to get_transaction_pool (#10543) Wallet: store multisig nonce erasure before returning signed txset (#10754) Wallet: hardening against malicious remote nodes (#10773, #10776, #10774) Wallet RPC: add missing trusted daemon check to rescan_spent (#10542) Wallet RPC: fix describe_transfer source entry (#10592) Wallet RPC: preserve payment ID when editing address book (#10590) Wallet RPC: remove unused finalize_multisig endpoint (#10615) Miner: fix thread 0 always using secure JIT (#10743) RandomX: update to v1.2.2 (#10571) Fix memory leak with readline (#10568) Fix memory leak with RandomX integration on Windows (#10546) Various bug fixes and improvements The complete list of changes is available on GitHub, along with the source code.
Contributors for this Release This release was the direct result of 13 people who worked to put out 102 commits containing 1094 new lines of code. We'd like to thank them very much for their time and effort. In no particular order, they are:
jeffro256 tobtoht SNeedlewoods selsta greatjourney589 iuyua9 glv2 alhudz nahuhh woodser ComputeryPony SChernykh j-berman Download The new binaries can be downloaded from the Downloads page or from the direct links below.
Windows, 64-bit Windows, 32-bit macOS, Intel macOS, ARM Linux, 64-bit Linux, 32-bit Linux, armv7 Linux, armv8 Linux, riscv64 Android, armv7 Android, armv8 FreeBSD, 64-bit Hashes If you would like to verify that you have downloaded the correct file, please use the following SHA256 hashes:
monero-win-x64-v0.18.5.1.zip, cf2ae8273977697d9ef2031c7337b781e6e5936578f602444b2990a173a2437d monero-win-x86-v0.18.5.1.zip, f79746868794786ba4ca3c5a30191263ffb0b9a4ab1c0ffcbe30fd5d04986380 monero-mac-x64-v0.18.5.1.tar.bz2, 82e305bbf6128b386571bed173dae316f9dd06c4ee1217c5eda849444bec89a9 monero-mac-armv8-v0.18.5.1.tar.bz2, dba08921841e675384ce019fd7c93b59fe7b1e6edaa0a3cf0e3253e263f61864 monero-linux-x64-v0.18.5.1.tar.bz2, 22a7dda7b0cb699fdd6b7674c3b4a4465b337cc98a54983523b759e1e7cc9958 monero-linux-x86-v0.18.5.1.tar.bz2, 68783d76d9eac543d593ca1bdfa9c7eb540ec6c646acc68421702465c1d86182 monero-linux-armv8-v0.18.5.1.tar.bz2, c0caf042cb7c7b760f5ad6be188084b59352440b32990a78b8051497b9398dbc monero-linux-armv7-v0.18.5.1.tar.bz2, bd6693ac411919d474d98c9e7d7bae1f03e7ef7f1d779a15e2ba3a188c958d36 monero-linux-riscv64-v0.18.5.1.tar.bz2, 28ead34fa4320ea6809f16c4b064d3b430e71caf3155d25677cc624388fc0ee5 monero-android-armv8-v0.18.5.1.tar.bz2, a2c0fb240c5eaa947f5a2382ece4613c59b299645ad4d1480ef24e71b8aa8c8f monero-android-armv7-v0.18.5.1.tar.bz2, daa56844251a9e9f296caaaafcf72c60dade54ae93146085d627ffc883b0fec3 monero-freebsd-x64-v0.18.5.1.tar.bz2, cc32bb64fb577254fe24441e2db0b722dfedff5c953427ffbf396dc16f0feb62 A GPG-signed list of the hashes is at https://www.getmonero.org/downloads/hashes.txt and should be treated as canonical, with the signature checked against the appropriate GPG key in the source code (in /utils/gpg_keys). To ensure that the files you download are those originally posted by the maintainers, you should both check that the hashes of your files match those on the signed list, and that the signature on the list is valid.
Two guides are available to guide you through the verification process: Verify binaries on Windows (beginner) and Verify binaries on Linux, Mac, or Windows command line (advanced).
Norská Kripos zatkla 28 mužů v sedmi zemích kvůli platbám v Moneru za přístup k dětskému sexuálnímu materiálu na dark webu. Zajistila také přes 460 položek a zachránila tři děti.
Norway’s National Criminal Investigation Service, known as Kripos, announced the arrest of 28 men across seven countries following an operation conducted in early June 2026. The suspects allegedly used Monero to pay for access to child sexual abuse material on multiple dark web forums. Three children were safeguarded, and over 460 items were seized, including electronic devices, crypto wallets, and illegal drugs.
The arrests spanned Norway, Sweden, Switzerland, Canada, the Czech Republic, Poland, and Germany. Europol supported the operation, underscoring the kind of multi-jurisdictional coordination that has become increasingly common in dark web takedowns.
How Monero became the payment method of choice, and how that’s changing Monero sits in a specific corner of the crypto market: privacy coins, designed to obscure sender, receiver, and transaction amount by default. Bitcoin leaves a public trail. Monero, in theory, does not. That’s why it became the preferred currency for illicit dark web transactions.
Advertisement
Kripos developed new methods for tracing Monero transactions in 2025. The agency has not disclosed exactly how those methods work, which is deliberate. But the operational result speaks for itself: 28 arrests across seven countries tied to payments made in a coin that many assumed was beyond reach.
More arrests are expected as the investigation continues, according to Kripos.
One suspect was also reported to have used artificial intelligence extensively to generate illegal material. Some victims were identified as family members of the suspects.
What this means for privacy coins and the investors who hold them Major exchanges, including Kraken and Binance, delisted Monero in various markets between 2021 and 2023 under regulatory pressure. The Financial Action Task Force has repeatedly flagged privacy coins as high-risk assets for money laundering and illicit finance.
This operation fits into a broader pattern. The Kidflix takedown and Operation Grayskull in 2025 collectively led to hundreds of arrests globally and relied heavily on forensic crypto analysis.
Disclosure: This article was edited by Editorial Team. For more information on how we create and review content, see our Editorial Policy.
Americké OFAC zařadilo na sankční seznam 134 digitálních adres peněženek napojených na ISIS-K, včetně 131 adres na TRON a 3 na Monero. Tether okamžitě zmrazil prostředky na všech 131 TRON peněženkách.
Key Points U.S. Treasury’s OFAC designated 134 digital currency addresses connected to ISIS-K operations, comprising 131 TRON wallets and 3 Monero addresses These addresses processed more than $1.4 million in incoming transactions since 2023 and dispatched over $880,000 in outgoing transfers Tether immediately froze all wallet holdings on the 131 TRON-based addresses after the official designation OFAC simultaneously sanctioned two Brazilian citizens and four business entities connected to PCC criminal organization, responsible for laundering over $30 million through digital currencies Blockchain analytics companies such as Chainalysis have integrated the sanctioned addresses into their tracking systems On July 1, 2026, the Office of Foreign Assets Control (OFAC), an agency within the U.S. Treasury Department, expanded its sanctions registry to include 134 digital wallet addresses associated with ISIS-Khorasan, the terror group’s branch operating in Afghanistan and Pakistan.
Tether Freezes USDT in All 131 ISIS-K-Linked TRON Wallets
OFAC updated its sanctions list for ISIS-K, adding 134 crypto wallet identifiers, including 131 TRON addresses and three Monero addresses. Chainalysis said the TRON addresses had received more than USD 1.4 million since… pic.twitter.com/53AgCBUGKr
— Wu Blockchain (@WuBlockchain) July 2, 2026
The designation encompasses 131 addresses on the TRON network and 3 on Monero. Following the announcement, Tether immediately took enforcement action by freezing assets held in all 131 TRON wallets.
ISIS-K received its initial designation as a Specially Designated Terrorist Group in September 2015. The organization maintains operations throughout Afghanistan, Pakistan, and certain Central Asian territories, conducting violent attacks against civilian populations in multiple nations.
The terror group’s propaganda division, known as al-Azaim Media Foundation, has leveraged cryptocurrency fundraising campaigns to secure operational funding. These solicitation efforts have been distributed through various websites and encrypted messaging services, accepting donations in TRON, Monero, and Bitcoin.
Transaction Activity in Sanctioned Addresses The 131 TRON wallets included in this enforcement action accumulated incoming transfers exceeding $1.4 million from 2023 onward. During the same timeframe, these addresses dispatched outgoing transactions totaling more than $880,000.
Blockchain forensic investigation reveals the wallets interacted with legitimate cryptocurrency platforms. Multiple addresses also transferred funds to cryptocurrency exchange services operating in Syria, based on data from Chainalysis.
This enforcement action represents the latest in a series of OFAC measures against ISIS cryptocurrency financing. In 2023, the agency sanctioned a Maldives-based ISIS-K operative whose TRON wallets maintained connections to Iranian crypto exchanges. A month prior to this current action, OFAC sanctioned a Syrian network of money service operations used to convert funds for ISIS financial facilitators.
PCC Criminal Network Faces Concurrent Sanctions In a coordinated enforcement measure issued the same day, OFAC imposed sanctions on two individuals from Brazil and four corporate entities linked to Primeiro Comando da Capital, commonly referred to as PCC.
PCC represents a major Latin American criminal enterprise headquartered in São Paulo with operational presence within the United States. According to OFAC’s findings, the organization processed more than $30 million in narcotics-related revenue, utilizing digital currencies to transfer illicit proceeds from the United States to Brazil.
This marks OFAC’s third enforcement action targeting PCC. The organization initially received its designation in December 2021. A subsequent action in March 2024 targeted a specific individual engaged in financial laundering activities for the criminal network.
According to monitoring conducted by TRM Labs, the aggregate transaction volume across all 134 newly sanctioned addresses exceeds $2 million.
Blockchain compliance providers, including Chainalysis, have confirmed integration of the designated addresses into their surveillance platforms, enabling financial institutions to conduct exposure assessments.
For digital asset service providers and banking institutions, these designations mandate immediate revisions to sanctions screening protocols and transaction surveillance infrastructure.
THORChain Podcast #198: Live Monero Demo ft. jpthor & KentonC137 | May 14, 2026 | Watch the full episode on YouTube
By Raynalytics
TL;DRJP ran a live Monero demo on a 7-node THORChain chainnet with real funds, executing the first end-to-end decentralized $RUNE to $XMR swap with full vault auditability across signing and non-signing nodes.The implementation uses a deterministic view key (SHA-512 of "thorchain view key") plus on-chain key images and per-transaction signing keys to make every Monero inbound, outbound, and vault balance publicly auditable.Monero runs as a Rust sidecar alongside Bifrost, built on Luke Parker's Serai signing stack and the Monero Oxide wallet library, plumbed into THORChain by Boone.JP and Chad disagree on running multiple Asgard vaults versus a single vault for Monero, a question to be resolved before the mainnet rollout.The code is functional today, but mainnet is gated on more stress testing. When it ships, expect a guarded launch with small pools.Where things stand (June 2026): This recap revisits JP's live demo from May 14. In the weeks since, Chad Barraford confirmed on THORSday #209 that Monero now works end-to-end on the chainnet test environment, with real $XMR swaps, liquidity adds and removes, and churns all confirmed. A live $XMR launch is targeted for roughly a month after THORChain's trading restart, barring a bug that forces a v3.20 change, with Zcash ($ZEC) one to two weeks behind. Mainnet is not live yet.
IntroductionThis was not a typical podcast episode. JP joined Kenton and ran a fully live Monero implementation on a real-fund chainnet: seven nodes churning, two Asgard vaults, key gens, key signings, the works. By the end of the call, JP had executed the first end-to-end decentralized $RUNE to $XMR swap, audited the transaction with a key image and a signing key, and confirmed his receiving wallet got paid. This was THORChain producing the proof that years of Monero integration work actually delivers.
What follows is a recap of the architecture, the audit primitives, the live result, and the open questions still on the table before mainnet.
1. The Live Demo: Seven Nodes, Real Funds, Real SwapJP began by tearing down his existing chainnet and redeploying it from scratch. The deploy spooled up seven THORChain nodes and one genesis vault, then churned into a six-active-node, two-Asgard-vault configuration. He added 0.5 $XMR and 500 $RUNE to each active vault, waited for confirmations, then fired off a 100 $RUNE to $XMR swap back to his own Monero wallet.
It worked. The signing nodes generated the transaction, produced a key image and a transaction signing key, propagated those to the non-signing nodes for verification, then settled the outbound. JP pasted his recipient address and the transaction key into a Monero block explorer's proof-of-payment tool and confirmed receipt.
"Real money, real funds. I love it when a plan comes together." (JP)Across all seven nodes, signing, non-signing, and standby, the reported $XMR balance converged. The on-chain vault state matched the actual Monero wallet state, and gas accounting was correct. After the swap, the protocol began an unhalted churn, generating two new Asgard vaults and migrating funds in multiple rounds without breaking auditability.
2. How THORChain Audits Monero Without a Privacy BackdoorThe core challenge with Monero on a transparent chain is making the vault state verifiable, since Monero hides addresses and amounts by default. JP's solution rests on three primitives.
Deterministic view key. Every THORChain Monero vault uses the same private view key, derived from SHA-512("thorchain view key"). It is global and public, so anyone can see inbounds to any THORChain Monero vault and confirm the amounts. Standard Monero wallets never expose their view key. THORChain's vaults do, by design.
Key images. A view key alone does not reveal when outputs are spent. For every inbound, THORChain kicks off a key image ceremony, essentially a 2/3 threshold ceremony similar to a key signing ceremony. The resulting key image is stored on-chain. When that key image later appears as spent on the Monero blockchain, anyone can audit the vault's debits.
Transaction signing keys. For every outbound a signing subset produces, they also generate a transaction signing key and propagate it to the non-signing nodes. Plug the transaction key plus the recipient address into a Monero proof tool, and the destination and amount are verifiable. This is how the rest of the network confirms the signers did what they were supposed to, and did not reroute funds.
Put together, these three primitives let anyone audit every Monero inbound, every spent output, and every outbound on every THORChain vault, in real time. As Kenton summarized it on the call:
"THORChain doesn't become more private by adding Monero. THORChain is actually bringing more publicity to the Monero transactions that occur on THORChain. Anything private has to happen on the Monero chain itself." (Kenton)JP agreed:
"THORChain actually honestly doesn't know that Monero is a privacy chain. THORChain thinks Monero is just literally Bitcoin." (JP)The audit model is what makes the integration possible. Without it, JP noted, the nodes could just steal.
3. Architecture: A Rust Sidecar Built on Serai and Monero OxideMonero is the first chain client where THORChain runs a dedicated sidecar process alongside the Go-based Bifrost. The sidecar is written in Rust because it needs to host the FROST signing engine for Monero, and because the entire Rust Monero stack is more mature than any Go equivalent. Bifrost orchestrates: it tells the sidecar when to key gen, when to key sign, with what amount and to what address. The sidecar executes.
The foundation is Luke Parker's work. Luke, the lead developer of Serai, built both the modular FROST stack THORChain depends on for threshold key generation and signing, and Monero Oxide, the Rust-based Monero wallet library THORChain uses for everything from view key derivation to vault address generation to transaction construction, decoy selection, and fee computation.
"All the Monero stuff is based on Luke's work. We just kind of plumbed it into THORChain's semantics." (JP)Boone did the plumbing. JP credited Boone explicitly for taking Luke's libraries and adapting them to THORChain's Bifrost architecture.
THORChain also runs a fork of the Monero TS wallet library, published on the THORChain GitHub, which adds 255-byte TX extras. That is the change that lets THORChain memos ride alongside Monero transactions. Any wallet integrating Monero with THORChain needs roughly three lines of code to adopt the same pattern, and 255-byte memos are already valid on the Monero base layer, JP noted, which most integrators do not realize.
4. Handling Monero's QuirksMonero behaves differently from Bitcoin in ways the implementation has to absorb.
10-block lock per UTXO. Every Monero output is locked for 10 blocks after receipt, roughly 20 minutes. The signers track lock state per UTXO and refuse to sign until the spendable balance is available. THORChain does not see the lock directly; it just schedules the outbound and the signers say "talk to me in nine blocks." If one vault is fully locked, THORChain reschedules the transaction to the other active vault. Streaming swaps are not affected, JP confirmed, because Chad recently shipped a feature that begins the streaming swap clock as soon as the deposit kicks off confirmation counting.
Gas budget. Monero gas accounting is hard, so THORChain hardcodes a 120,000-unit budget per outbound, about 42 cents at current prices. Real transactions usually come in closer to 4 cents, so there is a roughly 10x buffer. Simple, predictable, slightly overpaid.
Zero-output change. Every Monero transaction must have two outputs (the real destination plus a dummy from a decoy ring). When THORChain does not actually need a change output, it produces a zero-amount second output and ignores it on the receiving side. This applies to consolidations, migrations, and any one-recipient outbound.
Consolidation strategy. JP proposes consolidating 10 UTXOs down to 5 at a time rather than larger batches. Gas scales linearly with UTXOs, and so does signing time. Keeping consolidations bounded keeps both manageable.
Birthday-based scanning. Each Monero vault saves its creation block height on-chain. Sidecars scan from that birthday forward rather than from Monero genesis. A rescan mode lets any node rebuild its sidecar inventory from scratch by pulling addresses, birthdays, key images, and the view key from THORChain itself. JP says he has tested it ad nauseam.
Old vault refunds. If someone sends Monero to a retired vault, THORChain cannot auto-refund because it cannot identify the sender address. The funds flow to the latest active vault instead, available for a manual treasury refund if the sender produces their transaction private key to prove ownership.
5. Single Vault or Multiple? An Open DebateThe most consequential open question from the episode: should THORChain run one Monero vault or many?
JP's position is to run multiple Asgard vaults, the same way Bitcoin and Ethereum work today. Multiple vaults give the network redundancy when 10-block UTXO locks tie up one vault's spendable balance, and they limit the impact of any single signer set going offline. The trade-off is more key gens, more key image ceremonies, and unproven scalability of FROST Monero across all 100 nodes simultaneously.
Chad's position is to run a single vault. With one vault, every node is a signer, which lets the implementation skip the multi-vault key image generation overhead and simplify the protocol surface area.
Kenton pushed back on the disconnect directly, telling JP that he and Chad clearly need to sort this out: Chad is saying one vault, JP is saying multiple. JP indicated multiple is more aligned with how the other chain clients already work, and that moving to a DKLS-based ECDSA TSS library could eventually make single-vault designs viable. He will continue the conversation with Chad before mainnet, and Kenton suggested running both configurations on mainnet for a few weeks each to observe behavior. The decision is open.
6. AI-Assisted Development, and the "Vibe Coded" QuestionJP addressed criticism that the Monero implementation is "vibe coded" head-on. His view: AI tooling (Claude, Codex, GPT 5.5) lets him work an order of magnitude faster than five years ago, when the team spent a year building the original Bitcoin Bifrost. Tasks that used to require hand-grepping logs across 100 nodes now take minutes when AI can crawl them.
But the workflow is not hands-off. JP described it as juggling, with constant supervision required: one slip and the whole thing crashes down. He uses separate AI conversations per stack component and trains each with project-specific skills.
"The code only works if it's correct. If it didn't work, then you would not see these correct numbers. Gas accounting would be wrong, the balances wouldn't match." (JP)Kenton's framing: it does not matter whether the code starts as vibe-coded or hand-written. What matters is whether it gets reviewed, tested, and verified to work. By that test, the Monero implementation is human-approved code regardless of how the first draft was produced.
7. Future-Proofing for FCMP++ and CarrotAn audience question raised the upcoming Monero hardfork, which introduces FCMP++ (Full-Chain Membership Proofs Plus Plus) and the Carrot addressing protocol. Carrot adds outgoing view keys, forward secrecy, and other privacy and usability features while maintaining backward compatibility with existing Monero addresses.
JP's expectation is that the upgrade should be plug-and-play for THORChain. Luke Parker's Serai and Monero Oxide stacks will absorb the changes upstream. When the hardfork ships, THORChain will pause Monero trading, upgrade its sidecar dependencies, and unpause, with no expected protocol-level rework on THORChain's side and no expected long downtime.
What to WatchMore stress testing on chainnet. JP planned to run automated scripts that throw every edge case at the implementation: bad memos, wrong gas, old vault refunds, mismatched routing. If solvency holds after sustained abuse, the path to mainnet is clear.JP and Chad converging on vault architecture. Single vault or multiple is unresolved and material. Watch for a follow-up between them.Chainnet to stagenet to mainnet rollout. The chainnet code is the mainnet code, and the deploy pattern is identical. Mainnet is a confidence question, not a code question.A guarded launch when live. Expect small pools and small trades at first. JP and Kenton both flagged that Monero could need several months on mainnet before it is fully battle-tested.FCMP++ and Carrot hardfork handling. Monero's hardfork is on the near-term horizon. The plan is a brief THORChain pause for sidecar upgrades, then resume."We could launch this on mainnet tomorrow. It just depends on how confident we are that we're not going to hit a bug." (JP)More THORChain data, check out raynalytics.net
Follow Raynalytics for more Weekly Analytics and Podcast recaps.
Boone navrhl ADR29, který by pro Monero nastavil minimální swapový poplatek specifický pro dané aktivum, například 50 bps na každou stranu obchodu s $XMR. Návrh není schválený ani nasazený.
THORChain Podcast #212: ADR29 Fee Debate ft. BooneW, KentonC137 & Patriotsounds | June 28, 2026 | Watch the full episode on YouTube
By Raynalytics
TL;DRBoone proposed ADR29, an asset-specific minimum swap fee lever built with Monero in mind. His working example is a 50 bps floor on each $XMR leg, but the proposal is not approved or implemented.ADR29 is designed to complement, not replace, THORChain’s dynamic fee model. When both apply, the protocol would use the higher floor.The core disagreement was strategic: charge more where THORChain has a permissionless edge, or keep fees low enough to win volume and discourage competitors.Higher Monero fees could feed more system income into protocol-owned liquidity, helping a shallow Monero pool deepen without depending entirely on outside LPs.The second half moved from fees to distribution: affiliate tooling, a swap widget, more browser wallets, and possible mobile paths for THORChain Swap.IntroductionPodcast #212 was supposed to feature Amir Taaki, but technical problems cut that conversation short. Boone joined while out shopping, without video and with one specific mission: make sure the community understood ADR29.
That intervention turned into a full debate about what THORChain should optimize for. Boone argued for monetizing permissionless demand now. Kenton argued that low prices build a longer-lasting moat. Denny focused on whether decentralized governance can manage manual fee levers quickly enough. Nobody pretended the answer was settled, which made the discussion more useful.
The result was less a sales pitch for one proposal and more a map of the choices around Monero, dynamic fees, protocol-owned liquidity, and THORChain’s route to a larger market.
1. ADR29: A Fee Floor for Each AssetToday, THORChain applies minimum swap fee floors broadly by asset class. The same L1 floor covers many unrelated assets, even when their liquidity, competition and market structure look completely different.
Boone’s proposed ADR29 adds per-asset minimum slip settings. Instead of raising the L1 floor for every pool to address one asset, nodes could set a different floor for Monero, Bitcoin or another specific asset. The proposal also allows an explicit zero override and optional economic caps on those operational fee levers.
Monero is the reason Boone built it. THORChain is preparing a genuinely permissionless $XMR route, while many existing cross-chain options rely on centralized or permissioned infrastructure. Boone’s working number was 50 bps per Monero leg. On an asset-to-$XMR double swap, that would produce a combined floor near 1%, roughly where he said many existing Monero venues already price their service.
His pitch is not simply “charge more because we can.” It is that THORChain could offer a better product at a familiar market price, then route the additional system income toward deeper protocol-owned liquidity.
The proposal remains an initial draft. Even if the code is accepted, the per-asset floor would be off unless nodes chose to use it.
"All it does is give the nodes more optionality." (Boone)2. Why ADR29 Is Not a Replacement for Dynamic FeesThe episode repeatedly returned to the difference between ADR29 and ADR26, THORChain’s dynamic L1 fee model.
Dynamic fees tune the minimum fee for eligible L1 swaps associated with approved affiliate THORNames and trading pairs. The aim is to discover whether a lower or higher fee produces more protocol revenue for that flow. ADR29 is broader in a different direction: it sets a governance floor for an individual asset and also reaches activity that the affiliate-based model does not, including arbitrage flow through trade and secured assets.
Boone estimated that arbitrage accounts for roughly 60% of THORChain volume. In a separate two-hour sample, he found that L1 swaps with affiliate fees represented about 33% of volume. Those were his working observations, not a complete protocol study, but they explain his concern: a dynamic feature limited to qualifying L1 affiliate flow may leave much of the network untouched.
He also questioned the signal used to adjust dynamic fees. If the controller reacts to revenue without accounting for changes in the wider exchange market, a high-volume market day could look like proof that the fee changed correctly even when macro conditions caused the move. His suggestion was to normalize against global exchange volume so the controller reads less noise.
ADR29 is designed to coexist with that experiment. If an affiliate’s dynamic fee and an asset-specific floor both apply, the higher value wins. Nodes can still test dynamic fees first, learn from live behavior, and consider ADR29 later.
"This is not a replacement. This is not instead of Chad’s dynamic fees." (Boone)3. The Real Debate: Revenue Now or Market Share Later?Once the mechanics were clear, the conversation became a strategy argument.
Boone sees two markets. The first is the enormous global exchange market, where centralized exchanges dominate and most users optimize for familiarity, price and convenience. The second is the much smaller permissionless market, where THORChain already has a meaningful edge.
His preferred sequence is to monetize the smaller market first. Higher-margin permissionless flow could build POL, fund marketing, strengthen node participation and give the network more resources before it attacks the mass market. In his framing, trying to beat subsidized competitors such as Near Intents on price today risks joining a race where other protocols can spend emissions or investor capital to offer uneconomic swaps.
Kenton pushed the other way. A high Monero fee could invite competitors, while a low fee makes the market less attractive to enter. More importantly, users who discover THORChain as the cheapest permissionless route may carry that first impression forward and spread it by word of mouth. If the long-term target is centralized exchange volume, price has to be part of the conversion story.
That question also reaches aggregators. SwapKit and other routers can move flow quickly when another venue offers a better quote, so loyalty may matter less than execution. Boone saw that as a reason fees can be lowered later when competition arrives. Kenton saw it as a reason to undercut competitors before they gain a foothold.
Denny added a governance concern. A centralized business can move a pricing lever quickly. A decentralized network may be slower to reach consensus, making an algorithmic approach more attractive than frequent manual adjustments. He also argued for getting the $XMR pool stable before experimenting with higher fees.
"Long term, of course we want to capture all swap volume." (Boone)The disagreement stayed productive because everyone shared the same destination. The open question is which stepping stone gets THORChain there.
4. POL Turns Fees Into Permissionless LiquidityADR29 matters beyond the fee itself. Boone tied it directly to protocol-owned liquidity.
If a shallow Monero pool generates higher fees and a portion of system income flows into POL, the protocol can progressively own more of that pool. That creates liquidity which does not leave when external LPs decide the return is no longer attractive. It also reduces the problem of asking outside capital to absorb the early operational risk of a new chain integration.
Boone described POL as an asset rather than a liability. If an early $XMR issue costs the pool money, the protocol can learn and recover without owing an external LP. Denny agreed that this makes POL especially powerful for a complex launch like Monero.
The wider security argument is equally important. A permissionless protocol can still become dependent on liquidity providers or market makers who withdraw during stress. Boone pointed to solver and market-maker systems that can lose liquidity exactly when markets become chaotic. POL is always-on capital controlled by protocol rules.
"You don’t just need a permissionless protocol. You need permissionless liquidity." (Boone)This is why the fee debate and the POL debate cannot be separated. ADR29 asks what each asset should pay. POL asks whether part of that income can become a permanent moat.
5. Distribution: Widgets, Wallets and the Next Front EndThe final major thread was how users actually reach THORChain.
Kenton outlined the immediate THORChain Swap priorities: finish Keplr Wallet support, complete the affiliate page, ship a reusable swap widget, fix the current bug backlog, and add more browser wallets. The affiliate flow is intended to let a partner register, receive an API key, configure its THORName, set a fee and preferred payout asset, then generate widget code for its own website.
The widget is central to Kenton’s distribution thesis. A newsletter or partner site can embed THORChain swaps, earn affiliate fees, and lend its existing credibility to the interface. Kenton said he has already arranged a year-long package of 12 articles with DeFi Llama and wants the supporting dashboard and destination experience ready before promotion ramps up.
Mobile remains the harder problem. IBEC raised a passkey-based wallet path, while Boone suggested he could help as an AI-assisted developer. Another option is a memoless mobile app that works with wallets users already have, avoiding yet another seed phrase. A fuller route would be to fork the open-source Unstoppable Wallet and keep applying upstream improvements, but that was brainstorming, not a committed build.
The team’s sequencing was practical: improve the existing frontend, make integrations self-serve, expand wallet connectivity, then decide whether a dedicated mobile wallet earns its place on the roadmap.
"Strong opinions loosely held." (Kenton)That line captured the whole episode. ADR29 now gives the community something concrete to evaluate, but its value will come from testing assumptions rather than defending camps.
What to WatchADR29 review: The draft merge request needs technical review and governance discussion. It is proposed, not live.ADR26 first: Dynamic fees may get a live trial before ADR29 advances, creating real evidence about eligible flow and fee sensitivity.Monero launch quality: The first priority is a stable $XMR pool and safe small swaps. Fee experiments can follow once the product works reliably.POL governance: Watch whether nodes gain a more responsive operational lever for directing system income into protocol-owned liquidity.Distribution work: Keplr, affiliate onboarding, the swap widget and additional browser wallets are the near-term THORChain Swap milestones.More THORChain data, check out raynalytics.net
Follow Raynalytics for more Weekly Analytics and Podcast recaps.
THORChain je po zhruba měsíci opět online a znovu umožňuje swapy. Monero se v v3.19.2 přiblížilo mainnetu, ale první obchody mají být malé kvůli mělké likviditě.
THORSday Community Podcast #211 ft. CBarraford, KentonC137 & Patriotsounds | June 25, 2026 | Watch the full episode on YouTube
By Raynalytics
TL;DRTHORChain trading is back after roughly a month offline. The team framed the recovery as one of the harder classes of incidents to debug, but the network is live again and the roadmap can move.$XMR moved closer. v3.19.2 includes the Solana churn fix and embeds Monero code, with Chad saying $XMR could land closer to two weeks after trading resumed than the month previously discussed.The security path is becoming clearer: publish the TSS library around v3.20, keep reviewing the GG20 patch surface with Huginn and Soda Labs, then move chain by chain toward DKLS and FROST.Growth work did not stop during the pause. Morpheus, Keplr Wallet, affiliate onboarding, KOL campaigns, x402 payments and MCP tooling all came up as ways to make THORChain more reachable.POL became the biggest governance topic. The debate is now about how aggressively THORChain should route income into protocol-owned liquidity, especially if Monero needs deep pools quickly.1. Trading Is Back, and the Roadmap Can Breathe AgainDenny opened the first post-restart THORSday like a man who had been waiting a month to press the party button. Confetti fired, the desk-pop jokes landed, and the simple message was the one everyone wanted to hear: THORChain is back online and swapping again.
Under the celebration, Chad Barraford kept the explanation grounded. This was not a normal bug hunt where a developer can read logs, isolate a bad branch and patch the issue within hours. The exploit lived in peer-to-peer validator communication and key-share behavior, which meant the team had to infer the attack path from limited evidence and then make sure the thing they found was the thing that mattered.
"This kind of attack is one of the hardest to recover from." (Chad)That is why the restart took as long as it did. The network had to recover from a sophisticated cryptography attack, deal with verification and node issues along the way, and then get back into a state where the team could safely resume trading. Now that it has, Chad's posture was simple: the team can get back to the roadmap.
For users, the practical message is equally simple. Swaps are back through THORChain Swap, and the ecosystem has breathing room again. For the dev side, the next release is already queued.
2. Monero Moves From "Later" to "Soon"The biggest roadmap update was Monero. Chad said v3.19.2 is being cut with two important pieces: a fix for a Solana churn issue, and the Monero integration embedded in the release. The $XMR code still needs more internal testing and node readiness, but the tone changed from "roughly a month after restart" to "closer to two weeks."
The caveat matters. Nodes still need to build and sync Monero infrastructure, which Chad estimated around two to three days depending on resources. He also said there is a chance Zcash and Monero could launch together, but he did not frame that as a promise.
Denny tied the moment back to the privacy thesis. For the first time, Monero holders would get permissionless layer 1 to layer 1 access without bridges, wrapped assets, accounts or KYC. He also made sure nobody mistook that excitement for a guarantee of a perfect launch.
"The pools will be shallow. Do not attempt big swaps at first." (Denny)That warning should be repeated. Mainnet is different from testnet. New chain clients have always had their own quirks, and Monero is the most complex chain THORChain has added. The likely launch path is small swaps first, close monitoring and a willingness to pause if something behaves badly.
The shout-outs were important too. Boone started the Monero chain-client process, and Luke Parker's work through Serai gave THORChain an open-source FROST TSS base that helped make the integration possible. Testing never fully stopped during the trading pause. The work just moved in the background until the network could breathe again.
3. Security: Open Source, Huginn, DKLS and FROSTSecurity dominated the technical section. The current TSS library is not public yet, but Chad expects it to be open sourced around v3.20, likely after a deeper Soda Labs review. Soda Labs is still spending time with the codebase before the team opens it again, and Chad framed that delay as a tradeoff in favor of better review.
The review surface is not small. Chad said Huginn, his AI audit and triage agent, has opened close to 200 issues against the private TSS library alone, with varying severity. The team is reviewing and prioritizing them, but not every issue necessarily deserves a patch if the long-term plan is to leave GG20.
"Everybody wants to get off of GG20 and move to DKLS." (Chad)That does not mean pressing a panic button. Chad emphasized that changing cryptography is inherently dangerous, especially when live funds have to migrate between schemes. The likely path is slower and more controlled: move chain by chain, start with smaller-value chains if possible, observe keygen and signing behavior, then expand.
The direction is now a dual track. Use FROST where THORChain can, especially EVM chains and Bitcoin through Taproot. Use DKLS where FROST is not available, such as Litecoin and Dogecoin. Monero already uses FROST, but Chad clarified that it is a different variant and cannot simply be reused for EVMs or Bitcoin.
Chainflip came up as one possible FROST implementation to study because it has been in production, but Chad made no commitment. THORChain still needs to evaluate whether any candidate library supports the accountability features the protocol needs, including identifying and slashing participants who hold up keygen or signing.
The team is also exploring bigger vault architecture ideas: hot and cold vaults, less frequent signing for most funds, and possibly two-of-two schemes later. The security team has a deeper meeting next Wednesday. Chad suggested next THORSday may have a clearer readout.
4. The Growth Stack: Wallets, KOLs and AI AgentsThe pause did not freeze business development. Kenton ran through a stack of smaller but important growth items now that trading is live again.
First, Morpheus. THORChain had a call with Morpheus, the decentralized AI project, and the immediate next step is simple: whitelist the ERC20 contract so a liquidity pool can be created. David from Morpheus is expected on the podcast in August. Kenton also floated the broader idea of reaching out to more ERC20 communities that want access to Bitcoin liquidity without asking nodes to support a whole new chain.
Second, wallets and affiliates. Keplr Wallet support on THORChain Swap is expected to start with EVM chains, then UTXO chains. The affiliate page is also being cleaned up so partners can get API keys, set fees, choose payout assets and likely create a THORName up front as part of the onboarding flow.
Third, marketing. Eric from Moca introduced Kenton to Creatorverse, the campaign platform from SCAL3. The pitch is a contest model for KOLs: creators compete on a leaderboard, with payouts tied to performance instead of a flat fee per post. Kenton liked the game theory, while Chad immediately asked the right question: how do they keep bots from gaming likes and retweets?
The AI-agent section was the most forward-looking. After the Morpheus call, Chad listed action items around x402 payments, Ethereum agent standards and an MCP for THORChain. He has built an MCP before and said he may open source it. Andy from Liquify has also been working on MCP tooling.
Kenton had already started checking THORChain's web properties with Agents First, trying to make thorchain.org and THORChain Swap easier for AI systems to read and interact with.
"THORChain has to be easily accessible by AI." (Kenton)The thesis is straightforward: if agents become a major share of blockchain transactions, THORChain cannot be invisible to them.
5. POL Takes Center StageThe biggest governance conversation was protocol-owned liquidity. With trading back and Monero close, Kenton wanted to know when the community should start debating what percentage of system income should go to POL.
The first issue is mechanics. Chad believed the POL percentage had been moved to an operational Mimir, where nodes can vote different percentages and the leading value wins. Boone joined to say his dashboard still shows it as an economic Mimir, with 12 votes trying to set it to 1%. Chad linked the commit he remembered making and said he would need to check whether something had been reverted.
The second issue is economics. Kenton corrected his own math from a previous discussion: if the system moved from 75% of fees going to nodes to 50% going to nodes and 25% going to POL, node operators would need to raise operator fees by 50% to get back to even. His view was that bond providers and operators need to have that conversation honestly, especially in a lower-fee, lower-$RUNE environment.
Boone's argument was urgency. After the exploit, asking third-party LPs to trust the pools immediately is a hard sell. Monero could become one of THORChain's most important pools, but without POL, the liquidity has to come from somewhere else.
"Getting liquidity back into the pools is a really really huge priority." (Boone)That is why the POL debate feels bigger than a simple fee split. Under normal LP incentives, THORChain rents liquidity from third parties and keeps paying for it. Under POL, the protocol slowly owns more of the pools, earns fees on its own liquidity and can target liquidity into strategic pools like $XMR.
"It's renting versus owning." (Boone)Kenton floated 25% POL while keeping the 5% $RUNE burn, or 29% POL with the burn reduced to 1%. Denny preferred going as aggressive as possible, while keeping at least a 1% burn for the deflationary narrative. The hosts also noted that the attack aftermath already left several million $RUNE to burn, far more than the fee-burn mechanism had destroyed so far, though they were careful with the exact number.
The sales pitch for new chains may be even stronger. Instead of paying a centralized exchange listing fee and handing supply to a market maker that sells, a project can seed a THORChain pool, keep custody of its LP position, accept impermanent loss as the real cost, and let POL keep buying and holding its token if the pool earns its way there. That turns THORChain from a listing venue into a long-term liquidity partner.
What to Watchv3.19.2 adoption. Watch for the Solana churn fix, Monero code adoption and node readiness after the release reaches operators.$XMR mainnet. The target moved closer, but shallow liquidity and possible early pauses should be expected. Small swaps first.The security meeting. Next Wednesday's discussion may clarify hot/cold vaults, two-of-two ideas and the first DKLS or FROST migration path.v3.20. Chad expects the public TSS library around v3.20, with $TAO and free stable swaps also discussed for that release path, gated by Mimir where needed.POL governance. The Mimir type needs clarity, then the community has to converge on a percentage. The practical question is how fast THORChain should own liquidity again.AI accessibility. x402, MCP tooling and agent-readable THORChain sites are now explicit action items, not abstract future talk.Upcoming guest. Saturday's episode is expected to feature Amir Taaki for the Monero and cypherpunk crowd.More THORChain data, check out raynalytics.net
Follow Raynalytics for more Weekly Analytics and Podcast recaps.
Coinbase, Kraken, Bittrex, Circle a další spustily Crypto Rating Council, který bude hodnotit kryptoprojekty podle toho, zda mohou být podle amerického práva považovány za cenné papíry. Bitcoin dostal nejnižší skóre 1, zatímco XRP 4.
Some of the most popular companies in the cryptoeconomy have banded together to create an organization that will assess and rate top cryptocurrency projects on the likelihood of these projects being securities per U.S. federal securities laws.
That organization, the Crypto Rating Council (CRC), counts exchange operators like Bittrex, Coinbase, Kraken, and Poloniex-backers Circle among its first members, as well as the firms of Anchorage, DRW Cumberland, Genesis, and Grayscale Investments.
So why the need for such a body?
The so-called Howey Test, which is a test devised by the U.S. Supreme Court to determine if a given asset is a security, commonly leads to “judgment calls, inconsistent results, and … disagreement among legal experts,” the CRC said on the Frequently Asked Questions section of its new website.
Accordingly, the organization’s rating system — which runs from 1 to 5, with 5 indicating an asset bears the hallmarks of a security and 1 meaning the opposite — is being hailed by members as a “compliance tool” that will help bring consistency to their respective asset review processes.
Founded by prominent companies across the crypto industry, our mission is to lead crypto financial services firms committed to practical compliance with the U.S. securities laws. We are the Crypto Rating Council, and we launched today: https://t.co/FbdwfSZN9D
— Crypto Rating Council (@CRC_Crypto) September 30, 2019
“The CRC will publish a simple rating for most assets it reviews to indicate the results of its analysis as a reference for operators, developers, and the public,” the organization said.
With that said, the ratings are utterly non-binding and have been made without involvement from the U.S. Securities and Exchange Commission (SEC). So, while clarity is the professed goal, the only thing the CRC has ultimately made more clear is what its members think about the legal status of top cryptocurrencies in America.
“The score does not reflect a legal conclusion and is no indication of qualitative value of an asset or suitability for investment or any other purpose,” the CRC said of its ratings.
How the First Scores Look Don’t expect any surprises when it comes to bitcoin (BTC). The oldest cryptocurrency, which has long been held up by various stakeholders as a standard for decentralized projects, received a 1 rating from the CRC.
Other projects the body deemed to have “few or no characteristics consistent with treatment as a security” included DeFi’s darling Dai stablecoin, the popular Monero (XMR) privacy cryptocurrency, and Litecoin (LTC).
The 2 rating was given to the next rung of projects that the CRC deemed to seem mostly decentralized according to its framework. These projects included Ethereum (ETH), Zcash (ZEC), Numeraire (NMR), ChainLink (LINK), and the fledgling proof-of-stake project Algorand (ALGO).
Getting on up there according to the group were projects like Augur (3.75), EOS (3.75), Stellar (3.75), Tezos (3.75), and XRP (4). The highest inaugural scores were given to Polymath (4.5) and Maker (4.5).
Notably, the SEC announced just hours after these ratings were released that Block.one, the team behind the EOS launch, had settled charges and would pay a $24 million civil penalty for its year-long ICO being an unregistered security offering.
The Commission said the securities status only applied to the “IOU” ERC20 token that was issued during the sale rather than the current EOS cryptocurrency, which lives on EOS now rather than Ethereum.
Are Exchanges Listing Securities? One question that immediately started buzzing through the ecosystem on the heels of the announcement of the CRC was why would exchanges like Coinbase take chances on assets like XRP that appear to bear considerable resemblances to a security in the U.S.?
One possibility is that the group’s members consider “security status is binary,” according to Jake Chervinsky, the General Counsel of DeFi lending project Compound Finance. In other words, anything less than a 5 rating would be fair game accordingly.
My best guess: they'd say security status is binary and as a matter of law it doesn't make a difference how close a token comes to being a security if it's ultimately not one.
On that logic, though, query the value of publishing the five-point score in the first place.
— Jake Chervinsky (@jchervinsky) September 30, 2019
But even if the already rated cryptocurrencies later end up being cleared as “not securities” per the SEC, the CRC rating system can lead to future conflicts of interest, e.g. member exchanges being charitable in their ratings because they stand to gain from trade volume.
In my opinion, this rating system creates a massive conflict of interest. All of the companies that joined this consortium are massively incentivized to rate the vast majority of tokens as non-securities. Coinbase listed some very questionable tokens including XRP, Tezos, EOS
— Larry Cermak (@lawmaster) September 30, 2019
But there’s a silver lining here, according to Blockchain chief executive officer and president Marco Santori. In a Twitter thread on the CRC announcement, Santori said the effort was suspect in some ways but was also a positive attempt at self-regulation in an industry that needs more regulatory clarity in general.
8/ So why on earth would they publish this? Why on earth should we applaud their effort?
Well, actually we should.
As an industry, this stuff is basically the best we've got.
THAT'S RIGHT ITS A TWIST
wait hear me out.
— Marco Santori (@msantoriESQ) September 30, 2019
William M. Peaster
William M. Peaster is a professional writer and editor who specializes in the Ethereum, Dai, and Bitcoin beats in the cryptoeconomy. He's appeared in Blockonomi, Binance Academy, Bitsonline, and more. He enjoys tracking smart contracts, DAOs, dApps, and the Lightning Network. He's learning Solidity, too! Contact him on Telegram at @wmpeaster
Binance ukončuje obchodování s Monero (XMR), Multichain (MULTI), Vai (VAI) a Aragon (ANT) v rámci pravidelné kontroly. Obchodování skončí 20. února 2024 ve 03:00 UTC, vklady 21. února 2024 a výběry 20. května 2024.
Binance, the world’s leading crypto exchange, has announced the delisting of four digital currencies, including Monero (XMR), Multichain (MULTI), Vai (VAI), and Aragon (ANT). The decision to remove these tokens from the platform comes as part of Binance’s periodic review process.
According to the latest announcement, the delisting process is scheduled to take effect on February 20, 2024, at 03:00 a.m. UTC. Following this, all trading pairs associated with these tokens, including ANT/BTC, ANT/USDT, MULTI/USDT, USDT/VAI, XMR/BNB, XMR/BTC, XMR/ETH, and XMR/USDT, will cease to be available for trading. Additionally, deposits of these tokens will not be credited to user accounts after February 21, 2024. Moreover, withdrawals for these tokens will be not supported after May 20, 2024.
Why Did Binance Decide To Delist Monero, Multichain, Vai & Aragon? Binance’s decision to delist these tokens is guided by a comprehensive assessment of various factors. These include the commitment of the project teams, development activity, trading volume, network stability, public communication, responsiveness to due diligence requests, and contribution to a healthy crypto ecosystem. Any evidence of unethical conduct or negligence also weighs into the decision-making process.
Monero, known for its privacy features, has faced scrutiny from regulatory bodies due to its potential use in illicit activities. While it offers anonymity to users, this very feature has raised concerns among authorities regarding its susceptibility to use in money laundering and other illegal transactions.
Multichain, Vai, and Aragon, while not as widely recognized as Monero, have also failed to meet Binance’s standards in terms of development activity, trading volume, and network stability. The delisting of these tokens underscores the crypto exchange’s commitment to maintaining a trustworthy trading environment for its users.
Also Read: Binance Tops CME In Bitcoin Futures, Is Bitcoin ETF Demand Over?
Implications Of Delisting In addition to the delisting of Monero, Multichain, Vai, and Aragon trading pairs from the spot market, Binance will also remove these pairs from its margin trading platform, futures trading, and various other services. This includes Binance Margin, Binance Futures, Binance Simple Earn, Binance Auto-Invest, Binance Loans, Binance Convert, Binance Gift Card, Binance Pay, and Trading Bots.
Despite the delisting, the CEX ensures that users’ funds are safeguarded. Any remaining balances in delisted tokens will be automatically converted into stablecoins on behalf of users. However, it’s important to note that the conversion is not guaranteed, and users will be notified before the process begins. The stablecoins will then be credited to user accounts after the conversion.
In response to the delisting announcement, users are advised to close any open positions and withdraw their assets in the above-mentioned trading pairs. In addition, they are advised to manage any associated products such as Simple Earn, Auto-Invest, Loans, Margin, Futures, Convert, Gift Cards, Pay, and Trading Bots before the stipulated deadlines to avoid any potential losses.
Also Read: Binance Co-founder Announces $5 Million Reward for Reporting Insider Trading
