This is the part I still can’t make sense of.
Sell 32 BTC and leave everyone hanging on the “never sell” narrative.
Then turn around and buy 1,550 BTC a week later while adding $100M to USD reserves.
Why not just net it out and say:
“We sold 32, bought 1,550, added 1,518 BTC net, and increased reserves by $100M.”
That would have shown the same willingness to sell when needed, without making the market sit there wondering what the 32 BTC sale meant.
Maybe there’s some accounting, legal, or timing reason I’m missing.
But from a messaging standpoint, selling 32 first was small enough to solve almost nothing and big enough to spook everyone.
Conspiracy time thanks to Grok.
“Allegedly ZEC devs didn’t know about the exploit then “hire” someone to find an exploit that they had “no idea” about”
Hypothetical ZEC Pump via Orchard Bug
(How fake coins could’ve been used to manipulate price)
• Key Trick: Shielded pool hid everything. Fake ZEC looked identical to real coins. No one could trace or detect extra supply.
• Step 1: Turn Fake Coins into Real Cash
• Shuffle fakes privately in shielded addresses.
• Unshield tiny bits slowly.
• Sell OTC or via private deals — get real money without hitting public exchanges.
• Step 2: Use Real Cash to Create Fake Demand
• Buy ZEC hard on CEXs and DEXs to push price up.
• Pay for influencers, bots, and hype posts.
• Do wash trades to fake volume and momentum.
• Step 3: Make It Look Even Bigger
• Borrow more money using fake coins as collateral.
• Pump TVL and staking numbers.
• Spread stories about “secret whales buying.”
• Step 4: Cash Out and Profit
• Sell both real and fake coins at the pumped price.
• Repeat cycle as long as supply lasted.
Looking at the Zcash issue:
I prefer the generation of assets (crypto or RWA) on a fully transparent layer 1.
When privacy is required this should happen on another layer.
Flare Confidential Compute (FCC) provides the privacy layer and Flare (transparent L1) provides the ingress and egress of assets either created on Flare or elsewhere (eg XRPL) to FCC.
Ideas in Crypto that are dead:
- Store of value against inflation/debasement
- Get rich quick on vapourware
Very much alive:
- Utility + charging fees or harvesting MEV that accrues to token economics
Flare’s myriad utilities:
- DeFi ecosystem for tokens that don’t have it
- Data & decentralised interoperability
- Compliant privacy
- Verifiable compute for on & offchain AI and financial uses
All can contribute through fees and MEV capture to Flare’s token economy.
I bet you’d like to see something like this.
Me too, and I think there’s a path to get there with agentic payments and stablecoins.
Right now, there’s a gap in the market for machine-driven commerce: stable settlement, programmable access, and verifiable payment records need to exist in the same stack.
This is why I want to boost USDT0 adoption with agents. Flare can be uniquely well positioned to unlock value once agents can pay for APIs, data, and services in a reliable way.
There is a real business unlock in turning those payments into accountable economic activity that another system, company, or institution can trust and reuse later.
Humans in control are cruel. Nature is cruel. God, perhaps, is cruel.
But much of humanity’s cruelty comes from wrestling with what was never under human control in the first place.
Civilization is, in many ways, our attempt to negotiate with scarcity, disease, death, and chaos. The tragedy is that in trying to tame one form of suffering, we often create another.
Exactly.
Many prefer to own the order book, control liquidity, capture spreads, sell premium listings, offer leverage, internalize trades, manipulate the market and collect data on user behavior.
Usually, when an intermediary refuses to become a simple utility, it’s because being the intermediary is worth the squeeze.
@FabianoSolana Many whales assume they’re insulated.
They’re not.
If a small group coordinates to influence market outcomes, governance decisions, or settlement results for profit - regulators view that as market manipulation.
Token ownership is not a shield from liability.
Polymarket’s UMA governance should be one user, one vote.
Using a proof-of-stake model for dispute resolution and governance concentrates power in the hands of the largest token holders, rather than the broad user base that actually relies on the platform.
If the goal is accurate outcomes and decentralized governance, then influence should come from participants and reputation
Current UMA vote is almost entirely NO.
But everyone should think clearly about one basic fact:
The only real basis for NO is Polymarket’s newly added rules after the market was already live.
That means this vote is not happening on equal ground.
Traders relied on the original written rules. Polymarket changed the interpretive framework after people had already placed their money.
This is not a fair resolution process.
Polymarket created a market:
''MicroStrategy sells any Bitcoin by May 31, 2026?''
Did they sell any Bitcoin by May 31, 2026?
Yes. They sold 32 BTC in the last week of May.
What are the rules for the market?
''This market will resolve to "Yes" if MicroStrategy sells any of its Bitcoin by 11:59 PM ET on the date specified in the title.
Otherwise, this market will resolve to "No".''
''The primary resolution source for this market will be information from MSTR and on-chain data''
On-chain data can't prove a sale.
Meaning the primary resolution source for this market will be information from MSTR.
The market was still open. Trading continued.
Everyone was awaiting the June 1 SEC 8-K filing.
MSTR released the information:
''During Period May 26, 2026 to May 31, 2026''
''BTC Sold 32''.
The only logical resolution is YES.
There is not a single logical way to argue NO.
Never using PolyMarket. Never have. Never will.
I love prediction markets. However, Polymarket is a great case study in what not to do.
Prediction markets work best when they aggregate information and reward accurate forecasting. Too often, Polymarket has demonstrated how ambiguous wording, subjective resolution criteria, and reliance on centralized, whale decision-making can undermine the very purpose of a prediction market.
This is one thing I dislike about @Polymarket
Bro placed a bet on Microstrategy selling btc before May 31st. They eventually sold within the said date only for Poly to add a new rule
“The confirmation of the sale has to be before May 31st”
Now Poly is trying to resolve the market against him because the announcement of the sale was made on June 1st.
The big question is why will a poly add a new rule after a contract is already trading?