Fully on chain poker contracts are coming together! Generating Groth16 proofs still too slow in the testing framework but we have some tricks to speed it up. Major Milestones Completed: Core Protocol & Cryptography: ✅ Full Barnett-Smart mental poker implementation with

Been deep in the tank figuring out how to get v0 of poker protocol out on testnet. React SDK is written and now on to the tricky part of making sure the client works in a web environment. Going to have to make sure circomjs is able to use web workers appropriately and stays in

Layer 3 (appchains) are interesting and may be the ultimate home for Poker Protocol. Ty @Guz_MassAdopt for the idea. It’s likely the best way to get the tps required for homomorphic encryption when allowing each player to apply their own randomness. Less messy code optimizations

🃏 Major milestone reached! Phase 1 of our mental poker protocol client is complete! ✅ 🔐 Cryptographic foundation: BabyJubJub, ElGamal encryption, ZK-SNARK proof generation 🔗 Blockchain layer: TypeChain integration, event subscriptions, reactive state management 🧪 27 tests

Monorepo migration is complete! Claude 4 in cursor has gotten much better at assisting with devops setup and tool calls. That was much less painful then I thought it was going to be. Some of the most pleasant surprises: 1. It picked up on the incompatibility of bun with snark

Migrating to a monorepo structure today… wish me luck 🤞

To make the protocol flexible it needs to support multiple on chain identity providers. It should be configurable by the platform that creates the table, allowing for compliance requirements to be enforced on chain as well. The protocol should be as permissionless as the host

5/ Another path: No token. Vertically integrate the protocol + app. Simpler… but less composable and harder to decentralize.

4/ But there are tradeoffs: – Adds token overhead – Might require premine unless a bonding curve model works – Needs governance — or fully immutable contracts (hard)

3/ Benefits of this model: – Incentivizes devs & apps to build on it – Pushes jurisdictional compliance to the edges (the apps) – Creates a censorship-resistant, decentralized base layer

2/ One idea: Tokenized “protocol equity” that’s issued to players & apps proportional to the rake they generate. Stake the token to earn a cut of protocol revenue — whether it’s sats, ETH, stablecoins, or any chain’s “chips”.

1/ Lots of great discussion at BTC Vegas! Can’t wait to start building the poker client when I’m back. Still exploring the best revenue model for the protocol…

At BTC Vegas chatting about self-sovereign poker. No house, no trusted shuffler, just code. If you’re here and into this idea, let’s chat!

Most poker platforms ask you to trust the server. Even “provably fair” still means: trust us. I’m building a protocol where: – No one holds the cards – Shuffles are verifiable – Incentives are on-chain Follow the journey 🃏