@Pieky 

Certain parts of JAMTON system might look like separate protocols that could be implemented on other rollups. For example, a TON network L2 rollup with liquid staking TON token (though no one has built this yet). But viewing our systeme holistically (look in the proposal's Appendix), we're aiming to closely connect TON and Polkadot through atomic cross-chain transactions. This hasn't been done before, which is why we've embraced this challenge and continue to plow through against all odds.

Another key mission is bringing Telegram users and TON liquidity into Polkadot. This requires both a unified, user-friendly interface and an execution environment where TON projects (and EVM projects) can deploy their dApps. We're delivering all these components as a single solution - the layer.

To emphasize: there's currently no substrate-based rollup for TON, and no one else is building this. We've seen something very similar with Polygon SDK for Ethereum or Cosmos SDK, but we're doing it on Polkadot SDK - and we're already live with MVP.

@1eTPAR2TuqLyidmPT9rMmuycHVm9s9czu78sePqg2KHMDrE 

Thanks for your question.

First and foremost, JAMTON is a Layer 2 solution (rollup/sidechain/extension), not just a bridge. The parachain is used as the execution environment for dApps and provides the security of this environment through Polkadot’s shared security model.

Initially, JAMTON functions as a way to bring TON blockchain as if it is a parachain in Polkadot, effectively connecting both ecosystems. Though, in our final vision for JAMTON, we aim to switch to cross-chain (atomic) transactions, out native node built-in solution.

That will allow transferring arbitrary data between networks, which will eventually include asset transfers, multi-level liquid staking system yields, common dApps and cross-chain smart contract interactions, all that with account abstraction across TON, Polkadot, and EVM chains.

@Nicolares10 

Hello.

1. The architectural principles will evolve in two successive phases. In the first phase, we will leverage established bridges, such as the TON-Ethereum bridge/TonBridge and Snowbridge, to enable secure cross-chain transactions. Additionally, we will implement account abstraction to allow users to manage assets seamlessly using TON, Polkadot, or EVM-compatible wallets. We believe it is crucial to focus on providing a user-friendly experience, particularly for TON/Telegram users entering the Polkadot ecosystem. In the second phase, we will launch our proprietary TON-Polkadot cross-chain solution, enabling atomic transactions between the two networks. This solution is designed to provide a fully integrated and seamless cross-chain experience.

For full technical details, please feel free to explore our proposal document.

2. To briefly address the AMM DEX: JAMTON DEX will operate similarly to Uniswap V2. In addition to liquidity pools, it will include farming pools functionality. The reason we’re implementing both AMM DEX and Order Book DEX is to offer users diverse trading mechanisms, rather than being limited to just one (e.g., only liquidity pools). As an example, here’s an AMM DEX we previously implemented for the Curio Chain project: https://capitaldex.exchange/swap?chain=curio-parachain

As for the Order Book DEX, we plan to publish detailed documentation about its implementation when we begin work on that task. Our current focus is on completing the development of liquid staking protocols for TON and DOT.

About 12s blocktimes and order book DEX operation - it is absolutely true that it is long for order book operation. That's why we plan to take order book engine out as off-chain part, and record and store confirmations as on-chain.

Regarding other DEXes — our goal isn't to replace existing ones but to provide specialized infrastructure that serves cross-chain use cases.

3. We’ve partially addressed this question above, but let me repeat: launching JAMTON multi-chain liquid staking, we’ll implement a liquid staking protocol (pool) on both the TON and Polkadot sides. The APR in JAMTON staking protocols will be based on the current average APR of Polkadot (which is ~15–17% annually, as per https://staking.polkadot.cloud/#/overview), minus a small commission. The exact commission rates will be shared in the documentation once development is completed.

Regarding unbounding periods, for DOT, there will be a flexible range—from instant unbounding to up to 28 days—depending on the queue of incoming and outgoing tokens (similar to how it works with Bifrost).

As for nominator selection, the set of validators for delegation will be determined based on their ratings and rankings to achieve the highest rewards. We plan to implement this through a network of oracles.

@SuperDupont 

You are absolutely correct that DOTON participates in the governance mechanism for managing the JAMTON protocol and network. However, to clarify, DOTON is not our project's native token. Instead, it is a derivative token that represents liquid staking positions in both networks' native staking systems: staked TON on TON and staked DOT on Polkadot.

When TON or DOT is staked to us, DOTON is minted, and the staker receives it as an aggregated liquid staking token on Jamton L2. That means it is always backed by assets actively staked within their respective native blockchain environments. As a result, DOTON is fully collateralized and serves as a derivative of core assets rather than being an independent token issued by our project.

If this explanation is unclear or if you'd like further clarification, let me know—I’d be happy to walk through the process step by step with clear examples.

@SuperDupont 

1. JAMTON DEX will operate using a Uniswap V2 model. Additionally, the DEX will include farming functionality, enabling users to earn rewards by providing liquidity to the pools.

2. You're absolutely correct—users will receive DOTON after staking either TON or DOT tokens. DOTON acts as a derivative token that represents the staking systems of both TON and Polkadot. It is fully liquid, meaning users can transfer it between wallets, use it in liquidity pools, or participate in other DeFi applications within the Polkadot ecosystem. Beyond this, DOTON can also be further staked in a delegated Proof-of-Stake (dPoS) system on the JAMTON network to mint stDOTON, a second liquid token. This process indeed constitutes restaking in our view. Through this mechanism, assets from TON and DOT provide security, enhance decentralization, and support infrastructure expansion not only for their respective blockchains but also for the JAMTON network—this is the primary purpose of restaking. Thinking further, stDOTON, as a liquid token, could function as crypto-economic collateral in other decentralized protocols, such as oracle and keeper networks. For example, similar mechanisms can be found in EigenLayer (eigenlayer.xyz) and Utonic (utonic.org).

@SuperDupont 

Thanks for checking!

Our testnet is live and can be accessed at https://polkadot.js.org/apps/?rpc=wss%3A%2F%2Fton-l2-testnet-rpc.capitaldex.exchange%2Fparachain#/explorer. Though, the dApp interface is currently in private testing while we finalize wallet connections and runtime upgrades. Once this is complete, the dApp will be updated with the connected JAMTON Mainnet and will be available publicly. That includes launching as a Telegram Mini App (https://t.me/JamtonAppBot). Currently, we're rolling out new features every two weeks, toward completing full functionality by Q1 2025.

Early adopter registration is open at https://app.jamton.network, though wallet connection isn't available yet - we'll announce when full public access is ready!

@SuperDupont @Nicolares10 @1eTPAR2TuqLyidmPT9rMmuycHVm9s9czu78sePqg2KHMDrE @Pieky 

Thanks for feedback and questions. We will reply to everyone as soon as possible.

I don’t understand why this couldn’t be part of other existing rollups. Am I missing something? For now, it’s a “nay” @KusDAO until convinced otherwise.

Given that the actual bridging will happen through two separate bridges that already function, why do you need a parachain for what you are doing?

As a user, can't I already use the TON<>ETH + ETH<>DOT bridge to bring liquidity over?

Hello,

Apologies is this was already stated in your full proposal but for some reason I can't access the link to it. So my questions are only based on the context written above:

— You mention you're going to connect both TON and Polkadot ecosystems. Can you provide more details on the architecture of this connection? What type of bridge or GMP will you be operating? Is this being built from scratch or will you be leveraging already existing solutions?
— One of your deliverables is going to be a AMM-DEX and Order Book DEX. Can you provide more details around this implementation of each? I'm curious as to why you would go through thr work of implementing both in parallel. Also, 12s blocktimes (as per Jamton explorer) is way to long for order books to work. Are you implementing these off chain? Lastly, why not use already existing DEXs that have already built liquidity?
— What's JAMTON multi-chain liquid staking? Which tokens are you making available and what are some of the parameters of these (i.e commisions, unbounding periods, nominator selections, etc). You also mentioned restaking; can you provide more details on what you mean by that? 

I appreciate the effort in breaking down your initial proposal into milestones, but I do need a bit more clarity on the implementation of your project as a whole to be able to form an educated opinion about it. 

Thanks in advance!

You mention a governance token for your parachain:

"Users will be able to vote with DOTON tokens for different system-wise decisions like runtime upgrades, opening HRMP channels, adding external assets, changing system parameters and more."
So i understand that DOTON is your token.

Where are the tokenomics ?

I'm not sure we can fund a project having its own token, if we have no clue on the tokenomics.
Please clarify this point.

Other questions:

1/ What type of DEX will JAMTON DEX be ?
Univ2 ?
Univ3 ?
Balancer ?
Other model ?

2/ You are talking about having:

1️⃣ Users get a liquid staked token - DOTON.
2️⃣ This staking is also liquid and for staking DOTONs users will get stDOTONs
So is it restaking here in the end ?
And what would be the purpose of restaking here ?

[Deleted]

Hello,
I tried to try your testnet: 

dApp: https://app.jamton.network

1. You can't connect any wallet
2. If you try to connect by email, you just have a black screen.

Is your testnet live and running ?