Astro Solar Farms LP Staking Rewards and Liquidity Returns

Astro Solar Farms rewarded LP-token deposits with ASTRO in AstroSwap’s original Velas farming model. Their advertised annual percentage rate, or APR, combined liquidity trading fees with farming rewards. Evaluating returns requires counting both income streams alongside changes in the underlying tokens’ value. A positive reward balance can accompany a liquidity position worth less than its starting value.

The relevant choice begins with the trading pair and extends to the farm contract holding its LP tokens. These mechanics describe the original design; historical rates do not establish current farm availability, reward emissions or withdrawal access.

In short: Trading fees already contribute to an LP position’s value, so adding them again overstates Solar Farm returns.

Matching the liquidity position to its farm

Participation in the original design began with liquidity for the selected farm’s trading pair. Astro Pools issued liquidity provider tokens, usually shortened to LP tokens, for that contribution. The corresponding Solar Farm accepted those LP tokens for its reward program. A balance from another pair did not represent the liquidity position the selected farm required.

A missing matching balance called for returning to the pair selection before approving a deposit. Changing the approval amount could not turn a different LP token into the required token.

Pair exposure before the APR decision

Accepting exposure to both pooled tokens comes before deciding whether farming income compensates for that exposure. An automated market maker, or AMM, uses pooled balances to support swaps. Trading changes those balances, so the assets a liquidity share represents can differ from the quantities originally supplied.

Relative token prices

Impermanent loss describes a liquidity position’s shortfall against holding its original tokens separately, arising from changes in relative prices and measured before trading fees or farming rewards. Both positions can gain market value while the liquidity position gains less. Both can also lose value, with farming rewards covering only part of the difference.

The comparison needs the same starting quantities and valuation time on both sides. Comparing a pooled position with a different token allocation mixes allocation performance with liquidity effects. A rising reward counter also says nothing by itself about this comparison, because it measures ASTRO units rather than the value of the underlying pair.

The limits of farming compensation

ASTRO incentives added income to the LP position; they did not fix the redemption value of its tokens. Their contribution depends on the reward quantity and ASTRO’s value when evaluating or selling it. A reward worth less in market terms provides less compensation, even if the farm pays the same number of tokens.

View full-size image

The liquidity claim represented by LP tokens

LP tokens represented a share of an Astro Pool, with the pool’s reserves determining the assets behind that share. Staking the LP token added a reward-contract position while its underlying liquidity continued supporting trading. Adding liquidity required both assets in the selected pair. The original interface calculated the companion amount after a provider entered an amount for one token. The smaller available token balance, measured by value, limited the paired contribution. Holding a large balance of one asset therefore did not supply the other side of the liquidity deposit.

The liquidity share measured a claim on the trading pool. The farm share equaled the deposited LP amount divided by the total LP amount deposited in that farm. These denominators served different purposes. Increasing farming participation could reduce an unchanged deposit’s reward share without changing the number of LP tokens credited to that deposit.

Trading fees retained in Astro Pools

Trading activity supplied the fee component of LP returns in the original design. AstroSwap described a trader fee of 0.25% of the traded amount. The original Astro Pools design allocated 0.17% of the traded amount to the corresponding liquidity pool. Each provider participated through their share of that pool; the allocation was not a payment of the entire fee to every provider.

Fees entered the pool holding the paired assets. Their effect therefore belonged within the value redeemable through LP tokens. The farm’s ASTRO harvest served a different purpose and did not collect those underlying pool assets. Trading volume mattered to fee income, so an unchanged fee percentage could accompany very different income across periods.

ASTRO allocation across deposited LP tokens

Farming rewards followed deposited LP balances as Velas blocks advanced in the original model. A farm allocated its rewards among participants according to their deposited amounts.

Competition for the reward stream

With the farm’s reward allocation unchanged, additional competing deposits reduced an existing deposit’s proportional share. Fewer competing deposits could increase that share. This explains why participation changed the displayed return even when the existing LP deposit stayed unchanged. A larger total farming balance did not itself create more reward tokens for the farm.

Time spent deposited

The original reward calculation accounted for balances at the end of each block. An LP balance held outside the farm did not participate in that deposit-based reward allocation. The relevant time was time in the reward contract, rather than the age of the tokens or the date of the underlying liquidity contribution.

Reading the combined APR without double counting

The original Solar Farm APR combined liquidity-provider income with rewards from staking LP tokens. Adding a separate fee estimate to that same combined rate would count its fee component again.

APR annualizes a rate using a calculation’s inputs. It does not establish how much those inputs will change during the holding period. Trading activity can change fee income, while farming participation can change the reward share. Token prices also affect any comparison expressed in a common currency.

APR and annual percentage yield, or APY, describe different treatments of reinvestment. APY includes a compounding assumption. Receiving ASTRO in a wallet did not automatically enlarge a Solar Farm LP deposit. The Auto ASTRO Galaxy Pool had a separate reinvestment mechanism, so its compounding behavior should not transfer to an LP farm calculation.

Compare rates on the same capital basis and over the same period. Token-denominated rewards need valuation before they can express a return in a common currency.

Valuing the LP position and farming income

For a period without additional deposits or liquidity withdrawals, compare the ending LP value plus farming income with the starting LP value and transaction costs. The ending LP value already includes the pool’s accumulated fee effects. Counting those fees again as separate income would overstate the same position’s return.

ASTRO rewards need their own valuation. A harvested token quantity and its proceeds after a sale describe different things. Rewards still awaiting a claim also differ from assets already received in the wallet. Keep those states separate when calculating realized proceeds. Additional deposits or partial withdrawals require corresponding adjustments for capital added or removed.

Entry and exit costs also belong in the accounting boundary. Include swaps needed to assemble the pair and contract transaction fees when measuring the complete farming position.

Harvest frequency and transaction costs

Harvesting incurred a transaction fee in the original Solar Farm interface. The cost of repeated claims therefore increased with the number of harvest transactions. Compare each claim’s reward value with its execution cost in the same currency. Claiming frequently moved rewards into the wallet sooner, while waiting left them accrued in the farm. Neither timing choice determined ASTRO’s eventual market price, and a larger accumulated token balance did not establish a fixed net return.

Approval scope and the recorded farm balance

The original interface placed an Enable action before Stake LP, separating permission from the deposit itself. Approval allowed the designated spender to transfer LP tokens; the farm’s recorded deposit represented the resulting position. A completed approval alone did not establish an LP stake.

Permission to move LP tokens

For ERC-20 tokens, an allowance specifies how much a designated spender may transfer from the approving wallet. Its scope concerns that token and spender. Review the LP token, spender and permitted amount before authorization. Giving permission for a token transfer does not authorize access to every unrelated asset in the wallet.

Execution and account state

A submitted transaction and a successfully executed deposit represent different states. If a displayed LP balance appears unchanged, check the transaction status and the LP amount recorded in the farm. Repeating the deposit immediately can introduce another request before resolving the first. Reading account state leaves the existing position untouched and avoids treating a wallet signature as proof of receipt.

Holding choices within the original design

The original design separated wallet-held assets, liquidity shares and reward deposits. Each position had a different income mechanism and contract exposure, so its return depended on the assets and contract holding them.

Direct ASTRO staking removed the need to create a paired liquidity deposit for that staking position. It still exposed the position to ASTRO’s market value and its staking contract. The Auto ASTRO pool also had its own withdrawal conditions, which belonged to that staking product.

Unstaking LP tokens and redeeming liquidity

Unstaking from a Solar Farm returned LP tokens and, in the original interface, automatically harvested accrued ASTRO. Redeeming the underlying pair required removing liquidity from its Astro Pool. These actions changed different objects: the farm deposit represented staked LP tokens, while the pool held the assets those tokens could redeem.

An unstaked LP balance could still represent liquidity exposed to changing reserves and token prices. Removing liquidity ended that pooled exposure for the redeemed portion. The amounts returned reflected the pool position at redemption. Exiting the farm alone did not restore the original token quantities, and withdrawing liquidity did not reverse price changes during the holding period.

Quick answers about Astro Solar Farms

Updated 2026 October 11