#4 PolkaDot↔FreeTON Bridge Design and Architecture
Submission periodOctober 5 - October 19, 2020
Judging periodOctober 19 - October 31, 2020
Develop an architecture of cross-chain message passing (XCMP) protocol, sufficient to allow data and value transfer between freeTON and polkadot networks.
A significant challenge of blockchains to date is their lack of interoperability. Once a developer builds their decentralized application on any particular platform, they’re generally locked into that platform with no opportunity to leverage any of the benefits of other blockchains.
We believe that the future of blockchain technology is to allow all major networks to interact with one another and to be able to share value and information.
Both ecosystems, Polkadot and FreeTON share these views and we want to add the possibility to interoperability them through the cross-chain message passing (XCMP) protocol, thus we open up many opportunities for awesome projects in the market of DeFi.
Web3 Foundation is delivering a decentralised and fair internet where users control their own data, identity and destiny. Building a bridge with flagship product Polkadot will allow FreeTON to reach a whole new level
● Cross-chain message passing protocol with censorship resistance
● Protocol must have ability to add methods of decentralized governance (proposals,
voting, rewards, slashes)
● The possibility of trustless and non-custodial transfer of value between networks
● Open sources of documentation published at GitHub/GitLab or another open
● The architecture must be implementable in both blockchains
● Protection from the unauthorised withdrawal of funds from vaults
● A Protocol must have ability of censorship resistance
● A Proposal should provide clear technical specifications of an implementing bridge
● A solution should not affect to core code of both blockchains
● Trustful and custodial systems will not be approved
Evaluation criteria and winning conditions
● Final document should be presented in form of white-paper, including an abstract as a preliminary overall description of the system
● Link to documentation at Github/Gitlab or another open repository, with the obligatory backlink to your submission in the repository’s README
● Detailed structured documentation for each part of the system
● Readiness to participate in the implementation of the solution in the next stage.
● Specification, protocols, etc.
● Google Doc with the white-paper open for commenting and containing the backlink to the submission.
● Preferably to use block diagrams, schemes, etc.
1 place..............................40,000 TONs
2 place..............................20,000 TONs
3 place...............................10,000 TONs
4-10 place...........................2,500 TONs
● +50% of the main reward amount if the comprehensive economic model will be presented;
● Specification of the Bridge Explorer (BE) +1,000 TONs to the main reward amount;
● TOP-3 best solutions for decentralization of the bridge - 10,000 / 5,000 / 3,000 TONs,
● If no participant will present the economic model, an additional stage of contest may
be announced later.
● Jury members who vote in this contest must have a solid understanding of the technology. Those jurors who don’t, should not vote or choose “Abstain.”
● Jurors whose team(s) intend to participate in this contest by providing submissions lose their right to vote in this contest.
● Each juror will vote by rating each submission on a scale of 1 to 10 or can choose to reject it if it does not meet requirements or choose to abstain from voting if they feel unqualified to judge.
● Jurors will provide feedback on your submissions.
● The Jury will reject duplicate, sub-par, incomplete, or inappropriate submissions.
An amount equal to 5% of the prize fund will be divided equitably between all jurors who vote and provide feedback based on their votes’ quantity and quality. Both voting and feedback are mandatory to collect this reward.
Procedural reminders to all contestants
● Accessibility. All submissions must be accessible for the Jury to open and view, so please double-check your submission. If the submission is inaccessible or does not fit the criteria described, jurors may reject the submission.
● Timing. Contestants must submit their work before the closing of the filing of applications. If not submitted on time, the submission will not count.
● Contact information. All submissions must contain the contestant’s contact information, preferably a Telegram username by which jurors can verify that the submission belongs to the individual who submitted it. If not, jurors may reject your submission.
● Content. The content published in the forum and the provided PDF file should not differ, except for formatting. Otherwise, jurors may reject the submission.
● Well-formed links. If your submission has links to the work performed, the content of those links must have the contestant’s contact details, preferably a Telegram username, so jurors can match it and verify whom the work belongs. If not, jurors may reject your submission.
● Multiple submissions.
○ Each contestant has the right to provide several submissions if they contain
different approaches to the contest problem’s solving. However, if works are not unique enough or differ just in insignificant details, jurors may reject such repeating submissions.
○ If the contestant wants to make an additional submission that overrides the one previously published, he must inform the Jury about this fact and indicate the correct revision to assess. In this case, only the indicated work will count. If the contestant hasn’t indicated the updated submission as the correct one, only the first one will count, the Jury will reject all the others.
Anyone can participate, but Free TON cannot distribute Tons to US citizens or US entities.