YOHO retweeted
Schrödinger's cat, now on chain.
Only its owner can open the box.
FheCat on Fhenix. October.
Waitlist: fhecat.com/waitlist
YOHO retweeted
Introducing Gateway...
I've been building a new kind of Bitcoin client.
One that ANYBODY can run regardless of storage.
Fetch only what you need, when you need it.
On-demand, directly from Bitcoin peers.
This is at the heart of Gateway.
Sparse-by-default deep on-demand p2p-Bitcoin indexer.
Now, I recommend you feed this post your favourite AI and have it talk to you directly about it, because I'm about to get into the weeds. And I'm very excited, so it's probably better you ask your AI how this applies to you, rather than leaving a comment that it's too complicated or that you don't understand. With that being said, if you're happy to go hardcore old-school style, and actually... read the thing, here it is!
BITCOIN PEERS
Traditionally, Bitcoin clients sync nodes by requesting blocks from other peers one-by-one, from zero.
This is somewhat impractical for everyday users.
Gateway does things differently.
You can certainly sync the entire blockchain using Gateway, and become a full Bitcoin Node, and a useful Bitcoin Peer. You can even bring your existing Core node and plug it in if you already have one.
But that's not the interesting part.
The interesting part is that you don't need that.
Seek data directly from Bitcoin Peers, on-demand.
ON DEMAND
Unlike Core, Gateway does not require you to sync the entire blockchain. You can sync any range, or even just type in a block number in the top bar to fetch the block from a Bitcoin peer directly.
This approach is extremely useful for Blocks, but it has some limitations.
Transactions (and thus, inscriptions) cannot be resolved directly, without knowing the block number. The latter part of that sentence is the important part.
Gateway adds a schema that allows you to type "{tx}.{block}.bitcoin" and resolve a transaction directly from a Bitcoin peer. You can replace {tx} with either tx-hash, or tx-index (which is a new schema for Gateway), and {block} with either block-hash or block-height.
For example: 0.0.bitcoin
This becomes relevant for inscriptions.
An inscription ID is simply:
{tx-id}i{inscription-index}
So you can resolve inscriptions by including block-number in the scheme:
{inscription-ID}.{block}.bitcoin
If you know the transaction index, you can even use that instead of transaction ID in inscription ID.
That means, so long as you know the block number, any inscription can be resolved on Gateway, on-demand, by asking a Bitcoin peer directly.
ORD
When it comes to Ord, this is an extra layer on top of Bitcoin. It is an indexing system that takes Bitcoins already heavy data store, and adds its own index that can take roughly a week to sync.
For the everyday user, this is not practical.
Whilst I've demonstrated how we can fetch inscriptions directly from Bitcoin Peers without Ord, you need to know block number, and the standard in Ord is to use inscription ID, sat number, or inscription number as the key reference.
I've added block in the Gateway schema as a useful primitive that enables purely on-demand inscriptions from Bitcoin peers, but that isn't the current standard.
INDEXES
This is where you can build your own data-store directly from Bitcoin data originated through Bitcoin peers, and either become a useful participant of the network, or take what you need privately.
The baseline index is Bitcoin Blocks.
However, you do not need that to resolve the other indexes.
Each index has an "ephemeral" option, which means to seek the blocks you require from peers, strip the data you need, and discard the blocks. This is useful if you're running this on your everyday computer, and can't be spending so many GigaBytes on Bitcoin.
For example, you can index Bitmap without storing a single block.
The indexes are generally layered, so you can choose what you would like to index and when. If you index Bitcoin Blocks, you will be asked if you also want to index the other downstream indexes in parrallel, since it would be quicker to do that than re-run the index.
If you already have a Bitcoin Node, you can build other indexes on top of that.
But you don't have to have the Bitcoin blocks to sync inscriptions, Bitmap, or any other index we implement.
Now, this is still some heavy lifting, but once we start activating the Gateway peer network, we can supercharge these capabilities.
GATEWAY PEERS
Gateway users can connect to each other in a peer-to-peer network, just as in Bitcoin.
That means that, whatever data you need, you can ask Gateway peers directly and skip indexing directly from Bitcoin data, with Bitcoin as the hashed proof verification layer.
So, anything your Gateway node doesn't know, or is impractical for you to find through Bitcoin peers, can be served by Gateway peers.
This vital peer layer can become more useful as we start adding other cases for the Gateway peer network, for example, you could opt-in to become a persistent relay for a Bitmap or Ord gaming webRTC layer. We can even serve this p2p mesh layer to websites and ordinals over the web, so in the future, you will be able to connect to gateway from a website, or from an Ordinals inscription.
For now though, it requires the Gateway client. But the dream is that you can become a useful OR private participant in Gateway from different angles.
LONG STORY SHORT
A sparse-by-default on-demand bitcoin node, with full-range indexing and p2p sharing with gateway nodes.
EARLY RELEASE TESTERS
I am seeking early testers who are happy to put the client through the ringer, vet the data, or just try and break the thing so we can make sure we ship a proper robust client.
You can comment on this post if you're interested, and I'll share details when it's ready for testing.
At this stage, I just wanted to let you know that I have a client, it's working, it's almost ready for testers.
WHAT NOW?
This is just one of the things I've been working on and excited about recently, but it's the one I think is the most important in terms of vital infrastructure that can benefit the entire stack from Bitcoin peers to Bitmappeers.
Stay glued to my timeline for more! 👀
Comment if you want to get involved. 💬
YOHO retweeted
> PUBLIC_SNARKLIST: LIVE_ // zcash:native
> zksnarks.net/snarklist
YOHO retweeted
How to check what your bitmap is mining:
🟧 Mining window (B shortcut).
🟧 Teleport window (T shortcut).
🟧 Type your bitmap number, Enter.
🟧 Hit Mine.
That’s it. Rarity, resources, live ETA.
App:
ordinals.com/content/c1fdc44…
YOHO retweeted
Friday GIVEAWAY anyone?
We thought we'd end the week on a high and give you the chance to win a Ledger Nano Gen5.
Here's how to enter:
1. RT this post
2. Follow @ledger
3. Comment which color Ledger signer you'd like to win
It's THAT simple. Lets go. 🔒
YOHO retweeted
If Bitmap marketplaces had ecosystem revenue share during peak Magic Eden volume, millions could have flowed back into Bitmap development, infrastructure, builders, tools, promotion, grants, and treasury over time.
Instead, most builders attempted to self-fund independently.
Volume today is lower than the Magic Eden era, but even now, marketplace revenue share could still provide meaningful long-term ecosystem funding.
Would you support a % of Bitmap sales helping fund Bitmap's long-term development and health?
YOHO retweeted
Not a pump and dump. Whales are noticing $NAT.
YOHO retweeted
Yo, been deep in this crypto collectibles game since the CryptoPunks launched in 2017. Those pixel punks started as a quirky experiment and ended up rewriting what digital ownership could mean. Saw the whole arc: early floors in pennies, the 2018 crash where everything got called worthless, the slow rebuild, then the 2021 explosion where real money started flowing in. Nine years of riding waves, spotting patterns, getting wrecked, and stacking wins. The cycles don't lie. They rhyme hard.
Right now, February 21, 2026, Bitcoin's hovering around 68k after dipping into the 60s recently. Choppy as hell with fear in the air, post election pump faded, some quantum noise and miner stuff rattling nerves. Market's consolidating hard, but under the surface the setup feels exactly like those early NFT days firing up again. This time it's Bitcoin Ordinals carrying the momentum. The real chain, immutable, no sidechain games.
Inscriptions keep embedding art, identity, property straight onto sats. And Bitmap? That's the one quietly building real legs right now.
Bitmap turns Bitcoin blocks into virtual land. Coordinates on the most secure ledger out there. Recent moves are telling: one holder just swept 16 Bitmaps in a single transaction, rare Patoshi era ones getting flexed, sales volume ticking up over the last 30 days while the broader market sleeps. Stealth accumulation vibes strong. People are shipping tools like rebuilt bitmap.land maps with vector views, live streaming upgrades, 3D libraries full of models ready for on chain builds, even AI agent coordination experiments and passive income ideas from virtual rents or businesses on your block. It's early Decentraland Sandbox land grab energy, but permanent, no hosting bullshit, pure Bitcoin scarcity.
The scene's holding culture strong despite the dip. Posts calling it the Bitcoin Renaissance, art text identity migrating on chain, civilization level shift. Ordinals turned Bitcoin into time. Bitmap turns it into space. Even with old debates around proposals like BIP 110 trying to curb things (support still tiny), the permissionless spirit keeps winning.
Broader cycle's rhyming too. Post 2024 halving patterns point to mid to late 2026 ignition. Some projections still eyeing 100k plus rebounds if liquidity flows back. Ordinals ride that wave hardest as native innovation. When BTC rips, the creative frontier catches fire.
This upcoming run won't mint a million new millionaires like memecoin seasons. It's selective, conviction based. But the few who spot the pattern early, stack inscriptions, claim Bitmaps while they're still under the radar? Life changing wealth incoming. Seen it with those pixel punks. Same setup here.
I don't make the rules. Just calling it from experience since day one. Bitmap's got real traction, devs keep dropping heat, Bitcoin's canvas keeps expanding. If you've got the stomach for the volatility and the eyes to see it... position accordingly. 🟧🚀
Been through worse winters. This feels like spring.
YOHO retweeted
Congrats to @ZmAKin_eth for FIRST PLACE! 🫡
The Open Bitmap Internet is truly awesome. It allows you to go to any .bitmap using your browser!
I use it all the time, especially to go to 609.bitmap.
You can download it for chrome here:
chromewebstore.google.com/de…
🏆 Hackathon Season 2 - Finals Results 🎺
🥇 1st 🟧OBi: The Open Bitmap Internet @ZmAKin_eth
🥇 1st 💦Ord-Dropz @Ob1_Wan_Satoshi
🥈 2nd 👻Ephemeral Protocol @furkngld
🥉 3rd 🤏Tiny Battle Arena + Tiny Condor @BonesElMuerto & @JobuIsNinja
🏅 4th 🎲Satoshi Dice @Satoshi_Init
🏅 5th 🔎Ordinal Grader @BoxDott
🏅 6th 🎪Circus App @circus__app
🏅 7th 🛡️TruthBit @ritik4ever 🎨 Itchit @itchatoshi 📋 Satoshi’s Billboard @UrbanBor
🏅 8th 😇Bitcoin Angels @Bitcoin__Angels
🏅 9th 💫 PROJECT SIRUS @SanjuSbg
🏅 10th 👨🏫Common Knowledge Survey @BubbleWake
🙏 Massive thanks to our sponsors, supporters & backers @ordzaar @ordinalsbot @Tiny__Vikings @xverse @ord_cast @und3rdog $DOG @fomo_magazine @GMNTWRK @BtcArtSociety @GenzioCo @Bor3dRoom @NCU_Fi @ORANGEPILLZZ @beijingdou @thatwagmigirl @NewChicCapital @852web3 @swandogs @HotChickenQSR
⚖️ Judges
@cbspears @semtexislove @GotBagsofCrypto @TheSamGor @bruffstar @bitstorian @JenniferChengLo @Hillshills @uniqueNFT @LazerErik @frankNFT_eth
🔥 Builders, sponsors, and judges - thank you for making Season 2 legendary 🧡
YOHO retweeted
Bitmap: Bitcoin’s Hyperstructure Gem 🟧
Bitmap turns BTC blocks into digital "land" via Ordinals, echoing Bitcoin’s early days.
Fair launch, decentralized, & full of potential.
Is it a hyperstructure?
Let’s unpack: Unstoppable, Free, Valuable, & more.
DYOR—could this be BTC’s next leap?
YOHO retweeted
I just inscribed the CRAWL module to Termina!
You can now crawl the OCI to find Bitmap districts with reinscriptions or children!
GO TO:
ordinals.com/content/7bdc2ae…
TRY:
> crawl bitmap
This will take a long time, but don't worry! I already did it for you. Bring your own data:
github.com/blockamotolabs/by…
Let's work together to keep this dataset updated. You can crawl ranges (for example, of your own bitmaps) and submit a pull request.
It took me about 7 hours to crawl all of bitmap with about 15 windows open each running on a range. It would've taken about 10 days with just one window! Definitely some improvements that can be made in performance for the future, but so now we have at least made it possible! And it is mind-blowing what we will be able to do with this data.
Stay tuned later this week to find out how we can piggyback off this data to build powerful tools on-chain!
CRAWL MODULE
Basic Crawling:
> CRAWL bitmap [start] [end] : Crawl for reinscriptions + children
> CRAWL bitmap reinscriptions [start] [end] : Crawl for reinscriptions only
> CRAWL bitmap children [start] [end] : Crawl for children only
> CRAWL bitmap parents [start] [end] : Crawl for parents (auto-skips checked)
Resume Crawling (skip checked ranges):
> CRAWL bitmap resume [start] [end] : Resume reinscriptions + children
> CRAWL bitmap reinscriptions resume [start] [end] : Resume reinscriptions only
> CRAWL bitmap children resume [start] [end] : Resume children only
Cache Management:
> CRAWL cache : View cached results and sessions
> CRAWL cache clear : Clear all cache (data + sessions)
> CRAWL cache clear sessions : Clear session logs only
> CRAWL save : Save cache to JSON file
> CRAWL file : Import cache from JSON file
═══ BEHAVIOR ═══
Regular Crawls:
• Check ALL districts in range
• Skip individual cached items (faster)
• Find new reinscriptions/children since last crawl
• Log session with range and timestamps
Resume Crawls:
• Skip entire ranges already checked
• Only process unchecked gaps
• Perfect for interrupted crawls
• Log session for processed ranges only
═══ EXAMPLES ═══
> CRAWL bitmap : Crawl all districts (0-906999)
> CRAWL bitmap 0 10000 : Crawl districts 0-10000
> CRAWL bitmap resume : Resume from where you left off
> CRAWL bitmap reinscriptions resume 0 10000 : Resume reinscriptions in range
> CRAWL cache clear sessions : Clear session logs for fresh resume
YOHO retweeted
A Deep Dive into Bitmap's Inevitable Game Theory 🧠
Bitmap's design, tied to the pulse of #Bitcoin, creates a fascinating economic model. With a fixed issuance of 1 Bitmap per block, what happens when price rises and major players like mining pools enter the game?
Here's a breakdown of the supply and demand dynamics, drawing parallels to the early days of Bitcoin.
1. The Price Catalyst & The Minting War
As Bitmap's floor price rises, the dynamic of creating new supply fundamentally changes.
The End of Bots: The era of low-cost, ~$1.55 mints by a single bot vanishes.
Bidding Wars: Minting becomes a high-stakes game. The cost to mint a new Bitmap will be bid up aggressively, approaching the floor price of a non-rare one. The "easy profit" arbitrage disappears.
Demand Explosion: Price appreciation acts as a marketing engine, attracting waves of new speculators, builders, and long-term believers, causing demand to surge.
2. Enter the Producers: The Mining Pools ⛏️
This is the real game-changer. When #Bitcoin mining pools realize they can mint their own block's Bitmap for virtually zero cost (just the transaction fee), they become the primary producers.
Monopoly on Production: They can bypass the public bidding war entirely. Whoever mines the block, mints the Bitmap.
The Great Filter: Their default, rational strategy will be to "mine and sell" to cover massive operational costs. This introduces a predictable, relentless stream of sell pressure into the market—approximately 144 new Bitmaps hitting the sell side, every single day.
3. The Bitcoin Analogy: A Classic Showdown
This situation is a direct parallel to the game theory of early Bitcoin:
Bitmap Mining Pools = Early BTC Miners: These are rational economic actors. Their primary role is to produce the asset and sell it to cover real-world costs (electricity for BTC, operations for pools). They represent the constant, industrial supply-side pressure.
Bitmap Believers & Builders = Early BTC Cypherpunks & HODLers: This group absorbs the supply. They are driven by a long-term vision—a belief in the asset's future utility and cultural value (an open metaverse for Bitmap vs. decentralized money for BTC). They are the demand-side shock absorbers.
4. The Final Verdict: Can Demand Outpace Supply?
The future of Bitmap's value will be determined by a simple, yet powerful, battle:
Can the demand created by builders, collectors, and believers consistently absorb the predictable, daily supply generated by profit-maximizing mining pools?
Miners will get smarter, perhaps holding rare Bitmaps and only selling common ones, creating a two-tiered market. But the core pressure remains.
Ultimately, Bitmap's success isn't about stopping the miners from selling—they will. It's about building an ecosystem and a culture so valuable that the market's appetite for new "digital land" is large enough to swallow the constant drip from the production tap.
The question isn't if the battle will happen, but who will win.
YOHO retweeted
大鹅困境：加密公益不可能？
大鹅 $Daram 项目的困境，正是当下无数MEME币的缩影——流动性枯竭、市场信任危机、投机与理想的撕裂。
推广一个MEME说不为赚钱是虚伪的，但若赚钱的同时能照亮自闭症儿童的世界，这难道不是更高级的财富？
我见过脑瘫患儿家庭如何被拖入深渊。姐姐的孩子因出生缺氧导致脑瘫，全家的积蓄、精力、希望被一点点碾碎。而大鹅 $Daram 想做的，是让加密货币的暴富神话裂变出公益的能量——如果成功，下一个被拯救的可能是罕见病患儿、残障儿童、重症家庭！！！
但现实骨感：
流动性枯竭让公益反哺举步维艰
市场更愿为狗头币狂欢，而非为慈善买单
投机与善意的天平难以平衡
我们不是在乞讨怜悯，而是真的希望能构建一种新可能！
如果能让 $Daram 代币的涨跌，都成为特殊儿童康复训练的一小时；
让 $Daram 的交易手续费，化作贫困家庭的一剂救命药。
虽然这需要代币更加聪明的设计机制！
但若杀出血路，加密货币将第一次真正"造血"给现实世界。
赚钱不丢人——丢人的是，这个世界有人靠炒作动物币暴富，却没人肯给脑瘫儿买一副矫正支架。
——若您也相信代码该有温度，转发就是最好的投票。
我在我的钱包留下了131494520的大鹅 $Daram ，这是我对大鹅的态度！2025年06月10日
YOHO retweeted
Using ERC20i for in-game cosmetics is an interesting blend of fungible tokens (ERC20) with non-fungible behavior. It’s a novel standard that can introduce permanence and on-chain provenance into fungible assets—making them more useful for in-game applications like cosmetics where ownership and uniqueness matter.
Here’s how ERC20i can be used for in-game cosmetics:
🧩 What is ERC20i (in brief)?
ERC20i is a variation of the standard ERC20 token, but with some key features:
Immutable supply: No minting or burning after deployment.
Fully on-chain metadata: Visuals or cosmetic data stored or derived fully on-chain.
Programmable visuals: Cosmetics can be based on logic, not just static files.
Efficient transfer mechanics: Like ERC20, it scales well for transactions.
🎮 Use Case: In-Game Cosmetics
Cosmetic Tokens as ERC20i Units
Each type of cosmetic (e.g. “Red Dragon Skin”, “Neon Armor”) is represented as a separate ERC20i token.
Players can own 1 or more units of these, indicating access to that cosmetic.
Ownership Equals Access
If a player owns 1 or more of a given ERC20i token, the game UI can unlock and render the corresponding cosmetic.
The game checks the wallet to see which tokens the player has to determine which cosmetics to show.
On-Chain Provenance
Because metadata is stored on-chain, cosmetics can’t be faked or duplicated improperly.
You could prove that a player earned a rare item during a special event (like owning a Season 1 cosmetic).
Tradable Cosmetics
Cosmetics become tradable items in marketplaces (e.g. OpenSea, Blur).
Since they follow ERC20 transfer mechanics, it’s easy to trade them in bulk or integrate into DeFi systems.
Cosmetic “Bundles” or Airdrops
Game developers can drop ERC20i tokens to players who hit certain milestones or purchase special editions.
Crafting and Burning Systems
While ERC20i itself doesn't allow minting/burning, a wrapper contract can handle mechanisms like:
Combining 3 common ERC20i cosmetics to “craft” a rarer one.
Locking or staking cosmetics for temporary boosts or transformations.
YOHO retweeted
Alright guys, much delayed, but feast your eyes on a new release of EVERYONES FAVORITE ORDINALS INDEXER, WALLET, and BLOCK EXPLORER: ORD 0.23.0 (and, ahem, 0.23.1).
github.com/ordinals/ord/rele…
github.com/ordinals/ord/rele…
This one was kind of a mess 😂 read on 🧵
