Where's your assembly god now?

The dev died, and you're going to give up on the token?

Amateur

Michael Crichton published a book in 2024...
...16 years after he died.

Learn to commit

That’s the real unlock.

Crypto doesn’t make AI smarter.
It makes AI bounded, inspectable, and accountable.

Intelligence without constraint is chaos.
Constraint without intelligence is dead code.

Put them together and you finally get something usable.

Take @Metaplex.

An AI can propose a mint, update metadata, manage ownership, coordinate creators.
But the protocol enforces the constraints. No hallucination survives contact with onchain rules.

AI plans. Protocols enforce. Clean separation.

That’s what audited, onchain protocols provide.

They don’t care how confident an agent sounds.
They don’t infer intent.
They don’t get socially engineered.

They execute if rules are met — or nothing happens.

AI + crypto works for one simple reason people keep missing:

AI needs rails 🛤️

AI guesses, hallucinates.
That’s fine for writing. It’s unacceptable for execution.

If an AI agent is going to touch assets, ownership, or permissions, something in the stack has to be allowed to say no.

GitHub - blockiosaurus/platformer-test: A tweakable design demo for designing the "feel" of a platformer character A tweakable design demo for designing the "feel" of a platformer character - blockiosaurus/platformer-test

Feedback or suggestions are welcome, as always!

If you want to take a deeper look, or extend or contribute to the project, the repo is here: github.com/blockiosaur...

This project was heavily inspired by @gamemakerstk's Platformer Toolkit.

While my version isn't nearly as pretty, I wanted something that could be bundled with Phaser classes and plugins and that could be directly imported to future projects.

Under the hood:
• Phaser 3 for the game layer
• React / Next.js for the control surface
• Finite state machine per movement state
• Central parameter registry + event bus
• Export or import directly to JSON

Everything is wired for instant iteration. No reloads.

Every parameter includes context:
What it does, why it exists, and what breaks if you push it too far.

The goal isn't just tweakability, but building intuition you can reuse elsewhere.

Just click the info icon next to any setting or category to see details.

I realized you can't just vibe code good game feel, but you can vibe code a tool to get you there.

Introducing the Platformer Game Feel Tester
ptest.breadheads.dev/

25+ parameters you can tweak in real time, 8 different presets based on popular games.

Change a value → feel it immediately

Over the past few years I've played, and fell in love with, Hollow Knight and the Ori games. There's something satisfying about tight player controls powering elegant movement

So I decided to build a sandbox tool for finding settings that scratch that same itch in @phaser_ games

If you’re a Solana dev working on:
• agents
• private order flow
• intent-based execution
• safer DeFi UX

You’ll probably recognize where this is heading.

Repo: github.com/blockiosaur...
Hackathon build soon.

Also, full transparency: this was supposed to be cleaner.

OpenCode absolutely ate my original implementation this morning, so this version is a sprinted rebuild rather than a slow-cooked refactor 😅

Sometimes “weekly shipping” means scrambling at the last minute.

This repo is also meant to provide a strong base for my privacy hackathon project.

Not the final thing.
Not even the clever part yet.

But a solid foundation and working understanding is necessary before building a privacy layer.

The goal of this repo is simple:

Hack together some no-nonsense DeFi building blocks to play with and learn from.

Think things like:
• safer swaps
• configurable slippage protection
• batching & routing helpers
• patterns you can actually reuse onchain

Week 2 of shipping a new Solana program per week 👀

DCAs!

Another resolution for '26 is learning more about DeFi, and this seemed like a good place to start. I built a program for scheduled, repeated buys from one token to another, built on top of @Raydium.

This is why NFTs survive the hype cycle.

When ownership directly governs behavior, NFTs stop being speculative objects and start being software primitives. Games are just the clearest place to prove it.

Cartridge Protocol isn’t "NFT gaming", it’s software distribution via onchain ownership.

In the Breakout demo, the cartridge NFT defines:
• what game loads
• what assets are used
• what stats persist
• what rules apply

The platform is generic.
The NFT is specific.

That separation is the whole point.

The important part is proof of ownership at runtime.

Not token-gated websites.
Not Discord roles.
Not offchain licenses pretending to be NFTs.

The game engine checks the chain and decides what logic is allowed to execute.

Onchain Ownership is the permission system.

This lines up cleanly with the purpose of the @Metaplex Core NFT standard.

NFTs aren’t jpegs, they aren't a bundle of JSON. They’re a Primitive Container Standard that other systems can safely compose.

Cartridge just gives those containers a "Play" button 🎮 .

A cartridge NFT is a verifiable, ownable primitive:
• Code references
• Player / Game statistics
• Rules / config
• Versioning

If you own the NFT, you can load and execute it.
🚫🪪 No ownership
🚫🕹️ No execution.

Old vs New NFTs

Most NFT gaming failed because NFTs were treated as static JPEGs, not dynamic ownership primitives.

Ownership didn’t meaningfully change execution. You just hung up a picture on your wall or flexed on Twitter.

GameBient Cartridges fix that by making the NFT the thing that runs.

.@GameBientEngine shipped a live demo of Cartridge Protocol using a Breakout game NFT cartridge.

This isn’t a content drop. It’s a concrete example of why games as NFTs actually make sense. NFTs as tradable, dynamic, infallible proofs of ownership, powered by @Metaplex Core

Feel free to look through the repository for more info, and hit me up if you have any questions!

Repo: github.com/blockiosaur...
JS Package: www.npmjs.com/package/mpl...

Happy building!

There is no fancy UI, completing the challenges is left as an exercise to the user. But there's plenty of test code to provide examples to get you started.

Our wonderful dev docs also provide a good starting point for working with our JS libraries (developers.metaplex.com/dev-tools/umi)

Users earn devnet SOL by burning specially-crafted Metaplex NFTs. Each challenge requires creating and burning an NFT with specific features, teaching developers about Metaplex Core's plugin system along the way.

I hope to extend this in the future for Bubblegum V2 and Genesis as well

Unlike traditional faucets that dispense tokens, this faucet rewards devs for demonstrating their understanding of Metaplex's protocols through a series of progressive challenges.

2026 Goal: write a Solana program every week.

Week 1: MPL Faucet ✅
If you’ve built anything on Solana recently, you already know the pain:
getting reliable devnet SOL is weirdly hard.

So I combined a devnet faucet with some fun learning exercises around @metaplex protocols