NEAR just killed a developer fee perk. Token holders get the cleaner deal.
House of Stake picked fee burns over app subsidies, which says a lot about where NEAR wants value to land.
CryptoVibe Desk · near · governance · protocols
- →NEAR's House of Stake passed HSP-027, ending the developer gas rebate and moving all gas fees to burns.
- →The change cuts a builder subsidy and makes token holders the direct winners when network usage grows.
- →Within 90 days, watch whether NEAR app teams ask governance to bring back the lost fee income.
- Gas fee → A gas fee is the payment users make to run transactions or smart contracts on a blockchain.
- Developer gas rebate → A developer gas rebate sends part of user transaction fees back to the contract owner.
- Fee burn → A fee burn destroys tokens instead of paying them to someone, which can reduce supply.
NEAR just removed a builder subsidy. House of Stake passed HSP-027, according to The Defiant's published summary. The proposal ends NEAR's developer gas rebate. Under the new rule, all network gas fees get burned instead.
That sounds small, but the mechanism matters. NEAR used to send part of transaction fees back to smart-contract owners. That made the chain pay apps for creating activity. Now the protocol points those fees at token supply instead. The tradeoff is clear: less direct app income, more value capture for holders.
At the contract level, the old system rewarded whoever owned the contract users touched. That can help early apps survive. It can also pay rent to contracts that already have users. If you're holding NEAR, your bag was funding that rebate every time fees got split away from burns.
Illia Polosukhin confirmed the outcome on Monday, per the same report. The missing details matter too. The available excerpt did not include voting totals, the size of the rebate, or the effective date. So the right read is mechanism-first, not victory-lap-first.
This is a protocol incentive change, not a marketing tweak. NEAR governance is saying app teams should win through users, grants, or separate programs, not automatic fee sharing at the base layer. That is cleaner. It is also harsher for teams that built revenue assumptions around the rebate.
The engineers know this part. Removing a rebate reduces one source of per-contract income. Burning every fee also makes the token economics easier to explain. Usage no longer has to pass through a developer payout before it reaches holders. It just burns supply, for now.
The risk is that NEAR overcorrects. Builder subsidies are not always bad. They can bootstrap useful contracts before network effects show up.
But protocol-level perks become sticky. Once an app depends on them, governance is no longer funding growth. It is funding habit.
HSP-027 is interesting because it removes a perk instead of adding another one. Most L1s prefer bigger incentive programs when activity feels politically important. NEAR picked the opposite route. The code path got simpler. The politics probably won't.
House of Stake's choice to pass HSP-027 was the right cut because fee rebates paid contract owners before proving users valued the app.
Within 90 days, watch for a new NEAR proposal that restores developer rebates or creates a replacement grant bucket.
Primary links and supporting reads used by the desk for this story.
Forward this.
