PIP 004 | Activate Weekly Fee Module & Establish Adaptive Mint/Burn Mechanism for Sustainable Network Growth

Summary

This proposal activates the NodeOps Fee Module, enabling a fully automated weekly burn-and-mint cycle exactly as defined in the $NODE tokenomics. It formalises an adaptive, governance-controlled framework for the mint ratio (r) that evolves as the NodeOps ecosystem expands.

This strengthens long-term sustainability, fortifies token value accrual, and reinforces trust through full transparency and on-chain execution.


Motivation

NodeOps is entering its next phase of scale, expanding products, infrastructure, and ecosystem integrations. To support this growth, the token economy must be:

  • Predictable

  • Transparent

  • Adaptive

  • Aligned with real network usage

The Fee Module ensures that every dollar of utility generated by the network directly translates into protocol-level value for $NODE holders, using the native burn/mint equilibrium (BME) model:

  • Value In → Deflation via burns

  • Network Growth → Sustainable issuance via minting

This fully aligns network incentives with long-term adoption, making the economic engine more robust, self-reinforcing, and scalable.


Specification

1. Activate Weekly Fee Module

The Fee Module will execute the following every week, autonomously and on-chain:

  • 50% of protocol fees → collected in $NODE and permanently burned

  • 50% of protocol revenue → used to calculate governance-approved minting

All burns are sent to the existing public burn address on Ethereum Network eth:0x2080FeE444118AFCe30fCb749802C18c0a980dB7

https://etherscan.io/token/0x2F714d7b9A035d4ce24af8d9b6091c07E37f43Fb?a=0x2080fee444118afce30fcb749802c18c0a980db7

NodeOps already maintains a permanent on-chain burn address, publicly verifiable by the community. To date, ~3% of the total $NODE supply (20,365,011.9) has already been burned and sent to the burn pool through revenue-driven buybacks.

All future burns executed by the Fee Module will continue to flow to this same immutable burn address.

This establishes a clear, transparent, and irreversible deflationary foundation for the $NODE economy.


This transitions NodeOps from manual execution to pure, rule-based, auditable token flows, making the economy more predictable and institution-friendly.


2. Define & Activate the Mint Ratio

This proposal formally establishes the initial mint ratio (r) for the Fee Module at r = 0.20

This parameter is the core switch of the economic model.

With r set at 0.20:

  • 50% of revenue is burned

  • 50% Ă— 0.20 is minted

  • Minting remains conservative, sustainable, and growth-aligned

  • All actions are executed automatically, on-chain, weekly

This value ensures the network maintains strong value integrity while scaling its infrastructure, user base, and ecosystem presence.

Governance Control

The mint ratio (r):

  • Will not automatically change under any condition

  • Can only be adjusted via future governance proposals

  • Should only evolve as the network matures — based on adoption, ecosystem growth, and collective community vision

This protects $NODE’s long-term sustainability while enabling the DAO to adapt responsibly as the protocol scales.


3. Transparency & Community Alignment

A dedicated public dashboard will provide:

  • Weekly revenue captured

  • $NODE burned

  • $NODE minted

  • Net supply delta

  • Historical time-series

  • Burn address balances

  • Mint module events

  • On-chain proofs of execution

This level of transparency positions NodeOps as a leader in economic clarity and tokenomics integrity.


4. Execution & Security

  • All Fee Module functions are executed by audited contracts

  • Weekly execution occurs automatically without manual intervention

  • Governance retains administrative authority to tune parameters

  • Emergency pause functionality is available for security

  • Time-locked updates ensure responsible governance changes


Expected Impact

  • Strengthens $NODE’s long-term value proposition through structured, predictable deflation

  • Aligns token supply with real network utility

  • Reinforces institutional and community confidence

  • Creates a transparent, auditable, self-reinforcing economic loop

  • Establishes NodeOps as a benchmark for economic integrity in Web3


Next Steps

Initial Discussion on Forum - 20th November - 27th November, 2025
Final Draft - 28th November, 2025
On-Chain Proposal - 28th November, 2025
Once this proposal passes, the following sequence will be executed:

1. Mainnet Deployment

  • Deploy Fee Module + Revenue Router

  • Configure weekly epoch scheduler

  • Connect the module to the existing burn address

  • Enable on-chain event logging

2. Activation of Automated Weekly Cycle

  • First weekly epoch Initialises

  • Protocol revenue begins flowing through the Fee Module

  • Burns and mints are executed purely by code, without manual intervention

3. Transparency Layer Release

  • Launch public dashboard

  • Expose all key metrics: burns, mints, net supply delta, on-chain proofs

  • Make the dashboard accessible from the main NodeOps portal

4. Governance Monitoring & Parameter Stewardship

  • Governance regularly reviews economic performance

  • Any parameter tuning (e.g., updates to r) happens only through explicit governance voting

  • Community weekly summaries and monthly analytics via a transparent dashboard

This structured activation ensures seamless rollout, institutional-grade transparency, and long-term sustainability.


Conclusion

This proposal unlocks the full potential of the NodeOps token economy - strengthening fundamentals, reinforcing deflationary mechanics, empowering governance, and laying the foundation for scalable, sustainable long-term growth.

NodeOps becomes not only a leader in decentralised AI compute infrastructure but a global benchmark for economic integrity in Web3.

GitHub PIP Reference

Legal Disclaimer

The information contained in this Governance Proposal (“Proposal”) is provided strictly for informational and governance-participation purposes only and does not constitute, and shall not be construed as,

  1. legal, financial, investment, or tax advice,

  2. an offer to sell or the solicitation of an offer to purchase any securities, commodities, or financial instruments, or

  3. a promise or guarantee of any future performance of the NodeOps protocol or the $NODE token.

Activation of the Fee Module, adjustment of the mint ratio (r), and all mechanisms described herein are subject to protocol governance approval and are implemented through autonomous smart contracts. Such mechanisms may be modified, delayed, suspended, or discontinued at any time pursuant to governance oversight, security assessments, or external regulatory developments. No representation or warranty, whether express or implied, is made regarding the accuracy, completeness, or reliability of the statements, projections, or assumptions contained in this Proposal.

Participants engaging in governance processes, including voting “FOR” or “AGAINST” this Proposal, acknowledge and agree that:

  1. They do so voluntarily and at their own risk;

  2. They are solely responsible for evaluating the legal, financial, and tax consequences of their participation under the laws applicable to them;

  3. All token-related effects, including but not limited to burning, minting, supply adjustments, and market implications, are executed by autonomous smart contracts, and NodeOps, its contributors, developers, affiliates, or representatives shall bear no liability for any losses, damages, or claims arising out of or relating to such automated execution;

  4. Digital assets, blockchain-based systems, and smart contracts carry inherent technological, economic, and regulatory risks, including but not limited to volatility, security vulnerabilities, transactional failures, and evolving legislative frameworks.

Nothing in this Proposal shall be deemed to create any fiduciary duties, partnership, joint venture, or agency relationship between NodeOps, its contributors, and any token holder. Governance participants are strongly encouraged to seek independent legal, financial, and technical counsel before participating in any governance action or relying on the information contained herein.

By accessing, reviewing, or participating in any decision relating to this Proposal, you acknowledge that you have read, understood, and agreed to be bound by this Legal Disclaimer.

64 Likes

(post deleted by author)

1 Like

Really impressed by how PIP-04 ties protocol activity directly into the $NODE economic cycle.

A few things stand out to me:

1. Weekly automated burns

2. Governance-controlled mint ratio (r)

3. Revenue → Value Loop

The revenue flow → burn → mint cycle effectively means the market usage of NodeOps becomes a direct input into $NODE supply dynamics.

A question I’m thinking about:

As the network scales and fees increase, is there any scenario where r becomes too conservative and slows down operator incentives?

Not a criticism just curious how the team expects r to evolve in the first 6–12 months.

Overall, PIP-04 feels like the proposal that finally “turns on” full economic alignment between compute demand and $NODE holders.

Would love to hear other perspectives.

14 Likes

I seriously need to clear my head on this aspect, how do you think this automated model will help keep things fair and balanced for everyone in the ecosystem?

7 Likes

I’m curious, how do you think the community should decide when the mint ratio (r) needs to be updated as the network grows?

6 Likes

I was going through the PIP-04 details and the structure actually looks promising to me, the weekly burn and governance controlled minting seem like a fair way to manage supply while still giving the ecosystem room to grow

The only thing I’m thinking about is how fast the mint ratio will be adjusted as usage increases If it moves too fast could it destabilize things?

and if it’s too slow, will it hold growth back?

I love to know how the balance is playing out in the real use

6 Likes

How do you think the weekly fee module will affect long-term sustainability of $NODE?

7 Likes

I believe that the current r = 0.20 setting is too strict, it helps people who just hold the coin but doesn’t give enough immediate rewards to the people actually running the nodes which are the builders, operators, ambassadors.

This slow start risks stopping our community’s growth. I suggest we start r at 0.25 to give builders a better initial boost, which will quickly bring in more people and increase revenue faster.

To still protect scarcity long-term, this rate should then automatically drop (e.g., to 0.18) once we hit big milestones like 100,000 nodes. This gets us fast growth and long term value, this is my honest opinion.

8 Likes

From a DePIN + RWA + AI perspective, I think PIP-04 actually strikes a solid balance.

Real-world demand doesn’t grow in a straight line, so a fixed inflation model wouldn’t make sense long-term. The adaptive mint/burn system lets the economy respond to actual usage without blindly inflating supply.

The key part for validators is that minting doesn’t auto-increase during high demand. Governance still acts as the brake. That prevents runaway dilution while still letting the network scale with real utility.

So instead of creating an unstable validator environment, it creates a value-protected one, rewards tied to real activity, supply kept in check, and long-term incentives aligned with real growth.

That’s exactly what DePIN and RWA infrastructures need: responsiveness without chaos.

8 Likes

This is an update the NODE Community is excited for as weekly burn and mint from protocol fees and revenue helps strengthen the NODE economics and transparency. Kudos to the team and I just hope this continues.

5 Likes

The Idea of the dashboard shows full transparency.
Then with the weekly burn and mint cycle, does it mean that when the burn occurs, $NODE becomes scarce and it then becomes valuable and aligned economically with the ecosystem? Or what really happens after the $NODE burn occurs.

5 Likes

This is really impressive way to control the tokens market value, especially with the mint ration(r) strategy.

3 Likes

Very good insight. This would be great for long term, true

4 Likes

To my understanding, as to every token burn, it creates scarcity and scarcity in return reduce supply and creates more demand for the token this in turn makes the token more valuable as when something becomes scarce and hard to get, the value attached to it increases.

4 Likes

I have a better understanding now of the $NODE Burn. Thank you.

4 Likes

Hello team and community,

​While discussing the economic upgrades in PIP-004, we must address the biggest friction point for scaling the provider network: The 150-day vesting period on gNODE.

​As Node Operators, we face a critical cash-flow mismatch:

  1. ​Costs (OpEx): Cloud providers (e.g. Contabo) bill us in Fiat every 30 days.

  2. ​Revenue: NodeOps pays us in gNODE unlocking in 150 days.

​This forces providers to front the capital for 5 months of operations. This is a massive barrier to entry for professional operators scaling to 100+ nodes, and it makes NodeOps less competitive compared to other DePIN protocols with faster liquidity cycles.

​Proposal for PIP-004 Amendment:

To accelerate network growth and attract high-quality hardware, I propose we restructure the payout mechanism to either:

  • ​Option A (Hybrid Liquid/Vested): Split rewards into 30% Liquid $NODE (to cover immediate OpEx) and 70% Vested gNODE (long-term alignment).

  • ​Option B (Cycle Alignment): Drastically reduce the vesting period from 150 days to 30 or 60 days to align with standard infrastructure billing cycles.

​Closing Questions for the Team:

Before we vote, we need clarity on provider sustainability:

  1. ​Under the new dynamic minting model, if protocol revenue fluctuates downwards, the reward emission drops. What is the mechanism to ensure that daily rewards ($ value) remain above the standard VPS cost (break-even point)?

  2. ​Without a liquidity adjustment, how does the team plan to prevent a mass shutdown of nodes if providers find themselves unable to cover monthly fiat bills while waiting 5 months for rewards that might fluctuate in value?

​If we want “Sustainable Network Growth” as the title of PIP-004 suggests, we must ensure the operators powering that network are financially sustainable first.

​Let’s fix the cash flow gap.

9 Likes

I like the idea of burning $NODE with revenue, but I’m worried the minting part can change too easily and might create more tokens when the project is doing well as of right now,which could hurt the price.It would feel safer with clearer rules that don’t move around so much.

7 Likes

My honest opinion..

I feel this is a step forward for $NODE.

Firstly, the weekly burn finally turns protocol activity into real value, and the controlled minting keeps supply growth tied to actual network usage, not guesses.

This kind of setup makes tokenomics feel much clearer and way more sustainable.

I’m really curious to see how governance adjusts the mint ratio (r) as the network keeps growing; overall, things are looking very positive so far.

3 Likes

With r starting at 0.20 (net ~10% of revenue minted), at what rough weekly revenue level do you think the token becomes net deflationary week-after-week?

Curious what people’s estimates are based on current circulating supply.”

3 Likes

Thanks for raising this - it’s a key point. We set r = 0.20 for this phase specifically to ensure strong alignment between token value and network usage.

That said, operator incentives are absolutely part of our long-term design and what’s coming next for the protocol, with more services generating fees and revenue. The model we’re implementing via PIP-004 is built so that once network utility grows, governance can evaluate and increase r accordingly, but only intentionally.

In the meantime, operators benefit from the broader ecosystem growth enabled by this sustainable model (risk-aligned incentives, clearer token flows, stronger value for $NODE).

Please feel free to propose what you believe would be a justifiable r-value. Once usage and liquidity improve, we’d love to see your rationale

5 Likes