Hi everyone,
We’re opening this thread to raise awareness about an important issue that has affected several users during the Mars token migration process. We want to outline the background, explain a concrete example (BlueRise’s case), and invite input from the community before putting a formal proposal on-chain.
⸻
Background
In 2024, the Mars community approved the migration of MARS tokens from Mars Hub to Neutron, with a migration period that ran for several months and was finalized in March 2025. As part of this, any unmigrated tokens were burned.
While many users successfully migrated, there are a few legitimate cases of users who were unaware of the final cutoff and lost their holdings — not due to lack of interest or bad faith, but due to communication challenges.
Even if you followed Mars closely on X/Twitter and Telegram, the migration notices were difficult to spot. Only five posts explicitly mentioned it between summer 2024 and December 22, 2024 — the last one coming just before Christmas. The first truly clear warning that tokens would actually be burned only came on shutdown day itself, giving almost no time for users to react.
In addition, there were no clear warnings in the Keplr wallet interface or Osmosis interface where many users interacted and staked their MARS tokens. This meant that even active users could easily miss that they were at risk of losing their tokens permanently.
Beyond that, some holders were aware of the migration but misunderstood what was required. They moved their old MARS tokens to Osmosis or Neutron but didn’t realize that they also needed to actively swap them for the new MARS token. This technical nuance — not well documented outside a single blog post — caused some holders to inadvertently fail the migration despite taking what they reasonably believed were the correct steps.
⸻
BlueRise Example
In BlueRise’s case:
• He purchased 21,618 MARS tokens on Osmosis on January 27, 2025 — after all migration-related messaging on X/Twitter and Telegram had already been sent (the last being December 22).
• There was still the possibility to research old posts and figure this out, but realistically, unless you knew exactly what to look for, this would have been difficult — more like looking for a needle in a haystack.
• He staked his tokens immediately on Osmosis, but due to lack of clear alerts in-app or on social channels, he never learned that his tokens would be lost.
⸻
Verification approach (for BlueRise and potential future claims)
In BlueRise’s case, he can demonstrate via transaction history that the tokens were purchased on Osmosis and that there is no record of them being moved or sold afterward.
However, proving that those tokens were staked (and not withdrawn before the burn) is technically difficult because the Mars Hub chain has been shut down and there’s no functional block explorer.
Here’s what we have proposed in terms of verification:
• A valid transaction record from Mintscan showing the purchase
• Screenshots showing that the tokens were staked
• The Osmosis wallet address
• The old Mars Hub address
But without restoring a snapshot of the chain before shutdown, we cannot independently verify staking status. If anyone in the community has the technical expertise or archival data to help with this validation, we would appreciate the support.
⸻
Why this matters
This is a relatively small case (~$400 equivalent) but it highlights broader challenges:
• Long-term, non-technical holders and even new buyers couldn’t realistically catch the issue based on communication
• Communication was mixed into a lot of other updates and didn’t sufficiently highlight the severity of the token burn risk
• There were no clear interface warnings in wallets or Osmosis itself
Handling this properly would show that governance is fair and community-driven, while also setting boundaries around how such edge cases could be verified and addressed.
⸻
Proposal intent
We are preparing a specific proposal to mint 21,618 MARS tokens to BlueRise as a fair remedy.
At the same time, we’re seeking to define a clear framework for verification should there be other legitimate affected users who can come forward before a capped deadline.
⸻
Request for feedback
We invite feedback from the community on:
• Whether this is a reasonable and fair request
• How verification should work given the technical limitations
• Whether anyone else experienced similar problems and wishes to come forward
If there’s general support, we will move ahead with submitting this as a formal DAODAO governance proposal.
⸻
Thank you all for reading and engaging — and looking forward to your thoughts.
We can also attach a detailed history of the five X/Twitter posts and links as supporting evidence if requested.