SIP-1: Update SUPERGOVERNOR Parameter to 2,000 BPS

Governance
1

Abstract

This proposal sets the parameter in SuperGovernor from 0% to 20% (2,000 bps).

If approved, the SuperBank contract will route 20% of protocol-collected fees (after conversion into $UP) to the sUP strategy vault according to the governance-configured distribution parameter. The remaining 80% will continue to route to the Superform Foundation treasury.

No new contracts, integrations, or external agreements are required. The mechanism is already implemented onchain and subject to governance control.

Note: This proposal is not related to UP Rewards streamed to the sUP vault as part of the UP Only Program, which will continue as normal.

Background

At launch, this param was set to 0 bps as a neutral governance placeholder.

The protocol has since begun generating fees from SuperVault strategies and related protocol operations. This proposal activates an existing onchain routing parameter to allocate a portion of collected fees to the sUP strategy vault.

This proposal does not:

  • Change fee levels
  • Introduce new fee categories
  • Modify collection logic
  • Create any offchain process

It solely updates the downstream distribution parameter within the SuperBank contract.

Fee Flow

This proposal only changes the final split. All upstream processes remain identical:

  1. SuperVault performance fees are automatically routed to SuperBank
  2. Management fees (if applied) are automatically collected at deposit
  3. Transaction fees (if applied) are automatically collected from Superform Core
  4. SuperBank bridges or swaps fee assets to $UP via governance-registered hooks
  5. distribute() splits $UP per param

No fee levels or collection logic are modified.

Governance Considerations

  • This is a governance-controlled parameter.
  • Governance may modify, reduce, or remove this allocation in the future.
  • This proposal does not create ownership, equity, dividend, or profit-sharing rights.
  • No guarantee of protocol revenue or future allocations is implied.

Timeline

  • Vote passes → call proposeFee
  • 7-day timelock
  • Anyone may call executeFeeUpdate
  • Next distribute() uses 20/80 split

Voting Options

For

  • Set SuperGovernor param to 2,000 bps
    • → 20% routed to the sUP vault
    • → 80% to Foundation Treasury

Against

  • Keep param at 0 bps (100% to Treasury)

Abstain

  • No preference

Foundation Implementation Recommendation

  • 7 Days after proposal passes
3 Likes
2

how this benefits superfrom? or holder?

1 Like
3

20% of fees collected by the Superform protocol (like performance fees from SuperVaults) will be swapped into $UP and distributed to sUP holders.

4

I guess that 20% isn’t enough.

6

why go through all this voting process when the team could just implement it and benefit staker and superform? kind a waste of time.

7

its nice to have it be a lever controlled and voted on by governance participants.

im in favor :slight_smile: