Contest: PolkaDot↔FreeTON Bridge Implementation: Stage 1

Contest dates

Warm-up period: 04.12.2020 - 06.12.2020
Submission period: 07.12.2020 - 27.12.2020

Short description

Implement Stage 1 of the winning architecture of the PolkaDot↔FreeTON Bridge Design and Architecture contest with the milestone “Send a simple text message from FreeTON to Substrate-based blockchain”.


Chained contest


  1. Send a simple message from FreeTON to Substrate-based blockchain
  2. Transferring tokens between FreeTON ↔ Polkadot chains
  3. Distribution of relayer responsibilities Begin the economy model implementation
  4. Staking, Rewards and slashing; Run Canary Network


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 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 decentralized 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.

General requirements

  • Cross-chain message-passing protocol with censorship resistance
  • The protocol must have the 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 repository

Evaluation criteria and winning conditions

Hard criteria

  • Cryptographic primitives: generate key pairs, deriving keys from the seed phase, signing, verify
  • Importing and storing keys from the command line utility
  • Connection to FreeTON node. Send a signed message to the network
  • Voting system, RBAC system, Simple Message Handler, Bridge contract
  • Set of TON-based contracts testing tools. It provides a high-level way to set up your development environment, interact with TON through an external API, and write your integration and e2e test cases
  • Detailed structured documentation for development tools and step-by-step examples to prove deliverables of this stage

Soft criteria

  • Detailed and easily understandable charts explaining the architecture and business processes
  • Brevity
  • Mostly everyday English to facilitate understanding
  • Readiness to participate in the implementation of the solution in the next stage


  • Relay node source code:
    • Cryptography
    • Keystore
    • FreeTON`s Node connection
  • FreeTON smart-contracts and Substrate:
    • Protocol`s Smart-contracts
  • DevTools:
    • Smart contract testing subsystem
  • Link to documentation at Github/Gitlab or another open repository, with the obligatory backlink to your submission in the repository’s README

Winning conditions

  • Anyone can participate in the first stage of the contest
  • To apply for the next stage of the competition, you need:
    • take a prize in one of the first three places
    • score at least 5 points in the voting from the jury


1 place ………………………. 72 000 TON

2 place ………………………. 50 000 TON

3 place ………………………. 30 000 TON


  • 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.

Jury rewards

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.

Governance rewards

An amount equal to 2% of the prize fund will be divided equitably between all governance members.

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 to 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.


Stage 1 of the PolkaDot↔FreeTON Bridge Design and Architecture Implementation contest


  • Public address: 0:70a07fa3d93d0058ec85ca2a16c88cb0abc680688d850c00d3b2828d3c5070ab


Our team is grateful for choosing our architecture as the winner of the “PolkaDot↔FreeTON Bridge Design and Architecture” contest but we do not want to stop there. We have proposed a roadmap for the implementation of our architecture and this contest is the first stage of our roadmap.

We are proud to present to you our solution for the first stage is DOTON Bridge.

DOTON Bridge is an implementation of message passing protocol based on ChainBridge and extended to make it possible to work with TON chain. Currently, we support message passing between TON and Substrate-based chains.

If you looking for a simple way to try bridge in action, please visit the page - Running Locally


Source code


Docker images