Decentralized Exchange that allows you to trade Crypto, Commodity
or Forex without KYC.

Hi all! Recently we announced a big spoiler about how spot markets at Tsunami Exchange will work, analyzing the inner workings and delving into the formulas.

Today we offer you an article explainer to read, in which you can learn the general principles of spot markets and understand why they are more efficient than any existing spot markets on Waves without introducing technical concepts. Enjoy reading it! 💙

A brief overview

So, what is spot trading? Spot trading implies buying and selling assets where, in contrast to futures trading, there is an exchange of real assets such as cryptocurrencies, forex, stocks, etc. Spot trading can only use assets that are actually owned by the user - without additional leverage or margin.

Centralized spot trading exchanges monitor the safety of users' assets, while on decentralized exchanges, smart contracts play the role of checkers.

Spot traders gain profits in the market by buying assets and expecting their prices to rise. Spot traders can also short the market by selling assets and repurchasing them when the price falls.

The Waves network has different mechanisms for spot trading, but the most popular method of trading has been the use of AMMs (automated market makers), which provide users with seamless trading without the need for an order book.

Having boomed in the spot trading market, AMMs boast ease of use and provide liquidity to pools of two or more tokens, creating balanced trading pairs. But the market does not stand still, the prices of assets in pools change every second, leading to volatile losses for liquidity providers. That's the reason behind the idea of spot markets on Tsunami Exchange - we make them because we can make them better.

Where do intermittent losses come from?

One of the main causes of intermittent losses of liquidity providers is arbitrage. Without arbitrage traders, the AMM simply could not exist. These guys restore the balance between the real (market) price of an asset and the price of the same asset in the AMM liquidity pool. By restoring the equilibrium, the arbitrator profits in the form of the asset price difference, which is paid by the liquidity providers.

Uniswap offered a revolutionary solution to the problem of intermittent losses, which consists of providers choosing certain price ranges to provide liquidity. However, despite all the coolness of the approach, providers have to actively monitor market changes and adjust liquidity allocation. This method has a lot of advantages, but is overridden by one big disadvantage: time.

Oracles on guard against impermanent losses

At Tsunami, we've been thinking for a long time about what alternative ways to bring prices to market prices might exist besides arbitrage. This is where oracles, which are used to trade perpetual futures, have come to our aid.

If you attended our recent AMA or read it recap, you know that our team is working to create real-time oracles that can broadcast market prices of assets with minimal delay. By transmitting current market prices to liquidity pools, oracles provide an automatic concentration of liquidity around the market price of an asset without forcing the user to actively manage the liquidity provided.

Such a mechanism and improved pricing efficiency will allow Tsunami spot markets to provide profits for traders and liquidity providers, offering more competitive trading fees, attracting significant trading volume and providing a profitable APY for liquidity providers and TSN stakeholders.

Providing liquidity in a single token also plays a significant role. With this capability, Tsunami gains a notable advantage over current Waves ecosystem models, zeroing in on impermanent supplier losses.

Swap process in simple words

The exchange process in Tsunami Spot is quite complicated, but let's try to understand it without going into technical details.

If, on the contrary, you want to go deeper into the mechanics of the process, check out the article at link.

So, the main difference of spot trading is that here the liquidity pools are the vaults of a single provided asset, and the true price of the asset is determined by an oracle that transmits prices from the real markets.

The swap process is as follows:

• To exchange some amount of asset A for asset B, the swap router first determines the markets A and B;

• Then it exchanges an amount of asset A for an equivalent amount of US dollars, and then exchanges an amount of US dollars for asset B.

It would seem, why make so many steps? But this very exchange mechanism allows you to increase the efficiency of spot trading, providing you with the best fees and the minimum price impact.

Incentives for using Tsunami Spot

In order to maintain a fair price for an asset, Tsunami Spot will have a built-in incentive to balance the price:

• When too much of an asset is bought, the price of the asset will be higher, so it will be profitable to sell;

• When you sell too much of an asset, its price will go down, so it will be profitable to buy it.

Instead of the usual fixed fee, Tsunami Spot will use a dynamic fees model which will be an additional incentive to rebalance the AMM and the vault, while providing arbitrage opportunities for traders:

• In the event of a positive imbalance (i.e., a shortage of an asset in the vault), traders will be charged an additional trading tax, providing an incentive to bring liquidity into the vault;

• In the event of a negative imbalance (i.e., a surplus of asset in the vault), traders will be refunded a fee in part or in whole.

A system of dynamic fees, together with a low asset price impact, provides additional incentives to maintain system health and minimize imbalances in the vault, while allowing for a relatively low base fee.

Comparison of trading capabilities between Waves ecosystem protocols

So, as we can see, despite using only liquid assets for trading, Tsunami Spot leads in all positions, providing users with a truly superior trading experience.

Benefits and limitations

The Tsunami Spot model offers significant advantages to traders and liquidity providers, including:

• One-way liquidity provision (in one token);

• Elimination of impermanent losses;

• Very high capital efficiency (10-15 times higher compared to the classical SWAP model k=y*x);

• Lower swap fees.

However, this model also has certain limitations and risks:

• Only highly liquid assets can be traded, as oracle prices should not be easily manipulated;

• Liquidity providers may not be able to fully close their positions due to temporary vault imbalances.

For the last point, there will be a solution called a burn/exchange mechanism. How does it work?

• The user triggers an LP-token exchange of the vault with a negative surplus;

• The smart contract exchanges the LP tokens with a negative surplus into the underlying asset with a positive surplus at the rate * LP;

• In doing so, the LP tokens will be burned and the providers will be able to exit their positions at any time.

In conclusion

When working on a balanced product, developers are often faced with the question of what the user needs at the moment. At the peak of the Waves ecosystem relaunch, users need fast and high-quality deposits and withdrawals, arbitrage capabilities, and minimal fees for exchanging/buying/selling tokens. PepeTeam is successfully implementing the first, and Tsunami Exchange is successfully providing the second and third.

Spot, derivatives, staking - Tsunami combines all of the major opportunities for active and passive income, providing a one-stop solution for traders in the Waves ecosystem.

Thank you for reading, Your Tsunami Team 🌊

Twitter | Chat | News | Discord

Hi all! We are happy to announce that Limit orders have been launched on Tsunami Exchange, and we describe their functionality in this article. Enjoy reading!

Limit orders are a powerful tool, the appearance of which allows traders to diversify their trading strategies, entering or exiting positions at certain price levels.

Interesting, you may say, because there were limit orders in the form of Stop Loss (SL) and Take Profit (TP) on Tsunami before. True, but the difference is that when you open a limit order, the protocol fixes it as a separate position, unlike the SL and TP which are fixed for a position which is opened.

Using limit orders, the user can set various market parameters to his liking, including price direction, volume and leverage, being confident that the order will execute when the market reaches the specified price.

So, how does it work?

Now when opening a position, the user has the choice of what type of order (position) should be opened. By default the Market option is selected, when a position is opened "by market", i.e. without waiting for certain conditions.

If the Limit option is selected, the user can select the direction of the future position, the price of the opening position, the leverage used and the trading volume.

Once a limit order has been created, the user can always find it on the Orders tab and monitor its execution status.

Important points

Expiry time

All limit orders have an expiration date. This term refers to the time during which the order must be executed or canceled by the user. Tsunami Exchange offers an expiration time of 60 days or until the trader manually cancels the order. This gives users the flexibility to adjust their trading strategies and adapt to changing market conditions over an extended period of time.

So, whether traders want to hold a position for a set period or take advantage of short-term price movements, the functionality of limit orders on the Tsunami Exchange meets all their needs.

Funds reservation

When creating limit orders, the user should make sure that there are enough funds on their balance to open a position. To save the trader from additional hassle, when creating a limit order, the Tsunami protocol reserves some of the funds required to open a position. This approach ensures that traders will have the necessary capital when the order is executed.

In the event that the trader decides to cancel the created limit order, the full amount reserved when the order was created is returned to the trader.

The reservation feature promotes efficient money management and allows traders to better control their funds.

---

We are very excited about the long-awaited launch of limit orders on Tsunami Exchange. Their functionality allows traders to strategically plan their trades and enter and exit positions based on desired price benchmarks. We hope that you will appreciate the update and diversify your trading experience!

Thank you for reading, Your Tsunami Team 🌊

Twitter | Chat | News | Discord

Hi all! In this technical article we will try to explain how the Tsunami Exchange spot markets will be structured, why they are more efficient than any other spot markets on Waves, and how this will breathe new life into the arbitrage and trading processes within the ecosystem. Attention, lots of words. Enjoy reading!

Introduction

Spot trading is an essential feature for any exchange. By introducing spot trading, Tsunami can significantly increase its total trading volume and the amount of fees collected. This enhancement will attract more traders and bring greater value to liquidity providers and TSN token stakers.

Automated Market Makers (AMMs) have revolutionized decentralized exchanges by enabling seamless trading without the need for traditional order books. They have gained immense popularity due to their ability to provide liquidity through passive mechanisms.

Passive liquidity provision involves LPs depositing an equal value of two tokens into a liquidity pool, creating a balanced trading pair. As the market fluctuates, the pool's relative token values change, leading to potential impermanent loss for LPs.

One of the primary reasons LPs suffer from impermanent loss is the presence of arbitrage traders. These traders exploit the price imbalances between the liquidity pool and external markets. When the price of one token in the pool increases, arbitrageurs buy the undervalued token from the pool and sell it at a higher price in another market, aiming to profit from the price discrepancy. As a result, the LPs' shares in the pool become skewed, causing impermanent loss when the pool rebalances.

Uniswap v3 introduces a groundbreaking solution to address impermanent loss through the concept of concentrated liquidity. Unlike traditional AMMs, which rely on providing equal value of tokens, Uniswap v3 allows LPs to customize their liquidity provision by selecting specific price ranges known as liquidity positions. It is important to note that this approach requires active management of provided liquidity. LPs must constantly monitor the market and adjust their positions within specific price ranges, which can be time-consuming and burdensome.

Tsunami leverages Oracle technology to automatically concentrate liquidity around the current fair price of an asset, reaping the benefits of concentrated liquidity while not requiring active liquidity management. By incorporating Oracles, Tsunami ensures that the pricing of assets within the liquidity pool aligns more closely with the broader market, reducing price impact and slippage, while utilizing the same amount of liquidity. This improvement in pricing accuracy ultimately benefits both LPs and traders on the platform. Another notable improvement of Tsunami over the current models available in the Waves ecosystem is the elimination of impermanent loss (IL) through the ability for liquidity providers to provide liquidity single-sided. This advancement allows Tsunami to offer more competitive trading fees, attracting a substantial trading volume and resulting in a favorable APY for liquidity providers and TSN stakers.

Mechanics

The mechanics of Tsunami Spot trading are quite intricate and require a step-by-step explanation. Tsunami Spot consists of Markets and Vaults, with each Spot Market and Vault having a one-to-one relationship. Each Market is associated with a specific Asset. For example, for BTC, there will be a BTC Market and a BTC Vault.

Behind each Market, there is an underlying dvAMM (Decentralized Virtual Automated Market Maker). The dvAMM is a variation of the Constant Product Market Maker (CPMM) model pioneered by Uniswap. It is designed to concentrate liquidity around the fair price provided by the Oracle. A detailed description of the dvAMM will follow. The liquidity in the dvAMM is virtual and its amount is determined programmatically based on the liquidity present in the corresponding underlying Vault.

The dvAMM of each Market facilitates the trading of its underlying Asset to the Quote Asset. The Quote Asset represents one unit of value equal to one US Dollar. The Quote Asset is entirely virtual and serves solely for accounting purposes. In this document, this asset will be referred to as USD. Each trade on Tsunami Spot occurs by routing it through two markets: first, selling the source asset for USD on the source asset market, and then buying the target asset for USD on the target asset market. This approach ensures an extremely high level of capital efficiency for Tsunami Spot, as all liquidity for a specific Asset is available for trading with any other asset. It effectively consolidates all assets on Tsunami into a single large omni-pool, as opposed to a pair-based approach where liquidity is fragmented across multiple pairs. This consolidation reduces price impact for traders, resulting in a more favorable trading experience.

dvAMM in action

Let's dig into the dvAMM and its properties. dvAMM is derived from the traditional CP, but differs in a few important aspects.

Traditional CPMM is using the famous invariant x * y = k, where x is the reserve of asset A, y is a reserve of asset B, and k is the swap invariant. Price of an asset is determined as p = x/y.

For dvAMM instead of x and y we will use B and Q, where B is Base Asset Reserve (Base is an asset that is trading on Market), and Q is Quote Asset reserve (Quote asset is USD, described earlier).

Swap invariant is the same as in CPMM formula: Q * B = k.

However, to determine the price and additional coefficient q is used, so p = q*Q/B. Coefficient q is to adjust AMM curve to current fair price.

Additionally, dvAMM is trading parameter S which is the cumulative amount of Base Asset swapped. Whenever someone buys Base Asset from AMM S is increased by this amount, and vice versa for selling. This way S allows to always keep track of asset B imbalance. Now we can go towards the mechanics of dvAMM.

Swapping Base for Quote

Swapping Quote for Base

Determining q when fair price changes

To summarize the above, dvAMM is an AMM that is characterized by:

• Providing liquidity around a fair price;

• Automatically adjusting the curve to a fair price;

• Having a built-in incentive to balance the price towards a fair price:

  • When too much base asset is bought, the price for it is higher, so it's profitable to sell it;

  • When too much base asset is sold, the price for it is lower, so it's profitable to buy it.

Vault in Action

Let's delve into the mechanics of the Vault. The Vault serves as a repository where liquidity providers (LPs) can deposit their actual assets. When an asset is deposited into the Vault, it is exchanged for LP Tokens based on the current rate. The rate effectively represents the "price" of the LP token, indicating how many LP tokens the LP will receive for their Base asset and how much they will get back. The initial rate is set to 1. The rate increases over time as the Vault accumulates fees.

The Vault keeps track of four crucial parameters:

1. lpBalance: the amount of issued LP tokens.

2. balance: the total value of assets deposited into the Vault by LPs, including collected fees (positive value).

3. excess: the imbalance of the Vault. Excess is reduced when fees are deducted from the Vault or increased when funds are deposited into the Vault. It can be either positive or negative. It's important to note that excess is only affected by swaps and not by providing or withdrawing liquidity.

4. rate: the rate at which LP tokens are issued or burned. The initial rate is 1.

When an LP provides liquidity to the Vault, they receive LP tokens in an amount equal to LP = B/rate. Conversely, when an LP withdraws liquidity from the Vault, they receive Base assets in an amount equal to B = LP * rate.

Since the rate constantly increases, it is evident that LPs can receive the same or a greater amount of assets than they initially provided.

When the Vault receives a fee, the rate is recalculated as rate' = rate + fee/lpBalance, and the balance is updated as balance' = balance + fee.

During a swap, if an amount B of funds is withdrawn from the Vault, the excess is reduced by B. Similarly, if an amount B of funds is deposited into the Vault, the excess is increased by B. This way, the actual balance of the token is computed as actualBalance = balance + excess (note that the excess can be negative).

In other words, the balance represents the obligation the Vault holds to LPs, while the actualBalance represents the actual amount of tokens held by the Vault.

The Vault also has a configurable parameter called utilizationRate, which determines the allowable range of imbalance. For instance, at a utilizationRate of 50%, it means that 0.5 * balance < actualBalance < 1.5 * balance, or more generally, utilizationRate * balance < balance < (1 + utilizationRate) * balance. Swaps that result in an actualBalance outside this range will be rejected.

Liquidity Amplification (Projection)

Now, let's integrate the Market (dvAMM) and Vault mechanics. As astute readers may have noticed, the parameters S and excess in the dvAMM are closely related. Whenever the excess increases or decreases, the corresponding AMM's price moves in a way that incentivizes arbitrage to bring it closer to the fair price, reducing the absolute value of the excess. This relationship proves to be convenient.

Now, let's determine the amount of virtual liquidity in the dvAMM relative to its vault. To achieve this, we introduce an additional parameter in the dvAMM called maxPriceSpread. The maxPriceSpread determines the allowable range within which the dvAMM provides liquidity. It's reasonable to assume a value around 4.5% for volatile assets and 0.5% for stablecoins, although this value can vary per market.

If the dvAMM provides liquidity at the maximum shift of maxPriceSpread and the actual available liquidity to withdraw/add is utilizationRate * balance, it should project this liquidity within the maxPriceSpread range.

Swap Process and Fees

Now that everything is in place, we can describe the actual swap prices. To swap an amount DeltaA of asset A for asset B, the swap router first determines the markets for A and B. Then, it swaps the DeltaA amount of asset A for an equivalent amount DeltaU of USD, and subsequently swaps the DeltaU amount of USD for a quantity DeltaB of asset B.

Before the dB amount of asset B is passed to the trader, the fee computation process is conducted. Instead of using a flat fee, Tsunami employs a dynamic fee model to further incentivize the restoration of equilibrium in the AMMs and Vault, while extracting additional value from traders by addressing any imbalance increase.

To determine the fee, we first compute the individual cost of imbalance for each Vault. The imbalance shift for each vault is calculated as follows:

Note that if imbUsd is positive, the imbalance for a Vault is increasing, and if imbUsd is negative, the imbalance for a Vault is decreasing.

Now we can compute the relative imbalance change overall for a swap as:

A negative relative imbalance indicates an improvement in the overall health of the system, while a positive relative imbalance indicates a deterioration.

In the case of a negative imbalance, traders are awarded a fee rebate, which is computed as:

This dynamic fee system provides additional incentives for traders and arbitragers to maintain the system's health and minimize Vault imbalances while allowing for a relatively low base fee.

Example swap

Let's finally put some numbers in to look and feel how the formulas above work. Let's trade some ETH for USDT. We will compare Tsunami approach and CPMM approach. Liquidity pools will be the same - 10 ETH / 15000 USDT, both AMM balanced with $1500 being fair price for ETH.

Let's trade 1 ETH for USDT.

CPMM approach

For CPMM match is very straight forward:

LP will earn $4.09

Notice a huge price impact of almost $150.

Tsunami approach

For Tsunami let's set Vault and Market parameters as following:

For Both Markets: maxUtilizationRate = 0.5

For ETH: maxPriceSpread = 0.035 (3.5%)

For USDT: maxPriceSpread = 0.005 (0.5%)

Let's compute Q and B for both markets, assume q = 1

Now let's compute the fee. Base fee is 0.3%, max rebate is 3%. Assuming Vaults were balanced, the imbalances are the following:

1500 USD (ETH Vault)

1487.723 USD (USDT Vault)

So cumulative imbalance is 2987.723, and total liquidity in Vauts is 10 * 1500 + 15000 = 30000. So tax = 0.03 * 2987.723 / 30000 = 0.002987723. So actual fee = 0.003 + 0.002987723 = 0.005987723.

With 1.099% fee, user will get 1487.723 - 1487.723 * 0.005987723 = 1478.814 LP will earn 1487.723 * 0.005987723 = 8.908

Let's compare the results between CPMM and Tsunami Model:

CPMM: trader execution price (with fees) is 1359.55 (9.36% loss against ideal trade), LP earned: $4.09

Tsunami: trader execution price (with fees) is 1478.814 (1.412% loss against ideal trade), LP earned: $8.908

Note how everyone profits: LP got more fees and trader got much better execution cost. Note, that trade on Tsunami is executed with 6.6 times less price impact.

Limitations and Risks

The model described above offers significant advantages for traders and liquidity providers, including:

• Single-sided liquidity provision

• Elimination of impermanent loss

• Very high capital efficiency (x5 - x25) compared to benchmark CPMM

• Lower swap fees

However, it also comes with certain limitations and risks:

• Only highly liquid assets can be traded, as Oracle prices should not be easily manipulated.

• Liquidity providers may not be able to fully withdraw their positions due to temporary Vault imbalances.

The latter limitation, however, can be mitigated by introducing a burn/swap mechanism. Burn swapping involves virtually exchanging LP tokens of a Vault with a negative excess to the rate * LP base asset, performing a swap to an asset with a positive excess, and burning the LP tokens in the process. This mechanism provides LPs with a guaranteed way to exit their positions at any time, albeit incurring swap fees for a portion of their position.

Conclusion

In conclusion, the new AMM model presented in this article offers several advantages for traders and liquidity providers. By combining the concept of separated Vaults and the dvAMMs, it enables single-sided liquidity provision, eliminates impermanent loss, and achieves high capital efficiency, outperforming benchmark Constant Product Market Maker (CPMM) models by a factor of 10 to 100.

Moreover, the dynamic fee system implemented in the Tsunami protocol incentivizes traders and arbitrageurs to actively work towards maintaining liquidity equilibrium. This fee model considers the individual imbalances of each Vault, providing fee rebates for participants, keeping the system healthy and minimizing imbalances while still maintaining low base fees.

Overall, the new AMM model and dynamic fee system presented in this article provide a promising framework for new generation of decentralized exchanges. By addressing key issues such as impermanent loss and capital efficiency, while introducing mechanisms to incentivize equilibrium and reward active participation, this model offers enhanced opportunities for traders and liquidity providers.

Thank you for reading this article to the end. If you still have questions, don't hesitate to contact our community chats! Your Tsunami Team 🌊

Twitter | Chat | News | Discord