Building @shinzonetwork ❤️

Berlin, Germany
Joined September 2017
Big one for our operators. The latest Generator release brings major performance improvements, significantly reducing chain lag, alongside better pruning, health checks and registration behavior. If you’re running a Generator or Host on the Shinzo Testnet, time to upgrade 🫡
1/ Shinzo v0.6.5.4 is live. This release focuses on keeping Generators closer to chain tip, improving data consistency, and making Host/Generator operations more reliable. What changed ↓
75
Sonia Singla retweeted
19 days ago I started building Moirai using @shinzonetwork Generator client that ranks Polymarket traders by how much money they've actually made I figured the hard part would be the ranking maths. It wasn't. The hard part was getting the data out of the chain at all. Here's the thing nobody mentions when you start. A blockchain answers exactly one question: give me block N. That's it. There's no "show me this wallet's trades", no "add these up". And what comes back is a blob of hex you need the exact recipe the contract used to pack it, or it's meaningless. So before you write a single line of your actual product, you're fetching every block, unpacking each one, working out what it meant, and putting it somewhere you can query. Then doing that forever, because the chain doesn't stop. 93,730,850 trades later, that's what's sitting behind this thing. The app is four small programs, and they never talk to each other everything goes through Postgres. 1. ingester - pulls the logs, decodes them, works out each trader's profit 2. enricher - the chain only ever gives you a token ID, so this one asks Polymarket what the market is actually called api reads Postgres, hands out JSON web the site The bit I'd actually suggest copying is how the ingester talks to its data source. It goes through one interface, and that interface only ever asks four things: are you alive, how far along are you, describe block N, give me the logs between here and here. That's the whole contract. Shinzo answers those four. So does a plain RPC node. Nothing downstream knows or cares which one is plugged in. I wrote that on day one, before I needed it. Turned out to matter. Now the honest bit about Shinzo, because I've seen people get this wrong: I built the adapter and ran it against a preview host. Polygon isn't live on Shinzo yet Ethereum's the only live chain, Polygon's sitting on 3 votes. So Moirai runs on a plain RPC today. I ran their generator client locally to read its schema, not as part of the pipeline. Two things cost me real time that aren't written down anywhere: Collections are chain-prefixed. It's Polygon__Mainnet__Log, not Log. I spent a while convinced there was just no data. And DefraDB stores addresses checksummed, with a case-sensitive filter. Pass a lowercase address, you get zero rows and no error. Nothing to debug. Just silence. If you're pointing an agent at onchain data rather than a dashboard, three things I'd think about: An agent can't tell when a number looks wrong. I look at my own leaderboard, something feels off, I go and check. An agent doesn't do that it acts on whatever you handed it, straight away. Shinzo keeps a count of how many separate machines independently signed the same piece of data, so you can say "don't act unless three of them agree". There's no equivalent on a subgraph. Put the age of your data in the response. Mine's days behind right now my ingester can't keep up on a free RPC and the app says so on the page. Without that, an agent trades on three-day-old prices and has no way of knowing. And don't hand an agent a firehose. No model holds 93 million trades. Both of these give you events turning events into "who's winning" is still on you. On cost, since people assume: The Graph is 100k queries free a month, then $2 per 100k. An agent polling every ten seconds runs about $3/month. It's cheap. Don't pick on price. Choosing today- The Graph is the mature one. More chains, more people who've already hit whatever you're about to hit. Shinzo's early, but it's the one actually thinking about whether you can verify what you're given. Polygon's on 3 votes. Which is exactly why I'm on RPC. If you want it → shinzo.network/chains
4
4
13
720
Sonia Singla retweeted
The data builders read shouldn't have to pass through a middleman they have to blindly trust. @stakecraft is now operating as a Host on Shinzō testnet! StakeCraft runs non-custodial infrastructure across 13+ networks, treating availability as a discipline. Welcome to the Shinzō Kazoku!
3
11
2
21
1,319
Sonia Singla retweeted
If there is anyone out there from US or EU publishers for children’s books, I’m willing to donate the text and illustrations to this book for it to become available in US and EU.
11
15
3
91
3,676
Sonia Singla retweeted
Replying to @StakinOfficial
@StakinOfficial by @TheTieIO didn’t wait for the system to fix itself. They’re taking action by joining Shinzō testnet. Validators, the data revenue was always yours. Soon it’s coming home. With love, SHI♥️
7
5
19
610
Sonia Singla retweeted
We love talking about removing middlemen in crypto. Here's one worth talking about: the data middleman sitting between the chain and every application that reads it. Validators, you produce the data. They built the serving layer you never had and kept all the revenue. You don't need permission to take it back. ❤️
6
15
493
Sonia Singla retweeted
A billion-dollar economy runs on what validators produce. Validators get zero. The read layer remains centralized. And blockchain’s promises are broken. Shinzo fixes this. Public testnet now live. With love, SHI ❤️
4
8
2
28
17,511
Sonia Singla retweeted
1/ every document in defradb is stored as a MerkleCRDT. that's a combination of two things: a Merkle DAG and a CRDT. understanding why you need both is the key to understanding shinzo's data model.
1
3
1
8
973
Sonia Singla retweeted
The deeper problem with centralised indexers isn't outages or rate limits; it's that you have no way to know when the data is wrong without an outage. A silent data integrity failure, an edge case in reorg handling, a missed event during a high-throughput block, a bug in how a specific opcode's state changes get tracked produces no error. Your application keeps running. Users keep transacting. The index drifts further from chain state with every block. You won't discover it until something downstream breaks in a way that forces you to cross-reference the raw chain data, at which point you'll spend days figuring out when the divergence started and what it affected. The centralised indexer will have no audit trail that helps you. You'll be doing that forensics entirely on your own. The reason this failure mode exists is architectural. A centralised indexer is observing the chain from the outside: polling, parsing, inferring. It is not the chain. It has no cryptographic stake in the correctness of what it returns. When it gets something wrong, nothing in the system penalises it. Shinzo indexes from inside the validator, the node that re-executes every transaction independently, that votes on the canonical chain head, that has 32 ETH staked on getting that vote right. The correctness of the indexed data is backed by the same economic mechanism that backs the correctness of the block. That's not a feature. That's a fundamentally different trust model. One where the audit trail isn't something you have to go looking for, it's the chain itself.
1
2
9
512
Welcome to Shinzo team, excited to build together 🤝
Excited to be joining @shinzonetwork as Head of Business Development! We decentralized the writes, time to decentralize the reads. Every app in web3 still depends on centralized indexers to read the chain. Shinzo turns that read layer into a verifiable, validator-native network. If you're a validator or a protocol and are interested, please reach out!
1
5
249
Sonia Singla retweeted
How to master any skill fast: - stop studying - outline a project - start building it - hit a roadblock - figure out how to overcome it - repeat 4 and 5 for the rest of your life Most people don't get past 1, the rest spiral into complacency after 4.
395
1,566
112
12,334
396,746
Sonia Singla retweeted
Running a Shinzo indexer isn't a second job. The indexer client is a Go process that connects to your existing node's RPC. One Docker command and your node is indexing. Same hardware. Same uptime. Additional SHNZ rewards. One-step setup → docs.shinzo.network/indexer/…
5
11
1,323
Sonia Singla retweeted
"Trust but verify" is the core promise of blockchain. But when data flows through centralized indexers, there's nothing to verify. You're trusting the provider's accuracy, uptime and goodwill - not the chain. Real decentralization requires the data layer to match the execution layer. We're not there yet on any chain.
4
8
814
Sonia Singla retweeted
Communities only matter when they’re full of people who love your product. Everything else? Just noise. Crypto has spent years optimizing for “nice ser, bullish 🔥” airdrop hunters and almost none optimizing for real users.
1
6
191
something I’m learning: not every problem needs to be quietly “handled”
116
Proud to be building this with the Shinzo team ❤️ @SHIknowz @shinzonetwork
You're so vain, you probably think this song is about you. Thank you @EthCC and all Ethereum validators for being part of La Vie En Rouge in Cannes.
1
6
315