The meetup is dedicated to the implementation of the DEX and contests updates.
Vladislav says that they have prepared a paytout table to distribute tokens among the winners. Last week there was a discussion of the design contest on the forum. Several submissions were rejected, the rest met the requirements. In general, the contest went well. It is time to move on to the implementation stage. It will be held in the form of a contest. The contest for implementation will be divided into several stages.
Vladimir Maslyakov is convinced that two or three DEXes will be enough for the network. He suggests separating the front-end and the back-end, writing a smart contract and the interface of this DEX. This will allow not only to create new wallets or new interfaces for the DEX, existing wallets will be able to integrate the DEX or part of the DEX into their interface. Vladimir suggests making a kind of hybrid DEX where different approaches can be easily implemented. The best works, even if they don’t win, will be included in the back-end of the DEX. Vladimir hopes to organize the contest in such a way as to get several winners at the end.
Mitja proposes to include the requirement to create DeBots to interact with the smart contract system. This will immediately provide a decentralized interface as part of the smart contract system and will lead to the fact that every DeBot browser or any site with DeBot browser capabilities can immediately get an interface to smart contracts.
Vladimir says that this is a great idea and a great example when you can launch a separate contest for the DEX DeBot and not mix everything in one big contest.
Mitja explains that they are actually closely connected, since DeBot is an interface that a smart contract developer usually writes. Of course, you can create DeBot by another contest, even other people can write a DeBot for your smart contract, but whoever wrote the DEX has a better understanding of how to interact with it, and this will also give the opportunity to test the DEX when you judge it. If you run only smart contracts for DEX, the judges will need to run smart contracts but also emulate all interactions with them.
DarkwingDark believes it is necessary to make a roadmap for the DEX project and decide which parts of that roadmap should be separate in several contests.
Pavel Prigolovko says that DeBot is more important than any graphical interface. He believes that for any developer contest, especially for some complex software, there should be requirements for writing not only the code itself, but also autotests.
- The question is whether we need to edit some requirements for DeBot for stablecoin
You don’t need a design for DeBot. Only when you move to the implementation phase, you can add the requirement to add the DeBot.
Vladimir Ponomarev reminds everyone that the sooner we post the proposal for stablecoins and vote, the sooner the first results will be received.
Several contests have been launched for extra rewards for the winners of the bridge contest. Voting will end at the end of the week. All new jury members can vote.
Vladislav says that the grant proposal of the Wintex.pro team has been transformed into a chain contest.
Sergey Shashev says that he invited one team that has already implemented Uniswap in Free TON, which is one of potential architectures for DEXes. Unfortunately, the DEX architecture did not have a clear architecture for Uniswap.
The first stage of the PolkaDot implementation contest is to send a test message from one blockchain to another via the bridge through the old chain of relay nodes with the confirmation and vice versa. It will take about a month, so Vladislav wants to publish the proposal as soon as possible in order to complete the first phase by the end of the year.
Voting will take place in the new year. The same goes for the Ethereum bridge. It will be similar to what the Wintex team did, as it includes almost the same stages.
Vladimir Maslyakov says that he talked with a team that is ready to make the implementation of the bitcoin and bitcoin-cash bridge. The Bitcoin Bridge contest was postponed due to the lack of a team.
Vladimir proposes to start drafting the architecture and design proposal for this contest, since he has a team and he believes that they will have enough media coverage, in this regard, more teams will join.