Liquid Stake with compassSOL for an 8.04% APY from staking, MEV + fees

Enjoy the freedom of liquid staking in Solana Defi while delegating your stake to the high performance Solana Compass validator. Stake or unstake at any time here, or with a Jupiter swap.

Benefit from our high staking returns and over 2 years experience operating a Solana validator, and receive additional yield from priority fees + MEV tips

Earn 6.8% APY staking with Solana Compass

Help decentralize and secure the Solana network delegating your stake to us and earn an impressive 6.8% APY yield on your SOL, while supporting us to create new guides and tools. Learn more

Stake your SOL

  1. Click to connect your wallet
  2. Enter the amount you wish to stake
  3. Kick back and enjoy your returns
  4. Unstake from your wallet or our staking dashboard

Earn 6.8% APY staking with Solana Compass

Help decentralize and secure the Solana network delegating your stake to us and earn an impressive 6.8% APY yield on your SOL, while supporting us to create new guides and tools.

Learn more

Solana Changelog - November 14 - Blockstore, Breakpoint, and Relaxed Transaction Constraints

By Solana-Changelog

Published on 2023-11-14

Explore key takeaways from Solana Breakpoint, including Runtime V2 and Web3JS updates, along with upcoming changes to transaction constraints and blockstore functionality.

The notes below are AI generated and may not be 100% accurate. Watch the video to be sure!

Solana Changelog: Breakpoint Highlights and Upcoming Protocol Changes

The latest episode of the Solana Changelog, featuring Nick from the Solana Foundation DevRel team and Jacob, delves into the exciting developments from the recent Breakpoint conference and upcoming changes to the Solana protocol. This article provides an in-depth look at the key topics discussed, offering valuable insights for developers and enthusiasts in the Solana ecosystem.

Breakpoint Conference Highlights

The Breakpoint conference, a major event in the Solana calendar, showcased numerous groundbreaking developments and presentations. Nick and Jacob shared their perspectives on the most impactful talks and announcements from the event.

Web3JS Presentation by Stephen Luscher

One of the standout presentations came from Stephen Luscher, who introduced the new version of Web3JS. Nick praised Luscher's presentation skills and the content of the talk, highlighting the significance of this update for Solana developers. The new Web3JS promises to enhance the developer experience significantly, offering improved performance and a more intuitive API.

Runtime V2: A Game-Changer for Solana

Perhaps the most anticipated presentation at Breakpoint was on Runtime V2, delivered by Alexander and Alessandro. Nick noted that this talk received the most enthusiastic response from the audience, underscoring the excitement surrounding this upcoming feature. Runtime V2 is set to revolutionize development on Solana, with plans for a testnet release in early 2024.

Jacob emphasized the potential impact of Runtime V2, stating, "It's probably gonna change a lot of how we develop on [Solana] and make it much easier and better developer experience." This sentiment reflects the high expectations within the community for this significant upgrade to the Solana infrastructure.

Firedancer: Advancing Solana's Validator Software

Jacob highlighted the talks on Firedancer, an alternative validator implementation for Solana. He mentioned the impressive progress made, with the current testnet version at 11.04. This version number, while seemingly high, reflects the rapid development and iterative improvements being made to Firedancer.

The significance of Firedancer lies in its potential to enhance the robustness and performance of the Solana network. By providing an alternative validator implementation, Firedancer contributes to the decentralization and resilience of the Solana ecosystem.

Innovations in Cryptography and Performance

Kevin Bauer's presentation on improving the SHA256 algorithm caught Jacob's attention. The talk showcased remarkable advancements, including running signature verification on FPGAs at an astonishing 8 million TPS (transactions per second) using seven-year-old hardware. These developments highlight Solana's commitment to pushing the boundaries of blockchain performance and efficiency.

Accessing Breakpoint Content

For those who couldn't attend Breakpoint in person, Nick and Jacob encouraged viewers to explore the full list of videos available on the Solana YouTube channel. This resource allows the entire community to benefit from the wealth of knowledge shared at the conference, ensuring that no one misses out on the latest developments in the Solana ecosystem.

Recent Commits and Protocol Updates

The changelog discussion then shifted to recent commits and updates to the Solana protocol, focusing on two significant changes.

Blockstore Improvements

Chrysler Carrots (Tiera) contributed a commit that modifies the blockstore to only return block times for rooted slots. Jacob explained the significance of this change:

"In the previous version, what happened was we were returning blocks that were for unroot slots from the block store, and that would cause issues like you would get back the block and then it would get flushed because it was not actually rooted. And then you do the lookup again and it wouldn't be there because it would be flushed out."

This update enhances the reliability of the get_block_time and get_block RPC methods, ensuring that developers receive consistent and accurate data when querying the blockchain.

Fee Burning Mechanism

Another important commit, authored by Starry, addresses the handling of fees collected into invalid accounts. Jacob described this as a "funny commit" with an associated Solana Improvement Document (SIMD). The change prevents the distribution of fees to non-system accounts at the end of each epoch, adding an extra layer of security and correctness to the fee distribution process.

Web3JS Update: A Call to Action

Returning to the topic of Web3JS, Nick emphasized the opportunity for community involvement in shaping this crucial tool. He encouraged developers to try out the new version, which is available on NPM with the @TP tag.

Nick stressed the importance of community feedback: "This is the entire community's chance to give their input on what they want it to look like. Steven Luscher and the rest of the Solana Labs team that's working on this, they're very receptive to that type of feedback."

Jacob added that the Solana Labs team is offering dedicated support to developers upgrading their dApps to the new Web3JS version. This initiative underscores Solana's commitment to improving the developer experience and ensuring a smooth transition to the updated library.

SIMD 82: Relaxing Transaction Constraints

The podcast then delved into Solana Improvement Document 82 (SIMD 82), which proposes relaxing certain transaction constraints. This change aims to streamline the transaction validation process by removing unnecessary checks while maintaining essential security measures.

Jacob explained the motivation behind this proposal: "It's all for a future work of asynchronous execution. So you can have basically multiple block executors or asynchronous program execution." He referred to this broader initiative as APEX (Asynchronous Program EXecution).

The relaxation of transaction constraints is not intended to lock Solana into a specific path but rather to provide flexibility for future optimizations. Jacob emphasized that this change opens up possibilities for asynchronous execution without committing to a particular implementation.

Important PSA: Deprecation of Request Units Compute Budget Instruction

Towards the end of the podcast, Jacob issued an important public service announcement regarding the deprecation of the request units compute budget instruction. He warned that approximately 2% of mainnet users are still using this deprecated instruction, which will soon be fully removed.

Jacob urged developers to upgrade to the newest compute budget instruction to avoid transaction failures once the deprecated version is removed. He directed listeners to resources such as the Solana Cookbook and official documentation for guidance on implementing the updated instruction.

Conclusion and Future Outlook

The Solana Changelog for November 14 provided a comprehensive overview of recent developments in the Solana ecosystem, from the exciting announcements at Breakpoint to crucial protocol updates and improvement proposals. The discussions highlighted Solana's commitment to innovation, performance, and developer experience.

As the ecosystem continues to evolve, with major updates like Runtime V2 on the horizon, the Solana community can look forward to enhanced capabilities and improved tools for building decentralized applications. The ongoing efforts to optimize transaction processing and validator performance underscore Solana's position as a leading blockchain platform for high-performance applications.

Developers and enthusiasts are encouraged to stay engaged with these developments, provide feedback on new tools like Web3JS, and prepare for upcoming changes to ensure their applications remain compatible and optimized for the Solana blockchain.

Facts + Figures

  • Breakpoint conference showcased major developments in the Solana ecosystem, including Runtime V2 and updates to Web3JS.
  • Runtime V2 is planned for testnet release in early 2024, promising significant improvements to Solana's development environment.
  • Firedancer, an alternative validator implementation for Solana, is currently at version 11.04 on testnet.
  • Kevin Bauer's presentation demonstrated running signature verification on FPGAs at 8 million TPS using seven-year-old hardware.
  • A recent commit modifies the blockstore to only return block times for rooted slots, improving the reliability of get_block_time and get_block RPC methods.
  • SIMD 82 proposes relaxing certain transaction constraints to facilitate future asynchronous execution capabilities.
  • Approximately 2% of mainnet users are still using the deprecated request units compute budget instruction, which will soon be fully removed.
  • The new version of Web3JS is available on NPM with the @TP tag for developers to test and provide feedback.
  • Solana Labs is offering dedicated support to developers upgrading their dApps to the new Web3JS version.
  • All Breakpoint conference talks are available on the Solana YouTube channel for those who couldn't attend in person.

Questions Answered

What were the main highlights from the Solana Breakpoint conference?

The main highlights from Solana Breakpoint included Stephen Luscher's presentation on the new Web3JS, the highly anticipated Runtime V2 announcement, updates on Firedancer (an alternative validator implementation), and Kevin Bauer's demonstration of improved SHA256 performance. These presentations showcased Solana's commitment to enhancing developer experience, improving network performance, and pushing the boundaries of blockchain technology.

What is Runtime V2 and when will it be available?

Runtime V2 is a significant upgrade to Solana's development environment that promises to revolutionize how developers build on the platform. It aims to make development easier and improve the overall developer experience. According to the discussion, Runtime V2 is planned for testnet release in early 2024, allowing developers to start experimenting with its new features and capabilities.

How can developers try out the new version of Web3JS?

Developers can try out the new version of Web3JS by installing it directly from NPM using the @TP tag. The Solana team encourages developers to test the new version, build applications with it, and provide feedback on their experience. Additionally, the Solana Labs team is offering dedicated support to developers who are upgrading their dApps from the previous version to the new Web3JS, providing a unique opportunity for hands-on assistance.

What changes are being proposed to transaction constraints in SIMD 82?

SIMD 82 proposes relaxing certain transaction constraints by removing some unnecessary checks while maintaining essential security measures. This change is aimed at facilitating future work on asynchronous execution, potentially allowing for multiple block executors or asynchronous program execution. The proposal is part of a larger initiative known as APEX (Asynchronous Program EXecution) and is designed to provide flexibility for future optimizations without committing to a specific implementation.

What important deprecation notice was mentioned in the podcast?

An important deprecation notice was issued regarding the request units compute budget instruction. Approximately 2% of mainnet users are still using this deprecated instruction, which will soon be fully removed from the Solana protocol. Developers using this instruction are strongly urged to upgrade to the newest compute budget instruction to avoid transaction failures once the deprecated version is removed. Resources for implementing the updated instruction can be found on the Solana Cookbook and in the official documentation.

How is Firedancer contributing to the Solana ecosystem?

Firedancer is an alternative validator implementation for Solana that is currently being tested on the testnet. It contributes to the Solana ecosystem by enhancing the network's robustness and performance. By providing an alternative validator implementation, Firedancer helps to increase the decentralization and resilience of the Solana network. The current testnet version of Firedancer is at 11.04, indicating rapid development and iterative improvements.

What improvements were made to the blockstore functionality?

A recent commit modified the blockstore to only return block times for rooted slots. This change improves the reliability of the get_block_time and get_block RPC methods by ensuring that developers receive consistent and accurate data when querying the blockchain. Previously, the blockstore would return blocks for unrooted slots, which could lead to inconsistencies when the blocks were flushed before subsequent lookups.

How is Solana improving its cryptographic performance?

Kevin Bauer's presentation at Breakpoint demonstrated significant improvements in cryptographic performance for Solana. Specifically, he showcased running signature verification on FPGAs at an impressive 8 million transactions per second (TPS) using seven-year-old hardware. This advancement highlights Solana's ongoing efforts to enhance the efficiency and throughput of its blockchain infrastructure.

Related Content

Solana Changelog - November 14 - Blockstore, Breakpoint, and Relaxed Transaction Constraints

Explore Solana Breakpoint highlights, Web3.js improvements, and upcoming changes to transaction constraints in this comprehensive Solana Changelog episode.

Solana Changelog - December 12 - Solana Speedrun and Transaction Scheduling

Dive into the latest Solana developments, including the exciting Solana Speedrun game jam and crucial updates to the transaction scheduler for improved network efficiency.

Solana Changelog - December 12 - Solana Speedrun and Transaction Scheduling

Exciting developments in Solana's ecosystem including the Solana Speedrun game jam, transaction scheduling improvements, and new developer tools for game creation.

Solana Changelog May 31: Interfaces, Solang, and Solana ChatGPT

Explore the latest Solana developments including interfaces, Solang Compiler v0.3.0, and the new Solana ChatGPT plugin in this comprehensive changelog.

Solana Changelog - August 15 - Bankrun JS, Bubblegum, and Radiance

Explore the latest Solana updates including game jam success, new developer tools, light client progress, and innovative local testing solutions

Solana Changelog Jul 3 - RPC Deprecations, Actions, and Blinks

Explore Solana's latest developments including RPC method deprecations, new Actions and Blinks features, and upcoming changes to compute unit charging.

Solana Changelog July 18 - Active Stake Sysvar and Generating IDLs

Explore the latest Solana developments, including a new SYSVAR for active stake, improvements to Anchor IDL generation, and Switchboard's innovative off-chain functions.

Solana Changelog - Nov 12 - web3.js v2, skip preflights in the CLI, and SIMD-0191

Explore Solana's latest developments: web3.js v2 release, CLI preflight skipping, SIMD-0191 for transaction constraints, and performance enhancements.

Solana Changelog - Token Extensions and Transaction Size Fees

Explore Solana's latest developments including token extensions, transaction size fees, and the upcoming Mountain Dew 5 event in this comprehensive changelog.

Solana Changelog - Apr 2 - CLI Explorer, Priority Fees When Deploying, and More

Explore the latest Solana developments including dynamic block limits, CLI explorer tool, priority fees for program deployment, and key ecosystem improvements.

Solana Changelog Oct 30th

Explore the latest Solana developments including Old Faithful RPC on Filecoin, verified builds in Explorer, and a new transaction size specification

Solana Changelog March 7 - Verifiable Builds, Admin RPC, and Geyser

Explore the latest Solana developments including verifiable builds, admin RPC improvements, and Geyser interface updates for enhanced performance and security.

Solana Changelog October 23

Explore Solana's record-breaking hackathon, increased builder interest, and key updates enhancing developer experience and blockchain efficiency.

Solana Changelog May 8 - MoveStake, Core Concepts, and Bigtable Support

Explore the latest Solana developments including the MoveStake proposal, CLI enhancements, Bigtable support for test validators, and revamped core concept documentation.

Solana Changelog July 6 - Cubik, SPL-token, and Solana-Tools

Explore the latest Solana developments including Cardinal Labs shutdown, Jupiter's Token 2022 adoption, Cubik's tooling round, and proposed SPL-token improvements.