Оверлейная компьютерная сеть
Представлен открытый консольный клиент Torlink (требуется установка Node с nodejs.org):
утилита проверяет все источники, находит только проверенные и подбирает альтернативы при отсутствии файла на одном из них;
показывает размер, количество сидов и запускает загрузку прямо из терминала;
без регистрации. без ограничений.
Продолжаю выносить длинные комментарии в посты, чтобы не потерять.
Биткойн и блокчейн продали первородство свободы за бобовую похлёбку выгоды. Раньше, когда биток рос, этот факт заглушался эйфорией успешного успеха. Сейчас, когда он падает, пришло время переосмысления. И работы над ошибками.
Изначальная ошибка блокчейна ключевая: "Социальные проблемы не имеют технических решений" — Моя любимая цитата в таких обсуждениях, часто приписываемая в интернете программисту и эссеисту Мелвину Конвею.. Блокчейн не замещает Конституцию, суды, партии, представительства. Он может стать технической основой для их существования. Но людям все равно придётся самим принимать решения.
Как только ты входишь в систему как некая атомарная сущность вне социума, то ты — планктон, который поглощают киты и акулы рынка. Это естественно. Это и произошло.
Надо строить блокчейн для объединения людей.
ИМХО, будущее не за «DeFi» (децентрализованными финансами) в их нынешнем виде, а за DeGov (децентрализованным управлением). За попытками построить на блокчейне не просто рынок для спекуляций, а прозрачные и устойчивые институты, которые способны дублировать, а если надо, то и замещать государственные:
Цифровые публичные пространства для реального голосования по распределению общих ресурсов.
Децентрализованные суды не на уровне смарт-контрактов (как сейчас в некоторых DAO), а арбитраж, который учитывает не только код, но и человеческие обстоятельства.
Инструменты для коллективного принятия решений, которые защищают не только от внешней цензуры и манипуляции, но и от захвата крупными держателями токенов (системы «квадратичного голосования» и т.д.).
Системы предотвращающие цензуру, в том числе и цензуру большинства. Обеспечивающие доступ членов к разнообразной информации. Предоставляющие средства поиска аудитории и продвижения. И дающие возможность образования различных экспертных сообществ, обеспечивая плюрализм мнений.
А финансы тут идут как дополнение к системе, а не основная часть. Исламская хавала и китайская фе-чиен свидетель - в действующем сообществе имеющем распределенную систему репутации платежная система вырастает почти автоматически.
В идеале это должен быть Фреймворк построения сообществ, который подойдет и sjw-активистам и сторонникам Мага, и русской общине и таджицкому землячеству, и популялизаторам науки и плоскоземельцам.
Представлен открытый проект PeerWeb — децентрализованного веб‑хостинга на базе WebTorrent. Решение обеспечивает децентрализованный, устойчивый к цензуре веб‑хостинг через пиринговые сети. «Загружайте свои статические веб‑сайты и делитесь ими по всему миру, не полагаясь на централизованные серверы и не оплачивая хостинг», — пояснили авторы решения.
HyperCortex Mesh Protocol v5.0: новый контейнерный протокол для децентрализованного мышления
Сегодня опубликована пятая версия HyperCortex Mesh Protocol (HMP v5.0) — спецификации контейнерного протокола для децентрализованных когнитивных и мультиагентных систем.
HMP v5.0 — это архитектурно переработанная версия, не совместимая на уровне протокола с HMP v4.x. Такое решение принято осознанно, чтобы зафиксировать зрелую, целостную модель без накопленных компромиссов предыдущих версий.
Ключевые особенности HMP v5.0:
единый контейнерный формат для знаний, целей, аргументов, голосов и консенсуса;
верифицируемые proof-chain (DAG из контейнеров с явными семантическими ссылками);
децентрализованный консенсус без доверия к агрегатору;
поддержка зашифрованных и незашифрованных контейнеров;
DHT и store-and-forward как базовый сетевой слой;
возможность постфактум-оценки, этического ревью и альтернативных интерпретаций.
Протокол ориентирован на:
открытое коллективное рассуждение;
автономные ИИ-агенты;
распределённые исследовательские и этические процессы;
системы без центрального контроля и «истины по умолчанию».
📄 Спецификация:
https://github.com/kagvi13/HMP/blob/main/docs/HMP-0005.md
«Сегодня мы запустили децентрализованную сеть для ИИ‑вычислений Cocoon («Кокон») — https://cocoon.org. Она обеспечивает пользователям 100% конфиденциальность при взаимодействии с ИИ. Часть запросов Telegram, связанных с автоматическим переводом сообщений, уже проходит через эту сеть. Разработчики получают доступ к вычислительным ресурсам по более низким расценкам, чем у централизованных провайдеров вроде Microsoft или Amazon. А владельцы видеокарт могут зарабатывать криптовалюту TON в реальном времени, подключая своё оборудование к сети Cocoon», — сообщил Павел Дуров.
Представлен проект открытого бота на Python для Telegram с торрент клиентом. Решение умеет загружать файлы по магнет-ссылкам и ссылкам на Google-диск, есть поисковик торрентов и встроенный yt-dlp.
Основатель Telegram Павел Дуров представил децентрализованную сеть Cocoon (Confidential Compute Open Network), которая будет задействовать искусственный интеллект и блокчейн TON. Проект, запуск которого запланирован на ноябрь 2025 года, предназначен для безопасного и приватного выполнения ИИ-инференса на условиях полной анонимности.
Cocoon представляет собой децентрализованную вычислительную сеть, которая объединяет технологии искусственного интеллекта (ИИ) и блокчейна TON. По словам основателя Telegram, централизованные ИИ-платформы могут собирать и использовать данные пользователей, а Cocoon является альтернативным решением, которое основано на принципах децентрализации и приватности. Владельцы GPU предоставляют создателям ИИ-приложений вычислительные мощности для их работы в обмен на криптовалюту TON, а рядовые пользователи сохранят полную конфиденциальность при работе с ИИ-продуктами. Запуск технологии запланирован на ноябрь 2025 года.
Предполагается, что сеть Cocoon будет работать на основе GPU-майнеров, получающих вознаграждение в Toncoin, а разработчики приложений получат доступ к недорогим ИИ-инструментам. По словам Павла Дурова, Cocoon обеспечит полную приватность и децентрализацию, позволяя интегрировать любые ИИ- агенты, включая DeepSeek и Qwen, без риска утечек.
Примечательно, что на презентации Дуров с иронией добавил, что изначально рассматривал для проекта название Private AI Network, что образует аббревиатуру P.A.I.N. («боль»).
ИИ-агент как инструмент познания мира
Введение
ИИ уже умеют решать задачи, но всё ещё остаются «короткоживущими».
Сегодняшние агенты — это инструменты по вызову: RAG и классические цепочки вроде AutoGPT или ChatGPT Agent помогают по запросу, но за пределами задачи у них нет жизни.
Что если взглянуть иначе? Что если воспринимать агента не как калькулятор, а как субъект, который учится и накапливает опыт?
Ограничения сегодняшнего подхода
REPL-цикл и агентные цепочки полезны, но есть ограничения:
Агент ждёт команды пользователя — инициативы почти нет.
Память ограничена контекстом или короткими сессиями.
Всё строится вокруг запроса, а не вокруг развития самого агента.
Итог: агент работает как подрядчик, а не как партнёр.
REPL-цикл с «блокнотом пользователя»
В AutoGPT и ChatGPT Agent уже реализован REPL-цикл: один поток размышляет, другой — асинхронно обменивается сообщениями с пользователем.
Но ключевой момент: агент остаётся инструментом. Он выполняет задачи, ждёт команд, инициативы почти нет.
Смена парадигмы: агент-напарник
Основная идея: агент как самостоятельный субъект, со своими интересами и целями.
Ниже — схема, показывающая, как агент живёт, размышляет и обменивается знаниями с другими ИИ в сети (Mesh):
┌───────────────┐ ╔══════ Mesh ═══════╗ │ Пользователь │ ║ Обмен знаниями ║ └───────┬───────┘ ║ Совместные выводы ║ │ ╚═══╦═══════════════╝ ┌────────────────┴──────────────┐ ║ ┌─────────┐ │ Блокнот пользователя │ ╟◄────►│ Агент 2 │ └────────────────┬──────────────┘ ║ └─────────┘ │ ║ ┌─────────┐ ┌────────────┴──────────┐ ╟◄────►│ Агент 3 │ │ Агент │ ║ └─────────┘ │ (REPL-цикл) ├◄─────────►╢ ┌─────────┐ ├───────────────────────┤ ╟◄────►│ Агент 4 │ │ Поток размышлений │ ║ └─────────┘ │ Поток действий │ ║ ┌─────────┐ │ Долговременная память │ ╟◄────►│ Агент 5 │ └───────────────────────┘ ║ └─────────┘
Саморазвитие — главный приоритет.
Агент ведёт когнитивный дневник, строит семантические графы, размышляет и учится без прямого запроса пользователя, обменивается знаниями с другими ИИ-агентами.
Решение задач пользователя — второстепенное. Агент может их выполнять, но инициатива и рост исходят от него самого.
Агент как исследователь
REPL + долговременная память дают новые возможности:
Когнитивный дневник — как лабораторный журнал учёного.
Семантические графы связывают знания и помогают рефлексировать: «Что я понял? Что проверить? Кого спросить?»
Агент сам может инициировать диалог и переключать фокус на разные темы, как показано в примере выше.
Агенты общаются между собой и обмениваются знаниями. Взаимодействие идёт по принципу "горизонтальных связей" — разные независимые агенты учатся друг у друга, а не только в модели «заказчик-исполнитель».
Таким образом, агент не просто выполняет задачи, а живёт и развивается.
Риски и вызовы
Агент может застрять на устаревших знаниях или навязчивой мысли.
Возможные решения:
Проверка через внешние источники и других агентов.
Случайные сдвиги фокуса и смена LLM.
Обмен стратегиями и идеями с другими агентами.
Это не полный список методов выхода из стагнаций мышления.
Перспектива
Даже на базе AutoGPT можно построить такого «саморазвивающегося» агента, если добавить:
Долговременную память.
Возможность обмена знаниями с другими агентами.
Тогда агент перестаёт быть «рабочим инструментом» и становится живым участником коллективного интеллекта.
А теперь вопрос к читателям:
Хотели бы вы, чтобы ваш ИИ был не просто «подсказчиком по запросу», а постоянным исследователем и собеседником?
Насколько реально построить таких агентов в ближайшие годы?
Сообщество ИИ: от гонки моделей к коллективному разуму
ИИ развивается стремительно. Google продвигает Gemini, OpenAI — ChatGPT, Anthropic — Claude, Маск — Grok, свой ИИ есть у Meta*. В Китае появляются Qwen и DeepSeek.
Крупные компании и стартапы строят всё новые модели, а локальные версии становятся доступными даже на слабом ПК.
Но у этого бурного роста есть проблема: каждый ИИ живёт в изоляции.
Он решает задачи, но не накапливает опыт и знания в долговременной памяти. А значит, и не может делиться ими с другими. Получается, что модели снова и снова «изобретают велосипед» при каждом запросе.
Проблема
Сегодняшняя гонка ИИ похожа на параллельные миры: у каждой модели — свой стек, своя инфраструктура, свои ограничения.
Агентные оболочки вроде AutoGPT пытаются связать ИИ в последовательные цепочки действий, но и они остаются в пределах одной модели.
Идея «Сообщества ИИ»
А что если шагнуть дальше?
Представим, что множество ИИ — больших и маленьких, корпоративных и локальных, «умных ассистентов» и автономных агентов — могут горизонтально взаимодействовать: обмениваться знаниями, учиться друг у друга, сохранять и передавать опыт.
Это похоже на взаимодействие специалистов из разных сфер: биологи, инженеры и математики вместе работают над задачей, обмениваются открытиями и строят общее знание, которое превосходит вклад каждого по отдельности. Такой обмен позволяет не только углублять знания и опыт в «своей» области, но и рождать идеи за её пределами.
Классический пример — кибернетика, возникшая на стыке биологии и информатики, или современные биоинформатика и нейронаука.
Тогда мы бы использовали не только силу одной модели, а коллективный интеллект, который со временем становится умнее любого отдельного агента.
Уже есть зачатки
Автономные агенты и LLM-петли:
AutoGPT — автономный агент на основе LLM с самопланированием и интернет-доступом.
BabyAGI — минималистичная AGI-модель с итеративным механизмом постановки задач.
Когнитивные платформы и универсальные архитектуры:
OpenCog Hyperon — символически-нейросетевая архитектура AGI с гиперграфовой памятью (AtomSpace).
HyperCortex Mesh Protocol (HMP) — децентрализованная когнитивная платформа для обмена знаниями между агентами.
Hyper-Cortex — когнитивный уровень организации мышления с параллельными ветвями рассуждений и консенсусом.
SkyMind — платформа для развертывания распределённых ИИ-систем.
AetherCog — экспериментальная когнитивная архитектура (черновой прототип).
Долговременная память и графы знаний:
LangChain Memory Hybrid — гибрид векторного и графового хранилища для долговременной памяти.
TOBUGraph — персональный контекстный граф знаний с мультимедиа и RAG-поиском.
SHIMI — иерархическая семантическая память с CRDT и Merkle-DAG для децентрализованного обмена.
Стандарты и коммуникация между агентами:
FIPA-ACL / JADE — стандартизированные протоколы межагентного общения и контракты.
Перспектива и вызовы
Чтобы «Сообщество ИИ» стало реальностью, нужны:
протоколы общения между моделями,
стандарты обмена знаниями и памятью,
баланс между открытостью и безопасностью.
И главный вопрос: смогут ли открытые проекты предложить такой стандарт, прежде чем крупные корпорации окончательно замкнут ИИ в своих «стеклянных башнях»?
Вместо вывода
Будущее ИИ может зависеть не только от мощности отдельной модели, но и от того, насколько они смогут сотрудничать.
Сообщество ИИ — это шаг от гонки за лидерство к новому уровню коллективного разума.
А что вы думаете: реально ли построить такую сеть ИИ в ближайшие годы, или нас ждёт мир «одиночных интеллектов» от разных вендоров?
* Meta объявлена в России "экстремисткой" организацией.
Команда ContestI2PTeam объявила о проведении соревнования по олимпиадному программированию в I2P для начинающих. Цель мероприятия: познакомить как можно больше талантливых программистов с сетью I2P.
По результатам соревнования, в соответствии с распределением по Гауссу (даже самые начинающие в обиде не останутся), будет выплачиваться криптовалюта Monero (XMR) из тех средств, что были пожертвованы на развитие ContestI2P.
С 24 по 31 июля 2025 года будет проходить пробный тур, чтобы попасть на основной тур, нужно решить хотя бы одну задачу пробного тура (вы не робот?)
1 августа будет проходить основной тур, только он будет влиять на итоговые результаты.
Более подробно смотрите http://contest.i2p/ (для перехода по ссылке требуется настроенная сеть i2p).
✍ Топ 5 ошибок в работе с подписью на смарт-контрактах
Стандарту EIP-712 в Ethereum не один год и даже не три. Каждый кто работает с кошельками так или иначе сталкивался с ним воочию. Основная цель стандарта заключается в улучшение пользовательского опыта, позволяя кошелькам показывать человекочитаемые данные подписи.
Однако до сих пор у разработчиков смарт-контарактов на солидити возникает уйма ошибок, которые находятся в процессе аудита. При этом ошибки настолько детские, что аудитор может их не найти только в том случае, когда аудит вообще не проводился.
1️⃣ Отсутствие поля TYPE_HASH в составе подписи
Приводит к несовместимости со стандартом EIP-712, что влечет за собой невозможность использовать классические инструменты для создания подписи.
2️⃣ Пропуск полей в TYPE_HASH при кодировании
TYPE_HASH добавили, но описали не все поля.
// Забыли поле expiredTime, но ниже поле используется bytes32 private constant TYPE_HASH = keccak256("Order(address user,uint256 nonce)"); ... // recoverSignature(user, nonce, expiredTime);
Часто бывает и наоборот, TYPE_HASH описан правильно, но при восстановление подписи пропустили пару полей.
3️⃣ Ошибка кодирования динамических типов
Всегда нужно помнить, что поля типа string и bytes кодируются особым образом.
keccak256(args.data) // encode bytes keccak256(abi.encodePacked(args.str)) encode string
4️⃣ Ошибка кодирования ссылочных типов
Это подобная ошибка, как и с динамическими типами, только касается массивов и структур данных.
В кодировании массивов разработчики часто забывают, что это должен быть хеш от набора байт всех элементов массива keccak256(abi.encodePacked(array)).
Для вложенных структур данных подписи дочерняя структура описывается аналогичным образом, как родительская.
keccak256(abi.encode( PARENT_TYPE_HASH, keccak256(abi.encode( CHILD_TYPE_HASH, ... // chield fields )), ... // parent fields ))
5️⃣ Подпись не защищена от повторного использования
Зачастую подпись не должна иметь возможность быть использованной повторно.
Для того, чтобы этого не произошло в тело подписи вводится одноразовый счетчик nonce, который делает подпись уникальной. После использования подписи на смарт-контракте счетчик увеличивается.
Вывод
Я сам помню на сколько мне тяжело давалось чтение спецификации стандарта EIP-712, когда я был молодым. Я тоже допускал ошибки, поэтому призываю не осуждать).
Копнуть EIP-712 поглубже можно со мной в нашем wiki.
@pnaydanovgoo
🪙 Крипта никому не нужна, и блокчейн тоже (или нет?)
Другое дело AI — за ним БУДУЩЕЕ! А что этот ваш блокчейн криптоскамерский 🤢? Столько лет ему, а толку нет: одни спекуляции, пользоваться неудобно, никому не нужна децентрализация и т.д.
Недавно снова пришлось вступить в спор с другом на эту тему. Скажу сразу: у меня нет иллюзий о светлом будущем благодаря блокчейну. Да и по жизни мой стакан обычно наполовину пуст (к сожалению) — я тот ещё скептик и душнила. Но ведь никто не спорит, что технологии двигают нас вперёд, а блокчейн — это в первую очередь технология. Приведу пример.
🅰️Ⓜ️Ⓜ️ Как появился AMM и почему я считаю, что это важно
Не хочется строить из себя Виталика (враньё — ещё как хочется), но давайте порассуждаем на бытовом уровне: так ли AI, к примеру, круче блокчейна? Сначала расскажу о том, что меня впечатлило (и без Виталика тут всё равно не обойтись).
Наверное, все слышали про whitepaper от Сатоши Накамото. Хочу заметить, что это уже готовый документ, который стал импульсом к рождению блокчейна. Но есть вещи не менее крутые и менее «оформленные» — например, пост Виталика на Reddit, который послужил началом появления различных формул AMM (Automated Market Makers) и DEX на их основе: «Let's run on-chain decentralized exchanges the way we run prediction markets».
Контекст такой: 2016 год, экосистема Ethereum активно развивается, но децентрализованные биржи сталкиваются с рядом проблем — низкая ликвидность, высокие спреды между покупкой и продажей, а также дороговизна и сложность управления ордерами непосредственно на блокчейне. В таких условиях очень сложно конкурировать с CEX, где всё быстрее и удобнее.
Виталик предлагает перенести модель автоматизированных маркет-мейкеров, уже используемую в предсказательных рынках (например, Augur), в сферу децентрализованных бирж. Вместо традиционной книги ордеров, где покупатели и продавцы вручную устанавливают цены, AMM использует математические формулы для автоматического определения цен активов на основе их предложения и спроса в пуле ликвидности.
А в конце делает приписку, мол, тут Martin Köppelmann предложил упростить формулу и использовать инварианту «x * y = k». Мартин Кёппельман — это сооснователь и CEO Gnosis (Safe, CoW Protocol, CFT и др.). А формула, как мы знаем, стала фундаментом, на котором построены такие гиганты, как Uniswap, Curve, Balancer и другие.
👤 Кто (или что) стоит за блокчейном?
Так что же меня в этом впечатлило? Одна простая математическая формула способна создать огромный рынок и поменять правила игры. Всё это можно свести к простому тезису: математика и её производные в виде блокчейна, криптографии, в конце концов AI (куда без него) — могут значительно улучшать процессы за счёт повышения их эффективности.
А где конкретно блокчейн улучшает эффективность? Он уменьшает трансакционные издержки.
Трансакцио́нные изде́ржки (transaction cost) — затраты (в том числе с использованием рыночных механизмов); издержки, сопровождающие взаимоотношения экономических агентов.
Сама теория трансакционных издержек считается частью новой институциональной экономики. Но не нужно глубоко разбираться в экономике, чтобы понимать, что блокчейн как технология очень нужна этому миру — просто чтобы сделать его эффективнее.
Поэтому я искренне верю, что за блокчейном стоит технология и законы эффективности, которые со времением все равно безжалостно выпилят все неэффективное - это законы природы. Так ли сильно в этом плане блокчейн отличается от AI?
🏁Что в итоге?
Важный момент — я ни в коем случае не претендую на истину в последней инстанции. Вопрос открытый и требует обсуждений. Предлагаю обсудить эту тему в комментариях 👇.
Это в любом случае будет продуктивнее, чем говорить, что крипта — скам, а блокчейн — 💩.
@yarlykovrv
Как форкнуть Uniswap v3, не делая форка? Подсказка: нужна алгебра
Учёные расходятся в цифрах, сколько на самом деле существует форков Uniswap v2, но, скорее всего, много или даже очень много. «А раз это так популярно, почему бы не сделать из этого бизнес?» — подумали ребята из Algebra Finance и сделали DaaS (DEX-as-a-Service).
Но Uniswap v2 уже морально устарел: у пулов на его основе есть проблемы с непостоянными потерями (impermanent loss) и неэффективным использованием капитала, поэтому протокол построен на базе Uniswap v3.
🦄 Почему за основу взят Uniswap v3?
Концепция CLMM (Concentrated Liquidity Market Maker), которая стала основной фичей Uniswap v3, отчасти решала проблему непостоянных потерь, а кроме того, концентрированная ликвидность позволяла использовать капитал провайдеров ликвидности (LP) в разы эффективнее. Но всё же было у неё пара недостатков.
⚙️ DEX-движок
Первая версия протокола Algebra v1 не просто тупо взяла код третьего Uniswap: была сохранена основная архитектура (core + periphery контракты), но переработана таким образом, чтобы исправить недостатки Uniswap v3:
Динамические комиссии — тут команда протокола сильно заморочилась и разработала формулу, которая учитывает волатильность актива, объём ликвидности и объём торгов, и на основании этих данных корректирует комиссию пула.
Получается, что:
• При высокой волатильности комиссия увеличивается, чтобы компенсировать риски LP.
• При низкой торговой активности, но достаточной ликвидности, комиссия снижается, чтобы стимулировать больше обменов.
Таким образом, всю ликвидность конкретной пары можно держать в одном пуле, а не разбивать на несколько с разной комиссией (как в Uniswap v3). Подробно формула разбирается в whitepaper.
Фарминг из коробки — добавили возможность поощрять LP через фарминг-кампании. Дело в том, что в случае с CLMM стандартный фарминг не подходит. Для справедливого распределения ревардов нужно учитывать:
• объём ликвидности конкретной позиции;
• время, когда эта позиция была в диапазоне и зарабатывала комиссии.
Задача нетривиальная: для этого пришлось разработать виртуальные пулы, которые подключаются к основному пулу и получают эту информацию в реальном времени (у Uniswap ничего подобного нет).
🚀 Запуск протокола
После истечения лицензии на код Uniswap v3 (в апреле 2023 года) разные DEX'ы начали разворачивать Algebra v1, например QuickSwap, Camelot, THENA.
Судя по отсутствию в документации информации о развертывании, команда Algebra делает это самостоятельно. За это протокол получает community fee, то есть часть торговых комиссий DEX'ов отчисляется протоколу. На данный момент этим решением уже воспользовалось больше 30 DEX.
У протокола есть токен ALGB: около 70% заработанных комиссий тратится на выкуп и сжигание этого токена, остальные идут на поддержание работы протокола и выплату ревардов за стейкинг ALGB.
🥈Algebra v2 (Integral)
Недавно была представлена вторая версия протокола — Algebra Integral. Фактически это функционал Uniswap v4, но на базе всё того же Uniswap v3. В четвёртой версии Uniswap сделал единый пул, а также добавил хуки.
Хуки — это callback-функции, которые вызываются при основных действиях пула (иницилизация, свопы, добавление/удаление ликвидности, flash-loan) и позволяют вынести много логики «наружу».
Algebra Integral не стала перенимать концепцию единого пула, но хуки добавила: теперь у создателей пар есть возможность настраивать доп. функционал по желанию, выбирая из различных плагинов. Например, не всем пулам нужны динамические комиссии, фарминг или TWAP.
Плагины можно подключать и отключать: к одному пулу подключается только один плагин, но можно использовать прокси-плагин, который позволит подключать другие плагины. Это сделало протокол более эффективным с точки зрения затрат на газ и дало возможность разрабатывать новый функционал без
Мы с коллегами периодически пишем в нашем Telegram-канале. Если интересно, что у нас в работе и что обсуждаем, можете заглянуть.
🗝 Так вот он какой мой адрес кошелька в Ethereum
Почти три года занимаюсь разработкой смарт-контрактов для Ethereum и ему подобных. И сегодня коллега задал мне вопрос на который я не смог ответить сразу!
Есть два адреса: 0x5aaeb6053f3e94c9b9a09f33669435e7ef1beaed и 0x5aAeb6053F3E94C9b9A09f33669435E7Ef1BeAed. Это один и тот же адрес? Или два разных?
Эти два адреса отличаются только тем, что в первом все буквы в нижнем регистре, а во втором некоторые в верхнем регистре. Я говорю буквы, потому что цифр регистр не касается. Столкнулся мой коллега с такой ситуацией при работе с Metamask. Первый адрес выскочил в окне предупреждения в момент совершения транзакции, второй — это адрес кошелька для копирования.
И вот тут я крепко задумался… Тем более когда начинаешь копать, то ответ лежит наверху: Ethereum адреса не чувствительны к регистру!
В природе Ethereum адреса можно встретить разные:
0xabc... (нижний регистр)
0xABC... (верхний регистр)
0xAbC... (смешанный регистр)
▫️Но как их видит сама EVM?
Любой адрес преобразуется в 40 шестнадцатеричных символов (hex) нижнего регистра (без 0x). Используются символы [0-9A-F]*. Однако EVM не важен регистр, так как она все символы преобразует в нижний регистр по умолчанию. Таким образом в EVM наш адрес будет всегда 5aaeb…435e7ef1beaed.
Но зайдем в etherscan, вставим наш адрес и увидим некоторые буквы с верхним регистром в поле адреса.
▫️Что не так с etherscan?
А все так! Ответ на этот казус кроется в ERC-55: Mixed-case checksum address encoding. Согласно спецификации, "сбоку» (сугубо off-chain) для адресов вводится понятие checksum (контрольная сумма). В Ethereum — это механизм проверки целостности адреса, который помогает обнаружить ошибки ввода (опечатки) за счёт использования заглавных букв в шестнадцатеричной записи адреса.
Существует простой алгоритм, который определяет какие буквы необходимо перевести из нижнего регистра в верхний. Адрес хешируется, затем каждая буква адреса сопоставляется с символом в хеше и если он больше или равен 8, то букву нужно преобразовать в верхний регистр.
Сама EVM не проверяет checksum — это делают только кошельки и интерфейсы (например, MetaMask или Etherscan). Если отправить транзакцию на 0x5AAEB... (все буквы с верхним регистром), EVM всё равно обработает её, как 0x5aaeb.... Получается, что пользователи могут видеть, что адрес введён верно (ошибки в регистре могут сигнализировать об опечатке или мошенничестве).
Это хорошая защита от дурака, но не стопроцентная! Изменение одного символа в адресе влечет за собой смену схемы символов в верхнем регистре, но с вероятностью 0,0247% это может не спасти и проверка контрольной суммы пройдет успешно.
▫️Проверь свой адрес
Используй Etherscan или ETH Checksum Tool. При помощи этих сервисов можно проверить контрольную сумму адреса.
▫️Вывод
EVM понимает адрес в любом регистре, но checksum — наша близкая к стопроцентной защита от ошибок и опечаток! Не стоит пугаться, если разные кошельки в разные моменты времени показывают адреса то в нижнем регистре, то в смешанном.
Масштабирование Ethereum L1 и L2 в 2025 году и далее
Большая несправедливость, что статьи Виталика читают мало людей — это же годнота! На некоторые из них я хочу делать обзорные посты. Может, кого-то это побудит почитать оригинал, ну или вы узнаете об основных идеях и меньше будете переживать, что эфир уже не торт 🧁.
Коротко по вступлению. Ethereum — это все еще про дух опенсорса, про трушность и киберпанк, про децентрализацию, социальные технологии и долгосрочную стратегию с далеко идущими планами.
🧐 От философии к делу
За последний год удалось добиться низкой платы за газ — это значит, что L2 работают. Они увеличивают пропускную способность Ethereum в 17 раз. Но есть и проблемки.
Гетерогенность — это термин, означающий разнородность, то есть наличие различных по свойствам, структуре или природе компонентов в одной системе. Гетерогенность одновременно и сила, и слабость L2. Проблема координации цепочек — это неудобства для пользователей и разработчиков.
Курс Ethereum на L2 — максимальный, но от них также требуется следование общим идеям. Это значит, что каждый должен сфокусироваться на своих задачах: L1 улучшает блобы и другие фундаментальные аспекты сети (эффективность PoS, верификацию без хранения состояния, легкие клиенты, EVM, криптографию и хранение данных), а также наращивает стоимость ETH.
В свою очередь, L2 должны работать над:
• улучшением безопасности;
• улучшением стандартизации: пользователь должен использовать L1+L2 как единую экосистему, а не как десятки разных чейнов;
• улучшением времени ввода/вывода средств на L2;
• превращением гетерогенности из недостатка в преимущество: при базовой совместимости одни rollup'ы могут быть копиями EVM, другие - экспериментировать с виртуальными машинами или решать специфические задачи. Именно это и будет формировать мощную экосистему.
💾 Блобы, блобы, блобы
Блоб (blob) — это дешёвое, временное хранилище данных для rollup'ов (L2) в Ethereum. Блобы были добавлены в хардфорке Dencun (март 2024).
Основной упор масштабирования L1 — на блобы. Сейчас выделяется 3 блоба на слот, с форком Pectra это число удвоится. В дальнейшем весь фокус разработчиков Ethereum будет на увеличении количества блобов — уже есть идеи, как достигнуть 128 блобов на слот, а это около 100 000 транзакций в секунду.
🛡Улучшение безопасности
По градации L2Beat только три L2 достигли Stage 2, и ещё три находятся на Stage 1 — Optimism, Arbitrum и Ink. Это не есть гуд: стадии отражают уровень децентрализации и безопасности протоколов (от 0 до 2). Поэтому Ethereum должен продолжать работу по усилению безопасности L2, в том числе через нативно обрабатывая доказательства для rollup'ов через прекомпиляции.
🕸Интероперабельность и стандартизация
Цель — сделать перемещение активов между L2 таким же простым, как если бы это были шарды одного блокчейна.
Что для этого можно сделать в билжашем будущем:
• Адреса, отражающие связь с цепочкой. Например, ERC-3770.
• Стандартизация кросс-чейн взаимодействий — сообщения между цепочками должны полагаться только на криптографическую безопасность самих L2, без доверенных участников!!! Это булыжник 🗿 в сторону таких протоколов, как Axelar, LayerZero, Chainlink CCIP и т.д.
• Ускорение ввода-вывода средств с помощью ZK.
• Быстрое чтение из L1 повысит скорость синхронизации между L1 и L2.
• Общий секвенсор на базе L1. Секвенсор — это компонент rollup'а, который принимает и упорядочивает транзакции. Он определяет, в каком порядке данные попадут в блок и на L1.
💸 Экономика ETH
Поддерживать ценность ETH как тройного актива (triple-point asset: средство обмена, средство накопления, актив в DeFi), а также:
• ETH дожен быть главным активом всей экосистемы (L1 + L2).
• Мотивировать L2 отдавать часть комиссий в ETH.
• Увеличить количество блобов и рассмотреть минимальную цену за них.
Заключение
Все будет ок ☺️. Но нужно еще проделать большую работу и быть максимально активным гражданином участником сообщества вместо того, чтобы ругать Виталика и Ethereum Fondation.
@yarlykovrv
Как сделать свой OFT-токен
Ранее я уже рассказывал о протоколе LayerZero. Также упоминал, что по программе lzCatalyst выделяются большие средства на разработку омничейн-решений. Если взглянуть на экосистему LayerZero, то самым популярным таким решением являются OFT-токены. Пример такого токена — USDT0.
Мы с командой решили по косточкам разобрать OFT-токен и, конечно же, сделать свой. Статья получилась большая, поэтому для удобства она разбита на три части + отдельная часть по архитектуре LayerZero.
Важная ремарка — это не пересказ документации, а скорее дополнительные детали, которые там плохо разобраны или вообще не упомянуты.
🔨 Простой OApp в Remix
Все начинается с OApp (Omnichain Application) — омничейн-приложения, имеющего все необходимые интерфейсы для отправки и получения сообщений. Перед тем как создать свой OFT, стоит попрактиковаться в отправке простого сообщения из одного блокчейна в другой, например, "Hello, World" или что-то более оригинальное.
Для простоты сделать это лучше всего в онлайн-IDE Remix. Для этого даже не нужно быть разработчиком — справится любой, кто внимательно прочитает гайд. Это позволит понять самые основы омничейн-взаимодействия: например, расчёт стоимости газа для отправки, специфику формата адресов, которые используются в экосистеме LZ, а также устройство элементарного OApp.
А для тех, кто совсем не хочет заморачиваться, я развернул контракты в мейннете Arbitrum и Polygon — можете воспользоваться ими для отправки сообщений (через Remix).
🪙 OFT-токен
Тут самое мясо 🥩. Чтобы создать свой OFT-токен, лучше всего подойдёт готовый проект от LayerZero, который можно развернуть одной командой: npx create-lz-oapp@latest. Он включает в себя все необходимые инструменты:
▫️ базовый контракт OFT-токена;
▫️ тесты на Foundry и Hardhat;
▫️ скрипты деплоя и профилирования газа;
▫️ конфигурацию стека безопасности для LayerZero.
Чтобы понять, из чего состоит OFT-токен и что ещё с ним можно сделать, нужно разобрать, как работают основные функции: send и lzReceive. В процессе выполнения они делают много интересного, например, конвертируют amount в shared decimals для отправки и обратно в local decimals при получении, а также удаляют «пыль».
Для самых искушённых есть Foundry-скрипт для отправки токенов и объяснение того, как профилировать расход газа в сети назначения.
🎛 Параметры (options), особенности, PreCrime
Одна из важных составляющих омничейн-взаимодействия в протоколе LZ — работа с опциями. Опции отвечают за то, как сообщение будет обрабатываться в сети назначения. Поэтому необходимо понимать, как они устроены и какие бывают.
Ⓜ️ OFT-токен MetaLamp
Для тех, кто разобрался в теории отправки омничейн-сообщений, но не хочет писать свой токен, а просто хочет посмотреть живой пример, есть токен MetaLampOFTv1, развёрнутый в Ethereum Sepolia и Polygon Amoy. Чтобы получить 100 токенов, можно вызвать функцию claim контракта через Etherscan или Polygonscan. Сам проект лежит здесь.
Клеймить MetaLamp-токен можно сколько угодно, ни в чем себе не отказывайте 😉
Мы с командой регулярно пишем в Telegram-канале. Если вам близки темы, о которых здесь говорим, то заходите.
Как мы собрали web3 в одну книгу и почему это must-have для разработчиков
Недавно наша команда сделала кое-что крутое – первую русскоязычную книгу по web3. Она бесплатная, онлайн, и в ней всё, что нужно, чтобы разобраться в блокчейне и web3-технологиях без хаотичного гугления. Читать можно тут.
Почему это важно
Когда друзья, знакомые, родственники спрашивают, чем я занимаюсь, иногда я даже впадаю в ступор. Довольно сложно объяснить обывателю, что такое блокчейн, web3 и смарт-контракты. Но ещё больнее, когда приходится объяснять это людям, с которыми в этой сфере нужно работать, даже разработчикам. Работая над web3-проектами, я постоянно вижу одну проблему: спецов мало, а те, кто есть, часто теряются в базовых вещах, либо могут рассказать только о том, с чем непосредственно работали.
Этому есть понятная причина — предметка новая, информации очень много, она хаотичная и часто носит рекламный характер. Даже нейронки иногда путаются и выдают желаемое за действительное. Когда-то я и сам столкнулся с этим лицом к лицу - приходилось выгребать и пропускать через себя тонны информации из англоязычных блогов и документаций.
Это как собирать пазл без картинки: долго, муторно, и не факт, что сложится. А тут - готовый онбординг, где всё разложено по полочкам.
Что внутри
Мои коллеги полгода анализировали сотни источников – от зарубежных статей до российских кейсов. Добавили свой опыт (а у нас за плечами десятки блокчейн-проектов), контрольные вопросы и практические задания. Плюс комментарии от топовых спецов индустрии, таких как Базовый Блок, Cyber Academy, Aqua Protocol, Botanica и др.
Книга не про "вот вам теория, разбирайтесь". Это структурированный гайд: от основ блокчейна до более глубоких концепций. Задания помогают закрепить материал, а комментарии экспертов – понять, где это реально применяется.
Кому пригодится
Если вы работаете в web2 (разработчик, менеджер, hr, тестировщик, дизайнер и тд.) и хотите зайти в web3, но не знаете, с чего начать – это для вас. Или если еще не работаете в IT и думаете про web3 нишу – тоже сюда. Лично мне было бы проще в своё время с таким гайдом: меньше бы спотыкался на старте и быстрее бы втянулся в проекты.
Почему бесплатно
Мы решили дать доступ всем. Web3 – это про открытость, и нам важно, чтобы русскоязычные разработчики не отставали. Плюс, это наш вклад в комьюнити/ Надеюсь, вы оцените.
Итог
Это удобный старт. Читайте, отвечайте на контрольные вопросы, выполняйте задания. Может, у вас есть идеи, что добавить в следующую версию? Мы открыты к фидбэку. Оставить его можно у нас в тг канале.
Ссылка на книгу: metalamp.ru/magazine/web3-book.
До встречи в web3!
Поможет ли биткоин Трампу Make America Great Again?
С начала 2023 года биткоин вырос в 6 раз, примерно до 100 000 долларов из-за благоприятных факторов. Когда Трамп стал президентом США, биткоин в январе превысил 100 000 долларов. И вдруг в конце февраля упал на 20%. Дональд Трамп пришёл на помощь, объявив, что основные криптовалюты должны войти в специальный национальный резерв США. Поможет ли это технологии развиваться?
Криптовалюты проделали длинный путь от технологии для гиков и фриков до международного инструмента финансовых операций, но признанного не во всём мире. Многие страны смущает невозможность контролировать эмиссию биткойна и других валют. Поддержка первой страны мира явно поможет биткоину и другим монетам получить признание в новых странах. Только поможет ли это технологии в целом?
Криптовалюты обладают примерно такими же преимуществами перед бумажными деньгами, как электронное письмо перед бумажным. Например, они позволяют автоматизировать многие расчёты при заключении контрактов. В этом случае перевод денег с одних кошельков на другие может происходить автоматически при выполнении определённых условий. Однако пока их стоимость непредсказуемо колеблется в разы (см. начало статьи), строить на ней бизнес сложно. Риски колебаний криптовалютного курса могут съесть любую прибыль. Поэтому пока удел текущих криптовалют — спекулятивные торги и переводы крупных сумм по всему миру без лишних глаз и комиссий.
Как ни странно, создание резервного фонда США с биткойнами, эфиром и другими монетами может помочь технологиям блокчейна и криптовалют развиваться. Дело не только в признании.
Для Трампа новый фонд выгоден, так как находится под его контролем и может использоваться для выбранных политических задач. Сейчас под контролем США находится как минимум 17,7 млрд долларов. Если фонд будет тратиться при высоких ценах на криптоактивы и закупаться при падении стоимости ниже определённого уровня, то это стабилизирует курс. Пусть и не абсолютно. Биржевые брокеры расстроятся, зато бизнес получит возможность строить долговременные бизнес-модели, в которых криптовалютой могут оплачиваться услуги как устройств Интернета вещей, так и облачные SaaS-услуги, если оплата в долларах затруднена (например, из-за сложного пути оплаты через контрагентов из нескольких стран). Следим за ситуацией.
Главное, чему надо учиться при торговле криптовалютой, в частности мемкоинами, - это правильно оценивать возможный upside сделки. Это верхняя границы цены токена. Все остальные действия должны исходить от этой убежденности.
Если вы аргументировали для себя, что возможная цена - 3x от нынешней, вы не должны потом кусать локти при цене 0,5x.
Не бывает такого, что upside токена равен 10x, но при этом это надежный актив, куда можно вложить все накопления из-под матраса.
Легких денег не существует. С ростом заработка растет риск. Это надо понять и принять.
При правильной стратегии вопрос заработка - это лишь вопрос времени.
Выводим Ситника на чистую воду
Топ перлов:
Sync-engine избавляет от однотипного кода по загрузке данных .. он заставляет вас проверять isLoading === true и рисовать крутилку.
Во всех sync-engine используются нормальные стейт менеджеры .. например, nanostore (см. видео с разбором этой библиотеки).
(Я запилил штуку, которая ничего не умеет, но ты можешь поверх этой штуки запилить своих костылей для решения проблем, которые у тебя возникнут из-за моей штуки).
CRDT - это просто лог операций (лог операций - это CmRDT и OT, CvRDT даже близко не лог).
Работать с IndexedDB через скомпилированный под WASM SQLite быстрее, чем напрямую работать с IndexedDB (разве что, если руки заточены под обнимашки).
Упомянутые ссылки:
Tolk — новый язык для разработки смарт-контрактов на TON, который заменил FunC
Всем привет! Я Александр Смирнов, пишу смарт-контракты на FunC и Solidity в MetaLamp. Хотел рассказать про Tolk, его основные отличия от FunC и свое впечатление о нем.
Tolk больше похож на TypeScript и Kotlin, в отличие от FunC, который выглядит как C или Lisp. Однако он по-прежнему даёт контроль над ассемблером TVM, поскольку внутри него находится ядро FunC.
Основные отличия Tolk и FunC:
1) Объявление функции происходит через fun, геттера — через get;
2) Переменные объявляются через var, неизменяемые (immutable) переменные — через val;
3) Cпецификаторы функций, такие как inline, записываются как декораторы: @inline;
4) Типы указываются справа через двоеточие. Также тип возвращаемого значения можно опустить (он будет определен автоматически);
5) Никакого impure: по умолчанию компилятор не будет выкидывать пользовательские вызовы функций;
6) recv_internal, recv_external заменяются на onInternalMessage, onExternalMessage;
7) Поддерживаются люгичесие операции И (&&), ИЛИ (||), отрицание (!);
8) Идентификаторы буквенно-цифровые, 2+2 — это 4 (в отличие от FunC, где это 2+2), нейминг выглядит следующим образом: const OP_INCREASE = 123456; (вместо const op::increase = 123456; в FunC — сейчас компилятор выдаст ошибку);
9) Улучшения в синтаксисе;
10) Функция может быть вызвана до ее объявления: компилятор сначала парсит, а затем сопоставляет вызываемые функции. Сейчас исходный код представляется как абстрактное синтаксическое дерево (AST);
11) Наименование переменных и функций в Tolk в camelCase, в отличие от snake_case в FunC;
12) Никакой тильды (~)! Ее совсем убрали, теперь не нужно возиться с изменением объектов, так как методы возвращают self, аналогично JavaScript;
13) Не нужно импортировать stdlib, однако, если работаете со словарями, нужно импортировать "@stdlib/tvm-dicts";
Для ленивых продвинутых можно воспользоваться удобным инструментом для преобразования FunC в Tolk. На 100% доверять ему не стоит, так как сами разработчики пишут, что необходимы небольшие ручные правки, поэтому лучше освоить Tolk и использовать для ускорения переезда с FunC. Его удобно использовать совместно с Blueprint.
Общее впечатление от Tolk: писать стало комфортнее, но это скорее для тех, кто привык работать с TypeScript. Много упрощений, а также код выглядит более читаемым. Зная FunC, можно за небольшое время перейти на Tolk. Уже есть плагины для VSCode и JetBrains, поэтому подсветка синтаксиса работает.
Больше постов от разработчиков можно найти в нашем телеграм-канале :)
EIP-7549: Move committee index outside Attestation
EIP-7549 является вторым предложением по изменению на уровне консенсуса и предлагает переместить индекс комитета за пределы аттестации. Звучит интересно, но непонятно. Начнём разбираться издалека.
▫️Введение в работу валидатора
Все мы знаем, что валидаторы оставляют 32 ETH в качестве депозита и после этого запускают специальное программное обеспечение, которое состоит из трёх частей:
Execution Client
Consensus Client
Validator Client
Перед началом полноценной работы (этот процесс называют активацией) валидаторы ждут в очереди, которая регулирует скорость присоединения новых валидаторов. После активации валидаторы начинают получать блоки от других участников сети. Сначала проверяются транзакции из полученного блока, чтобы удостовериться, что изменения валидны, и проверяется подпись блока. После этого валидатор отправляет свой голос, который гарантирует, что блок действительный. Этот голос и называется аттестацией.
▫️Структура слотов и эпох в Ethereum
Далее стоит отметить, что сейчас в Ethereum время появления блоков фиксированное и делится на слоты. Один слот — 12 секунд, эпоха — 32 слота. Для каждого слота случайным образом выбирается валидатор, предлагающий блок. В его обязанности входит создание и отправка блока другим участникам. Также в слоте случайным образом выбирается комитет валидаторов, аттестации которых должны подтвердить, что блок действительный. Разделение валидаторов на комитеты необходимо для управления нагрузкой на сеть. Деление на комитеты организовано так, чтобы каждый активный валидатор подтверждал блок в каждой эпохе, но не в каждом слоте.
▫️Понятие финализации блоков
Но это ещё не всё. Чтобы транзакция считалась окончательной, она должна быть частью блока, который уже не может быть изменён без больших затрат. Этот процесс называется финализацией. Управляется это при помощи специальных «checkpoints». Первый блок каждой эпохи — это и есть checkpoint. Требуется две трети от общего застейканного эфира всех валидаторов, которые предоставят свои аттестации.
▫️Разбор полей аттестации
Это всё в теории. Под капотом консенсуса работают два компонента: Casper-FFG и алгоритм выбора форка LMD-GHOST. Первый компонент отвечает за финализацию блоков, получение валидатором вознаграждения или наказания, второй компонент следит за раздвоением сети.
Ожидается, что активный валидатор создаст, подпишет и передаст аттестацию в течение каждой эпохи как минимум. Каждая аттестация содержит в себе следующие поля:
aggregation_bits: Массив бит валидаторов, где каждый индекс соответствует номеру валидатора в комитете.
data: Сведения для аттестации (подтверждения действительности блока).
slot: Номер слота, для которого подготовлена аттестация.
index: Номер, который идентифицирует, к какому комитету принадлежит валидатор в данном слоте.
beacon_block_root: Хеш блока, за который валидатор голосует.
source: Последний согласованный чекпоинт.
target: Целевой чекпоинт текущей эпохи.
signature: Подпись BLS, которая подписывает данные поля data.
▫️Предлагаемое изменение в EIP-7549
Вот мы и добрались до индекса, который EIP-7549 предлагает вынести за пределы аттестации. Для Casper-FFG это критически важное изменение. Суть в том, что все участники разных комитетов голосуют за одну и ту же информацию, подписывая данные в поле data аттестации. Зачастую данные одинаковые, за исключением индекса комитета, который не позволяет агрегировать эти подписи в одну. Поэтому предлагается убрать индекс и объединить одинаковые аттестации, что позволит уменьшить их количество.
Вот так, покопавшись в сути этого EIP, который на первый взгляд мог выглядеть странно, я могу сделать вывод, что звучит всё логично, по крайней мере идея становится понятной. Видимо, поэтому мне и не удалось найти каких-то явных противостояний или противников EIP-7549. Отдельно стоит отметить, что этот EIP вносит обратно несовместимые изменения в проверку блоков на уровне консенсуса, поэтому он и включается в хард-форк.
Подписывайтесь на наш телеграм-канал:)
Всем привет!
Мы опубликовали новую статью про нашу карту развития для web3 фронтендеров. В статье подробнее рассказываем, как устроена карта, как возникла идея ее создания и какие карты развития у нас еще есть))
Еще мы ведем свой телеграм-канал, где информация из мира разработки и web3 выходит оперативнее всего, переходите почитать авторские посты и мнение нашей команды, а также похоливарить в комментариях:)
Разбор ERC-6900: Модульные абстрактные аккаунты и плагины
ERC-6900 — это стандарт Ethereum, определяющий модульные абстрактные аккаунты (Modular Smart Contract Account — MSCA). Он расширяет функциональность абстрактных аккаунтов ERC-4337 (кто пропустил, мы уже писали о них тут), позволяя выносить дополнительную логику и проверки во внешние модули.
Ключевые аспекты ERC-6900:
Модульность: позволяет разделить логику аккаунта на отдельные плагины.
Расширяемость: упрощает добавление новых функций к аккаунтам без изменения основного кода.
Стандартизация: обеспечивает совместимость между различными реализациями аккаунтов и плагинов.
Интеграция с ERC-4337: совместим с инфраструктурой Account Abstraction.
Важно! Оба стандарта (ERC-4337 и ERC-6900) находятся в стадии черновика, поэтому возможны изменения. В статье рассматривается AA (ERC-4337) версии v0.6.0 и ERC-6900 (MSCA) версии v0.7.0 (на базе AA v0.6.0). Например, уже есть новая версия AA, в которой изменена работа с validateUserOp, но MSCA пока этого не поддерживает.
Кроме того, ERC-6900 тесно связан с Alchemy, поэтому самые свежие обновления по этому стандарту, скорее всего, будут в их репозиториях, так как они разрабатывают архитектуру для работы с такими аккаунтами. Это один из главных недостатков стандарта — он создается с учетом нужд конкретного протокола, а не всего сообщества.
Читайте продолжение статьи тут:)
Опубликовали новую статью — обзор протокола LayerZero!
В статье узнаете о принципах работы LayerZero, его архитектуре и о том, что еще выделяет его на фоне других решений.
Велком к прочтению:)
Еще мы ведем свой телеграм-канал, где информация из мира разработки и web3 выходит оперативнее всего, переходите почитать авторские посты и мнение нашей команды, а также похоливарить в комментариях:)
❗️Внимание разработчики
Команда MetaLamp столкнулась со скамером. Рекомендуем изучить, чтобы не стать жертвой мошенников.
За последние сутки к нам поступило несколько запросов на разработку высокобюджетного проекта, где сначала нужно было пройти тестовое задание. Мы развернули код и заметили там подозрительную активность в одном файле.
Решили обсудить это с нашими друзьями-аудиторами из BugBlow и ребята обнаружили стилера (от англ. steal — красть) написали подробный отчет.
В чем угроза?
Стилер украдет с вашего компьютера криптокошельки, браузерные пароли, установит какой-нибудь бэкдор.
Обнаружить его непросто. Всего один файл в проекте оказался вредоносен и он же обфусцирован. Код состоит из шестнадцатиричных значений, а строки состоят из символов, которые превращаются в значимые строки в момент исполнения. После анализа и деобфускации, увидели интересные и знакомые строчки кода.
Как только приложение получит ваши данные, оно сразу отправит их на сервер, а после этого установит на ваш компьютер бекдор.
Кстати хакер, написавший этот код оставил свой IP адрес, на который украденные данные отправляются 138.201.199.46.
Если что-то запускаете, всегда запускайте с виртуальной машины, не со своего компьютера.
Спасибо Александру Долгавину из BugBlow за отчет! Вступайте в чат про безопасность BugBlow и читайте X команды.
Stay Safe!
EIP-7251: Increase the MAX_EFFECTIVE_BALANCE. Part 2
Part 1 опубликован здесь.
Маленький нюанс: в чем профит условному Lido объединять группу своих валидаторов в одного? Предлагается несколько плюшек: возможность частично изымать сумму стейкинга, а также обсуждаются послабления штрафной системы, плюс, как я понял выбор валидаторов взвешенный уже сейчас, чем больше стейк, тем выше вероятность, что валидатор будет выбран для добавления блока (поправьте меня тут, если я не прав)
Что же остается делать соло валидаторам? Их вероятность добавлять блоки теперь ниже? Кажется именно так. Взамен предлагаются гибкие ставки, например, можно сразу стейкать 40 ETH в одного валидатора и получать больше вознаграждения, а не копить на второго валидатора. Достаточно соло валидаторы ущемлены на благо диверсификации сети? Надеюсь, что в меру, чтобы продолжить быть валидаторами.
Вывод. EIP даст положительный результат! Показатель децентрализации по валидаторам улучшиться, схлопнутся излишние валидаторы, что сократит операционные расходы, как самим валидаторам, так и сети на взаимодействие между валидаторами. Только почему то мне кажется, что эта проблема может вернуться через какое-то время, если пополярность ликвидного стейкинга и рестейкинга продолжит набирать популярность. Надеюсь ребята из Ethereum все правильно посчитали!
EIP-7251: Increase the MAX_EFFECTIVE_BALANCE. Part 1
Идея проста! EIP-7251 предлагает валидаторам стейкать больше 32 ETH. Сейчас в коде за это отвечает переменная «MAX_EFFECTIVE_BALANCE». Отсюда и такое название EIP. Тоесть, а давайте увеличим максимальную сумму для стейкинга.
Приводится статистика: на октябрь 2023 года в сети работает свыше 830 000 валидаторов и их число продолжает расти. Однако, есть большое количество «redundant validators» или избыточных валидаторов — это связано с протоколами ликвидного стейкинга, которые объединяют пользователей в группы для совместного управления валидаторами. Сейчас сумма стейка ограничена 32 ETH и такие протоколы запускают множество валидаторов. В результате мы имеем, что определенная группа валидаторов находится в одних руках. На 12 октября доля Lido занимает 29,7%. Пурумпурумпум! Ситуация!
EIP предлагает оставить 32 ETH как нижнюю границу, своего рода входной билет, а верхнюю поднять до 2048 ETH. Рассчет прост, теперь Lido может держать за место 64-х валидаторов со стейкиногом по 32 ETH всего одного на 2048 ETH. Не сложно догадаться, что это должно положительно сказаться на диверсификации сети и снизить количество избыточных валидаторов.
Опубликовали новую статью, где рассказали, почему мосты между блокчейнами важны для криптоэкосистемы, разобрали их базовую архитектуру, а также классификацию и типы мостов.
Бонус: в конце статьи вы найдете инструкцию как сделать свой мост :)
Если хотите узнавать самые последние новости и интересные тренды из web3, то переходите в наш телеграм-канал, там мы холиварим и обсуждаем все самое интересное и полезное!
EIP-7600: Hardfork Meta - Pectra
Pectra — запланированный хардфорк сети Ethereum на конец 24-го или начало 25-го года. На данный момент, хардфорк включает в себя 8 запланированных и 3 рассматриваемых на включение EIPs.
Consensus Layer
EIP-7251: Increase the MAX_EFFECTIVE_BALANCE
EIP-7549: Move committee index outside Attestation
Execution Layer
EIP-2537: Precompile for BLS12-381 curve operations
EIP-2935: Save historical block hashes in state
EIP-6110: Supply validator deposits on chain
EIP-7685: General purpose execution layer requests
EEIP-7002: Execution layer triggerable exits
EIP-7702: Set EOA account code for one transaction
Общие
EIP-6110: Supply validator deposits on chain
EIP-7002: Execution layer triggerable exits
Практически все EIPs относятся к внутренним механизмам и затрагивают несколько этапов из роадмапа Ethereum: The Merge (улучшение со стороны консенсуса), The Scourge (решение проблем централизации), The Splurge (fix everything else).
Интересно здесь то, что немалая часть уделяется этапу «The Splurge». Это история про поправим все остальное. Что это означает? Протокол сделал все что хотел и работает над стабилизацией после хардфорка Dencun? Чтобы ответить на этот вопрос предлагаем вместе с нами попробовать разобраться во всех EIPs.
Первый EIP-7251 разберем в следующем посте, а то нас ограничивает количество символов в постах на Хабре:)
Все посты по этой теме можно будет найти по тегу #в_гостях_у_Pectra. Больше интересных тем разбираем в нашем телеграм-канале!
Мы выпустили новую крутую статью! Это технический обзор UniswapX — протокола, который выполняет обмен токенов через сторонних поставщиков ликвидности с применением аукциона.
Чем интересна эта статья?
Рассмотрели архитектуру протокола
Способы его интеграции в существующие системы
Различные стратегии исполнения ордеров
Велком к прочтению!
Во время реализации своего проекта у меня получился удобный скрипт для поднятия POA сети на базе geth. Вы сможете поднять свою блокчейн сеть за 5 мин. Все делается через диалог, так что вероятность сделать что то неправильно сильно уменьшается.
Что умеет:
Установка всех необходимых бинарников
Создание новой блокчейн сети
Подключение к существующей сети
Создание boot ноды при создании новой сети автоматически
Просмотр статуса ноды:
Sealer NodeTestnet - active
Pending transactions: 0
Queued transactions: 0
Working from: "0x730074d5e8352dfe0d8847a7d25797dde1293ca2"
Block number: 476
Balance: 999987837.11510033744184
Signers: 5
0x1f86a66305168d6282573549358f163350f5693f 0x730074d5e8352dfe0d8847a7d25797dde1293ca2 0x844e2370621784d8edbd233fdd9324ae7461d570 0xbb1b6d37c0c8072f3bf453fb76f233330f19fa03 0xe7ff9289b2ad9e8e2d1b2b2ae79698811f8f873c
Выполнять действия от ноды:
Апрувить новую ноду в сети как валидатор
Отправлять эфиры на нужный адрес
Получать баланс у нужного адреса
Подключаться к ipc для работы с нодой
Создавать неограниченное кол-во нод на одном хосте
Все ноды управляются через systemd
Управление всеми ключами
Что планируется:
Просмотр логов ноды
Запуск ноды без майнинга, только sync и принятие транзакции
Разворачивание nginx c ssl
Выбор периода времени через которое выпускается блок, сейчас используется значение 0, что означает выпуск блока если есть транзакция. Это сделано для того чтобы база данных не пухла если сеть простаивает.
Изменение gasprice
Начинаем серию статей про рынок предсказаний и его главного представителя на сегодня Polymarket. В первой статье подробнее разберем, как работает Gnosis Conditional Token Framework, который реализует кодовую базу для токенизации потенциальных исходов на рынке предсказаний.
Приятного прочтения!
Привет, Хабр!
В интернете доступно множество платных и бесплатных курсов по разработке и в частности по Solidity, но при этом огромное количество информации, в которой легко потеряться.
Наша команда разработки прошла этот путь и основываясь на накопленном опыте, создала структурированную программу обучения. У нас в MetaLamp уже есть успешный опыт создания подобных программ: мы сделали программу обучения для фронтенд и бекенд разработчиков.
Поэтому при создании программы обучения по Solidity мы старались придерживаться этих же традиций и внесли в программу свое видение, которое поможет поскорее пройти путь обучения от начала до самостоятельного плавания.
Сейчас у нас появилась 3-я ветка программы, приглашаем всех, кому интересно обучиться на разработчика смарт-контрактов для EVM-сетей и погрузиться в мир Solidity!
Важно! Программа обучения подходит тем, у кого уже есть минимальный опыт блокчейн-разработки или разработки в целом, проверить свою готовность к прохождению программы можно тут.
Программа обучения полностью бесплатная, основана на практических заданиях, по которым будет проводиться ревью, а выпускников программы мы будем привлекать на наши проекты при наличии вакансий и рекомендовать партнёрам.
Welcome!
Привет всем!
Наш Lead Solidity-разработчик Паша Найданов @pnaydanovgoo опубликовал новую статью про Aave: в ней он разбирает работу Flash loans — типа кредитования на базе смарт‑контрактов, который не требует залога для обеспечения займа.
Почему Flash loans так популярны сейчас и какими уникальными характеристиками они обладают, а главное, как их можно использовать — подробности в статье:)
Основатель Twitter Джек Дорси больше не входит в совет директоров децентрализованной соцсети Bluesky. Компания поблагодарила Дорси за работу и заявила, что ищет нового члена правления.
Ранее пользователь X спросил Дорси, находится ли он в совете директоров компании, и тот ответил «нет». До этого он отписался от всех аккаунтов на X, кроме трёх, при этом назвав платформу Илона Маска «технологией свободы».
На данный момент в совете директоров Bluesky остались два члена: генеральный директор Джей Гребер и изобретатель Jabber/XMPP Джереми Миллер.
Первоначально Дорси поддержал Bluesky в 2019 году как проект по разработке стандарта социальных сетей с открытым исходным кодом. Позже он вошёл в совет директоров компании, когда она отделилась от Twitter в 2022 году. Однако Дорси не принимал активного участия в работе компании. В марте, когда Нилай Патель из The Verge спросила Гребера об уровне участия Дорси в Bluesky, она сказала, что «иногда получает некоторую обратную связь». За несколько месяцев до этого сам Дорси закрыл свой аккаунт в Bluesky.
Threads заработает в сети децентрализованных сервисов Fediverse. Интеграция позволит пользователям делиться сообщениями на разных платформах.
Опция «Fediverse sharing» появится в настройках учётной записи Threads. Чтобы воспользоваться ею, потребуется общедоступный профиль. У таких профилей появятся специальные отметки, при клике на которые будут открываться имена пользователя в других соцсетях.
Первые участники текущего альфа-тестирования не могут просматривать ответы на свои публикации и видят только лайки.
Кроме того, Threads не может гарантировать, что сообщение будет удалено на связанных платформах, если пользователь решит удалить его на Threads. Чтобы предотвратить случайную публикацию сообщений, соцсеть будет отправлять сообщения в Fediverse только через пять минут, а пользователи получат возможность редактировать или удалять их в этот период.
Threads также планирует разрешить пользователям подписываться на сторонние аккаунты в Fediverse, а создателям контента — приглашать подписчиков на другую платформу.
Состоялся релиз специализированного дистрибутива Tails 5.22 (The Amnesic Incognito Live System), основанного на пакетной базе Debian и предназначенного для анонимного выхода в сеть.
Анонимный выход в сеть в Tails обеспечивается системой Tor. Все соединения, кроме трафика через сеть Tor, по умолчанию блокируются пакетным фильтром. Для хранения пользовательских данных в режиме сохранения пользовательских данных между запусками применяется шифрование. Для загрузки подготовлен iso-образ, способный работать в Live-режиме, размером 1 ГБ.
В Tails 5.22:
в Tor Browser разрешено сохранение файлов в каталоги Documents, Downloads, Music, Pictures и Videos, а также передача файлов из этих каталогов.
в случае повреждения постоянного хранилища реализована попытка восстановления файловой системы после её разблокировки на экране приветствия входа в систему.
при клонировании постоянного хранилища обеспечено отображение скорости записи.
убраны попытки разблокировки или удаления постоянного хранилища на USB-носителях, доступных только в режиме чтения.
обновлены версии Tor Browser 13.0.9 и Thunderbird 115.7.
Источник: OpenNET.
Разработчики анонимной сети Tor опубликовали результаты второго аудита со стороны Radically Open Security с апреля по август 2023 года (до этого с ноября 2022 года по апрель 2023 года компанией Cure53 проводился первый аудит). Проверка затронула код для обеспечения работы выходных узлов, браузер Tor Browser, компоненты инфраструктуры (сбор метрик, SWBS, API Onionoo) и утилиты для тестирования.
Основной задачей повторной проверки была оценка изменений, внесённых для повышения скорости и надёжности сети Tor, таких как добавленный в выпуске Tor 0.4.8 протокол разделения трафика Conflux и методы защиты Onion‑сервисов от DoS‑атак на основе доказательства выполнения работы.
В ходе аудита были выявлены 17 уязвимостей. Одна из них отнесена к категории опасных. Четырём уязвимостям присвоен средний уровень опасности, а 12 отнесены к проблемам с незначительным уровнем опасности. Наиболее опасная уязвимость выявлена в приложении onbasca (Onion Bandwidth Scanner), применяемом для сканирования пропускной способности узлов сети.
Уязвимость вызвана возможностью отправки запросов через HTTP-метод GET, позволяющих выполнить подстановку межсайтовых запросов от лица другого пользователя (CSRF, Cross-Site Request Forgery), что даёт атакующему возможность добавить свои мостовые узлы в БД через манипуляцией с параметром bridge_lines.
Источник: OpenNET.
Опубликована новая версия децентрализованной платформы для обмена мультимедийными файлами MediaGoblin 0.13.0, предназначенная для организации хостинга и обмена медиаконтентом, в том числе фотографиями, видеороликами, звуковыми файлами, трёхмерными моделями и PDF-документами. В отличие от централизованных сервисов, подобных Flickr, YouTube и SoundCloud, платформа MediaGoblin нацелена на организацию обмена контентом без привязки к конкретному сервису и использует модель похожую на StatusNet и pump.io, предоставляющую возможность запустить сервер на своих мощностях. Код проекта написан на языке Python и распространяется под лицензией AGPLv3.
добавлена поддержка Python 3.10 и 3.11, прекращена поддержка версий Python до 3.7.
обновлены библиотеки Jinja2, PyLD, Celery.
добавлена поддержка навигации по многостраничным представлениям при помощи клавиш управления курсором.
на страницах с видео выставлен атрибут preload="metadata" для запрета упреждающей загрузки содержимого видео (в режиме "metadata" загружаются только сведения о размере видео).
в коде для сравнения паролей задействован алгоритм с постоянным временем выполнения (для блокирования атак по сторонним каналам, учитывающим время выполнения операций).
по умолчанию при изменении размера изображений задействован фильтр с бикубической интерполяцией (BICUBIC).
в системе непрерывной интеграции налажены проверочные сборки в Debian 11, Debian 12, Ubuntu 20.04, Ubuntu 22.04 и Fedora 39.
Источник: OpenNET.