Free TON DEX Implementation Stage 3

DeFi Sub-Governance Contest Proposals
#1

Contest dates

● Submission period: 8 weeks after approving this proposal in the governance interface;

● Voting period: 2 weeks after the submission period
Short description

FreeTON DEX Implementation contest - 3d finalizing stage with the milestone: “Complex automated market maker mechanics, additional necessary improvements”.
Stages

● Set of DEX smart contracts (exchange, order book, liquidity pools, etc) with mandatory DeBot interface and optional UI (Stage 1)

● Complex liquidity pool mechanics (pool explorers, pool factories for LP dexes, cross margin and complex FOK IOC order for order-based dexes, etc) (Stage 2)

● Finalization of the product (Stage 3)
Motivation

The goal of this contest is to prove the ability of Free TON blockchain to perform fast and cheap non-custodial exchange operations such as exchange of tokens, loans, IOUs or other types of liabilities.

The Free TON DEX, or FreeDEX for short, should be general purpose and let the users/governance create an arbitrary number of order books and/or liquidity pools, manage the order and transactions fees, support different types of referral programs and of course yielding mechanics for the participation in the dex marketing and development.

Furthermore the primary differentiator of FreeDex should be support for staking through TON depool contracts and voting using TON SMV contracts, support for TIP-3 tokens or its extensions and self-governed structure of the DEX. FreeDex can be either OB (order-book) dex, LP (liquidity provision) dex, any combination of those or any other possible type.
General requirements

The implementation of Stage 3 should include a set of open source smart contracts, as well as the de-bot source code and / or the source code of the web interface / mobile application for the FreeTON network, which will allow :

● Contracts and methods for maintaining liquidity and users (yield farming, remuneration for market making and other ways of maintaining)

● Ready-made full-featured user interface for interacting with DEX, viewing information about pools / orders

● Unloaded, ready for real use, deployed project on the FreeTON mainnet - main.ton.dev
Your application must include:

● Basic economic model and description of the movement of money in the system;

● General technical architecture of the stage solution, including all the listed functions from the section of hard evaluation criteria;

● Detailed technical description of the proposed implementation with justification of the chosen approach: smart contracts, interfaces;

● Deployed implementation in the FreeTON developer network with the ability to test functionality, as well as a rolled-up implementation in the FreeTON main network
Fair play

As per Procedural remarks on contests.
Evaluation criteria and conditions for winning

General requirementscriteria

When evaluating a proposal, priority will be given to applications that will take into account the following functional, technological and technical features when describing their solutions:

  1. TIP-3 tokens or their extensions as proof of investment
  2. System efficiently utilizes storage space and minimises execution and transaction fees
  3. The system effectively uses the capabilities of the FreeTON network such as a tick timer, messaging function, sharding
  4. If there is an off-chain part: maximize the use of decentralized resources to ensure system independence
  5. Modularity and documentation of the code, ease of support, openness of developers to changes and additions
    Hard criteria

  • Ability to create new pairs, exchange, view information about rates, composition of pools, existing pools, exchange statistics through the user interface

  • Support for de-bot interface and / or web and mobile interface for real use

  • Description and use of mechanisms for maintaining liquidity / order book / users in the system

  • The product must be deployed on the FreeTON mainnet
    Soft criteria

  • Using one of the solutions implemented in phase 1 and / or 2

  • Mainly everyday English to make technical documentation easier to understand. Additional languages will be a plus.

  • Completeness and readiness of the product for real use in the main network

  • Additional interfaces, de-bots, mobile apps, SDK and public APIs will be a plus
    Artifacts

● Source code of smart contracts in the public repository;

● Source code of DeBots/interfaces in the public repository;

● Smart contracts deployed on the testnet;

● Smart contracts deployed on the main network;

● Link to web interface / mobile application for testing

● DeBot addresses in test and main network

● Link to github/gitlab with executable code and thorough README on how to deploy and run;

● open-source license;
Place

Reward, TON

1 - 160 000

2 - 120 000

3 - 80 000

4 - 40 000

5 - 20 000
Procedural remarks to jurors

As per Procedural remarks on contests.

Jury rewards

As per Procedural remarks on contests.

Governance rewards

As per Procedural remarks on contests.

Procedural reminders to all contestants

As per Procedural remarks on contests.

Recommendations for jurors on the voting process:

  1. DeFi SG hosts some of the most complex contests both from the technical and business points of view. DeFi SG created its own comprehensive contest framework that allows it to launch contests with well-defined and clear requirements.
  2. During the recent DeFi SG weekly call there was a discussion about the contest submission evaluation process. It was proposed to start using detailed requirements and criteria for contests as a template for evaluation of contest submissions. Some of the DeFi SG participants are convinced that using this approach will make the evaluation process more solid, comprehensive and transparent both for the contestants and other DeFi SG participants.
  3. Linking the detailed requirements to the evaluation process is a logical evolution of the scoring system since it allows trace and validate requirements defined in a contest (according to best-practice of requirements engineering discipline).
  4. In practice when we have 2 sets of criteria (Hard and Soft), it is proposed to score the submissions by each criteria using a spreadsheet either in a binary manner (yes/no) or using a 0-10 scale. Consequently a unified score from each jury will be calculated as an average from all the scores.
  5. Moreover if the contest criteria have different weights these parameters can be defined in the contest terms. In this case the calculation of the total score must be done using these weights.

For example, for DEX Stage 3 contest a system like this is possible:

Hard criteria:

Criteria Weight Score
Ability to create new pairs, exchange, view information about rates, composition of pools, existing pools, exchange statistics through the user interface 15%
Support for de-bot interface and / or web and mobile interface for real use 15%
Description and use of mechanisms for maintaining liquidity / order book / users in the system 15%
The product must be deployed on the FreeTON mainnet 15%

Soft criteria:

Criteria Weight Score
Using one of the solutions implemented in phase 1 and / or 2 10%
Mainly everyday English to make technical documentation easier to understand. Additional languages will be a plus. 10%
Completeness and readiness of the product for real use in the main network 10%
Additional interfaces, de-bots, mobile apps, SDK and public APIs will be a plus 10%
  1. In case there are non-formal criteria like “good economy of the solution” these criteria along with a defined weight can be included into the list.
3 Likes
#2

Thank you, @SVOI.dev. After a discussion, here’s the final version that will go for voting.

The original:

FreeTON DEX Implementation: Stage 3

Contest dates

  • Submission period: 8 weeks after approving this proposal in the governance interface;
  • Voting period: 2 weeks after the submission period.

Short description

FreeTON DEX Implementation contest is a third finalizing stage with the milestone: “Complex automated market maker mechanics, additional necessary improvements”.

Stages

  • Set of DEX smart contracts (exchange, order book, liquidity pools, etc.) with mandatory DeBot interface and optional UI (Stage 1);
  • Complex liquidity pool mechanics (pool explorers, pool factories for LP dexes, cross margin and complex FOK IOC order for order-based dexes, etc.) (Stage 2);
  • Finalization of the product (Stage 3).

Motivation

This contest aims to prove the ability of the FreeTON blockchain to perform fast and cheap non-custodial exchange operations such as exchange of tokens, loans, IOUs, or other types of liabilities.

The FreeTON DEX, or FreeDEX for short, should be general-purpose and let the users/governance create an arbitrary number of order books and/or liquidity pools, manage the order and transactions fees, support different types of referral programs, and of course, yielding mechanics for the participation in the dex marketing and development.

Furthermore, the primary differentiator of FreeDEX should be voting using TON SMV contracts, support for TIP-3 tokens or their extensions, and the self-governed structure of the DEX. FreeDEX can be either OB (order-book) dex, LP (liquidity provision) dex, any combination of those, or any other possible type.

General requirements

The implementation of Stage 3 should include a set of open-source smart contracts, as well as the de-bot source code and/or the source code of the web interface / mobile application for the FreeTON network, which will allow:

  • Contracts and methods for maintaining liquidity and users (yield farming, remuneration for market-making, or other ways of maintaining);
  • Ready-made full-featured user interface for interacting with DEX, viewing information about pools/orders;
  • Unloaded, ready for actual use, deployed project on the FreeTON mainnet;
  • Your application must include:
    • The basic economic model and description of the movement of money in the system;
    • The general technical architecture of the stage solution, including all the listed functions from the section of hard evaluation criteria;
    • Detailed technical description of the proposed implementation with the justification of the chosen approach: smart contracts, interfaces;
    • Deployed implementation in the FreeTON main network with the ability to test functionality, as well as a rolled-up implementation in the FreeTON main network

Fair play

As per Procedural remarks on contests.

Evaluation criteria and conditions for winning

General requirements

When evaluating a proposal, priority will be given to applications that will take into account the following functional, technological and technical features when describing their solutions:

  1. TIP-3 tokens or their extensions as proof of investment;
  2. The system efficiently utilizes storage space and minimizes execution and transaction fees;
  3. The system effectively uses the capabilities of the FreeTON network such as a tick timer, messaging function, sharding;
  4. If there is an off-chain part: maximize the use of decentralized resources to ensure system independence;
  5. Modularity and documentation of the code, ease of support, the openness of developers to changes and additions;

Hard criteria

  • Ability to create new pairs, exchange, view information about rates, the composition of pools/orderbooks, existing pools/orderbooks, exchange statistics through the user interface;
  • Support for de-bot interface and/or web and/or mobile interface for actual use;
  • Description and use of mechanisms for maintaining liquidity/order book/users in the system;
  • The product must be deployed on the FreeTON mainnet.

Soft criteria

  • Mainly everyday English to make technical documentation easier to understand. Additional languages will be a plus;
  • Completeness and readiness of the product for actual use in the main network;
  • Additional interfaces, de-bots, mobile apps, SDK, and public APIs will be a plus.

Artifacts

  • Source code of smart contracts in the public repository;
  • Source code of DeBots/interfaces in the public repository;
  • Smart contracts deployed on the testnet, if any;
  • Smart contracts deployed on the main network;
  • Link to web interface / mobile application for testing;
  • DeBot addresses in test and main network, if any;
  • Link to GitHub/GitLab with the source code and thorough README on how to deploy and run;
  • Open-source license.

Winners’ rewards

Prize places

As per Procedural remarks on contests.

Selected calculation mode: DEFAULT.

Reward amounts

Place Reward, TON
1 160 000
2 120 000
3 80 000
4 40 000
5 20 000

Procedural remarks to jurors

As per Procedural remarks on contests.

External jurors

This contest involves external jurors from DevEx subgovernance in addition to DeFi Jury to assess the quality of smart-contracts as per the remarks On external jurors involvement.

Name Telegram Public key Wallet address
Sergey Tyurin @Custler 2c0ec55a109eb466d9db5ee7c3adb075e77627ade83ae17cea847671ab8f0a85 0:77772d4f5ecefb9e7ce02bca4a13cf81b65b4903ead16671e935850075fc6b4c
Boris Ivanovsky @bivanovsky 1a99622e54b4e87d603dd87c9cc936b388b2a0e1979bb56d4039cfad0fbadc8c 0:d2cd1ff399d441ca84c1585f634b60a16b65b46c27209fbd9cf928f97465bed2
Nikita Monakhov @keshoid 816747e3c1e0c3be11797a76ffd5f823a1c933586cac2f170bc1395f1f25e15b 0:66e01d6df5a8d7677d9ab2daf7f258f1e2a7fe73da5320300395f99e01dc3b5f
Evgeniy Shishkin @unboxedtype 6ff61c1a7bb09795f7b5d5514dd710efb72e9557654d362ef208fde545ba7a33 0:612410a54714de99c56eead2d1a4c2a3afdf2edcc392c9d7120f1505b666770d
Andrey Nedobylsky @lailune fb2fe560bfbdda910798e1365d9419ff6e0a75ed5262410b714f162434a88af6 0:c1f2b2941fe3ed16960c484db49186363ed4bbb7c825a8128f46d787f973ff2b
Yaroslav Anishchenko @yanmsk c696f383a2d839b9fc7c036ab145982e644a3f14d2a57cd9429729f8bcb79eab 0:fff3ff48a6f00c5eda84bbac4781735ab0e7994950f55493a85c967f295760e7

Jury rewards

As per Procedural remarks on contests.

Governance rewards

As per Procedural remarks on contests.

Procedural reminders to all contestants

As per Procedural remarks on contests.

Recommendations for jurors on the voting process

DeFi contests are a complex combination of economics and technology. It imposes a significant requirement on juror’s knowledge and skills while assessing the submissions.

Following the growing demand from the participants’ side and to facilitate the assessment process, the community has prepared a set of recommendations on how to approach the scoring of complex works.

This set of recommendations is not mandatory but will significantly facilitate the understanding between jurors and participants.

  1. Identify the most crucial points you expect from the submission, according to the contest description. Typically, they should be listed in the Hard criteria section, but you are free to add extra ones;

  2. Cluster these points in major groups and give them a share in the score (G%), e.g., “Code excellence” with 50% weight or “Gas efficiency” with 25%. Make sure the weights total to 100%;

  3. Give each point a weight inside such a group (P%), e.g., “Ability to create new pairs” - 10%. Their sum should also be equal to 100%;

  4. At the moment of assessing, go through the list of points and give each one a score from 0 to 10 (Sc), where 0 means total absence of this point, and 10 - full compliance with your expectations;

    • Make sure to check with the author if something is unclear before making the final judgment;

  5. Sum up the product of G%, P%, and Sc for all points to get the result score. The exact formula will look like this:

    Total_Score = sum_i(G%_i * sum_j(P%_j * Sc_j))

FreeTON Self-Sovereign Identity Framework (Stage 3)
#3

Hi, Freetonians! Here is a link to our submission #5:
https://defi.gov.freeton.org/submission?proposalAddress=0%3A447baf8931f2ba6a18c982414abc5ba74c08c5e08eb4b2742b35f198c5d4fcd4&submissionId=5

W: 0:e989bda452d7276ec42cce90307dc3ed1d828205c304776322c8df2e2350780d
T: @UltraNihilist

1 Like
#4

Hello everyone!

We are SVOI.dev team and in this project we present the results of our long patient work,

submission to the contest:

[#23 FreeTon DEX Implementation Stage 3

](Free TON Community)The purpose of this work was the development and implementation of a fast exchange (Swap) in the FreeTON blockchain and infrastructure based on the “liquidity pool” approach.

Link to the project website: https://swap.block-chain.com/

Link to the LP Explorer: https://swap-explorer.block-chain.com/

Link to the farming frontend: https://stake.block-chain.com/

GitHub:

Wallet: 0:0439186aa0147661ebaf2b32ecc76bac172fcdaa24c7df7c9cb03cc816e435e6

Contact information

Telegram (corporate account): Telegram: Contact @svoidev

team’s website: https://SVOI.dev

2 Likes
#5

PLZZZZZ
check submission #2!
some links are changed! :sunny:

1 Like
#6

TON Labs implementation for DEX Stage 3:
Flex is a Free TON decentralized and distributed limit order book with AMM and Liquidity Pools.

Github: github.com/tonlabs/flex

2 Likes
#7

Contest Voting Extension: FreeTON DEX Implementation: Stage 3

Due to the complexity of the contest’s evaluation and absence of quorum I propose to extend the voting period. Jurors who have submitted their votes on time don’t need to resubmit and their votes will be counted altogether.

Contest

#38 FreeTON DEX Implementation: Stage 3

New voting deadline

Oct 24th, 2021, 23:59

1 Like
#8

Hello everyone!
we, as participants and members of the community, support the comment about the extension of the vote.
In addition, we would like to ask for an opportunity for the judges who voted to change their scores.
From our point of view, not all the comments under the ratings explain the ratings themselves.
To a greater extent, they are separated from the terms of the contests.
We are ready to personally (AGAIN) contact each of the judges who voted in order to settle the current misunderstanding.

1 Like
#9

In my opinion, this is a completely unethical attempt to influence the judges, please refrain from such proposals!
You could contact any judge even publicly to get explanation instead or start discussion on questions you have.

1 Like
#11

this comment is like from the middle of nothing close to what’s going on

#12

Contest Voting Extension: FreeTON DEX Implementation: Stage 3

Due to the complexity of the contest’s evaluation and absence of quorum I propose to extend the voting period. Jurors who have submitted their votes on time don’t need to resubmit and their votes will be counted altogether.

Contest

#38 FreeTON DEX Implementation: Stage 3

New voting deadline

Nov 7th, 2021, 23:59 UTC