Thanks to @CherryServers@Dovydavicius for providing us with a new machine for mainnet and testnet!
We're now running the incredibly powerful 9375F in Amsterdam.
Our Firedancer dashboards are live too, check them out below!
3/ We noticed one major gap: the monitoring experience. The existing Web GUI is great for most use cases but operators need detailed insights into tiles. So, we started building fdtop, a terminal GUI for Firedancer operators. Here’s an very early prototype and wireframe👇
Excited to share that we’ve launched our own Solana validator on mainnet!(8vk6QpG93JSaQCSgnycBsv5qmfQBk4qC9FjNA35E5JhU)
- 0% commission
- 0% MEV commission
- Proceeds fund OSS contributions by @anoushk77 and @harsh_patel
We’ve been quiet for a while. Here’s why and what we were up to...
A Bankhash is an aggregated commitment of Accounts Delta hash, parent bank hash, signature count buffer and the last committed block hash that is constructed every block.
Excited to announce that our Simplified Payment Verification (SPV) client is live on @solana Testnet! 💃🤏
Here’s our incredible journey after 5 iterations, challenges and demo 🧵
Simple payment verification without running a full node is a fundamental need in any payment system. Satoshi knew it and hence we have this excerpt from the Bitcoin whitepaper.
They're the first stage of light clients. Solana will soon have it 💯
If you're interested in how these changes are used in the light client, you can refer to this diagram alongside the detailed design section in the SIMD.
github.com/tinydancer-io/sol…
In conjunction to these changes we proposed a new RPC method to get proofs of transaction inclusion. These proofs are used to compute to the root i.e. the bankhash, locally.
Additionally, we want to thank @m_schneider for his suggestion to include txn logs in the Merkle which will also be part of the SIMD soon. github.com/solana-foundation…
To address these issues we proposed a change in the calculation of blockhash to:
- Construct a merkle tree of entries instead of a hash
- Include the txn status in the merkle tree of the batch of transactions that are part of the entry.
Tinydancer would also connect to it's own network of light clients using p2p communications to create it's own DA plane.
This would enable features such as:
- Private Repair Network
- On-Demand Verification
We believe there's a large opportunity to create a parallel DA layer for Solana starting with out light client.
What this means is that we can have a per block state root in solana & validators can be incentivized to produce it without affecting block times
Our team will be giving a live demo of Tinydancer, @solana's first light client at the Vietnam Hacker House! 🇻🇳
Catch @anoushk77 and @harsh_patel in-person demoing Simple payment verification on mobile using tinydancer! 🤏💃