Decentralized exchange with Def.
A concept of the equilibrium effect previously studied by Uniswap based on a specific N-dimensional surface defining a cost function for exchanging any token pair held in the def pool has been shown to be feasible. exam. This decentralized method is known as Maintain a Stable Rate of Transaction. Ensures a stable asset value in the asset list of the transaction.
Deffectswap is a protocol for multi-token automated marketplace creation. It allows portfolio owners to create Deffects Pools and traders can trade with them. Deffect Pools contain two or more tokens, each with an independent weight representing its share of the total pool value. Pools provide liquidity to the Deffects Pools Protocol and charge traders a fee to access it. Pools can be thought of as automatic market makers, as anyone can swap any two tokens, in any pool.
We divide it into 3 stages of development
· Phase of swapping a trading pair
· The stage of adding other tokens to the same ecosystem
· The phase allows the community to automatically liquidate, which will extend the deffect swap as an automated trading like the exchanges from before.
Automated market makers (AMMs) have come around in a number of forms as long as transactions can be automated, starting with the traditional financial markets. AMMs are essentially automated agents, driven by algorithms, that define rules for matching buyers and sellers to facilitate transactions. Usually AMMs continuously operate in both directions of a trading pair. The liquidity provider's profit comes from the difference between the bid and ask prices.
Smart contract platforms like Tron main net give a concept from new Deffect a whole new angle. we combine trading algorithms with custody of the underlying assets. Basically, Deffect is a generalization of the constant product rule for pools containing two or more tokens. Additionally, Deffect Pools assigns a relative weight to each token, to accommodate pools of tokens with significantly different valuations. The weight represents the share of each token in the total. This flexibility greatly expands the utility of these groups and allows for the creation of many interesting strategies and use cases.
Terminology in phase 2 of liquidity
Core group: A contract object Deffect Pool- this is the "base" pool that actually holds the tokens
balance : The total token balance of a pool. No mention of any user balance
Denorm: Abnormal weight. Weights on Dpool, although usually displayed as a percentage, are configured and stored in their denormalized form.
Controller: "Owner" of the pool; an address can call control capabilities
Factory: Official Deffect Pool Factory. Pools implemented from this factory appear on Deffect's UI (e.g.: Exchange and Pool Manager).
Smart group: The ownership contract (i.e. controller), of the Core Group. More on these later.
Pool life cycle: Any user can create a new pool by calling new Deffect Pool (NDP) on the DFactory contract. The caller is set as the controller or pool owner. Pools can exist in one of two states: controlled or perfected. The Pool starts in a controlled state and the controller can choose to make the Pool finalize by calling finalize. Finalize is a one-way transformation. When in a controlled state, external actors cannot add liquidity. The controlled state allows the controller to set the token and the weight of the pool.
· Controlled pool owned by smart contract ("smart pool")
· A very powerful feature of Deffect is the concept of smart pools. A fully controlled pool of smart contracts can simulate a mature pool, while allowing complex logic to recalibrate balances, weights, and fees. More complex dynamic strategies for asset allocation
· A stable pool of money that carries interest without impermanent loss
· The pool adjusts the swap fee as a function of the volatility of the pool's assets
· The team updates the weights to execute a particular market strategy (e.g.: Liquidity Starter Group).
· More complex dynamic strategies for asset allocation
In a nutshell, Deffect has implemented Factory contracts to create pools. Users deploy new pool contracts by calling create methods on these factories. In both cases, the actual "pool" visible to traders on public interfaces is a new Deffect Pools contract.
If you deploy the Core Pool directly, you are the driver of that pool. If you implement Smart Pool, you need to pass the core DeffectFactory address, as two contracts will be deployed. You are the controller of the Smart Pool - and the Smart Pool itself is the driver of the DPool.
There are three things you can do with the pool
Transaction : use the swap function
Provide liquidity: using group join/exit functions (both single and multi-asset import and export are supported)
Group management : if you are the controller (eg: change its parameters)
Core Pools can only be managed until "complete", after which their parameters are unchanged.
Smart Pool : are managed according to the permissions granted to the controller at creation. For example: you can create a Smart Pool where weights can be changed, but swap fees and token composition are fixed.