MD
Можно еще посмотреть в сторону GSN и их код. Они решали подобную задачу - https://docs.openzeppelin.com/learn/sending-gasless-transactions#gas-station-network
msg.sender == tx.origin ?Size: a a a
2021 January 10
DG
оу, и правда ведь
DG
msg.sender == tx.origin ?Это для конструируемого контракта ведь тоже работает? вроде вполне должно.
DG
msg.sender == tx.origin ?Кажется это единственное легитимное использование
tx.origin осталось, вот я его и подзабыл незаслуженно, спасибо!DG
msg.sender == tx.origin ?Интересно, почему этот вариант тут заминусован без комментариев? https://stackoverflow.com/questions/37644395/how-to-find-out-if-an-ethereum-address-is-a-contract
MD
Интересно, почему этот вариант тут заминусован без комментариев? https://stackoverflow.com/questions/37644395/how-to-find-out-if-an-ethereum-address-is-a-contract
“However, preventing a contract is an anti-pattern with security and interoperability considerations.” - https://github.com/ethereum/solidity/issues/683
MD
но мне кажется в данном конкретном случае этот вариант подходит
AK
в целом для любого автоматического мейнтенанса советую keep3r network, контракту достаточно реализовать две функции, workable() и work(), остальное боты подхватят. платить им можно в любом токене или в эфире.
AV
привет всем!
пожскажите, пожалуйста, не сталкивался ли кто-то с необходимостью автоматизации приобретения эфира со средств на киви кошельке?
пожскажите, пожалуйста, не сталкивался ли кто-то с необходимостью автоматизации приобретения эфира со средств на киви кошельке?
P
это можно кэшировать
Только последний тоже нельзя хранить, потому что реорг может быть. Это усложняет структуру данных
DG
Ну вот кажется, что разница gasleft() на входе и выходе должна быть строго меньше 100% газа всей транзакции
это не совсем верно:
таким образом отправителю можно затратить меньше газа, чем будет учитываться в вашей функции
это не совсем верно:
function attack() {
callFunctionWithRefund() // вызвать функцию которая возмещает затраты
chi.free(10) // сжечь chi токены и получить рефанд
}таким образом отправителю можно затратить меньше газа, чем будет учитываться в вашей функции
Кстати тут должно быть все в порядке - ведь измерения
gasleft() мы проводим внутри callFunctionWithRefund() и значит внешние действия с газовыми токенами не должны нарушить логику.MD
аттакер может задрэйнить эфир с контракта, который делает рефанд, т.к вызов функции будет дешевле чем рефанд
MD
можно заминтить gasToken по 50 gwei, и вызвать вашу функцию по 1000 gwei и сжечь токенов и сэкономить до 40% стоимости вызова транзакции, чего фунция рефанда учесть не может
DG
так он сжег свои газтокены, получил свой рефанд, мы тут непричем. Мы ему честно возместили убытки на наш вызов (
1000 gwei * gas(callFunctionWithRefund)).MD
так он сжег свои газтокены, получил свой рефанд, мы тут непричем. Мы ему честно возместили убытки на наш вызов (
1000 gwei * gas(callFunctionWithRefund)).вы возместите больше, чем атакер потратит. Это значит, что он может бесконечно вызывать функцию и забирать ваш эфир пока он у вас не закончится
DG
но он тратит свой газтокен, бесконечно он его не сможет тратить
MD
он его может бесконечно минтить)
MD
по 50 gwei, а вызывать вашу функцию по 500 (к примеру)
DG
2021 January 11
AV
One misconception about turbo-geth is that it is "a project to speed up geth". A natural confusion stemming from the name, as it was a fork to test out certain novel ideas once.
Now turbo-geth is a fully functional Ethereum client on its own. Its codebase has long diverged from geth with entirely new database layer, EVM execution and (in future) devp2p. Use it - it's extremely performant and is there to stay.
Now turbo-geth is a fully functional Ethereum client on its own. Its codebase has long diverged from geth with entirely new database layer, EVM execution and (in future) devp2p. Use it - it's extremely performant and is there to stay.