AZ
Ну мы в TurboGeth наелись ложкой selfdestruct, потому что фича непростая, а лежит под консенсусом
Size: a a a
2021 February 26
AZ
Это хорошо, а газтокены должны гореть в аду )
AZ
Ранее обсуждалось
AZ
По ссылкам выше. Для того чтобы реализовать апргейд через create2 нужно чтобы иниткод запросил код у вызывающего контракта (или где то еще) нужный рантайм байткод (обычно рантайм байткод захаркожен в иникоде). насколько я понял
А можно ли тогда подгрузить код без всех этих махинаций в контракте "на ходу"?
AZ
Инициализация же сродне выполнению конструктора? (вообще из последнего следует первое)
A
А можно ли тогда подгрузить код без всех этих махинаций в контракте "на ходу"?
Вот особый иниткод это и делает, он во время деплоя делает вызов в сторонний контракт запрашивает у него нужный байткод и разворачивает его
A
Ранее обсуждалось
это про то что из-за selfdestruct нода должна проверять есть ли там код или нет?
AZ
это про то что из-за selfdestruct нода должна проверять есть ли там код или нет?
Угу
AZ
Вот особый иниткод это и делает, он во время деплоя делает вызов в сторонний контракт запрашивает у него нужный байткод и разворачивает его
А после деплоя нельзя? В чем разница между выполнением опкода подгрузки кода иниткодом и уже опосля в результате вызова некого метода F? Вопрос скорее всем кто врубился адресован
MD
это нужно чтобы initCode всегда был одинаковый, чтобы адрес в create2 не менялся. Так как адрес конечного контракта задеплоенного с помощью create2 зависит от 3х параметров: адреса деплоера, хэша иниткода и рандомного числа (соль)
A
А после деплоя нельзя? В чем разница между выполнением опкода подгрузки кода иниткодом и уже опосля в результате вызова некого метода F? Вопрос скорее всем кто врубился адресован
после деплоя ты рантаймкод уже не изменишь,
A
creationCode (он же initCode) развернет рантаймкод под адресом, в обычном случае рантаймкод захаркожен в инитКод. По ссылкам выше хак где инитКод обращается в сторонний контракт для получения рантаймкода который нужно ему развернуть. Таким образом под одним и тем же адресом может развернуться любая логика.
A
Вот только стандартым путем такой иниткод не написать как я вижу, все примеры написаны сразу опкодом
A
это неверно. достаточно дернуть selfdestruct у контракта и можно деплоить новую версию по тому же адресу через обычную create2 фабрику
но для этого ты должен передать тот же initCode
MD
Вот только стандартым путем такой иниткод не написать как я вижу, все примеры написаны сразу опкодом
что значит стандартным путем? через код solidity?
MD
create2 нужен для детерменированных адресов - https://eips.ethereum.org/EIPS/eip-1014
A
что значит стандартным путем? через код solidity?
Да имею ввиду через солидити или ассембли/yul
MD
трюк по ссылкам выше, заключается в том чтобы один и тотже initCode мог возвращать разный bytecode
A
трюк по ссылкам выше, заключается в том чтобы один и тотже initCode мог возвращать разный bytecode
путем запроса нужного кода у другого контракта, так?