price will def go up with burn imo

At least tag me mate. Proposal has been updated to SIMD 553 btw

this chart highlights one of the biggest debates around solana today. application revenue has completely exploded over the last two years, while solana's real economic Value (REV) has grown much slower. in fact, applications are making nearly 5x more revenue than the network itself captures. people have no clue how much impact the new SIMD 547 proposal can have on this dynamic. instead of all that value leaking to the application layer, SIMD 547 introduces a clever resource-based burn that charges heavier users more. it directly captures that user demand and routes it straight back into burning SOL. the proposal is the critical missing piece to narrow the massive gap in this chart, ensuring that as the ecosystem grows, the value flows directly back to the asset securing the network. bullish

@cavemanloverboy opened SIMD-0553, a proposal to make SOL actually capture the value flowing through Solana by splitting the base fee into an inclusion fee and a resource-based burn. TLDR: ✔️Every transaction pays a flat base fee of 5,000 lamports per signature, and half of that (2,500) is burned ✔️At ~3,000 TPS that's only ~648 SOL burned per day, while inflation mints ~60,000 SOL/day → SOL stays inflationary no matter how busy the network gets ✔️Validators and market makers are the highest-volume senders and the base fee is their main cost, while retail and searchers pay priority fees that far outweigh it The obvious fix is to raise the flat base fee for everyone, but that would hit validators and market makers hardest, damaging decentralisation and the spot market structure. The proposal: ✔️ Split the 5,000 fee in two: a 2,500 inclusion fee per signature that still goes to the leader (unchanged), and a resource fee of 0.5 lamports per cost unit requested, burned 100% ✔️Cost units measure how heavy a tx is (compute, data loaded, write locks), so hyperefficient senders pay less than today: votes drop ~12%, oracle updates ~17%, while resource-heavy traffic pays a lot more (a zero-priority Pump swap goes 3,150%) ✔️Estimated burn lands at ~7,500 to 9,000 SOL/day, roughly 0.5% deflation against ~3.8% inflation ✔️It charges on units requested rather than used, so the fee is known before execution With this implemented, a slice of the value Solana generates flows back to the network as burn, shared between the network, holders, and traders.

🚨BREAKING: @CAVEMANLOVERBOY RELEASES FINALIZED RESOURCE FEE PROPOSAL (SIMD-0553) — NEW USAGE BASED FEE MODEL COULD INCREASE DAILY SOL BURN TO ~7,500–9,000 SOL, UP FROM ~648 SOL TODAY!

🚨BREAKING: @CAVEMANLOVERBOY RELEASES FINALIZED RESOURCE FEE PROPOSAL (SIMD-0553) — NEW USAGE BASED FEE MODEL COULD INCREASE DAILY SOL BURN TO ~7,500–9,000 SOL, UP FROM ~648 SOL TODAY!

Here's my finalized proposal for the resource fee. Although it's reframed a bit as breaking up the base fee into resource and inclusion fee, the mechanism is identical to that in the discussion with an additional base fee adjustment. This version manages to just slightly **reduce** vote costs and oracle updates (and other hyperefficient txns), while increasing the burn for very inefficient transactions. This is of course tunable, but it is thus suitable to be activated before OR after Alpenglow activation. github.com/solana-foundation… TLDR infographic here: burn.cavey.xyz

Here's my finalized proposal for the resource fee. Although it's reframed a bit as breaking up the base fee into resource and inclusion fee, the mechanism is identical to that in the discussion with an additional base fee adjustment. This version manages to just slightly **reduce** vote costs and oracle updates (and other hyperefficient txns), while increasing the burn for very inefficient transactions. This is of course tunable, but it is thus suitable to be activated before OR after Alpenglow activation. github.com/solana-foundation… TLDR infographic here: burn.cavey.xyz

The original SIMD 547 discussion has now been formalized as SIMD 553: Base Inclusion and Resource-based Fee. The proposal is now more concrete. It would split today’s 5,000-lamport signature fee into a 2,500-lamport base inclusion fee paid to the leader and a new resource fee that is 100% burned. The resource fee would be based on requested cost units and is proposed to start at 0.5 lamports per cost unit. This is higher than the conservative 0.1-0.25 lamport assumptions I had yesterday, so it would likely create an even stronger incentive for apps and sophisticated users to optimize requested CUs. The draft estimates roughly 7,500-9,000 SOL per day of resource-fee burn at current usage. That would effectively bring SOL burn back toward Q4 2024 levels, while offsetting roughly 12.5%-15.0% of daily issuance, assuming ~60k SOL issued per day.