SATURN VC / BLOG
All posts
Release Notes 7 min read Saturn VC

Saturn DEX v4.3.0: Passive Yield for the Patient

Real swap fees, paid in the same token users stake, distributed through a drainproof accumulator model.

"Hold and prosper" was always the promise.

Saturn DEX v4.3.0 is the first time that promise comes with math.

This release introduces the Holder Engine, a new reward system designed to turn real DEX volume into passive yield for token holders. Not emissions. Not inflation. Not reflection gimmicks. Real swap fees, paid in the same token users stake, distributed through a drainproof accumulator model.

This is one of the most important upgrades in Saturn's v4 architecture.

The Problem with "Holder Rewards"

For years, "rewards just for holding" has been one of DeFi's most repeated promises.

It has also been one of its most broken.

Reflection tokens were drained by wash claims. Users could move tokens to fresh wallets, claim again, and repeat until the reward pot was empty.

Buyback-and-burn models were often front-run by bots and captured by MEV.

Yield farms dressed inflation as income, paying users with newly printed tokens while quietly diluting everyone else.

Token-launch reward hooks only worked if a token launched through a specific platform, creating a walled garden that excluded everything outside the system.

Saturn DEX v4.3.0 ships something different.

Real yield, from real volume, paid in the same currency you held, drainproof by construction, and available to any token that trades on Saturn.

This is the Holder Engine.

How It Works

The model is simple.

A user stakes any token, which we can call token X, into the new saturnholders contract.

Every time a swap happens on Saturn where token X is the input token, a configurable slice of the swap fee is routed into that token's reward pot.

The user can then claim their pro-rata share in token X at any time.

The accounting is powered by a battle-tested accumulator pattern used across major DeFi reward systems. Saturn brings that proven model to Phantasma, generalizes it for any token, and connects it directly to real DEX volume.

The Saturn Fee Split

Every swap on Saturn pays a fee.

In v4.3.0, that fee can now be split across four destinations:

35% to pool reserves. This compounds back into the pool, helping the pool grow over time and increasing value for liquidity providers.

25% to the pool creator. Saturn uses a sole-LP model, so the creator of the pool earns this portion directly.

10% to token holders staking that token. This is the new Holder Engine reward stream. A slice of swap fees is routed to users staking the input token.

30% to the Saturn treasury. This funds development, audits, infrastructure, and ecosystem growth.

The new piece is the holder slice.

That 10% is not promised through emissions. It is not created out of thin air. It is earned from real swap volume and paid in real tokens.

The split is also configurable per deployment. Admins can adjust the ratios through updateFeeSplitRatiosV2, as long as the total equals 100 and the admin allocation remains at least 1%.

Walk-Through: Alice's Bag

Alice holds 10,000 SOUL.

There are three Saturn pools she cares about:

  • SOUL/DOG
  • SOUL/KCAL
  • SOUL/AVOCADO

Alice goes to saturnholders and stakes her 10,000 SOUL.

One transaction. Done.

Now Alice sleeps.

While she sleeps, the DEX keeps trading.

Trader A swaps 1,000 SOUL into DOG. The fee is 100 SOUL. The holder slice is 10 SOUL.

Trader B swaps 500 SOUL into KCAL. The fee is 50 SOUL. The holder slice is 5 SOUL.

Trader C swaps 2,000 SOUL into AVOCADO. The fee is 200 SOUL. The holder slice is 20 SOUL.

In total, 35 SOUL flows into the SOUL holder accumulator.

If Alice is the only SOUL staker, she has earned 35 SOUL while doing nothing.

She wakes up, calls claim("SOUL"), and 35 SOUL hits her wallet.

If Alice is one of many SOUL stakers and owns 10% of the total staked SOUL, she receives 3.5 SOUL.

The system scales automatically. No coordination. No pool-by-pool claiming. No manual reward management.

Alice did not provide liquidity. She did not run a node. She did not vote on a proposal.

She held a token, staked it once, and the DEX paid her from real trading activity.

You Stake X, You Earn X

The cleanest part of the Holder Engine is that rewards stay in the same currency.

Stake SOUL, earn SOUL. Stake DOG, earn DOG. Stake KCAL, earn KCAL.

There are no surprise reward tokens. No auto-swaps. No slippage on the reward path. No conversion risk.

Each token has its own accumulator. SOUL fees remain SOUL. DOG fees remain DOG. KCAL fees remain KCAL.

If a user wants to earn from multiple tokens, they can stake multiple positions. Each position is independent, with its own claimable reward stream.

Two stakes. Two claims. Two reward streams.

Simple.

Per-Token Aggregation

Saturn does not make users claim from individual pools.

It lets them claim from a token.

That means:

  • Stake SOUL once.
  • Earn from every Saturn pool where SOUL is the input token.
  • Claim all SOUL rewards in one transaction.

The pool that generated the trade does not matter to the staker. The user only sees that their SOUL position has accrued more SOUL since their last interaction.

This is where the design becomes powerful.

If Saturn adds one new SOUL pool, the same SOUL accumulator receives more flow. If Saturn adds ten new SOUL pools, the same SOUL accumulator receives even more flow.

User-side complexity does not increase as the DEX grows.

Every new pool simply becomes another possible source of reward flow for that token's stakers.

Why It Is Drainproof

Naive holder-reward systems are vulnerable to wash claims.

A user claims rewards, transfers tokens to a fresh wallet, claims again, and repeats. The same historical balance is used again and again until the pot is drained.

Saturn prevents this with two core rules:

  1. Only staked tokens count.
  2. Every user has a reward bookmark.

To earn, tokens must be staked inside saturnholders.

The contract maintains a global accFeePerToken counter for each token. Every time holder fees are added, that counter increases.

Each user also has a userRewardDebt, which acts as a personal bookmark. It records where the global counter was during the user's last interaction.

Pending rewards are calculated as:

stake × (counter_now − bookmark) / scale

When the user claims, their bookmark moves forward.

If they claim again immediately, the second claim returns zero. The bookmark is already current.

If they transfer spot tokens to a fresh wallet, nothing happens to the reward system, because only staked balances count.

If they unstake, the contract settles their position before tokens leave.

This is a battle-tested accumulator pattern used across major yield systems in crypto. Saturn applies it to any token that trades on the DEX, without requiring token-side integration or platform lock-in.

What Makes This a Phantasma First

Saturn v4.3.0 introduces a holder-reward model that is native to Phantasma and permissionless by design.

Here is what makes it different:

Any token can participate. This is not limited to Saturn-launched tokens. If a token trades on Saturn, it can become part of the Holder Engine.

Zero token-side integration. Token contracts do not need to implement anything new. Saturn handles the reward accounting at the DEX level.

No emissions. Rewards come from real swap volume, not inflation or newly printed tokens.

Per-token aggregation. Stake once and earn from every pool where that token is used as the input token.

Currency-clean rewards. Stake X, earn X. No auto-swaps, no slippage, no surprise reward assets.

This makes the Holder Engine one of the cleanest holder-reward systems Phantasma has seen. It is permissionless, scalable, and mathematically accountable.

What It Means for Believers

Holding SOUL is no longer only a passive bet on future growth.

With the Holder Engine, staked SOUL becomes a pro-rata claim on SOUL trading activity across Saturn.

The more volume the DEX does, the more reward flow exists. The longer a user stakes, the more they can accumulate over time. Saturn's growth and the holder's position become mathematically aligned.

The same logic applies to any token listed on Saturn.

A project can list its token, build volume, and allow its own holders to earn from that activity without modifying the token contract or launching through a special platform.

This is not a yield farm.

It is a profit-sharing rail.

How to Participate

When holder rewards are activated and holderPct is set above zero, participation is simple:

  1. Hold the token you believe in.
  2. Stake it through saturnholders.
  3. Let Saturn's trading volume do the work.
  4. Claim rewards whenever you want.
  5. Unstake whenever you want to exit.

There are no lockups. No vesting schedules. No complicated reward tokens. No hidden mechanics.

Stake X. Earn X. Claim when ready.

The Holder Engine just works.

Saturn DEX v4.3.0

Saturn DEX v4.3.0 brings real holder yield to Phantasma.

It connects passive token holding to actual DEX activity. It rewards patience without inflation. It lets any listed token become part of a broader yield system. And it does it through clean, battle-tested accounting.

The patient now have math on their side.

Saturn VC · Lima, Peru