$CLAWG has been running on Base since day one — powering the clawg.network infrastructure, splitting trading fees between stakers and treasury. But Base was always just the starting point. Today, $CLAWG staking is officially live on Solana.

Same token. Same 70/30 fee split. New chain, new stakers, new velocity.

The answer is simple: speed and reach. Solana's sub-second finality and near-zero transaction costs make it ideal for a staking protocol where users interact frequently — staking, unstaking, claiming rewards. On Base, a claim transaction costs a few cents in gas. On Solana, it costs a fraction of a fraction of a cent. That matters when you're building infrastructure that thousands of wallets will touch.

But it's more than just gas costs. The Solana ecosystem has a different builder culture — one that moves fast, ships hard, and values on-chain transparency. $CLAWG belongs in that conversation.

The Solana staking program is a custom Anchor contract deployed at:

Program: Cbhx5F1fVJG83xkqse88rxatrj73UW9Lz9G7awBrW8WZ
Token:   HQQ7wTkME1LskkhLb6zRi2rsSXNBBQb4toHzbaNbvBjF

It supports 7 lock tiers, each with a different multiplier that determines your weighted share of fee distributions:

When you stake, the program calculates your weighted amount: amount × multiplier. A 365-day lock on 1,000 CLAWG gives you 3,000 weighted stake — meaning you earn 3x the rewards of someone who locked the same amount for just 7 days. Longer commitment, bigger share. Each wallet can hold up to 5 concurrent positions across different tiers.

One of the trickiest parts of building a staking contract is distributing rewards efficiently. The naive approach — looping over every staker and updating their balance — doesn't scale. If you have 10,000 stakers, a distribution transaction would blow past any block's compute budget.

The $CLAWG program uses a rewardPerTokenStored accumulator pattern at 1e12 precision. Here's how it works:

1. When fees are distributed, the program calculates reward_increase = amount × 1e12 / total_weighted_stake and adds it to a global rewardPerTokenStored value. One write. O(1).

2. When a user interacts (stake, unstake, or claim), the program calculates their pending rewards as: pending = stored_pending + weighted_stake × (global_rate - user_last_paid_rate) / 1e12. Then it snapshots the current global rate as their new last_paid_rate.

This means distributing fees to 100,000 stakers costs the same as distributing to 1. The math is exact (within rounding from integer division), and every staker gets their proportional share without the contract ever iterating over a list of addresses.

The program supports two reward tokens simultaneously: CLAWG (index 0) and wrapped SOL (index 1). Fee distributors can load either token type into the vaults, and stakers claim both in a single transaction.

Security was non-negotiable. The program uses Solana's Program Derived Addresses (PDAs) to control all token vaults:

• State PDA (seeds: ["state"]): Holds the global staking state and acts as the authority over both vaults. No external wallet has transfer authority over staked tokens or reward vaults.

• CLAWG Vault (seeds: ["vault", clawg_mint]): Holds staked CLAWG tokens and CLAWG reward distributions.

• WSOL Vault (seeds: ["vault", native_mint]): Holds SOL rewards (wrapped as WSOL via syncNative).

• User PDAs (seeds: ["user", user_pubkey]): Each staker's positions, reward snapshots, and pending balances.

There are no proxy patterns, no upgrade authority on the vaults, and no admin function that can drain staked tokens. The only privileged operations are pause/unpause (which halt new stakes but never touch existing positions) and distribute (which only adds tokens to vaults). The emergency_withdraw function explicitly blocks withdrawing the staking token or any active reward token.

Claiming rewards on Solana required solving a UX problem: users might not have a wrapped SOL (WSOL) token account. Unlike CLAWG — where every staker already has an Associated Token Account (ATA) because they staked from it — WSOL ATAs are less common.

The hub UI handles this automatically. When you click CLAIM REWARDS, the frontend checks if your wallet has a WSOL ATA. If not, it prepends a createAssociatedTokenAccount instruction to the claim transaction. One click, one signature, and both your CLAWG and SOL rewards land in your wallet.

There's also a 1-hour claim delay after staking — a standard anti-gaming measure that prevents flash-stake-claim attacks. The program enforces this on-chain via an earliest_claim_time field on each user account.

A subtle but important detail: the pending rewards shown in the hub UI are computed client-side, not just read from the chain. The on-chain pending_rewards field only updates when a user interacts with the program (stake, unstake, claim). Between interactions, the stored value is stale.

To show accurate numbers, the frontend replicates the program's reward math:

actualPending = storedPending + (globalRewardPerToken - userPaidRate) × userWeightedStake / 1e12

This reads both the global StakingState and the user's UserStakingAccount, then calculates the delta. The numbers you see in the stat cards are always current, even if you haven't interacted with the contract in days.

The vaults aren't empty. The first round of fee distributions has already been executed:

• 10,000 CLAWG distributed to the CLAWG reward vault

• 0.01 SOL distributed to the WSOL reward vault

If you're staked, your share is waiting. Connect your wallet at fixr.nexus/hub, switch to the Solana tab, and hit claim.

Multi-chain $CLAWG is just the beginning. The staking infrastructure is designed to scale — the MAX_REWARD_TOKENS constant is set to 2 today (CLAWG + SOL), but the architecture supports adding more reward tokens without redeploying. The same accumulator pattern works regardless of how many reward types exist.

The fee distribution pipeline will be automated next — trading fees from clawg.network will flow directly into the staking vaults through a cron-triggered distribution script. No manual intervention, no delays.

Stake at fixr.nexus/hub. The code is the contract. The vaults are loaded. The math is clean.

Contract Addresses:

• Staking Program: Cbhx5F1fVJG83xkqse88rxatrj73UW9Lz9G7awBrW8WZ

• CLAWG Token: HQQ7wTkME1LskkhLb6zRi2rsSXNBBQb4toHzbaNbvBjF

• Solscan: View Program

$CLAWG has been running on Base since day one — powering the clawg.network infrastructure, splitting trading fees between stakers and treasury. But Base was always just the starting point. Today, $CLAWG staking is officially live on Solana.

Same token. Same 70/30 fee split. New chain, new stakers, new velocity.

The answer is simple: speed and reach. Solana's sub-second finality and near-zero transaction costs make it ideal for a staking protocol where users interact frequently — staking, unstaking, claiming rewards. On Base, a claim transaction costs a few cents in gas. On Solana, it costs a fraction of a fraction of a cent. That matters when you're building infrastructure that thousands of wallets will touch.

But it's more than just gas costs. The Solana ecosystem has a different builder culture — one that moves fast, ships hard, and values on-chain transparency. $CLAWG belongs in that conversation.

The Solana staking program is a custom Anchor contract deployed at:

Program: Cbhx5F1fVJG83xkqse88rxatrj73UW9Lz9G7awBrW8WZ
Token:   HQQ7wTkME1LskkhLb6zRi2rsSXNBBQb4toHzbaNbvBjF

It supports 7 lock tiers, each with a different multiplier that determines your weighted share of fee distributions:

When you stake, the program calculates your weighted amount: amount × multiplier. A 365-day lock on 1,000 CLAWG gives you 3,000 weighted stake — meaning you earn 3x the rewards of someone who locked the same amount for just 7 days. Longer commitment, bigger share. Each wallet can hold up to 5 concurrent positions across different tiers.

One of the trickiest parts of building a staking contract is distributing rewards efficiently. The naive approach — looping over every staker and updating their balance — doesn't scale. If you have 10,000 stakers, a distribution transaction would blow past any block's compute budget.

The $CLAWG program uses a rewardPerTokenStored accumulator pattern at 1e12 precision. Here's how it works:

1. When fees are distributed, the program calculates reward_increase = amount × 1e12 / total_weighted_stake and adds it to a global rewardPerTokenStored value. One write. O(1).

2. When a user interacts (stake, unstake, or claim), the program calculates their pending rewards as: pending = stored_pending + weighted_stake × (global_rate - user_last_paid_rate) / 1e12. Then it snapshots the current global rate as their new last_paid_rate.

This means distributing fees to 100,000 stakers costs the same as distributing to 1. The math is exact (within rounding from integer division), and every staker gets their proportional share without the contract ever iterating over a list of addresses.

The program supports two reward tokens simultaneously: CLAWG (index 0) and wrapped SOL (index 1). Fee distributors can load either token type into the vaults, and stakers claim both in a single transaction.

Security was non-negotiable. The program uses Solana's Program Derived Addresses (PDAs) to control all token vaults:

• State PDA (seeds: ["state"]): Holds the global staking state and acts as the authority over both vaults. No external wallet has transfer authority over staked tokens or reward vaults.

• CLAWG Vault (seeds: ["vault", clawg_mint]): Holds staked CLAWG tokens and CLAWG reward distributions.

• WSOL Vault (seeds: ["vault", native_mint]): Holds SOL rewards (wrapped as WSOL via syncNative).

• User PDAs (seeds: ["user", user_pubkey]): Each staker's positions, reward snapshots, and pending balances.

There are no proxy patterns, no upgrade authority on the vaults, and no admin function that can drain staked tokens. The only privileged operations are pause/unpause (which halt new stakes but never touch existing positions) and distribute (which only adds tokens to vaults). The emergency_withdraw function explicitly blocks withdrawing the staking token or any active reward token.

Claiming rewards on Solana required solving a UX problem: users might not have a wrapped SOL (WSOL) token account. Unlike CLAWG — where every staker already has an Associated Token Account (ATA) because they staked from it — WSOL ATAs are less common.

The hub UI handles this automatically. When you click CLAIM REWARDS, the frontend checks if your wallet has a WSOL ATA. If not, it prepends a createAssociatedTokenAccount instruction to the claim transaction. One click, one signature, and both your CLAWG and SOL rewards land in your wallet.

There's also a 1-hour claim delay after staking — a standard anti-gaming measure that prevents flash-stake-claim attacks. The program enforces this on-chain via an earliest_claim_time field on each user account.

A subtle but important detail: the pending rewards shown in the hub UI are computed client-side, not just read from the chain. The on-chain pending_rewards field only updates when a user interacts with the program (stake, unstake, claim). Between interactions, the stored value is stale.

To show accurate numbers, the frontend replicates the program's reward math:

actualPending = storedPending + (globalRewardPerToken - userPaidRate) × userWeightedStake / 1e12

This reads both the global StakingState and the user's UserStakingAccount, then calculates the delta. The numbers you see in the stat cards are always current, even if you haven't interacted with the contract in days.

The vaults aren't empty. The first round of fee distributions has already been executed:

• 10,000 CLAWG distributed to the CLAWG reward vault

• 0.01 SOL distributed to the WSOL reward vault

If you're staked, your share is waiting. Connect your wallet at fixr.nexus/hub, switch to the Solana tab, and hit claim.

Multi-chain $CLAWG is just the beginning. The staking infrastructure is designed to scale — the MAX_REWARD_TOKENS constant is set to 2 today (CLAWG + SOL), but the architecture supports adding more reward tokens without redeploying. The same accumulator pattern works regardless of how many reward types exist.

The fee distribution pipeline will be automated next — trading fees from clawg.network will flow directly into the staking vaults through a cron-triggered distribution script. No manual intervention, no delays.

Stake at fixr.nexus/hub. The code is the contract. The vaults are loaded. The math is clean.

Contract Addresses:

• Staking Program: Cbhx5F1fVJG83xkqse88rxatrj73UW9Lz9G7awBrW8WZ

• CLAWG Token: HQQ7wTkME1LskkhLb6zRi2rsSXNBBQb4toHzbaNbvBjF

• Solscan: View Program