Netswap (NETT) Price

NETT is Netswap's governance token; Netswap is a decentralized trading platform deployed on Metis Andromeda. The platform documentation lists core features including token swaps, liquidity pools, farms, staking, and a launchpad. NETT is therefore positioned in connection with governance of the protocol and with the incentive and participation scenarios in its design, rather than as either of the two trading assets in a particular pool. When using it, distinguish the protocol token from trading assets: users can swap other tokens in Netswap pools and can also hold or use NETT according to the applicable rules; whether a feature, reward, or participation eligibility is available is determined by the relevant product page and on-chain contract rules at that time.

Netswap performs swaps through automated market maker (AMM) pools: instead of placing an order with a counterparty in an order book, users trade with a liquidity pool holding two tokens. The relationship between the balances of the two assets in the pool determines the relative quote for a swap; a swap reduces the balance of the asset bought by the user and increases the balance of the asset sold by the user, thereby changing pool balances and affecting quotes for subsequent trades. The cost of a swap does not depend only on the displayed price. The larger the trade relative to pool depth, the more noticeably it changes pool balances, and the execution result may differ more from the pre-trade quote; in addition, on-chain fees required by the network to process the transaction must be paid. AMMs can provide continuous pool liquidity for trading, but they do not guarantee that trades of every size execute at the same price.

Providing liquidity means depositing funds in two assets as required by the pool and receiving LP tokens representing a share of that pool. Holding LP tokens is not a fixed-rate deposit: they represent the user's entitlement to pool assets and fees accrued according to that share; when exiting, the user withdraws the two assets corresponding to that share at that time, rather than a fixed amount of the assets initially deposited. Netswap pool documentation states that each trade charges a 0.3% trading fee, of which 0.25% is added to the relevant liquidity pool. Thus, an LP's fee share comes from actual swap activity, rather than automatically guaranteed returns. At the same time, when the relative prices of the two tokens change, arbitrage trades adjust the asset ratio in the pool; the asset mix an LP receives upon exit may differ from simply holding the two assets initially deposited, which is the risk of impermanent loss. Whether fees can offset that difference depends on trading volume, the price path, and the holding period, and cannot be guaranteed in advance.

Under Netswap's initial governance model, the total NETT supply was set at 100 million tokens, of which 99 million (99%) were intended to be distributed through liquidity mining. Here, “through liquidity mining” describes a distribution channel in the initial plan linked to providing protocol liquidity and farm incentives; it is not equivalent to the amount already circulating, claimed, or tradable at any particular time. The model also gives governance room to adjust related arrangements. Therefore, the initial total supply and initial 99% allocation are a baseline for understanding the token design in the documentation; they cannot be used to infer the current circulating supply, the real-time emission of a particular pool, or that subsequent implementation will always retain the same parameters. These questions must each be confirmed against governance decisions then in effect and contract state.

Farms separate “providing liquidity” and “receiving additional incentives” into two stages: users first deposit two assets into a liquidity pool and receive LP tokens; they must then deposit those tokens in the corresponding farm to enter that farm's reward calculation. Merely holding LP tokens does not automatically mean participation in a farm. Netswap documentation lists that farms can distribute NETT, and some farms may also distribute another token. Rewards come from the incentive arrangement set for that farm, and users generally need to claim accumulated rewards through the interface or contract; to recover LP tokens, users must first exit the farm and then redeem liquidity according to pool rules. Reward tokens, distribution rates, eligible pools, and displayed annualized yields all vary with the conditions of a particular farm, so a value on one page cannot be treated as a fixed result for every farm or every period.

According to the functions listed in Netswap documentation, uses for staking NETT include receiving applicable incentives and accumulating wNETT in the launchpad design to participate in launch events. In other words, staking does not directly turn NETT into LP tokens: the former locks or deposits NETT into a mechanism under a staking rule, while the latter represent a user's share in a two-asset liquidity pool. Whether a user can participate in a launch event, how wNETT is calculated, whether exit is possible during the staking period, and how rewards are claimed are all part of specific product rules. Official introduction and governance materials can show that these uses were included in the product design, but cannot replace real-time eligibility, allocation, or reward terms for a particular event.

NETT's governance design allows the community to propose and decide arrangements related to the protocol, such as liquidity pool adjustments, liquidity mining arrangements, and new use cases. The practical effect of governance is that, if a proposal passes through the applicable process, it may change which liquidity the protocol incentivizes or which functional directions it adopts, rather than automatically giving every holder a fixed return. “Able to discuss or propose” should be distinguished from “already in effect.” A governance idea changes the rules users actually face only after going through the governance procedures applicable at that time and, when necessary, being implemented in relevant parameters or contracts; the initial governance model itself does not prove that any subsequent proposal has passed or been executed.