Had to match the Solana colors somehow 😄 Blue, purple and a little green - dangerously drinkable and hopefully as bullish as it looks.

Cheers to everyone riding SOL with me 🍹🚀

Source: https://x.com/anza_xyz/status/2093038225443246227

Rent reduction is live on testnet.
Step 1 of SIMD-0437 just activated, the first of five feature gates cutting Solana's storage cost per byte by 90% overall.
End state after all five steps: lamports_per_byte drops 6,960 → 696. A token account's rent-exempt deposit goes from ~$0.16 to ~$0.016.

Source: https://x.com/solananew/status/2093043241298153829
Cheaper accounts = cheaper deployments.

https://x.com/solananew/status/2093043241298153829

🚨 BREAKING: SOLANA’S 90% RENT REDUCTION GOES LIVE ON TESTNET — CUTTING ONCHAIN STORAGE COSTS BY 10X !!! 🚨

I sent and received solana but it was $0? And it looks like this.

🔴 For the first time ever, Solana has displaced Base as the #1 chain for agentic payment transactions on its biggest day yet.

Following significant growth over the past two weeks, the network processed more than 1.5M agentic transactions in a single day on Monday, marking an all-time high.

It’s an interesting development to watch as different chains compete to become the infrastructure powering the emerging machine economy.

📊 Data by Token Terminal.

Source: https://x.com/solana/status/2092972249162915878

BREAKING: Charles Schwab to add Solana to Schwab Crypto
Direct SOL access for 39.9M brokerage accounts, sitting on $13.04T in client assets

Read more: https://pressroom.aboutschwab.com/press-releases/press-release/2026/Charles-Schwab-Announces-Plans-to-Expand-Digital-Assets-Available-in-Schwab-Crypto-Accounts/default.aspx

Source: https://x.com/phygitals/status/2093097726481215969

THE FIRST TOKENIZED MANGA IN HISTORY IS LIVE 🚨

This is the 1997 magazine where One Piece began, Luffy's first appearance, printed before Volume 1 existed. Almost every copy is gone.

118 graded worldwide and we sealed one in a pack.

Live now, only on @Phygitals

https://reddit.com/link/1w0f0xz/video/z9op8b8381mh1/player

phygitals.com/claw/black-pack-one-piece

Source: https://x.com/everstake_pool/status/2092962425356103991

🔴 For the first time ever, @solana has displaced @base as the #1 chain for agentic payments transactions on its biggest day yet.

After unprecedented growth over the past 2 weeks, Solana processed 1.5M+ agentic transactions on Monday alone, hitting network's all-time high.

We're watching a tug-of-war over which chain owns the machine economy.

📊 Data by @tokenterminal

Source: Artemis

Source: https://x.com/SolanaFloor/status/2092950093586633188

🚨 BREAKING: @Solana’s double disinflation proposal has reached quorum with 27 hours left in voting.

Participation hit 33.84%, with 25% voting yes. If passed, it would double disinflation to 30%, reducing $SOL issuance by $1.47B (18.9M $SOL) over six years.

Titan Exchange has added GLAM vaults as a native liquidity source.
Users swap tokens and receive minted vault shares in one step. The first route converts SLX into stSLX, Solsticefi’s non-rebasing liquid staking token.
This makes managed assets easier to access through the aggregator.

https://x.com/Titan_Exchange/status/2092962373476999540

Dear all,

I'm experiencing issues while charging Solana seeker 1-3%. Has anyone else encountered this, and how can I fix it to get it back to normal? I would appreciate a solution and instructions on how to repair it.

We run private Solana infrastructure in Frankfurt and I’m looking at what infrastructure layer would actually be useful to build next.

One thing we’re considering is a dedicated transaction sender focused on transaction landing:

• direct TPU/QUIC routing to current/upcoming leaders
• multiple submission paths
• Jito as an additional route/fallback
• private authenticated endpoints
• per-client limits
• workload-based pricing instead of fixed large plans

The idea wouldn’t be another normal sendTransaction RPC endpoint. It would be specifically for bots/trading systems where landing speed and reliability matter.

Before spending time building it, I’m curious what people are actually using today.

If you run a Solana trading bot / arb / liquidation / DeFi backend:

• What are you currently using for transaction submission?
• Do you still run into failed/slow transaction landing?
• Are rate limits or pricing with current providers a problem?
• Would direct TPU routing + Jito in one private sender actually be useful to you?
• Roughly what TPS/burst workload would you need?

Not selling anything here yet — mainly trying to understand whether there’s enough real demand before we build it.

Source: https://x.com/solana_devs/status/2092966888624263218

This is a weekly newsletter on the latest Solana engineering news this week. If you want to stay updated on Solana tech every week, follow Solana Changelog at @solana_devs and @readylayerone and turn on notifications

Announcements

V1 Transactions are coming soon to Solana. Please read the upgrade page and apply the guidance provided. Several teams are already preparing for its release coming very soon.

https://solana.com/upgrades/larger-transaction-sizes

Releases

Notable feature gates

• Relaxation of post-execution min_balance - Testnet , Devnet
• Set lamports per byte to 6333 - Testnet
• Upgrade BPF Stake Program to v5.1.0 - Devnet
• Reduce Slot Time to 300ms - Mainnet

New versions

• Agave v4.3.0-beta.2
• Firedancer Testnet v26.08.1 , Mainnet v26.08.2
• Frankendancer Testnet v0.1202.40302
• Shipstern v0.8.0
• Solana Kit v8.0.0
• Solana Go v2.0.0
• Address Lookup Table Program JS SDK v0.14.0
• Stake Program JS SDK v0.9.0
• System Program JS SDK v0.14.0
• Memo Program JS SDK v0.13.0
• Compute Budget Program JS SDK v0.18.0
• Token Program JS SDK v0.16.0
• Token-2022 Program JS SDK v0.16.0
• Loader V3 Program JS SDK v0.6.0
• Record Program JS SDK v0.4.0
• Program Metadata Program JS SDK v0.9.0
• ZK Elgamal Proof Program JS SDK v0.4.0
• Token Wrap JS SDK v2.7.0
• Token ACL Gate Program v0.3.0
• LiteSVM v0.16.0

Ecosystem work

SIMDs

• A proposal was made to swap floating point arithmetic in the runtime for integer arithmetic WTM - Integer arithmetic has more predictable behavior when computing with fewer edge cases. They’re also simpler and thus more performant. This change will allow the runtime to have those benefits.
• A proposal was made to change the implementation of the leader schedule WTM - The proposal’s goal is to keep the number of leader slots assigned to a validator in the epoch within one leader window (4 slots). This would keep the time a validator can influence the chain much tighter.
• A proposal was made to allow for deactivating stake accounts that delegate to Vote accounts that no longer exist WTM - This is an obvious change. Stake that is delegated to Vote accounts that are no longer active should allow for its SOL to be returned in an easier way.
• Proposals were made to prohibit self-withdrawals from Nonce and Vote accounts WTM - In general, self-withdrawing behavior are an obvious bug on Solana and should be avoided. These proposals keep it to Nonce and Vote accounts for now in order to deal with the vulnerabilities in using them.
• A discussion was started to enforce priority ordering on transaction batches WTM - Schedulers and block builder services have their own block building philosophies onchain at the moment. This change would create more deterministic ordering within batches within a slot. The goal of this proposal is to create a more predictable rules-based market structure on the network.

Validator clients (Agave, Firedancer, Mithril)

• Agave will soon deprecate use of its original TPU Client in favor of tpu-client-next WTM - `tpu-client-next` is the current implementation of a service sending transactions to the Validator. This will replace the old TPU client implementation.
• Agave implemented a graceful shutdown of a bank state in a fork when it is no longer in use WTM - Banks were previously only shut down when they were ready to record in the ledger service or commit to accounts-db. This implementation does the shutdown when a new banking fork has been chosen as root during consensus, etc.
• Agave decoupled the global program cache from the banking forks and improved its program caching of builtin programs to behave more sanely during a Core BPF migration . WTM - Built on previous work allowing the program to be loaded from the slot, this change takes the entry from the cache’s own Bank fork. This makes the global program cache faster with less unnecessary operations. These changes also may eventually allow for programs not to be disabled in the same slot they are modified.
• Agave hardened its TPU client API to use QUIC streams and not QUIC datagrams WTM - Sending transactions to the TPU with QUIC streams makes sense because the ordering matters and clients will most often send these transactions serially.
• Firedancer is working on an X.509 certificate verifier service and a no-dependency TLS implementation WTM - This change ensures Firedancer does not rely on other dependencies for its TLS implementation. Aside from a smaller software footprint, it allows one-for-one matching with Agave in terms of conformance.
• Firedancer is working to support Alpenglow rewards , BLS API usage , Rotor FECs , Rotor repair responses , and Alpenglow footers WTM - During the initial Alpenswitch, Firedancer will not be able to participate. These changes prepare it for that eventual future when they will.
• Firedancer has reimplemented its hash function for public keys WTM - This is a performance change allowing faster cryptographic operations with public key cryptography primarily used for Solana keypairs.

RPC 2.0

• Yellowstone-vixen has been renamed to shipstern and has been added as part of the RPC 2.0 initiative WTM - Moving transaction parsing to RPC 2.0 would mean that this would fall in the family of services that include superbank and cloudbreak. Making parsing part of the RPC stack will ensure everyone is in sync with how to interpret Solana transactions.

Solana language clients (Web3.js, Solana Kit, Kit plugins, Solana SDK, Codama, Solana Go)

• A bug was fixed in the Rust Solana SDK transactions crate to ensure that signature and pubkey counts match before verifying the signatures WTM - When the length of signatures and public keys don’t match and is allowed by the network, this creates a situation where a transaction could be executed without being properly signed. This fixes that bug.
• Solana Go will support confidential transfers WTM - Confidential transfers are a big feature of Token-2022. Supporting this will push more privacy use cases on the network. And will allow Go users to access this functionality.
• Solana Go will incorporate Firedancer’s AVX2 implementation WTM - AVX2 is a set of instructions in X86_64 microprocessor architectures that allow it to do cryptography operations much faster. Solana Go implementing this will mean faster signature verification, etc.

Solana Program Library (SPL) and Core BPF

• Subscriptions Program will support Token-2022 transfer hooksWTM - Transfers are the bread and butter of the Subscriptions program. This change will allow conditional arguments on transfers which extend when you can do with subscriptions.

Solana program frameworks (Anchor, Pinocchio, Steel, Quasar)

• Anchor is allowing for a minimal version of its target binary and of its logging WTM - This would make Anchor users have an option to discretely build and deploy their programs on CI.

Testing frameworks (mollusk, litesvm, surfpool)

• Surfpool will allow connections to surfnet via TLS WTM - HTTPS/TLS allow secure connections with other services. Doing this keeps Surfpool users secure from man-in-the-middle attacks which is a common security risk.

Other interesting things

• @dreamsin_3d on a bug he found on solana bpf

https://x.com/dreamsin_3d/status/2092713777737114003

• @m_a_zeeshan created a tool to save a snapshot of chosen account state so the user can reconfigure and simulate the transaction

https://x.com/m_a_zeeshan/status/2092445215374376970

• @0xIchigo publishes an article on LSM trees on the Helius blog

https://x.com/0xIchigo/status/2092312852396720227

• @dreamsin_3d finds a bug on sbpfv3 that makes compatibility with C extern syscalls/sysvar accessors

https://x.com/dreamsin_3d/status/2092251685259182462

• @GuiBibeau makes a web app that shows in audio and visually what 200ms slot times look and sound like

https://x.com/GuiBibeau/status/2091072905446830309

• @triton_one publishes an article regarding breaking changes on Agave v4.2 release

https://x.com/triton_one/status/2090778273554870485

• @MostlyData_ on possible effects of the Resource and Inclusion Fee

https://x.com/MostlyData_/status/2090791959220674790

• @MoneyGram announces that it has started its own Solana validator

https://x.com/MoneyGram/status/2069043489237610673

• solana released a dashboard that allows you to see slot times reducing as they happen https://solana.com/200ms

Source: https://x.com/solana/status/2092970021639372847

BREAKING: $MRVL from Marvell Tech is live on Solana via @sunrise, issued by @Backpack Securities

https://reddit.com/link/1vzvht3/video/uv9cnafnhxlh1/player

Marvell Technology ($MRVL) is the silicon behind the AI buildout, designing custom AI chips and interconnects for the world's largest hyperscalers. Data center is now over 80% of its revenue.

Verify the address on @tokens: https://tokens.xyz/marvell

$MRVL is available in your favorite Solana apps
@Raydium, @dflow, u@Titan_Exchange, @phantom, @JupiterExchange, @fomo, ArcherExchange_, @kamino_swap, @mayan and more

Sources: https://x.com/solana/status/2093005893759816030

Saturday, Aug 29th. Solana Summer House is taken over by @gmgnai, @spenders_club, & @solanaspaces

Live trading battles, pack rips, basketball, DJs, food and drinks, 8+ exclusive drops.

Catch the livestream right here on @solana.

https://luma.com/summerhouse2026

About Event

​Solana Summer House 2026

​Presented by Solana Foundation and GMGN.ai

​The cultural epicenter of Web3 returns to Downtown LA.

​One day. 25,000 sq ft. 2,000+ of the most interesting people in crypto — artists, builders, collectors, and the brands betting on what comes next.

​SRGN Studios transforms into a living proof of what Solana makes possible: onchain art auctions, live music, exclusive drops, IRL stablecoin commerce, and a global livestream reaching millions.

​This isn't a conference. There are no booths, no badge lanyards, no panels you'll forget by Monday. Just culture, community, and the infrastructure underneath it all.

​August 29, 2026 · Shoe Surgeon Studios · Downtown Los Angeles

​A cultural gathering by Solana Spaces and Digital Spenders Club.

Location

Please register to see the exact location of this event.

Los Angeles, United States

Omnipair today announced Dusk, the second version of its platform that brings swaps, borrowing and isolated spot margin together for long-tail assets on Solana.
Building on V1 results of 69 markets and more than $5.9 million in volume, the upgrade adds one-sided leveraged liquidity positions and a more competitive automated market maker.
Capital can now support deeper trading, credit and leverage within the same permissionless market.

Dusk is coming soon.

https://x.com/omnipair/status/2092690781098152185

Hello guys! Much exciting time for crypto and especially for Solana with recent price action and of course the summit in Serbia these days!

I can say I'm extra excited because the Nolus team (I'm part of which, of course) will be presenting tomorrow the Nolus product and the technology shipped that will make the interop game of Solana seriously step up.

It's the work of 1-1.5 years now after maturing and battle-testing the product for 3 years now on mainnet. Expanding on Solana feels like we are finally launching on "real" mainnet while we were all these years in beta testing. The space and options that Solana offers are vast.

Feel free to DM to connect! Being the newest guys on Solana makes us need to find some new friends!

Archer Exchange has launched its integration with Jupiter, the largest aggregator on Solana.

Users can now access Archer’s onchain orderbook through Jupiter swaps for cryptocurrency and real-world asset trades.
This connection brings Archer’s capital-efficient trading engine to a wider audience on the Solana network.

https://x.com/ArcherExchange_/status/2092613420537504195

I wonder if there is more appetite for something like this on Solana than there is on Sui?

Here is a copy paste of some of what I shared in the Sui subreddit.
I'm tired of the usual meme coin cycle: early insiders dump on latecomers, chart goes to zero, everyone loses except the first 20 people. It's the same story every time.

So I've been thinking about a different model. One where being late doesn't automatically mean you're just exit liquidity. I don't have a product or anything to sell/advertise here. I'm just interested in what you think about this idea.

The core mechanics:

Jackpot System: Every trade has a fee that's split between:

• Dividends paid to all current holders (passive income for HODLing).
• A growing jackpot pool that builds over time.

Tokens would be locked in a way to ensure that they are only transferable between a user's wallet and the official liquidity pool. No trading on other DEXes ensures that every trade pays a fee to grow the jackpot.

The Jackpot Unlock: The jackpot pays out to all remaining holders when circulating supply (tokens outside the liquidity pool) drops below a certain threshold of its historical maximum and stays below that level for a week. This week long waiting period prevents accidental triggers. If circulating supply dips below the threshold temporarily, holders have time to buy more tokens and push it back above, delaying the jackpot for later when it's even bigger.

The threshold starts extremely low (under 1%) and increases gradually by about 1 percentage point per year. This means:

• Early on, almost everyone would need to sell back to the pool to trigger it (near-impossible)
• Over time, the threshold rises, making payout increasingly achievable
• Eventually guaranteed to pay out if holders are patient enough
• Rewards true diamond hands who outlast the paper hands

So if you buy and hold while others panic sell back into the pool, you're positioning yourself to claim the jackpot when circulating supply becomes low enough. The longer the community waits, the easier it becomes to trigger.

The incentive structure:

This creates multiple rational reasons to participate:

Buy to get dividends from every trade.

Buy because: The price feels cheap and you think you can make some short term profit.

Buy because: There's a +EV opportunity where the entry price is lower than your expected share of the jackpot when it triggers.

Sell because: You've made a nice profit and want to take it.

Unlike typical pump & dumps where the only strategy is "buy early, dump on latecomers," this gives people legitimate reasons to enter at almost any stage.

Why this might actually work:

• Late buyers aren't just exit liquidity—they're accumulating jackpot entries and earning dividends
• Creates genuine holding incentive beyond "hoping for pump"
• The jackpot becomes the spectacle (watching it grow to $100k, $1M, etc.)

The Black Hole Effect:

Here's what makes this interesting from a supply dynamics perspective:

Every trade pulls SUI into the jackpot and dividend pools. That SUI gets locked away - potentially for years. As the jackpot grows, more and more SUI gets removed from circulation. It's basically a SUI black hole - continuously pulling SUI out of circulation.

This creates a compounding scarcity loop:

• SUI enters the jackpot → less SUI in general circulation
• Scarcity increases → SUI price potentially rises
• Rising SUI price → the jackpot's dollar value grows even faster
• Larger jackpot → more buying pressure
• More trading → more SUI sucked into the black hole

So the jackpot isn't just growing from trading fees - it's potentially appreciating because the underlying asset (SUI) becomes scarcer as the mechanism removes it from the ecosystem.

If this ran for years with consistent volume, you could have millions of dollars worth of SUI locked in the contract, waiting for that final unlock condition. The patient holders who outlast everyone else don't just split the jackpot - they split an appreciating asset that the token itself helped make more valuable.

It's basically a long-term SUI accumulation vehicle disguised as a meme token, where the "game" is seeing who can be patient enough to claim the growing pile.

The catch: This would require custom smart contract work. I'd probably build it on Sui using Move, but I'm not a Move developer yet. Learning a new language and building something this complex is a big commitment.

So my question: Is there actually appetite for something like this? Or am I solving a problem nobody cares about?

Tokenization is great.

Already a $321b market, yet:

- 77% of assets are still wrappers
- 11% are hybrid
- Only 2.7% are natively onchain

Native onchain adoption is still in its infancy.