Struct и enum: как контракт превращает набор чисел в понятную модель Смарт-контракту часто нужно хранить не одно значение, а целый объект. Struct позволяет объединить несколько полей в одну структуру. Например: владельца, время создания и состояние объекта. Enum решает другую задачу — задаёт ограниченный набор возможных состояний. Не любое число, а, например: создано, активно, завершено. Представь анкету. Struct — сама карточка с несколькими полями. Enum — переключатель, где можно выбрать только один из заранее предусмотренных вариантов. Так вместо набора разрозненных значений код получает понятные сущности. При этом для EVM всё по-прежнему превращается в строго организованные машинные данные. Хорошая модель данных помогает программе точнее описывать реальный смысл своего состояния. #Solidity #смартконтракты #данные #технологии

Массивы в смарт-контракте: почему «список» тоже бывает разным Array — это упорядоченный набор элементов. В Solidity массив может иметь фиксированный размер или быть динамическим. Представь парковку. В фиксированном массиве количество мест известно заранее. В динамическом новые места можно добавлять по мере необходимости. Но в блокчейне рост списка не бесплатен. Если элементы находятся в постоянном storage, добавление новых данных меняет состояние сети и требует ресурсов. Есть и другая тонкость: огромный список неудобно целиком обрабатывать одной транзакцией — объём вычислений может стать слишком большим. Поэтому разработчик думает не только «как сохранить список», но и «как потом работать с ним частями». Даже обычный список в блокчейне — часть архитектуры программы. #Solidity #массивы #смартконтракты #блокчейн

Что такое mapping и почему у него нельзя просто спросить «сколько записей» В Solidity mapping — это структура «ключ → значение». Например, адресу можно сопоставить число, статус или другую запись. Представь шкаф с бесконечным количеством подписанных ячеек. Ты знаешь ключ — открываешь нужную. Но шкаф сам не хранит отдельный список всех когда-либо использованных ячеек. Поэтому у mapping нет привычной длины и встроенного перебора всех ключей. Если контракту нужен такой список, разработчик хранит его отдельно. Это удобно, когда значение нужно находить по заранее известному ключу, но требует отдельно продумывать поиск и перечисление записей. Mapping хорош, когда важен вопрос «что лежит по этому ключу?», а не «покажи мне всё сразу». #Solidity #смартконтракты #EVM #технологии