Our announced target date DR5 was October 3rd however during the internal testnet with our latest release prior to the external event we were still finding transaction throughput being bottlenecked by the CPU. Ideally we want DR5 to both be the final dry run before Stage 1 and to be a test of validators running on GPUs at a high transaction rate. For these reasons we’ve decided that it is in everyone’s best interest to delay it until we can improve the transaction rate further (the latest release is stable at around 5,000 - 8,000 average tx/s for 50 validator nodes)
There is however some good news. Stable transaction throughput has significantly improved since DR4, which previously averaged ~1,000 tx/s (for those that haven’t been following Tour de SOL, note that we regressed TPS significantly in the 0.18 release as we rewrote our entire networking stack to actually work for the real Internet). Everything outside of transaction throughput is also looking really solid, including usability improvements such as:
- Snapshots are working great, with many new bugs squashed, and validators can typically catch up to the cluster within a minute.
- Much improved detection of misconfigured routers/NATs, which was a major source of pain for new validators.
- Support for both SOL (default) and lamports in the solana command-line tool, the new “solana uptime” command, and even better error handling all around.
This is progress worth celebrating, but we do believe that achieving throughput an order of magnitude greater unlocks use cases that have as yet been technically or economically infeasible in blockchain, so we remain committed to lighting cigars only when the average transaction throughput is within a higher range. To be frank, it’s difficult to estimate how long it will take to achieve this… But we have the utmost confidence that it’s a matter of when and not if it’s achievable. We won’t be committing to a revised date for DR5 as of yet, but the goal has not changed. If you’re interested in reviewing our progress in working through the blockers for DR5, you can find our tracker HERE.
The other important factor that has led us to this decision is that after running our internal testnet on release 0.19.0, we’re confident we could idle and easily replicate transaction throughput issues experienced. Therefore until everything looks clean internally, external validator participation would waste the time and money of our community, and provide no real benefit other than hosting a Dry Run for optics, and slowing down the progress of solving real problems.
We hope you all understand, and thank you for sticking with us. If you have any questions, concerns or issues don’t hesitate to reach out to us.