Вышел Solidity 0.8.31

Команда Solidity объявила о выходе компилятора Solidity версии 0.8.31. Обновление приносит поддержку новых возможностей EVM, представленных в сетевом апгрейде Fusaka, расширяет функциональность спецификаторов раскладки хранилища и запускает первый этап отказа от устаревших возможностей, которые будут окончательно удалены в версии 0.9.0. Кроме того, теперь официально публикуются сборки компилятора для Linux на архитектуре ARM.

Одним из ключевых изменений стало то, что версия EVM с кодовым названием osaka теперь используется по умолчанию. При необходимости разработчики по-прежнему могут указать более старую версию виртуальной машины через настройки компилятора. В новой версии также добавлена поддержка опкода CLZ, реализующего стандарт EIP-7939. Эта инструкция позволяет считать количество ведущих нулей в 256-битном слове и открывает новые возможности для оптимизаций, битовых операций, алгоритмов сжатия и работы со структурами данных на уровне приложений.

В ближайшее время этот опкод найдет активное применение в популярных библиотеках, включая solady и OpenZeppelin, где сможет заменить существующие реализации вроде Math.clz(). Пока в самом компиляторе область применения CLZ ограничена, но команда изучает способы использовать его для будущих оптимизаций генерации байткода.

С точки зрения инфраструктуры релиза произошло важное обновление: начиная с этой версии, Solidity официально выпускается в виде бинарных сборок для Linux на ARM. Ранее такие версии существовали либо в виде сборок под macOS, либо в виде самостоятельной компиляции из исходников. Теперь ARM-билды встроены в систему CI и проходят тот же цикл тестирования, что и остальные платформы, гарантируя идентичность байткода и метаданных на всех архитектурах.

Также введён формат предварительных релизов. Если раньше существовали только ночные сборки и полноценные релизы, то теперь появились pre-release версии, позволяющие получать доступ к новым фичам раньше официального релиза. Именно в pre-release впервые стала доступна поддержка CLZ, и эта практика будет использоваться дальше для постепенного внедрения экспериментальных возможностей.

Одновременно команда начала оптимизировать каналы распространения компилятора. В частности, официально прекращена поддержка Ubuntu PPA, так как этот канал оказался маловостребованным. Docker-сборки пока сохраняются, но в будущем тоже могут быть убраны, если их использование останется незначительным. При этом контейнеры уже перенесены из DockerHub в реестр GitHub, и новые версии будут публиковаться именно там.

Наконец, версия 0.8.31 открывает фазу активной подготовки к релизу 0.9.0, который станет несовместимым с предыдущими версиями. В компилятор добавлены предупреждения об устаревании send() и transfer(), устаревшего ABI coder v1, виртуальных модификаторов, сравнений контрактов без явного приведения к адресу и специального комментария memory-safe-assembly. Всё это сигнализирует о переходе Solidity к более строгой типизации, более прозрачной семантике и сокращению исторически сложных и небезопасных конструкций, которые долгое время тянулись из ранних версий языка.

#solidity

📟 Прилетело из @solidityset

https://www.reddit.com/r/lotrmemes/comments/1peb8sm/well_thats_one_way_to_take_it_i_guess/

📟 Прилетело из @dev_in_ruby_colors

Приболел, поэтому пока бубут только посты про токеномику.

😎 Незрячий web3 программист (подписаться)
Чат | бот

📟 Прилетело из @blind_dev

Остался 1 час....

На канале опубликую статью, после которой ты не сможешь не начать и не заработать на web3

Прогрел?

Включай уведомления, ставь 👻 и ожидай!

Материал будет удален через час после публикации

📟 Прилетело из @code_vartcall

Vibe codding и ваши идеи

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

Сегодня просто хочу поделиться своими заметками про такой подход.

Если вы когда-либо пытались вникнуть в сферу стартапов, то наверняка много раз попадали на статьи/книги/посты, в которых говорилось, что в начале своего пути нужно не "бесконечно разрабатывать свой проект, наполняя его разными сомнительными фичами", а быстро собрать минимально рабочую версию, выпустить на рынок и собрать обратную связь от пользователей. Это, конечно, очень утрированное утверждение, но смысл должен быть понятен. Скорость тестирования свои идеи и поиск нужных опций для проекта в короткий срок - то, как нужно правильно работать.

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

Например, недавно меня просто позабавила идея объединения крипто торговли и доски канбан (типа Trello). Я посчитал, что было бы забавно и просто для новичков, вместо отслеживания бесконечных графиков просто перетаскивать карточки с одного столбца в другой, и тем самым выполнять действия покупка/продажа крипты. В итоге, с помощью нескольких запросов в Lovable (ИИ сервис для генерации фронтенд) появился такой концепт:

Сайт CryptoBoard

Тут просто можно перетаскивать карточки с места нам место. Больше ничего.

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

Такие сайты как Lovable, Replit, Manus могут помочь быстро составить прототип вашей идеи. Вы также можете использовать LMArena и разные описания того, что вы хотите, для генерации страниц проекта разными нейронками, выбирая наиболее удачные варианты. Сохраните их в отдельную папку.

Затем в современных редакторах кода с ИИ (Cursor, Windsurf, Antigravity), создайте базовый проект и попросите нейронку перенести дизайн сгенерированный ранее, на ваш новый проект. Так потихоньку можно создать базовый фронтенд.

Далее подключайте backend. Спрашивайте нейронку как лучше собрать эту часть, составляйте план и следуйте ему. Будет вообще здорово, если вы пройдете быстрый курс онлайн (видео на ютуб или другие специализированные сервисы) по необходимым языкам и библиотекам, чтобы понимать, что делает нейронка с вашим проектом.

Так, для меня лучше всего сработали Python+FastAPY+Redis. По каждому из них я брал дополнительное обучение онлайн.

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

Кроме того, в конце вы так же можете попросить модель, типа Claude 4.5, проанализировать ваш проект на безопасность. Да, возможно, это не закроет сайт от дыр, но сделает его намного безопаснее. Советы он дает достаточно хорошие по этому стеку.

Так вы сможете быстро научиться собирать свои проекты, ускоряясь с каждым разом. И вместо разработки в течение 3-6 месяцев, сможете запускать сайты в течение месяца.

Тут хочу сделать два важных замечания:

1. Никогда не запускайте свой крипто проект без внешнего аудита! Не смотря на то, что нейронки и статические анализаторы уже хороши сегодня, они недостаточны для безопасности! Аудит обязателен!
2. Уделяйте время безопасности и вашему собственному сайту и серверу, где он хранится. Фронтенд и бекенд сайтов проще править в продакшене, чем смарт контракты, но эффект от взлома может быть не меньше!

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

#vibe

📟 Прилетело из @solidityset

Написал тут короткое объяснение как настроить GPG flow для GitHub - может, кому-то будет полезно. После настройки самого flow достаточно сделать git commit -S (со всеми остальными опциями как обычно) и коммиты будут верифицированы https://github.com/lokalise/lokalise-pull-action/issues/39#issuecomment-3626512044

📟 Прилетело из @dev_in_ruby_colors

Эх, юпитер не успел своих ботов включить...

Перенос 10 мин

https://dtf.jup.ag/launch/wet

📟 Прилетело из @hidden_coding

Блин...

📟 Прилетело из @hidden_coding

на полимаркете нет ставок будет ли некст перенос на час?

📟 Прилетело из @hidden_coding

Почему ты не сможешь победить в гонке газвара на Солане (или сможешь)

Каждая транзакция на Солане, как и в любой другой сети, требует уплаты комиссии. Их по сути две:

— Базовая комиссия — компенсация валидаторам за обработку транзы.
— Приоритетная комиссия — доплата за шанс, что именно твою транзу лидер возьмёт раньше остальных.

Как работает базовая комиссия

Базовая комиссия сейчас около 5000 лампортов за подпись.
Примерно:

— 50% от этой суммы сжигается,
— 50% получает валидатор, который обработал транзу.

Окей, с этим всё просто.

Что делает приоритетная комиссия

Приорити-фии — необязательная доплата, которая:

— увеличивает вероятность, что лидер обработает твою транзу;
— поднимает приоритет транзы в очереди:

Priority ~ (Prioritization fee + Base fee) / (CU limit + сигнатуры + write-локи)

Формула упрощённая, но суть одна: чем больше ты платишь за CU, тем выше твой приоритет среди уже полученных транз.

Почему этого недостаточно

Ключевой момент:

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

Пока ты отправляешь транзу, ты на равных с остальными просто надеешься, что:

1. твой пакет не отрежет сеть,
2. транза вообще попадёт к лидеру.

Когда лидер всё-таки получает транзакцию, он отправляет её в планировщик. И вот там приоритетная комиссия:

— всего лишь повышает шанс попасть в блок первой,
— но не даёт строгой гарантии 100% победы в гонке газвара.

Так что просто «поставить самый жирный приорити-фии» ≠ автопобеда.

Солана перешла на QUIC + stake-weighted QoS — механику, при которой:

— сеть распределяет полосу соединений пропорционально стейку валидатора,
— чем больше стейк за валидатором/коннектом, тем больше транз он может протащить до лидера,
— «публичным» коннектам остаётся маленький хвост полосы, где все друг друга душат спамом.

То есть буквально:

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

Но даже тут шанс быть порезанным не равен нулю — место не резиновое.

Зачем тогда нужен staked-connection

Поэтому у нормальных провайдеров есть staked-connection RPC:

— они сидят за валидатором с нормальным стейком,
— имеют свою “жирную” полосу к лидерам,
— за доп. комиссию могут уже внутри этой полосы выстраивать локальный приоритет транзакций по фи.

Это уже слегка напоминает газвар на эфире:

— сначала ты платишь за доступ к полосе (staked-connection),
— потом играешься приорити-фии, но уже среди своих, а не в общем аду спама.

📟 Прилетело из @dolbaebskicode