The KOBOS roadmap 🥷 Here’s what we’re working toward: - $KOBOS: the launch of our ecosystem token - KOBOS NFTs: 1111 NFTs, FREE to mint - KoboSwap: Decentralized trading - KOBOS Fusion: Bringing the ecosystem together We’ll share more about each step as we get closer. Secure your spot before it’s too late.

4444 _____ coming out of hibernation soon 👀 Getting MINTED for FREE on Robinhood 🏹 NOTIFICATIONS ON 🔔

exciting to see new trends with X Money

As onchain art maxi, Howie Lab started with “Bitdream”: We rebuilt crayon marks in code and rendered them on sats via recursion, so an 800KB bitmap lands as ~1.5KB, about 1/600th the size. For 👾Pippy Seer we pushed that idea onto EVM: 2000 PFPs with no shared layer sheet, packed to use as little blockspace as we could. Instead of simulating brushstrokes, we encode EACH canvas. Every piece packs into a payload—geometry f, palette q, plus a hue-bucket byte—sent in the calldata of batchSetTraits. The contract SSTORE2.write it and stores {ptr, offset, length} per tokenId. On tokenURI, it reads that slice—not the original tx—draws 44×44 SVG rects, and puts the result in image. Each token holds its own packet, so the cap of 2,000 can be 2,000 authored 1/1s, not trait layer combos. That’s the bind with layer-stack PFPs: one wardrobe, endless remixes, everything still looks related. Here there is no trait kit—only a 44×44 grid and packet size—so query-time render is that token’s pixels as SVG. I open-sourced this as an ERC-721 implementation spec; fork the repo and ship 1/1 pixel work the same way. Blockspace is expensive; per-token compressed packets beats remixing one shared trait sheet. Pippy Seer isn’t another degen mint. It’s the first collection on this spec. A pixel-native way to store and render 1/1s onchain.