C
Size: a a a
2019 June 18
C
Вот Бинанс уже поресерчил
AS
Но оно, конечно, не permissionless
Оно не permissionless но качество кода впечатляет
ST
Оно не permissionless но качество кода впечатляет
На чем написано?
AS
Rust
AS
Вот тут обсуждали в закрытом чате, Виталик Булычев резюмировал наше совместное обсуждение
https://www.facebook.com/photo.php?fbid=10217115548355124&set=a.4195399017538&type=3&theater
https://www.facebook.com/photo.php?fbid=10217115548355124&set=a.4195399017538&type=3&theater
DK
вообще конечно идея 100 корпоративных участников мне кажется дикой
DK
не знаю где вы там увидели набор лучших подходов
DK
еще вот на Медиуме товарищ как-то плавает в консенсусах
DK
Либровый консенсус описан здесь https://developers.libra.org/docs/assets/papers/libra-consensus-state-machine-replication-in-the-libra-blockchain.pdf
DK
и даже с пруфами
DK
там Джордж Данезис среди авторов, поэтому особого булшита быть не должно
II
Мой коллега Павел написал статью о том, как мы использовали новый опкод CREATE2 для биржи. Буду благодарен за любые комментарии! https://blog.smartdec.net/how-to-define-smart-contract-address-before-the-deploy-create2-use-case-for-decentralized-exchange-52b7daa7873b
DK
Так и не понял чем хранение ключа для временного адреса отличается от хранения ключа для хотволета
DK
Честно говоря, конечно, создание контракта под каждого юзера - это просто замусоривание блокчейна
RS
Честно говоря, конечно, создание контракта под каждого юзера - это просто замусоривание блокчейна
так он вычищается все равно (в стейте не сохраняется). Но идея прикольная.
Хотя я бы как раз оставлял задеплоиным контракт. т.е. да, для пользователя, который может и не пополнить счет, создавать контракт не очень.
А для тех, кто уже пополнил - залить контракт, который в дальнейшем будет сразу отправлять депозит на hotwallet - классная идея (особенно тем, что комса за такой депозит ляжет на плечи пользователя).
Хотя я бы как раз оставлял задеплоиным контракт. т.е. да, для пользователя, который может и не пополнить счет, создавать контракт не очень.
А для тех, кто уже пополнил - залить контракт, который в дальнейшем будет сразу отправлять депозит на hotwallet - классная идея (особенно тем, что комса за такой депозит ляжет на плечи пользователя).
DK
так он вычищается все равно (в стейте не сохраняется). Но идея прикольная.
Хотя я бы как раз оставлял задеплоиным контракт. т.е. да, для пользователя, который может и не пополнить счет, создавать контракт не очень.
А для тех, кто уже пополнил - залить контракт, который в дальнейшем будет сразу отправлять депозит на hotwallet - классная идея (особенно тем, что комса за такой депозит ляжет на плечи пользователя).
Хотя я бы как раз оставлял задеплоиным контракт. т.е. да, для пользователя, который может и не пополнить счет, создавать контракт не очень.
А для тех, кто уже пополнил - залить контракт, который в дальнейшем будет сразу отправлять депозит на hotwallet - классная идея (особенно тем, что комса за такой депозит ляжет на плечи пользователя).
Сразу не будет, надо отдельно вызывать метод
RS
Сразу не будет, надо отдельно вызывать метод
Похоже я не доразобрался, полез смотреть - дейсвительно.
Сделал не верный вывод из того, что сталкнулся с тем что пользователь выводил средства с аккаунта на bittrex, на адрес смарт контракта. А у меня стоял лимит газа 21000 и не хватило. Подумал смартконтракт для депозитного адреса используется как раз для таких целей.
Сделал не верный вывод из того, что сталкнулся с тем что пользователь выводил средства с аккаунта на bittrex, на адрес смарт контракта. А у меня стоял лимит газа 21000 и не хватило. Подумал смартконтракт для депозитного адреса используется как раз для таких целей.
RS
Нужно будет изучить этот вопрос (вот такой контракт кстати был - https://etherscan.io/address/0xd1DD82d1dED8f40c200b89455050E9C18D918504#code)