On-chain activity
Tinydancer
Tinydancer is an open-source light client implementation for the Solana blockchain.
Tinydancer news, features & analysis
Matched from published articles, podcasts, and talks using the project name, token name, or token symbol.
Tinydancer
Tinydancer was the first open-source light client implementation for the Solana blockchain, built to let any user verify on-chain state and transaction validity from a consumer device — laptop, phone, or home machine — without relying on a centralized RPC provider. Development halted in late 2023, the project's repositories have been inactive since December of that year, and the broader community confirmed in mid-2026 that the effort has stopped.
The Problem It Set Out to Solve
Every Solana user today depends on full nodes operated by third-party RPC providers, either directly through application backends or indirectly through wallets. Running a full Solana validator requires high-end hardware, significant bandwidth, and continuous operational overhead — far beyond what typical users can sustain at home. This creates a structural trust gap: an RPC node can misrepresent ledger state, censor transactions, or in a coordinated failure scenario, serve fraudulent data. Light clients — software that can verify blockchain validity without storing or replaying every transaction — are the canonical solution to this problem. Ethereum and Bitcoin both have mature light client ecosystems. Solana, with its much higher throughput and novel block propagation architecture, had no equivalent until Tinydancer's launch in 2023.
Core Mechanism: Data Availability Sampling
Tinydancer's central innovation was applying Data Availability Sampling (DAS) to the Solana blockchain. Instead of downloading and replaying an entire block to verify its validity, a DAS-based light client samples small, randomly selected pieces of block data and uses the statistical guarantees of that sampling to confirm that the full block was published to the network. If any sampled piece is missing, the block is flagged as unavailable.
This design integrated naturally with Turbine, Solana's existing block propagation protocol, which already encodes data using Reed-Solomon erasure coding. Reed-Solomon allows any sufficiently large subset of data shreds to reconstruct the complete block — the same mathematical property that enabled Tinydancer to sample the network probabilistically without fetching every byte. The client leveraged the infrastructure Solana validators already use rather than requiring new network primitives from scratch.
Architecture and Implementation
Tinydancer was written in Rust using the nightly toolchain. Its architecture was modular and designed for extensibility as the codebase matured. Key internal components included a Gossip module for peer-to-peer communication, a Logger, and an RPC wrapper adapted from Blockworks Foundation's lite-rpc project. The project was installable from the GitHub repository via Cargo and offered manual testing through bash scripts, with unit tests planned for future implementation.
Beyond basic data availability verification, the roadmap included Simple Payment Verification (SPV): a mode in which users could submit transactions through the light client and receive cryptographic confirmation that their transaction was included and executed. The SPV-Geyser-Plugin and Barracuda SPV Plugin repositories represented experimental work toward a validator-side plugin that would generate these proofs on demand. Full nodes providing such proofs were envisioned as earning compensation from users requesting verification services.
Protocol-Level Contributions via SIMDs
Because Solana's base protocol lacked the data structures needed to support light client proofs, the Tinydancer team submitted three Solana Improvement Documents (SIMDs) to the Solana Foundation:
- SIMD-52 (Receipt Root to Bankhash Addition): Proposes embedding a receipt root into the bank hash, giving downstream clients a cryptographic anchor for verifying transaction outcomes.
- SIMD-64 (Transaction Receipts): Defines a receipt data format so light clients can prove a specific transaction was processed and finalized.
- SIMD-54 (Active Stake Sysvar): Exposes validator stake weights on-chain, enabling stake-weighted sampling that reflects the economic security of the network.
These proposals were designed to benefit any future Solana light client, not only Tinydancer's own implementation. Community discussion of these SIMDs continued after Tinydancer's development stopped, and they remain part of the broader conversation about adding verifiability infrastructure to the Solana protocol.
Ecosystem Significance and IBC Angle
In a February 2024 grant announcement, DoraHacks highlighted that functional Solana light clients would, for the first time, enable the Inter-Blockchain Communication (IBC) protocol on Solana — the cross-chain messaging standard common to the Cosmos ecosystem. The IBC specification requires each participating chain to maintain a light client of the other chain for trust-minimized verification of cross-chain messages. Without a Solana light client, Solana could not participate as a native IBC chain. This gave Tinydancer's work a potential significance beyond end-user convenience, positioning it as foundational infrastructure for Solana's interoperability future.
Development Timeline and Funding
Tinydancer was founded in early 2023. The project launched with a public announcement in March 2023 and released a testnet in May 2024. The GitHub repository accumulated 172 stars, 23 forks, and 93 commits, with two primary contributors. The project operated a Solana mainnet validator at 0% commission to fund open-source contributions and accepted community donations through Cubik. DoraHacks provided a $10,000 public goods grant in early 2024 to support continued light client development. No venture funding was raised.
Community discussion occurred primarily through the Solana Tech Discord in the proj-spv channel and through the Solana Developer Forums.
Current Status
Tinydancer is no longer active. The final commit to the primary GitHub repository was recorded in December 2023. The team's associated website (glasslabs.org) no longer resolves. The official Tinydancer website (tinydancer.io) and documentation site (docs.tinydancer.io) were inaccessible as of mid-2026. A discussion thread on the Solana Developer Forums opened in May 2026 confirmed that tinydancer's development is now stopped, with the GitHub repository cited as inactive.
All repositories remain public and available under the MIT license. The SIMD proposals the team submitted continue to inform Solana's protocol roadmap, and the problem Tinydancer set out to solve — trust-minimized verification for everyday Solana users — remains an open research challenge in the ecosystem, with interest in ZK-based light client approaches emerging as a potential successor direction.
Contents
- The Problem It Set Out to Solve
- Core Mechanism: Data Availability Sampling
- Architecture and Implementation
- Protocol-Level Contributions via SIMDs
- Ecosystem Significance and IBC Angle
- Development Timeline and Funding
- Current Status
Solana Token Markets