Delegatecall у меня был один из самых трудных для понимания. Я несколько раз пересматривал урок, копался в документации, искал в иностранных ресурсах описание и сравнение с call. В итоге, для себя сделал небольшое различие.

С "call" мы как бы посылаем вызов из нашего контракта в функцию в другом контракте, там его обрабатываем и присылаем к себе в контракт ответ.

С "delegatecall" мы как бы забираем функцию из другого контракта к себе в контракт, выполняем ее в рамках своего контракта, и затем отдаем функцию обратно. Вроде как, мы "вырываем" функцию из другого контракта, выполняем ее у себя, и возвращаем на место.

Надеюсь это более-менее понятное объяснение. Уверен, при использовании delegatecall в дальнейшем, мы сможем разобраться еще лучше, как она работает.

#delegatecall

Вообще с delegatecall есть несколько нюансов использования, которые достаточны трудны для понимания не только новичков, но опытных разработчиков.

Одна из причин того, что такие контракты могут быть взломаны, если устанавливаемые переменные идут не по порядку в обоих контрактах.

Дело в том, что в случае с delegatecall переменные, устанавливаемые в начале контракта, выступают в некоторой роли слотов памяти. И их порядок играет крайне важную роль в корректной работе самого смарт-контракта.

Про это лучше посмотреть в уроке, начиная с 17 минуты, так как текстом это сложно описать.

#delegatecall #hack

Планы по дальнейшему обучению

Сегодня день на самостоятельную работу по вчерашнему уроку, поэтому скринов и комментариев на канале нет. Тем не менее, хочу поделиться небольшими планами, как будет проходить дальнейшее обучение Solidity на данном канале.

Итак, на неделе мы заканчиваем уроки по функционалу Solidity. Завтра будет урок про calldata и memory, в пятницу по hardhat tasks и по сути это все.

Я планирую собрать ссылки на уроки в один пост и напомнить про навигацию\поиску по тегам.

С понедельника начнем уже заниматься разборами самих смарт-контрактов. В течение этого времени мы просмотрим стримы про создание токенов (ERC20), NFT (ERC721), разберем паттерны контрактов Timelock, Commit\reveal, MiltySig, DAO, Governance, Proxy и некоторых других.

Думаю это займет еще недели две-три. После этого также будет один объединяющий пост.

Третьим этапом мы будем разбирать безопасность смарт-контрактов. Рассмотрим популярные методы взлома и защиты.

Сколько займет этот период обучение, пока сказать не могу. Вероятнее всего, также недели две-три.

После этого будет еще один объединённый пост по разделу безопасность, а также несколько постов про ресурсы для самостоятельного обучения и npm пакеты, которые пригодятся в работе со смарт-контрактами.

На данный момент, это план обучения до конца сентября. Понимаю, что совсем не многие на канале смогут двигаться вместе со мной, но вы в любой момент можете подключиться и уловить суть урока.

Если все пойдет по плану, и эти этапы будут завершены успешно, то к совсем дальнейшим планам я мог бы отнести дополнительное обучение по hardhat и truffle, а также учеба по react js, чтобы можно было создавать полноценные проекты в web3.

После завершения основного обучения через неделю, вы вполне сможете разбираться в коде смарт-контракта и понимать, что делает та или иная функция.

Если же хотите дорасти вместе со мной до мидл разработчика, то буду рад компании на канале!

Также приветствуются комментарии и предложения!

Урок 15. Работа с памятью в Solidity

Еще один сложный для понимания урок, который я пересматривал несколько раз.

Для меня лично, проблемы возникли не только с пониманием организации памяти, но и с добавление языка Yul, который я раньше не встречал в своей практике.

Тем не менее, он оказался не таким уж и навороченным, если посидеть с ним и разобраться, что к чему.

Видео урок - работа с памятью

К данному уроку можно вернуться в любой момент, так как он просто рассказывает про внутреннюю работу языка Solidity.

И, на данный момент, я встречал в различных видео всего раза два, когда требовалось использовать assembly и вытаскивать из памяти селектор или другие значение. Уверен, это уже знания продвинутого разработчика Solidity.

Я в течение дня все также буду выкладывать скрины и пояснения кода и работы памяти.

#урок #memory #calldata

Solidity резервирует 4 слота памяти, которые хранят в себе до 32 байтов, где первые два слота или 64 байта - это некое служебное пространство, оно уже использкется по умолчанию, и мы не будем обращаться к нему напрямую. Следующие 32 байта хранят в себе указатель на свободное место в памяти, который как бы говорит, что с этого момента ты можешь что-то записать в память. Потом идет пустой слот, после которого мы можем записывать свои данные.

Для того, чтобы обращаться к слотам памяти используют Yul (код с assemly в видео).

Чтобы найти значение строки, которое возвращается в bytes32, нужно найти указатель в памяти, а затем вычесть из него предполагаемый размер данных в байтах. Например, строка "test" точно поместится в 32 байта, поэтому код будет выглядеть как на скрине.

#accembly #memory #calldata #yul

Массивы с фиксированной длиной хранятся немного иначе, чем строки. Перед указателем будет размещаться последнее значение массива. А чтобы найти другие значение необходимо вычитать по 32 байта. 

#accembly #memory #calldata #yul

В случае с вызовом данных нашей функции, в первых 4 байтах находится селектор самой функции.

#accembly #memory #calldata #yul

Основное различие calldata от memory заключается в том, что при использовании memory тратится больше газа, так как его можно перезаписывать.

Calldata же является неизменным значением. Другими словами, мы можем использовать calldata в своих функциях, но изменить его значение у нас не получится.

#accembly #memory #calldata #yul

Чтобы получить селектор функции, можно использовать следующую функцию. Более того, данный селектор функции можно найти в artifacts/myContract.json в блоке methodIdentifiers.

#memory #calldata #yul

Чтобы найти первый элемент массива с фиксированной длинной в calldata, нам необходимо пропустить первые 4 байта, которые содержат селектор функции.

#accembly #memory #calldata #yul

Найти строку в calldata немного сложнее. Так как после селектора есть еще 32 байта, после которых начинается информация о строке. Потом еще слот с байтовой длинной самой строки, и только после этого значение строки.

#accembly #memory #calldata #yul

Найти строку в calldata немного сложнее. Так как после селектора есть еще 32 байта, после которых начинается информация о строке. Потом еще слот с байтовой длинной самой строки, и только после этого значение строки.

#accembly #memory #calldata #yul

Найти массив с динамической длинной в calldata можно так. Сначала в слотах хранится селектор, потом количество элементов в массиве или его длина, затем идет первый элемент нашего массива.

#accembly #memory #calldata #yul

Урок 16 - Hardhat Tasks

Сегодня мы посмотрим завершающий урок базового курса по Solidity, который расскажет нам как писать свои собственные задачи в hardhat.

Вообще, написание каких-либо дополнительных задач является делом сугубо индивидуальным и решающим вопросы удобства и скорости проведения текстов смарт-контракта.

В других видео я ни разу не встречал, чтобы кто-то использовал кастомные задачи в своих проектах, поэтому предполагаю, что они нужны скорее для крупных проектов и работе с командой.

Видео урок - задачи hardhat.

После данного урока выйдет пара постов, в которых я сделаю навигацию по урокам и тегам, а также закреплю инструкцию по настройке среды разработки, чтобы новым участникам было понятно, что мы уже прошли.

Затем уже начнем разбирать остальные уроки лектора: стримы, работу с контрактами и их паттернами.

Приятного дня и легкого понимания!

#урок

Задачи можно писать прямо в файле hardhat.config.js, но делать этого не рекомендуется, чтобы в дальнейшем не возникало никаких проблем с загрузкой hardhat или его настройкой, если вы ошибетесь с кодом.

Поэтому лучше создать новую директорию tasks с файлом "sampleTask.js" и уже его подключать в конфиг файл через require (или через import, если вы используете расширения .ts).

В новом файле нам нужно подключить некоторые модули, например сам task, как показано на скрине.

#hardhat #tasks

Вот пример задачи для hardhat, которая выведет баланс аккаунта, если в консоли прописать npx hardhat balance --account accAddress

По сути, тут все довольно просто. Сначала создаем саму задачу, называем ее и описываем действие. Потом говорим, какие обязательные и необязательные (при необходимости) параметры она будет принимать. Затем пишем функцию в setAction для выполнения запроса.

В setAction, вместе с передаваемыми параметрами, можно подключать и ethers.js, чтобы можно было вызывать функции из этой библиотеки.

#hardhat #tasks

Привет всем!

Сегодня будут пару постов подводящих итоги базового обучения. Я просто хочу собрать ссылки на уроки в одном посте, плюс немного другой инфы, чтобы можно было закрепить их. А завтра начнем разбор первого контракта!

Базовый курс по Solidity

Под каждым уроком есть посты подсказки. Если вы забыли какую-либо часть урока или хотите уточнить тот или иной момент, то попробуйте воспользоваться поиском по тегам. Например, #enum, #event, #call и так далее.

Урок 1 - Введение в Solidity

Урок 2 - Типы данных: Bool, uint, int

Урок 3 - Типы данных: String, address, mapping

Урок 4 - Типы данных: array, enum, bytes, struct

Урок 5 - Функции

Урок 6 - События и модификаторы

Урок 7 - Работа с терминалом, основы node.js и npm

Урок 8 - Тестирование с Hardhat, Ethers & Waffle

Урок 9 - Оптимизация смарт-контрактов

Урок 10 - Вопросы для собеседования. Часть 1

Урок 11 - Наследование

Урок 12 - Интерфейсы и библиотеки

Урок 13 - Древо Меркла

Урок 14 - Низкоуровневые вызовы

Урок 15 - Работа с памятью в Solidity

Урок 16 - Hardhat tasks

В следующей части обучения мы будет разбирать смарт-контракты, популярные решения и паттерны.

На что обращать внимание во время обучения разбора смарт-контрактов

Я тут посмотрел несколько видео с тем, как тестируют молодых ребят на вакансию Solidity разработчика и могу вот что сказать.

Легче всего ответить на вопросы, даже заковыристые, и показать свои написанные смарт-контракты. Хотя некоторые и просят, чтобы они были выложены на GitHub или задеплоиные в мейннет. Но суть сейчас не в этом.

Иногда просят выполнить тестовое задание и написать смарт-контракт прямо на собеседовании. Тебе говорят, мол:

"Вам нужно написать контракт, который будет создавать объект голосования и принимать на входе массив с валидированными адресами. Эти адреса могут голосовать за проект эфиром. Победитель забирает все, а контракт - комиссию. Добавить проверки функций."

И ты такой сидишь и думаешь, за что браться в начале.

Вот для этого я и хочу заняться разборами контрактов, чтобы мы могли переводить такой текст задания в код и понимать: " Так, объект это скорее всего через struct, список адресов через mapping. Потом проверки. " Как-то так.

По себе знаю, что насмотреннсть и понимание кода других разработчиков, может сильно продвинуть в обучении.

На что я предлагаю обращать внимание в смарт-контрактах:

1. Общую задачу
2. Надобность переменных или за что они отвечают
3. Различные require
4. Наследования других контрактов
5. Подключенные import

Возможно, список будет дополняться, но пока так. Предлагайте свои варианты, на что обращаете внимание в обучении.

Начинаем уже завтра.

Урок 17 - Голландский аукцион

Ну вот мы и подошли к разбору контрактов вплотную. И сегодня мы посмотрим стрим, где лектор будет писать контракт для голландского аукциона, который примечателен тем, что цена так не растет от ставок пользователей, а наоборот - снижается со временем, и победителем может стать тот, что сделает единственную ставку. После этого аукцион закрывается.

Стрим - аукцион.

Так как это новый формат обучения, я еще не совсем уверен, какие скрины делать.

Тем не менее, вам стоит выделить час-два помимо видео и сами прописать весь контракт от и до.

Приятного дня и легкого обучения!

#голландскийаукцион #аукцион #урок