gosunov.ton
@gosunov_ch
28 122 4.5K
Для каждого публичного ключа есть ровно один депозитный адрес. Депозитный адрес имеет динамический публичный ключ. То есть в моменте времени депозитный адрес хранит инфу(user_pk, pk?).
Как происходит начало сессии торговли:
1) Внутри браузера генерится пара(sk, pk)
2) В SignData вы подписываете сгенерированный ключ своимuser_sk, браузер сохраняет эти подписанные данные
3) При отправке транзы (покупки/продаже), в смартконтракт вашего депозитного адреса, передается SignData, смартконтракт проверяет её, и меняет свой публичный ключ на указанный там
4) Транза отправляется. Приватный ключ не покинул вашего браузера!
Если вы сотрете всю инфу с браузера, вам придется снова подписать сообщение в кошельке.
Кстати, у этого есть забавное следствие, вы можете подключить разные версии кошелька V4R2, V3R2 и у вас будет тот же депозитный адрес.
Ник подтвердил, что общий принцип работает именно так

TON mainnet is configured in a such a way to provide reasonable fees and (almost) unlimited throughput through asynchronous execution, without compromising decentralization or censorship-resistance. However there are applications where limited throughput is acceptable if it results in lower fees and much faster finality. TON-based network can work in this regime too.
Because of this, we can get the best of all possible regimes by spawning separate blockchains with specific configurations and binding them into one borderless ecosystem with bi-directional trustless bridges.