Будьте очень аккуратны с действием changed files для GH https://semgrep.dev/blog/2025/popular-github-action-tj-actionschanged-files-is-compromised/

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

📟 На серваки

Понимание метаданных смарт-контракта. Часть 2

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

С прошлым постом я забыл дать прикрепить ссылку к оригинальной статье, поэтому исправляюсь и выделяю ее отдельно:

https://www.rareskills.io/post/solidity-metadata

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

А сейчас мы продолжаем разговор о metadata.

Расшифровка metadata

Давайте посмотрим на гекс в синей рамке скрина из предыдущего поста:

>>> bytes.fromhex("69706673").decode("ASCII")
'ipfs'

Далее рассмотрим код в красном поле:

>>> bytes.fromhex("736f6c63").decode("ASCII")
'solc'

Это дает нам подсказку о том, что содержат эти данные: хэш IPFS и версию компилятора solidity.

Хэш IPFS

Раздел, подчеркнутый желтым, вместе с бирюзовой рамкой можно поместить в следующий python-скрипт (обратите внимание, что мы используем версию кода с комментарием // nothing):

import base58
hex_ipfs_hash = "12206a68b6b8bcc01ba559ec3adf7a387b6c4210a5dc69a05d038e9d17cae3fa373b"
bytes_str = bytes.fromhex(hex_ipfs_hash)
print(base58.b58encode(bytes_str).decode("utf-8"))

# QmVW2XyafSxDtiSqirJRauuT5SaQtGnQYsxxyYHrFmRTEa

Qm...RTEa - это IPFS-хэш файла метаданных, созданного компилятором. Этот участок кода (бирюзовый и желтый) кодируется иначе, чем поля выше. В частности, IPFS-хэш (бирюзовый и желтый) представляет собой закодированную в base58 версию шестнадцатеричных данных «1220...RTEa».

Это хэш IPFS, который вы получите, если поместите JSON-файл из компилятора Solidity на IPFS. На скрине этого поста файл JSON, о котором идет речь.

Мы можем сохранить JSON-файл как реальный файл, а затем проверить, что хэш совпадает с тем, который мы создали в python выше. Вам понадобится установленный инструмент командной строки ipfs (как установить).

mkdir out
solc --optimize-runs 1000 --bin --metadata C.sol --output-dir out
# Compiler run successful. Artifact(s) can be found in directory "out".

ipfs add -qr --only-hash out/Empty_meta.json
# QmVW2XyafSxDtiSqirJRauuT5SaQtGnQYsxxyYHrFmRTEa

Это совпадает с хэшем, полученным ранее.

Не приведет ли это к коллизиям хэшей?

Если два контракта с идентичным исходным кодом и конфигурацией компилятора хранят свой проверенный исходный код на IPFS, хэши IPFS будут сталкиваться (clash), но это желательно, потому что это экономит место storage. Смарт-контракты однозначно идентифицируются по комбинации идентификатора цепочки и их адреса, а не по содержимому IPFS.

Получение версии solidity

Наконец, если мы преобразуем секцию в оранжевой рамке, то получим версию solidity.

>>> 0x00 # solidity is version 0
0
>>> 0x08 # major version
8
>>> 0x14 # minor version
20
# correct, we used solidity 0.8.20

Зачем нужны метаданные смарт-контракта?

Эти метаданные добавляют дополнительные 53 байта к стоимости развертывания, что означает дополнительные 10 600 газа (200 на байткод) + стоимость calldata (16 газа на ненулевой байт, 4 газа на нулевой байт). Это означает до 848 дополнительных газа к стоимости calldata.

Так зачем это включать?

Это позволяет строго проверять код смарт-контракта. В метаданные JSON, которые выводит компилятор, входит хэш исходного кода. Поэтому если исходный код немного изменится, то изменится и JSON-файл метаданных, и его IPFS-хэш изменится.

Один странный трюк для снижения расхода газа через хэш IPFS

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

Когда контракт будет развернут, нулевые байты уменьшат стоимость calldata. Поскольку исходный код хэшируется, включая комментарии, это означает, что можно добывать комментарии, которые приводят к газоэффективным хэшам IPFS, которые будут добавлены к контракту. Обратите внимание, это означает, что мы хотим, чтобы в шестнадцатеричном представлении хэша были нули, а не в кодировке base58.

#metadata

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

🍣 На суши

Альфа в чате

Пока я тут пытаюсь заложить фундамент нового языка (TS), в чате есть человек, который активно помогает новичкам и делится примерами актуального кода на python под актуальные задачи

Кто-то его уже знает и это @bigbabyhamster (Маэстро)

Чем он уже поделился в чате:
- Бесплатный open-source антик на базе Playwright - Camoufox (применим для обхода Vercel / cloudflare)
- Способ бесплатного прохождения капчи Cloudflare Turnstile в браузере Camoufox
- Обход защиты от ботов Cloudflare и её подобий на Playwright
- Замена AdsPower на Python за 200 строк кода
- Сохранение запросов браузера в журнал

Также Маэстро поучаствовал в создании обучения по web3 на python и записал великолепный урок по автоматизации Telegram Applications через Playwright

Хочу выразить респект и закинуть ссылочку на его канал: Маэстро автоматизации

SemolinaCode | Chat | YouTube | HowToCode | Prop

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

👧 На суши и девочек

UPDATE Steam Autoreg 🧑🏻‍🌾

- Полностью переработана механика регистрации с подменой JA3 отпечатка реального устройства .
- Возможность отключения почтового гварда на аккаунтах без мафайлов .
- Возможность регистрации на ваши логины .
- Сортировка аккаунтов в папке по странам .
- Переработка генерации пароля / логина .
- Исправлена работа с kopeechka.store .

Кто уже ранее покупал - просьба отписать в личку для установки доп. модулей ❤️

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

👧 На суши и девочек

Урок 19 (TypeScript)

Преобразование объектов в примитивы (через символ Symbol.toPrimitive и методы toString / valueOf)

Ссылка на видео
Методичка в notion: Преобразование объектов в примитивы

00:00 - что будем делать
00:31 - зачем преобразовывать объект в примитив
01:46 - правила преобразования
02:36 - хинт string
03:00 - хинт number
03:22 - хинт default
04:11 - логика преобразования в JavaScript
06:19 - преобразование через Symbol.toPrimitive
12:04 - преобразование через методы toString / valueOf
15:38 - универсальное преобразование
16:42 - что надо запомнить
17:41 - итоги

SemolinaCode | Chat | YouTube | HowToCode | Prop

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

☯️ Почистить карму

Тут короче какой то чел нашел гениальный дюп денег на блокчейне Noble.

🔸 Он делает 5000 свапов -> $0.005 USDC чтобы получить $0.695 USDN. Если я правильно посчитал, таким образом он надюпал около $5000.
Как я понял главная ошибка в том, что чуваки из noble форкнув блокчейн и стейбл коин забыли поменять десятичные для своего стейбла, если в оригинале было 16 decimal то у них 6. Из за этого свап 0.00001 USDC превращал в 0.00298 USDN. Кто-то видимо подсуитился, сделал скрипт.

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

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

🍣 На суши

🔹 А так проект вроде интересный. Тут же все ваши любимые фонды - paradigm, wintermute, polychain. Поинты и 16% годовых на стейблы.

Но почему то в аггрегаторе всего пару постов 🤔🤔
Наверное потому что рефки нет

Но давайте я расскажу тезисно плюсы и минусы

Плюсы
— Фонды, поинты
— Честный и понятный % который берется с USA бондов + % сверху за лохов которые фармят поинты вместо $
— Мало людей
— Нормально можно выйти и зайти. Нет комсы на бридж. Бабки можно потом закинуть сразу на битгет в сети noble. Скоро и вывод с биржи должен быть
— Делают все на базе m^0, на котором usual money делался

Минусы
— Ну приколы о котором было написано выше
— Выбор - либо фармим поинты - либо %
— Парадигм опять наебет
— Минимально нужно держать деньги не меньше месяца иначе поинты сгорят
— КОСМОЧЕЙН


— Забриджить USDC в сеть Noble
— Купить USDN за USDC
— Потом сюда закинуть деньги


Так как рефки нет, вы будете обязаны мне кинуть 10% профита от вашего % или ваших поинтов. Если дропа не будет я вам ничего не обязан. Спасибо

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

📟 На серваки

#перспектива: 90+% ИИ-проектов будут неудачными. Как определить перспективные?

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

Под ИИ-проектами я понимаю как инфраструктуру для ИИ, так и ИИ-агентов / платформ для них.

1. Диверсификация.
Важно в любом случае инвестировать / использовать ИИ-проекты из разных категорий: несколько из инфры, несколько из платформ, несколько из конкретных ИИ-сервисов...

2. Команда, концепт, коин, код: насколько хорош проект по этим разделам...
Думаю вы уже понимаете, как смотреть, по моим обзорам.
В рамках этого поста мы не будем затрагивать это, поскольку на каждый проект понадобится отдельная статья, .

3. Критически важна используемость.
Все мы помним множество Perp dex: Aevo, Kiloex, Dydx и пр... Но только Hyperliquid благодаря удобному интерфейсу, нормальным комиссиям и хорошим взаимодействием с сообществом стал успешнее остальных.
Также ИИ-проекты должны быть используемы пользователями и / или разработчиками (если это инфраструктура или код).
Взаимодействие с сообществом тоже должно находиться на высоком уровне.

Давайте рассмотрим по одному проекту из разных направлений ИИ-сферы.

3.1. bittensor ($TAO).
Интересна сеть тем, что есть подсети, решающие разные задачи.
Но насколько знаю, пользователи могут лишь стейкать и, с недавних пор, торговать активами подсетей.
Об использовании же ИИ-агентов в bittensor не слышал.
Если у вас есть такой опыт, пишите в комментах.
+ для использования нужен кошелёк: не авторизоваться web2 сервисами, e-mail или популярными web3 кошельками. А это важный компонент того, чтоб блокчейн становился активно используемым, так как люди не хотят выходить за пределы привычных приложений.
Негатива от сообщества по поводу взаимодействия не слышал, но и прям чтоб любили команду за отношение к сообществу - тоже.
Итог: Проект может расти, если станет более массовым, и если продукты окажутся востребованными.
Иначе памп может быть лишь чисто спекулятивный (вместе с рынком). И не факт, что он будет больше среднего роста рынка.

3.2. $AI16Z от Eliza.
Фреймворк популярный. Читал разработчиков, что нравится им.
Но основатель спорный - это минус для проекта.
Если появится конкурент ещё и с хорошим взаимодействием с сообществом, вероятность успеха у него будет выше.
$ZEREBRO (вроде не ошибся с тикером) - токен Python фреймворка. Недостатком является то, что вместо общего развития инструмента для ИИ-агентов они акцентировались на определённых направлениях. Это ограничило число разработчиков...
Поэтому будут успешными только если начнут развиваться как общий фреймворк для ИИ-агентов на Питоне.
По качеству тоже ничего не могу сказать, но и негатива в плане взаимодействия с сообществом не было.
Кстати, Eliza framework может быть успешным, а токен - нет.

3.3. $IO, $ATH.
Оба проекта были на слуху лишь во времена аэрдропов и до них. Но это и не удивительно, поскольку рассчитаны не на пользователей.
Хотя и радости от разработчиков тоже не слышал.
По взаимодействию с сообществами у них негатива вроде бы нет, но и фанатов тоже.
Итог: для диверсификации проекты хороши, но особо много я бы не ждал от них.

...
Продолжение (пункты 3.4 и 3.5) найдёте в первом моём комментарии.

Как вам такой формат постов?
Напишите в комментах, какие ИИ-проекты считаете перспективными и почему?

Канал (подписаться), Чат | бот | Поддержать донатом

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

☯️ Почистить карму

Кстати, для желающих разобраться в этом "эльфийском" (на самом деле, в тёмном наречии 🤓), есть старый, но вполне актуальный плейлист https://www.youtube.com/watch?v=UFfO9A5Ouck

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

🍣 На суши

Обещанная статья о browseruse и использовании агентов ИИ для управления браузером https://www.scrapingbee.com/blog/browseruse-how-to-use-ai-browser-automation-to-scrape/

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

🍣 На суши