🎤 СНОВА В ЭФИРЕ — ВТОРОЙ ДЕНЬ НА BLOCKCHAIN LIFE

Коля проснулся, умылся, поел и готов вещать дальше.
Как и вчера, всё самое интересное в комментах под постом🚬

Если тоже на конфе — подходите пообщаться, ребята будут рады!

🎤 НАШ КОРРЕСПОНДЕНТ ПЕРЕДАЁТ С МЕСТА СОБЫТИЙ

Николай Бордуненко на связи с Blockchain Life.

В комментах кружочки от Коли по поводу конфы, его впечатление и, кнчн, селебы, которых он повстречал😊

Если вы тоже там и вдруг увидите парня в красной кепке — подойдите, скажите привет 👋

😌Йоу йоу йоу, ребята, осталось всего 2 дня до MetaLamp-ивента в МСК.

25 апреля в 19:00 соберутся сливки web3-комьюнити, чтобы обсудить разработку и запуск web3-продуктов.

Хочешь полезные знания + крутой нетворк? Тогда ждем тебя 🚬

💪Регистрация тут 💪

0⃣ Как сделать свое первое омничейн приложение на базе LayerZero v2? Часть 2. OFT-токен

#роман_ярлыков продолжает серию практических гайдов по LayerZero v2.

В первой части он рассказал, как развернуть простое OApp-приложение в Remix IDE. Во второй части, Рома знакомит нас с ключевыми смарт-контрактами и описывает создание собственного OFT (Omnichain Fungible Token).

Статья поможет на практике разобраться, как работает LayerZero, и понять, на что стоит обращать внимание при разработке омничейн-приложений.

📝 Читайте статью на Хабре: https://habr.com/ru/articles/903474/

🎙 Роман снова в студии

Подъехал второй подкаст с участием нашего СЕО #роман_штых!

В этот раз Рому позвали ребята из «Код за Деньги», поговорить за web3, про онбординг пользователей в web3-продукты, регуляторику и другие базовые вещи.

Особенность выпуска в том, что ведущие скептически относятся к Web3 и крипте в целом. Впрочем, это нормально — человек не в теме чаще всего видит только громкие новости про взломы и скам, что подрывает доверие ко всей сфере.
И Рома в выпуске как раз пытается объяснить, почему Web3 — это не только про мемы и мошенников, а про реальные технологии, которые могут менять индустрии.

Больше не придется объяснять, что такое Web3 и зачем оно вообще — просто кинете ссылку на этот выпуск.

И сами посмотрите, чтобы поднабрать аргументов для будущих споров на тему «биткоин — скам, крипта — пузырь, web3 — утопия».

Короче — смотрите, оставляйте комменты и ставьте КЛАССЫ 👍

📺 СМОТРЕТЬ ЗДЕСЬ

Как сделать свой OFT-токен

Ранее я уже рассказывал о протоколе LayerZero. Также упоминал, что по программе lzCatalyst выделяются большие средства на разработку омничейн-решений. Если взглянуть на экосистему LayerZero, то самым популярным таким решением являются OFT-токены. Пример такого токена — USDT0.

Мы с командой решили по косточкам разобрать OFT-токен и, конечно же, сделать свой. Статья получилась большая, поэтому для удобства она разбита на три части + отдельная часть по архитектуре LayerZero.

Важная ремарка — это не пересказ документации, а скорее дополнительные детали, которые там плохо разобраны или вообще не упомянуты.

- Архитектура LayerZero
- Часть 1. Простой OApp в Remix
- Часть 2. OFT-токен, создание
- Часть 3. Параметры (options), особенности, PreCrime

🔨 Простой 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-токен можно сколько угодно, ни в чем себе не отказывайте 😉

#роман_ярлыков

🎁 РОЗЫГРЫШ для тех, кто хочет в Web3!

Запускаем розыгрыш, объявленный в интервью с Романом Штыхом:

🔥 Приз #1 — персональная консультация от Романа Штыха, где вы сможете задать свои вопросы по Web3, крипте, блокчейну, dApps или запуску продуктов в этой сфере.

🧢 Призы #2,3 и 4 — фирменные бейсболки Make Web3 Great Again (они правда классные).

Условия участия простые - подпишитесь на эти 3 Телеграм-канала:
- Штых-Штых!
- MetaLamp
- Про Telegram Mini Apps

И нажми кнопку Участвую!

📅 Итоги подведём 21.04.2025 в 18:00 Mск

Удачи! 🚀

🎙 Помните, Роман (наш СЕО который), был на подкасте?

Так вот, ребята запустили розыгрыш — можно выиграть консультацию от Ромы: можно поговорить про Web3, крипту, запуск продуктов и пр.

Или наш фирменный мерч, вдохновленный сами знаете чем.

Все подробности в посте ниже.

Bittensor: обзор протокола для децентрализованного машинного обучения

В новой статье Алексей Куценко разбирает, как работает Bittensor.
Bittensor — децентрализованный блокчейн-протокол для распределённого обмена вычислительными мощностями и интеллектуальными ресурсами. Его цель — создать открытую и саморегулируемую экосистему, в которой участники могут разрабатывать, обучать и оценивать нейросетевые модели, получая вознаграждение за свой вклад.

Лёша уже делился первыми мыслями про Bittensor в канале (раз, два), а теперь собрал обзор, где рассказывает:

🙌как устроен сам протокол,
🙌зачем ему собственный блокчейн и токен TAO,
🙌как взаимодействуют майнеры и валидаторы,
🙌о сильных сторонах системы и её ограничениях,
🙌про реальную ценность для пользователя,
🙌примеры использования.

💡 Читаем тут: https://habr.com/ru/articles/901340/

Если вы хотели разобраться, что да как в Bittensor, то обзор от Лёши отлично для этого подойдёт😊

#алексей_куценко

⚡ Запуск web3 продукта: разработка, законы, токеномика, безопасность и маркетмейкинг

Собрали в одну встречу экспертов-практиков, которые проведут и проконсультируют по каждому ключевому аспекту работы с web3 продуктами:
1/ Быстрая разработка MVP и подготовка команды
2/ Продуманная токеномика (проблема 99% web3 проектов)
3/ Юридическая структура в крипто и как её качественно организовать
4/ Маркетмейкинг и выходы на биржи
5/ Управление ликвидностью и рыночным спросом
6/ Безопасность децентрализованных приложений и как её добиться

▪️ Спикеры
→ Михаил Курлов — CEO ММ (market making) компании Titan Investment Technologies

→ Александр Селезнёв — CEO аудиторской фирмы pessimistic.io, со-основатель культового подкаста Базовый Блок.

→ Алексей Каранюк — эксперт по токеномике, преподаватель токеномики на кафедре блокчейна МФТИ. Разработал модели для 30 web3-проектов в GameFi, DeFi, DePin, SocialFi. Ранее занимался финансовым моделированием для web2, сотрудничая с 70+ проектами.

→ Руслан Усманов — основатель и директор юридической фирмы tx.legal, которая специализируется на комплексной поддержке Web3-проектов

→ Роман Штых — CEO MetaLamp, ведущей студии web3 разработки в РФ. Завершили более 200 проектов в сфере web3, крипто и блокчейн в более чем 30 странах.
Организаторы ивента: Alpha7297 и MetaLamp (https://metalamp.ru)

▪️ Дата и время: 25 Апреля (пятница) 2025 | 19:00
▪️ Локация: Москва, Столешников пер., д. 6 стр. 3 (Loft Министерство)

🔥Регистрация: https://clck.ru/3LSVXd (Стоимость билетов растет каждые 3 дня, успей взять себе)

Проведи вечер в компании с фаундерами и отраслевыми экспертами

🔥 Bittensor EVM: Как я пытался задеплоить контракт и потерял все нервы

Решил я как-то проверить поддержку EVM-части от блокчейна Bittensor. Для этого хотел задеплоить контракт в тестнет Bittensor EVM. Казалось бы, что может быть проще? Есть гайд, есть фаусет, есть желание... Но не тут-то было! 😅

🧩 Квест "Получи свой TAO"

Первый этап — получение тестовых токенов. Но не думайте, что это просто:

1️⃣ Оказывается, фаусет выдает TAO только на основной адрес Bittensor в формате SS58 (привет, Substrate!), а не на EVM-адрес MetaMask.

2️⃣ Пришлось разбираться с кошельком Bittensor, который отказался запуститься у меня в Google Chrome. Пришлось поставить Opera — отдельное "удовольствие" для тех, кто привык к простоте и удобству MetaMask.

3️⃣ После долгих плясок с бубном в дискорде наконец получил заветные 0.5 TAO в тестнете Bittensor. Ура? Не совсем...

🌉 Мост в никуда

Теперь нужно перевести токены из SS58-сети в EVM, чтобы задеплоить заветный контракт. И тут начинается настоящее веселье:

🙌 В официальной документации — ни слова о том, как это сделать.
🙌 В дискорде — тишина на мои вопросы.
🙌 Нашел какой-то бридж, который обещал перевести активы.

Подключил оба кошелька, отправил транзакцию и... ничего не получил. Токены ушли в черную дыру! 🕳

🔎 Поиски пропавших токенов

Самое "прекрасное" в этой ситуации:
- Нет блок-эксплорера для EVM-части Bittensor и основного тестнета Bittensor.
- Проверить, куда делись токены — невозможно.
- В дискорде на вопросы о пропавших токенах — гробовое молчание.

💡 Что я понял

1️⃣ Документация Bittensor EVM находится где-то на уровне "мы написали три строчки и считаем это гайдом"
2️⃣ Инфраструктура для разработчиков практически отсутствует
3️⃣ Поддержка сообщества... какая поддержка?
4️⃣ Задеплоить контракт без шаманских плясок невозможно

🤔 Мораль истории

Если вы думаете задеплоить что-то в Bittensor EVM — дважды подумайте. Или лучше трижды. А потом выберите любой другой EVM-чейн, где есть нормальная документация, работающий фаусет и хотя бы минимальная поддержка.

А пока мои 0.5 TAO летают где-то в межблокчейновом пространстве, я продолжаю ждать ответа в дискорде.

#алексей_куценко

MetaLamp едет на Blockchain Life 2025!

Наш CEO #роман_штых и Lead Blockchain Analyst #николай_бордуненко уже пакуют чемоданы, чтобы залететь на одну из топовых блокчейн-конференций на RU-рынке — Blockchain Life 2025.

📅 Когда: 23-24 апреля.
📍 Где: Москва, МТС LIVE Холл.

Если будете на конфе, обязательно пишите Роме или Коле в DM. Хотите обсудить партнёрство или поболтать за проекты — наши ребята всегда открыты.🥰

Увидимся на Blockchain Life! 👋

Причины успеха DEX нового поколения — Aerodrome Finance

🛫 Aerodrome Finance — это не просто DEX, это MetaDEX. Почему так? Как протокол смог взять всё лучшее из мира DeFi и успешно это воплотить? Почему в сети Base с ним не могут конкурировать даже Curve и Uniswap? Разберёмся в этом посте.

Если кто забыл, DEX — это децентрализованный обменник на базе AMM (Automated Market Maker). Казалось бы, сейчас таких обменников больше, чем желающих их использовать. Так и есть! Именно поэтому DEX’ам приходится устраивать войны за ликвидность и привлекать её любой ценой.

🚲 Но зачем изобретать велосипед, если можно взять готовое решение и немного подкрутить? Так подумала команда Velodrome в сети Optimism. Но речь не о нём; важно то, что Aerodrome — это форк Velodrome v2, сделанный той же командой, что позволило Aerodrome запуститься без проведения аудитов.

Что сделал Aerodrome?

В основе рецепта успеха три составляющие:
1. Взять лучшее от Uniswap и немного подкрутить.
2. Взять лучшее от Curve и немного подкрутить.
3. Взять лучшее от Convex и ... ну вы поняли.

Что взяли от Uniswap?

🟣 К пулам Uniswap v2 добавили новый механизм сбора комиссий. Разделение ликвидности и торговых комиссий позволило внедрить доп. механики поощрения провайдеров ликвидности.
🟣 Добавили механизм StableSwap (взятый у Curve), он позволяет создавать пулы стабильных токенов с низким проскальзыванием.

Что взяли от Curve?

В прошлом посте я рассказывал про маховик ликвидности, запущенный Curve. Aerodrome взял эту идею и адаптировал её, а точнее - улучшил:
🔵 Другой принцип распределения торговых комиссий (в отличие от Curve, провайдеры ликвидности могут получать до 100% комиссий).
🔵 Изменённая токеномика и скорость эмиссии AERO (токен протокола, аналогичный CRV).
🔵 Токен голосования veAERO выпущен в виде NFT (ERC-721) и обладает дополнительными возможностями по сравнению с veCRV.
🔵 Доработанные механизмы управления и развития протокола.

Что взяли от Convex?

Чтобы избежать повторения войны за ликвидность (как было между Curve и Convex), протокол Aerodrome встроил основные механики Convex «нативно», добавив к ним улучшения:
🟠 Токены голосования veAERO могут объединяться в mveAERO (managed NFT) — аналог Convex-пула для токена AERO. Пользователи могут передавать свои veAERO в общий пул, которым управляет менеджер.
🟠 Менеджер голосует консолидированной мощностью, аккумулирует взятки и торговые комиссии, автоматически реинвестируя их в AERO и увеличивая баланс своего veAERO.
🟠 Таким образом, вес голоса растёт, а протокол получает постоянно увеличивающуюся долю эмиссии — аналогично тому, как это делает Convex с токеном cvxCRV.

Управляемые токены mveAERO могут взимать комиссию за управление, а стратегии менеджмента могут отличаться. Также никуда не делся механизм взяток: при желании можно «занести» немного (или много) дополнительных наград за свой пул, тем самым привлекая больше ликвидности.

🧑‍💻 Как это выглядит со стороны пользователя

Порядок действий такой:
1. Добавляем ликвидность в пул, получаем LP-токены. Зарабатывать комиссии с обменов.
2. Стейкаем LP-токены. Теперь мы отказываемся от комиссий, но зарабатываем AERO.
3. Стейкаем AERO и получаем veAERO. Можем голосовать за распределение эмиссии AERO между пулами и снова получаем комиссии с обменов.
4. Отдаём veAERO в управление, чтобы не голосовать самостоятельно каждую неделю.
5. Чилим и наблюдаем, как растут наши доходы.

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

🛬 Выводы

Команда Aerodrome грамотно воспользовалась проверенными DeFi-механиками, объединив и подружив их под одной крышей. Это позволило им стать настоящим «хабом ликвидности» в сети Base. Сбалансированная модель поощрений привлекает провайдеров ликвидности, трейдеров и тех, кто зарабатывает на фарминге. А возможность создавать автоматизированные стратегии решает проблему низкого вовлечения в голосования и участия в жизни протокола.

#роман_ярлыков

Как сделать своё первое омничейн-приложение на LayerZero v2? Часть 1 — простой OApp в Remix

Если вы уже читали статью Романа Ярлыкова про архитектуру LayerZero v2, то вот вам логичное продолжение — меньше теории, больше практики.

В новой статье Рома показывает, как развернуть простейший OApp в Remix IDE: настроить контракты, отправить сообщение между двумя сетями и как это работает на практике.

Это только первая часть серии — скоро выйдет продолжение для тех, кто хочет копнуть в OApp глубже. Stay tuned 👀

💡 Читаем тут: https://habr.com/ru/articles/899020/

#роман_ярлыков

Маховик ликвидности протокола Curve Finance

Когда-нибудь задумывались, в чем причина успеха Curve Finance? Простой ответ: они первыми придумали, как снизить проскальзывание при обмене стейблкоинов. Это правда, механизм StableSwap стал их киллер-фичей, но это только вершина айсберга.

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

Маховик — массивное вращающееся колесо, используемое в качестве накопителя кинетической энергии или для создания инерционного момента.

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

🌀 Как Curve привлёк ликвидность и запустил свой маховик?

Помимо заработка на торговых комиссиях, Curve создал систему, где в обмен на LP-токены пользователи получают награды в виде токена протокола CRV.

Но что делать, чтобы эти токены не сливали, обрушивая цену?
Curve предложил следующее:
- Стейкать LP-токены и каждую неделю, чтобы получать CRV.
- Стейкать CRV, чтобы получить токен голосования veCRV. Чем дольше период блокировки (максимум 4 года) и чем больше CRV вы застейкаете, тем выше вес вашего голоса (вес постепенно снижается с уменьшением времени блокировки).
- Имея veCRV, можно голосовать за предложения протокола, но главная задача — это еженедельные голосования за распределение ревардов CRV между пулами ликвидности.

Всё это запускает цикл:

1️⃣ Больше ликвидности → лучше условия обмена и выше доходность (меньший спред, меньше проскальзывание).
2️⃣ Высокая доходность мотивирует поддерживать популярные пулы, отдавая свои голоса veCRV.
3️⃣ Держатели veCRV получают больше ревардов CRV и больше торговых комиссий → это привлекает ещё больше ликвидности.
4️⃣ Повторение цикла — чем больше участников, тем проще системе поддерживать свою эффективность.

Таким образом, и волки сыты 🐺, и овцы целы 🐑. Казалось бы, все в выигрыше: CRV — инфляционный токен, но его цена держится за счёт длительных блокировок, а они, в свою очередь, приемлемы, поскольку обеспечивают гарантию удержания цены. Плюс всегда есть возможность заработать на торговых комиссиях, поддерживая популярные пулы.

Но есть одна группа пользователей, для которых эта система не слишком выгодна — протоколы, которые хотят залистить свой токен. Им тяжело привлекать ликвидность, потому что veCRV нельзя передавать, следовательно, его нельзя просто купить, а предложение CRV ограничено. Всё это положило начало так называемым "The Curve Wars".

Здесь особенно преуспел протокол Convex. Схема такова:
1️⃣ Вместо того чтобы стейкать CRV, вы вносите его в Convex.
2️⃣ Convex агрегирует большое количество veCRV и получает сильный вес своих голосов в Curve.
3️⃣ Взамен Convex даёт вам токен cvxCRV, который позволяет получать долю от дохода Convex или обменять его на CRV, тем самым обходя блокировку в 4 года.

💰 Взятки

Но главное, что сделал Convex, — запустил свой токен для голосования CVX, который позволяет выбирать пулы, за которые будет голосовать Convex. Вдобавок Convex также ввёл механизм взяток. Да-да, вы можете, например, занести протоколу 100 000 USDT и попросить проголосовать за свой пул в текущей эпохе (эпоха это 7 дней), тем самым запустив маховик ликвидности уже для своего пула.

Все это может звучать сложно, но весь DeFi держится на таких вот войнах за ликвидность.

Кстати, наш тимлид Паша Найданов писал подробную обзорную статью по протоколу Curve.

В следующем посте я расскажу про протокол Aerodrome finance — это DEX нового поколения, вобравший в себя лучшее из мира DeFi на данный момент. А протоколы Curve и Convex сыграли в этом далеко не последнюю роль.

#роман_ярлыков

Пятница вечер. Планируете, что посмотреть на выходных?

🎙 Интервью про Web3 с Романом Штыхом — отличный выбор 😎

- Зачем вообще нужен Web3?
- Как блокчейн меняет бизнес, какие реальные кейсы уже работают, и что будет дальше?
- Можно ли войти в крипту, если ты не технарь?
- И почему всё это важно именно для тех, кто делает продукты в экосистеме Telegram?

Мы с Романом Штыхом, сооснователем MetaLamp (одной из крупнейших Web3-студий с русскоязычными корнями), поговорили по-взрослому — про философию Web3, деньги, анонимность, риски и технологии.

Если для вас очевидно, что Telegram и Web3 движутся в одну сторону — это то самое видео, которое нельзя пропустить.

Это видео поможет вам глубже понять, почему Telegram + Web3 = будущее.

Смотрите где удобно:
📺 YouTube
📺 RuTube
📺 ВК
📝 Дзен

👇 Обсуждаем, спорим, дополняем — в комментариях под видео!

#видео #Web3 #MetaLamp #блокчейн #Telegram

🎙 Первый подкаст с участием #роман_штых уже на площадках!

Пока был в Москве, Рома успел заглянуть на пару подкастов — и один из выпусков уже можно послушать.

Поговорил про философию web3, блокчейн, реальные кейсы, текущие риски и многое другое. Если только начинаете вникать в тему — выпуск точно зайдёт.

Подробности ниже 👇

Делюсь опытом работы с Cursor

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

🙌 Что такое Cursor

Cursor — это IDE с возможностью выбора движка. При установке я перенесла настройки VSCode в Cursor, что помогло быстрее привыкнуть. Однако стоит учитывать, что некоторые расширения могут не поддерживаться в новой среде.

💡Главное, о чём нужно знать, — это контекст запроса. Cursor автоматически захватывает все открытые файлы, а также те, которые я добавляю в контекст. Оба режима успешно работают с этим контекстом.

🙌Основные режимы Cursor IDE

Chat — отвечает на вопросы, как классический ChatGPT в браузере, но внутри IDE и с учётом кода в контексте.

Composer — выдаёт ответ в виде текста и параллельно меняет код в файлах. Изменения можно просмотреть в виде диффа, и выбрать, какие из них принять, а какие отклонить.

🙌Что можно делать с помощью Cursor

⭐️⭐️⭐️⭐️⭐️ Написание документации
Режим Composer отлично справляется с написанием документации, особенно в проектах на фреймворках с предсказуемой архитектурой. Я пользуюсь этим постоянно, и вот что помогает добиться максимальной пользы:

🟠Разрешать редактирование только файла документации, а остальной код просить не менять.

🟠При обновлении документации (например, добавлении новых эндпоинтов) нужно внимательно проверять результат. Если контекста не хватит, часть информации может быть просто выдумана — например, URL, заголовки или формат тела запроса.

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

🔸Если в проекте есть хорошие тесты на бизнес-логику, их тоже можно добавить в контекст.

⭐️⭐️⭐️☆☆ Генерация тестов
Composer помогает начать писать тесты, и я использовала два подхода:

🟠 Генерация тестов по коду бизнес-логики — нейросеть анализирует код и предлагает тесты.

🟠Роль тестировщика — в контекст добавляется ТЗ, описывается ожидаемое поведение, и нейросеть генерирует тесты.

📌Во втором случае можно дополнительно попросить нейросеть придумать кейсы, которые могли быть упущены. На выходе получается хороший сценарий и каркас для тестирования, но его нужно перепроверить и доработать. Такие тесты вряд ли заработают "из коробки", но это отличный способ быстро покрыть код тестами.

(Продолжение во втором посте ⬇️)

(Продолжение, начало в предыдущем посте ⬆️)

⭐️⭐️⭐️⭐️⭐️ Быстрые запросы прямо в коде
Можно вызвать Composer или Chat на конкретной строке кода. Я использую это, когда:

🟠Забыла название функции из фреймворка, а автодополнение не помогает или предлагает не то. Это реально быстрее, чем искать в документации.

🟠Разбираю чужой код и нужно быстро понять, что делает функция.

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

⭐️⭐️⭐️⭐️☆ Код-ревью
Для ревью кода полезен Chat. Я использую его так:

🟠Беру функцию с важной бизнес-логикой и спрашиваю: «Есть ли тут уязвимости или упущенные кейсы?»

🟠Не разрешаю менять код, только анализировать.

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

⭐️☆☆☆☆ Рефакторинг
Composer для рефакторинга — это боль. Я пробовала использовать его для изменения больших кусков кода, но без тестов он часто ломает логику. Даже с тестами приходится вручную исправлять баги.

📌Единственное, что работает, — точечные правки. Если сказать: «Эту функцию поправь, но логику не трогай», шанс получить адекватный результат выше. Но всё равно быстрее сделать самой.

⭐️☆☆☆☆ Автодополнение
Автодополнение в Cursor иногда помогает, но чаще раздражает:

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

🟠Когда сам думаешь над задачей, всплывающие подсказки отвлекают.

🙌Итоги

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

Делитесь своими рецептами работы с AI инструментами в комментариях⬇️

#ольга_клименко

🦄 В погоне за Uniswap

Продолжаем между проектами форкать Uniswap! Пока все внедряют себе в проекты четвертую версию, мы, в роли догоняющих, форкаем третью и поднимаем её на своём домене. Встречайте MetaSwap! 🤘

Ранее мы уже форкали Uniswap v2. DEX поднят в тестовой сети Cardona zkEVM и до сих пор работает. Тогда нам было интересно посмотреть, какие сюрпризы может отсыпать ZK от Polygon.

Сегодня же мы форкнули Uniswap v3 — забавы ради и, конечно, ради опыта. Для этого нам понадобилось два разработчика (solidity и фронтенд, если у вас есть два в одном, то это прекрасно) и один технический директор, который прикрутил обменник на домен компании (если у вас три в одном, то вы мой герой, снимаю шляпу🎩).

🙌 Смарт-контракты

Со смарт-контрактами всё достаточно просто. Берём два репозитория: Core и Periphery, объединяем их в один, настраиваем деплой, и, самое главное, ничего не меняем внутри. Временами консультируем фронтенд, тестируем функционал (потому что знаем, как оно работает), ходим на дейлики и улыбаемся довольные, потому что у нас уже всё готово. Итого ~60 часов с нуля.

🙌 Интерфейс

Выбираем версию по тегу и молимся! Молимся, чтобы в этой версии не было сюрпризов. Например, физически отсутствующей папки, на которую при запуске ссылается какой-то скрипт. Скрипт её не находит и падает. Пока не создашь папку руками — магии не случится, и проект не соберётся. А это может быть не единственная проблема.

Ну да ладно, мы же разработчики, разберёмся. Примерно денёк проект собирается и запускается.

Мы пошли по простому пути: выбрали не самый последний интерфейс, а тот, который поддерживает только третью версию. У нас не было задачи поддерживать больше одной сети, поэтому выпилили всё лишнее, подтянули дизайн и корпоративные цвета — и вуаля, интерфейс готов. Понадобилось нам порядка 40 часов. Стоит отметить, что разработчик ранее не сталкивался с Uniswap и не знал принципов его работы.

🙌 Хочу поиграться с вашей третьей версией

1️⃣ Переходи по ссылке,
2️⃣ Надыбай себе нативки для Amoy (например у Alchemy или на gas.zip),
3️⃣ Дальше выбирай токен из списка токенов, которые мы задеплоили, найди их в скане и наминти себе сколько душе угодно токенов.

Мы сделали открытый минт. Эти токены добавлены нами в наш обменник — это позволит тебе потестировать не только свап, но и добавление/удаление ликвидности. Можно почувствовать себя китом посмотреть, как работает выбор ценового диапазона для ликвидности и в целом, как работает весь процесс.

🙌 Полезные ссылки

🟠 Сайт Uniswap v2
🟠 Смарт-контракты и туториал

🟠 Сайт Uniswap v3
🟠 Смарт-контракты и туториал

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

#павел_найданов

ПРОИЗОШЕЛ МЕМ

Мне пришлось все хорошо проверить, что это не первоапрельская шутка. Кажется, это правда.

В феврале хакер взломал протокол zkLend почти на 3000 ETH. На момент взлома это было почти $10 млн.

Хакер решил сбить след, используя Tornado Cash, но, что-то пошло не так И ОН ПОПАЛСЯ НА ФИШИНГОВЫЙ САЙТ, КОПИЮ ТОРНАДО.

ХАКЕРА ОБМАНУЛИ МОШЕННИКИ. Жаба и гадюка в шоках.

В итоге хакер потерял ВСЕ деньги, которые украл. zkLend предлагал ему 10% от украденных денег, но хакер отказался.

Как вообще всплыла эта ситуация?

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

Но если вы думали, что смешнее этого ничего не будет — вы ошибаетесь.

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

Привет. Я пытался перевести средства в Tornado, но использовал фишинговый сайт, и все средства были потеряны. Я в отчаянии. Мне ужасно жаль за весь нанесённый вред и убытки.

Представили протокола тоже пытались предупредить его, но хакер им ответил следующее:

Все 2,930 ETH были забраны владельцами того сайта. У меня нет монет. Пожалуйста, направьте свои усилия на этих владельцев сайта — вдруг сможете вернуть часть средств.

Мораль: Жадность фраера сгубила. Хакер мог абсолютно легально получить почти миллион долларов, получить популярность в сфере безопасности, но, решил сыграть по крупному и... проиграл.

Всю эту чудесную переписку можно почитать тут.

Принесли вам смешную историю к 1 апреля.

#николай_бордуненко в своем канале поделился кейсом, который звучит как первоапрельская шутка, но это чистая правда. Хакер украл $10 млн, но потерял всё, нарвавшись на фишинговый сайт.

В общем, подробности ниже. 🤡

Роман продолжает активничать

Ну что за продуктивная неделя! Наш СЕО #роман_штых за неделю успел:

🙌сходить на ивент от Сберовского ComUnity «Blockchain x Science». Спикерами были представители МФТИ, Сколтех, Блокчейн лаборатории Сбера и Positive Technologies;

🙌затем на ивент от Blockchain & DeFi Hardcore на тему майнинга. На ивенте обсуждали цифры, риски, сроки и возможности, которые по-настоящему работают в 2025;

🙌а между ивентами успел заскочить аж на три (3!!!) подкаста. Говорил про web3, делился инсайтами о нашей работе и обсуждал, куда движется индустрия. Как будут готовы записи — поделимся!

Вот такая вот неделька была у Романа в Москве, сейчас он дома уже.

Bittensor и Substrate : Почему не Ethereum и не парачейн Polkadot?

Разбираемся, почему Bittensor выбрал технологию Substrate, но решил не становиться парачейном Polkadot.

Что такое Bittensor?

Bittensor — это децентрализованный блокчейн-протокол для распределённого обмена вычислительными мощностями и AI-ресурсами.
Его цель — создать открытую экосистему, где участники могут разрабатывать, обучать и оценивать нейросетевые модели, получая вознаграждение за свой вклад.

Что такое Substrate?

Substrate — это фреймворк для создания блокчейнов, разработанный компанией Parity Technologies (создателями Polkadot). По сути, это конструктор блокчейнов, который предоставляет готовые компоненты для быстрой разработки как полностью независимых блокчейнов, так и для парачейнов экосистемы Polkadot.

Почему Substrate, а не Ethereum?

Выбор Substrate для Bittensor обусловлен несколькими ключевыми преимуществами:

1️⃣ Специализация — возможность создать полностью кастомизированный блокчейн для AI-вычислений, а не ограничиваться рамками смарт-контрактов Ethereum.

2️⃣ Масштабируемость — обработка большого количества транзакций между майнерами и валидаторами без высоких комиссий, что критически важно для постоянного обмена данными в AI-сети.

3️⃣ Модульность — использование готовых компонентов Substrate для быстрой разработки, что позволило команде сосредоточиться на специфике AI-инфраструктуры.

4️⃣ Экономическая эффективность — предсказуемые затраты на транзакции, что особенно важно для сети с интенсивным обменом данными между участниками.

5️⃣ Автономность — полный контроль над развитием протокола без зависимости от решений сторонних блокчейнов.

Почему не парачейн Polkadot?

Интересно, что хотя Bittensor использует технологии Substrate, он функционирует как независимый блокчейн и не является частью экосистемы Polkadot в качестве парачейна. Это стратегический выбор разработчиков, обусловленный несколькими факторами:

1️⃣ Полная независимость — статус парачейна требует соблюдения правил экосистемы Polkadot и попадает в зависимость от решений сообщества, что могло бы ограничить гибкость развития Bittensor.

2️⃣ Экономическая модель — Bittensor использует уникальную двухтокенную систему (TAO и альфа-токены), которая оптимизирована специально для AI-вычислений и может не вписываться в стандартные модели парачейнов.

3️⃣ Специфика управления — механизм консенсуса Proof of Authority (PoA) под контролем Opentensor Foundation обеспечивает необходимую на начальном этапе централизацию, которая была бы сложнее реализуема в рамках парачейна.

4️⃣ Технические требования — архитектура сабнетов Bittensor и механизмы Dynamic TAO требуют специфической настройки блокчейна, которую проще реализовать в полностью независимой сети.

Что это даёт Bittensor?

Такой подход позволяет Bittensor получить лучшее из обоих миров:

🟠 Использовать мощные инструменты Substrate для разработки блокчейна без необходимости "изобретать велосипед".
🟠 Сохранить полную автономию в принятии решений о развитии протокола.
🟠 Создать экономическую модель, оптимизированную специально для AI-вычислений.
🟠 Обеспечить гибкость в адаптации к быстро меняющимся требованиям рынка AI.

Будущее Bittensor

В долгосрочной перспективе Bittensor планирует переход с PoA на Proof of Stake (PoS), что сделает сеть более децентрализованной. Независимый статус позволяет команде реализовывать эти изменения в соответствии с собственным видением и темпами развития.

Вывод

Выбор Substrate без интеграции в экосистему Polkadot — это стратегическое решение, которое обеспечивает Bittensor техническими преимуществами фреймворка при сохранении полной независимости. Это позволяет создать специализированную инфраструктуру для AI-вычислений, оптимизированную под уникальные требования децентрализованного рынка искусственного интеллекта.

Как разработчику, мне кажется, что такой подход даёт Bittensor необходимую гибкость для инноваций в быстро развивающейся области AI, одновременно обеспечивая надёжный технический фундамент благодаря проверенным технологиям Substrate.

#алексей_куценко

Про одинаковые адреса смарт-контрактов в разных EVM-блокчейнах

Если вы создали EOA-аккаунт в Ethereum (например, с помощью seed-фразы), его адрес будет идентичным в любом EVM-чейне. Со смарт-контрактами ситуация другая — чаще всего в разных сетях адреса будут уникальными. Почему так происходит и как можно сделать один адрес для всех сетей — расскажу в этом посте.

✊ Как гарантированно развернуть контракты с одинаковыми адресами

В прошлом посте я рассказывал про опкоды CREATE и его альтернативу с возможностью подбора адреса — CREATE2. Сообщество быстро придумало способ, как использовать оба этих опкода, чтобы взломать Tornado Cash на $1M сделать развертывание таких контрактов максимально простым.

Первым подходом стал Deterministic Deployment Proxy. Его идея основана на хитрости с подписью транзакции: поскольку из подписи всегда можно восстановить адрес подписанта через ecrecover, можно создать заранее известную подпись, из которой восстановится нужный адрес, и использовать ее во всех сетях для развертывания. Такие транзакции называются pre-signed. Но у такого метода были свои недостатки:
🔘В новой сети, где контракт Proxy еще не развернут таким способом, кто-то может отправить транзакцию с той же подписью, но с невалидными данными или другим байткодом. Это увеличит nonce, а значит, контракт Proxy уже не сможет деплоить другие контракты с такими же адресами, как и в других сетях.
🔘Вторая проблема связана с EIP-155: Simple replay attack protection. Этот стандарт требует добавления chainId в подписываемые данные транзакции, чтобы предотвратить их повторное выполнение в другой сети. Это правило строго применяется только в некоторых новых сетях. Однако оно ломает саму концепцию использования одной и той же подписи.

Следующим шагом стала Safe Singleton Factory от проекта Safe. Они разрабатывали модульные абстрактные аккаунты, завязанные на один контракт-прокси, который должен был иметь одинаковый адрес во всех сетях. Метод основан на предыдущем, только подпись контролирует команда Safe — это позволяет устранить оба недостатка. При этом их фабрика — это общедоступный контракт, который любой может использовать без регистрации и SMS для развертывания контрактов с одинаковыми адресами в разных EVM-совместимых сетях.

🧐 Интересные примеры

Хороший кейс — смарт-контракт Vault протокола Balancer:
📌 0xBA12222222228d8Ba445958a75a0704d566BF2C8
Его адрес везде одинаковый, а еще он является "vanity-адресом".

Недавно мне самому пришлось использовать Safe Singleton Factory в реальном проекте, и я удивился, что этот подход не так популярен. Было бы куда удобнее, если бы все токены (например, USDT, DAI, WETH и т.д.) имели одинаковые адреса во всех сетях. Возможно, не все задумываются об этом, но теперь и вы знаете, как это сделать.

Про Safe Singleton Factory я также написал подробную статью в wiki.

#роман_ярлыков

Способы вычисления адресов смарт-контрактов в Ethereum

❓Знаете ли вы, как формируются адреса смарт-контрактов в Ethereum и других EVM-совместимых сетях?

Для многих это просто случайный набор букв и цифр. Но чтобы такой набор получился, должны выполниться определённые условия. Зная эти условия, можно даже "предсказать" адрес, а это может быть очень полезно в некоторых случаях.

🔡 Из чего складывается адрес смарт-контракта

Вспомним важный момент: у каждого аккаунта есть свой nonce — счетчик транзакций, который постоянно увеличивается. Такой счетчик есть как у EOA, так и у смарт-контрактов.

Исторически в EVM для вычисления адреса смарт-контракта использовались nonce и адрес деплойера. В виде псевдокода, получится следующая формула:

address = hash(sender, nonce)

Этот метод работает для двух видов развертывания смарт-контракта:

1. Деплой с адреса EOA — отправка транзакции, содержащей код контракта.
2. Деплой из смарт-контракта с помощью опкода CREATE. С использованием ключевого слова new или через assembly.

🆕 Альтернативный путь вычисления адреса

Во времена, когда state channels (каналы состояний) подавали надежды как решение масштабирования Ethereum, Виталик Бутерин предложил новый опкод CREATE2, который стал альтернативой классическому способу вычисления адреса. Это было нужно для так называемой "контрфактической инициализации", позволяющей сделать взаимодействие двух участников канала более безопасным и эффективным.

Из формулы формирования адреса убрали nonce, а вместо него добавили два новых параметра:

▪️salt — 32-байтовое значение (может содержать что угодно);
▪️initialisation_code — код создания смарт-контракта.

Общая формула теперь выглядит так:

address = hash(sender, salt, hash(initialisation_code))

Это дало возможность лучше контролировать адрес создаваемого контракта. Вот ещё несколько преимуществ CREATE2:

▪️Упрощение онбординга пользователей — можно создавать абстрактные смарт-аккаунты оффчейн, а фактический деплой делать при первой транзакции.
▪️Vanity-адреса — можно подобрать "красивый" адрес, перебирая salt, например, чтобы он начинался или заканчивался на определенные символы: 0xC0FFEE..., 0xDEADBEEF... и т. д.
▪️Эффективные адреса — в EVM стоимость нулевых и ненулевых байт различается: за ненулевой байт в calldata взимается 16 газа, а за нулевой — 4 газа. Это значит, что если ваш адрес начинается с нулей, его использование будет дешевле.
▪️Метаморфичные контракты — подход, позволяющий уничтожать смарт-контракт и развертывать на его адрес новый код. К счастью, он не прижился в сообществе как способ обновления контрактов.
▪️Вычисление адреса вместо хранения — к примеру в Uniswap v2 адреса пар вычисляются на основе адресов токенов и кода фабрики, вместо того чтобы храниться в контракте.

Подробнее про опкод CREATE2 можно почитать в wiki — там я расписал все гораздо детальнее.

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

#роман_ярлыков

Начало сезона ивентов: Crypto Summit и Saint Decentralization

На прошлой неделе наши ребята успели заскочить сразу на два ивента:

Crypto Summit — особо в представлении не нуждается. Сюда приехал наш CEO #роман_штых, активно нетворкал на ивенте и афтепати. Рома еще будет в Москве до 28 марта, так что если хотите познакомиться или обсудить партнерство — смело пишите ему в DM.

Saint Decentralization — встреча криптанов в Питере от DeFrens, куда отправилась наш маркетолог #лиза_козеко. Разнообразные темы у спикеров, классная организация — все как надо!

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

P.S. И еще одна крутая новость с прошлой недели — нас стало больше 1000 подписчиков! Спасибо, что читаете и остаетесь с нами. Это правда очень ценно для нас. Обещаем: дальше будет только интереснее — впереди много классных тем, новостей и идей, которыми хочется поделиться!❤️

EIP-7840: Add blob schedule to EL config files

Предлагается добавить новый объект к blobSchedule на уровне исполнения:


"prague": {
"target": 6,
"max": 9,
"baseFeeUpdateFraction": 5007716
}


Очевидно, что это дублирующие настройки целевого и максимального количества блобов в блоке, которые мы уже рассмотрели в рамках EIP-7691: Blob throughput increase и которые устанавливались на уровне консенсуса.

▫️Что такое blobSchedule?

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

Настройки будут добавлены к genesis chain config и будут определены в config.go (это в geth, в других клиентах может быть по-другому).

▫️Параметр baseFeeUpdateFraction

Мы еще не разбирали параметр baseFeeUpdateFraction, думаю, пришло время. Этот параметр отвечает за механизм обновления базовой комиссии (blob base fee). 🤔

У базовой комиссии есть своя формула расчета, которая использует baseFeeUpdateFraction как коэффициент, определяющий, насколько быстро меняется blob base fee в зависимости от загрузки сети.

⬆️ Чем больше baseFeeUpdateFraction, тем меньше изменение blobBaseFee.
⬇️ Чем меньше baseFeeUpdateFraction, тем более чувствительно меняется blobBaseFee.

И здесь прошу обратить внимание, что в этом предложение baseFeeUpdateFraction повышается с 3338477 до 5007716. Это означает, что комиссия будет изменятся плавнее.

▫️Нюансик

Зачем значения, которые являются константами, объявлять в конфиге генезис блока, если они меняются только во время форков? Может проще захардкодить?
Такое объявление упрощает процесс тестирования и моделирования в тестовых сетях, позволяя легко изменять значения и смотреть на результат.

Мне очень не нравится такой подход, налицо дублирование кода в изолированных слоях консенсуса и исполнения. Это требует дополнительных затрат на развитие и поддержку кода. Почему бы не подумать над тем, чтобы сделать, как завещал дядюшка Боб? Сделать общую кодовую база для переиспользования на уровнях консенсуса и выполнения. Может мне кто-то объяснить в чем трудность?

▫️Вывод

Как говорят во многих статьях, описывающих этот стандарт: «Ничего интересного, поменяют параметры блобов и все».

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

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

▫️Продолжение нюансика

Неожиданно мне пришла в голову мысль: «Когда сложность Ethereum в него выстрелит?». Ведь чем дальше, тем больше код обрастает кучей условий под разные форки. Посмотрите на этот код:


if isForkTimestampIncompatible(c.CancunTime, newcfg.CancunTime, headTimestamp) {
return newTimestampCompatError("Cancun fork timestamp", c.CancunTime, newcfg.CancunTime)
}
if isForkTimestampIncompatible(c.PragueTime, newcfg.PragueTime, headTimestamp) {
return newTimestampCompatError("Prague fork timestamp", c.PragueTime, newcfg.PragueTime)
}

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

▫️Заключение

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

Мой фаворит в этом списке — это EIP-7702: Set EOA account code for one transaction, я довольно намучился с абстракцией аккаунта. А какое предложение смотрит на тебя?🍺

#в_гостях_у_Pectra #павел_найданов

Базовый Блок про нашу книгу!

Если вы в крипте, то наверняка знаете этот подкаст. А если вдруг нет — срочно к ознакомлению! Мы в команде давно слушаем Базовый Блок, обсуждаем выпуски и респектуем ребятам за крутой контент.

Тем приятнее, что они заценили нашу книгу. Спасибо Александру Селезнёву за помощь в работе над ней!

Подписывайтесь на ребят и читайте нашу книгу по ссылке.

Проанонсируем книгу! Нет, написали ее не мы 🙂

Наши хорошие знакомые из компании MetaLamp полгода назад ввязались в гиблое дело. Они решили написать книгу про web3 для технарей, которые хотят начать в этом всем работать, но не уверены, с какого конца лучше начать. Ведь даже прослушивание подкаста Базовый Блок — это уже не для новичков, как мы недавно выяснили.

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

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

Ссылка на книгу.

Насколько я понимаю, ребята все это будут регулярно обновлять (у нас бывает, что технология устаревает раньше, чем ты успеваешь ее ретвитнуть), поэтому принимают конструктивные комментарии.

Первая в СНГ бесплатная книга о WEB3 от MetaLamp!

Друзья, наконец-то можем поделиться — мы выпустили первую фундаментальную русскоязычную книгу о web3! Полгода работы, практический подход, живой язык и задания, которые помогут вкатиться в сферу. И да, она бесплатная!

Кто писал? Наши разработчики и аналитики, плюс топовые ребята из индустрии: cp0x, Юля из AquaProtocol, CyberAcademy, Botanica и Базовый Блок. Контент проверенный, актуальный — за это ручаемся.

Почему сейчас?
Web3-сектор растет: уже 60 миллионов человек юзают крипту каждый месяц (по данным Andreessen Horowitz), а к 2030 году этот рынок вырастет в разы. А вот готовых спецов почти нет — из 10 кандидатов к нам в команду, в среднем, только 2 что-то понимают в основах web3. Мы сами это прочувствовали и решили не ждать, а создать инструмент, который поможет вкатиться в индустрию.

Что внутри?
Сотни проанализированных материалов и ссылки на лучшие, наш реальный опыт работы с web3-проектами и стартапами, немного личного взгляда и мнения о сфере и контрольные вопросы с практическими заданиями.

Для кого?
Для тех, кто хочет разобраться в web3, построить карьеру в блокчейн-сфере или запустить свой стартап💪

📖 Книга уже в открытом доступе: Читать тут

Тяжело в учении — легко в бою!
Ваша MetaLamp ❤️

MetaLamp × tx.legal: web3 и закон — что важно знать?

Юрисдикции, налоги, регуляции… Web3 задумывался как свободная среда, но реальность сложнее. Если вы запускаете проект, принимаете крипту в бизнесе или просто пользуетесь ей в жизни — важно понимать, где могут возникнуть подводные камни.

Обсудили это с Русланом Усмановым, фаундером tx.legal — команды, которая помогает web3-проектам разбираться в юридических вопросах. #роман_штых и #николай_бордуненко задали ему вопросы, которые волнуют фаундеров и рядовых криптанов:

🙌Юридические аспекты в работе web3-проектов. Когда подключать юриста к проекту, какие сферы более зарегулированы и на какие моменты стоит обратить своё внимание фаундеру;
🙌Как политические моменты влияют на регуляцию и работу крипто-продуктов;
🙌Как легализовать свои доходы с крипты, на что обращают внимание налоговики и что сейчас на рынке обменников;

📺 Видео уже на YouTube! 📺

Если тема актуальна — смотрите, пишите вопросы в комменты и делитесь своим опытом!👋

Также прикладываем ссылку на юридический чек-лист от команды tx.legal, который поможет фаундерам разобраться в юридических нюансах при запуске проекта🥰

🤟 Начинается сезон конференций, и первая наша остановка — Crypto Summit 2025!

Наш CEO #роман_штых уже пакует чемоданы и готовится отправиться в Москву. В программе — встречи с партнерами, нетворкинг и обсуждение того, куда движется индустрия в этом году.

Обещал потом поделиться впечатлениями, так что ждем от него не только инсайдов, но и отчет о поездке (не только же ему с нас их спрашивать).🥰

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

Если тоже собираетесь на Crypto Summit и хотите пообщаться — пишите Роме в DM: @RomanShtykh. Он будет рад познакомиться и обсудить интересные темы! 👋

EIP-7691: Blob throughput increase

Предложение нацелено на увеличение пропускной способности блоб-объектов. Для этого планируется увеличить количество блобов в рамках блока.

▫️Как это работает сейчас?

Блоб объекты пришли вместе с обновлением «Proto-Danksharding» в EIP-4844.

За количество блобов в блоке отвечало два параметра:
🔘TARGET_BLOB_GAS_PER_BLOCK
🔘MAX_BLOB_GAS_PER_BLOCK

Эти параметры описывали целевое и максимальное количество газа. Подобраны они были так, что равнялись 3 и 6 блобам на блок соответственно.

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

▫️Как это будет работать?

EIP-7691 вводит два новых параметра:
🔘TARGET_BLOBS_PER_BLOCK_ELECTRA
🔘MAX_BLOBS_PER_BLOCK_ELECTRA

Параметры начнут работать, когда Pectra будет раскатана. Их задача — зафиксировать целевое значение в 6 блобов на блок и максимальное в 9 блобов. Эти параметры будут использоваться только на уровне консенсуса.

Старые параметры TARGET_BLOB_GAS_PER_BLOCK и MAX_BLOB_GAS_PER_BLOCK тоже будут обновлены под 6 и 9 блобов и продолжат использоваться на уровне выполнения.

▫️Потенциальная проблемка

Увеличение размера данных, которые передаются между нодами по сети p2p, может привести к задержкам в достижении консенсуса.

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

Однако не стоит забывать про EIP-7623, который нацелен уменьшить максимальный размер блока. Этот стандарт стимулирует переход от использования calldata в пользу блобов.

Таким образом увеличение размера блока в EIP-7691будет сбалансировано в EIP-7623.

▫️Из интересного

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

Какого-то грандиозного обсуждения по этому стандарту не было — по крайней мере в ethereum-magicians. Я бы даже сказал подозрительно🧐. Потому что явно должны были моделировать, как изменения параметров повлияют на сеть. Возможно они прошли мимо меня.

▫️Вывод

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

#в_гостях_у_Pectra #павел_найдановп

ERC721C: Новый подход к выплате роялти в NFT-коллекциях

Нашумевший, но до сих пор не ставший EIP "стандарт" ERC721C от команды Limit Break меняет подход к выплате роялти для создателей NFT.

🙌Что такое ERC721C?

В стандартах ERC721 и ERC1155 отсутствует механизм обязательной выплаты роялти. ERC-2981 лишь описывает способ передачи информации о роялти, но не обеспечивает их выплату. Маркетплейсы реализуют роялти по-своему, что создает несовместимость и позволяет пользователям обходить выплаты.

ERC721C предлагает перенести механизм обязательных роялти в отдельный контракт paymentProcessor, через который будет совершаться торговля токенами. Это достигается за счет ограничений на передачу токенов (transfer restrictions) с помощью хуков _beforeTokenTransfer и _afterTokenTransfer.

🙌Архитектура системы

ERC721C является частью Creator Advanced Protection Suite (CAPS) — набора смарт-контрактов, состоящего из трех модулей:

1️⃣ Creator Token Standards — управляет безопасностью передач токенов через хуки и валидатор.
2️⃣ Payment Processor — обеспечивает соблюдение роялти при сделках.
3️⃣ Trusted Forwarder — "прокси-контракт" для безопасного взаимодействия с платежным процессором.

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

🙌Интересные возможности

С ERC721C создатели могут:

🟠 Гарантировать обязательное получение роялти при каждой продаже.
🟠 Делиться частью роялти с маркетплейсами для стимулирования продаж.
🟠 Устанавливать минимальные и максимальные цены на коллекцию.
🟠 Ограничивать торговлю только через доверенные маркетплейсы.
🟠 Блокировать P2P-передачи для предотвращения обхода роялти.

🙌Обратная совместимость

ERC721C совместим только с версиями контрактов OpenZeppelin до 4.8.2, что создает проблемы для интеграции с современными контрактами v5.
Также стоит отметить, что использование этого стандарта ограничено маркетплейсами, которые его поддерживают.

🙌Поддержка маркетплейсами

Такие крупные площадки, как OpenSea, Magic Eden и X2Y2 уже поддерживают ERC721C и позволяют создателям использовать обязательные роялти.

🙌Вывод

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

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

Полный обзор можно посмотреть тут.

#алексей_куценко

Продолжение поста выше

0⃣ LayerZero и новые продукты

Протокол заинтересован в развитии новых проектов. У них даже есть статья "11 Big Ideas to Build Omnichain", в которой описаны возможные кейсы использования LayerZero для создания продуктов. Вот несколько примеров:

▪️ "OFT Launchpad" — типа pump.fun, с возможностью запускать мемкоины в любой сети;

▪️ "Omnichain Accounts" — в теории позволит объединить кошельки в разных блокчейнах в единую систему;

▪️ "Stablecoin Yield Aggregator" — решение, которое будет выявлять возможности заработать и ребалансировать активы пользователей в разных сетях;

▪️ "OFT DEX" — когда выглядит как CEX, но на самом деле DEX;

▪️ "Omnichain Governance" — решение для синхронизации решений DAO в разных сетях.

🍒 Ну и вишенка на торте: LayerZero Foundation запустила программу lzCatalyst, цитирую,
...направленную на соединение талантливых разработчиков с отличными венчурными фирмами в сфере криптовалют.
Среди партнеров — a16z crypto, Delphi Ventures, Lightspeed и другие, с возможностями инвестирования до $300M.

Кто знает, возможно, кто-то из наших читателей создаст большой омничейн-продукт. Главное — я вас предупредил 🚀

#роман_ярлыков

От сложного к простому. Как постепенно стирается граница между web3 и web2

🌏 Представьте мир, в котором блокчейн — это понятная и простая штука. Такая магия, которой можно пользоваться максимально легко, без необходимости разбираться в таких понятиях, как омничейн, интероперабельность, OFT-токены и т.п.
Достаточно лишь знать, что есть блокчейны менее надежные, но более быстрые и дешевые — например, чтобы заказать очередную ненужную штуку что-то очень полезное на Алике. А есть медленные и дорогие, но зато надежные — там не грех хранить свои кровные в протоколах доходности.

В своих прошлых постах (тут и тут) я рассказывал про модульные смарт-аккаунты, которые прокладывают нам путь к удобным, но при этом достаточно шифропанковским (децентрализованным) кошелькам. В этом посте хочу подробнее поговорить о продуктах, которые рождаются на базе таких протоколов, как LayerZero. И это не только OFT-токены типа USDT0.

0⃣ Коротко о протоколе LayerZero

LayerZero позиционирует себя как базовый уровень (Layer 0), позволяющий блокчейнам взаимодействовать через единые интерфейсы. Ключевая особенность протокола — многоуровневая безопасность, а также разделение слоев верификации и выполнения. Они обеспечивают относительно надежный и гибко настраиваемый канал передачи данных. Подробнее про архитектуру и особенности протокола можно почитать в моей статье на Хабре.

Главное, что стоит понять про этот протокол: он позволяет обмениваться сообщениями, фактически — любыми данными. Причем не только в экосистеме EVM. Напротив, цель LayerZero — связать как можно больше несовместимых блокчейнов. Уже сейчас поддерживаются Solana, TON, Aptos, TRON, а в планах — добавить поддержку блокчейнов на базе Cosmos SDK. Общее число поддерживаемых сетей уже достигло 120.

🦦 Экосистема LayerZero

В экосистему LayerZero входит около 165 продуктов (список) в различных категориях: DeFi, Gaming, Infrastructure, Enterprise, NFT. Их число постоянно растет, за анонсами можно следить в Twitter (X) протокола.

Если верить отчету Messari за Q4 2024, протокол растет бешеными темпами. Но не будем наивными — у меня мало доверия к отчету, который выдает желаемое за действительное. В четвертом квартале рос биткоин, а LayerZero объявили о втором аирдропе, не кажется ли вам, что это сильно повлияло на рост цены токена ZRO и увеличение активности в сети? 🤔

НО❗️ При этом сама технология мне действительно интересна, и это без сарказма.

0️⃣ LayerZero в действии: что имеем на данный момент

▪️ Мосты: Stargate, Aptos Bridge, Harmony, Coredao, Interport. И что меня удивило больше всего — Testnet Bridge, там можно купить и продать тестовый ETH!🤯 Кстати, есть еще Gas.zip — сервис с поддержкой LayerZero, который позволяет рассылать нативную валюту на газ и покупать тестовые токены.

▪️ DAO: LayerZero часто используется для управления DAO. Самый яркий кейс — это плагин от Aragon DAO, который позволяет проводить голосования в ZkSync (как в надежной и дешевой сети) и применять результаты в других блокчейнах. Помимо Aragon, LayerZero для голосований используют Uniswap, AAVE, Curve.

▪️ Игры и NFT:
🔘 Nine Chronicles — онлайн RPG.
🔘 Layer3 — квесты с наградами в ONFT.
🔘 Lil Pudgys и Gh0stlygh0sts — популярные коллекции NFT.

▪️ Нетипичное:
🔘Clusters — протокол для омничейн-идентификации. Создаешь себе никнейм, который будет привязан к твоему адресу во всех поддерживаемых сетях.

▪️ Больше всего продуктов связанных с DeFi, например: Ethena, Pendle, Balancer, Orderly и OFT токенами: ZRO, CAKE, BTC.b, peUSD, mkUSD, PEPE, RDNT и многие другие.

Продолжение в посте ниже🔽

EIP-7623: Increase calldata cost

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

Начну рассказывать из далека! Из-за растущего количество l2-блокчейнов, которые использовали calldata для хранения своих транзакций был внедрен EIP-4844: Shard Blob Transactions. Согласно этому стандарту для хранения данных был предоставлен специальный объект Blob, который в отличие от calldata, хранится ограниченный период времени для необходимой валидации данных.

И вот предлагается сделать использование calldata дороже, чем есть сейчас. Почему так?

▫️Что будет изменено?

Будет изменена схема расчета стоимости calldata. Для этого вводится новое понятие «минимальной стоимости calldata». Которое на первый взгляд неочевидно из формулы расчета.

Расчет газа по транзакции был достаточно простой.


tx.gasUsed = (
21000
+ STANDARD_TOKEN_COST * tokens_in_calldata
+ execution_gas_used
+ isContractCreation * (32000 + INITCODE_WORD_COST * words(calldata))
)


21000
Стандартная плата за вызов транзакции.

STANDARD_TOKEN_COST * tokens_in_calldata
Здесь заложено 4 газа за нулевой байт и 16 за ненулевой байт calldata.
STANDARD_TOKEN_COST = 4, tokens_in_calldata = zero_bytes_in_calldata + nonzero_bytes_in_calldata * 4

execution_gas_used
Использованный газ на выполнение того, что закодированно в calldata.

isContractCreation * (32000 + INITCODE_WORD_COST * words(calldata))
Эта часть отвечает за случай, когда создается новый контракт, в рамках этого стандарта нам это не важно.

Теперь новая формула расчета будет хитрее. Идем путем усложнения!🧑‍🦼


tx.gasUsed = (
21000
+
max(
STANDARD_TOKEN_COST * tokens_in_calldata
+ execution_gas_used
+ isContractCreation * (32000 + INITCODE_WORD_COST * words(calldata)),
TOTAL_COST_FLOOR_PER_TOKEN * tokens_in_calldata
)
)


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

TOTAL_COST_FLOOR_PER_TOKEN * tokens_in_calldata
Где TOTAL_COST_FLOOR_PER_TOKEN - это константа, которая равняется 10 единицам газа. По сути, высчитанное значение, согласно этой строке, зависит от размера calldata. И именно эта строка определяет минимальную стоимость calldata.

▫️Нюанс

Это не просто изменение расчета стоимости calldata!🤔

Обычно в calldata передается закодированная функция и аргументы к ней для вызова на смарт-контракте. Содержимое calldata считается по газу, как 4 единицы за нулевой байт, 16 за ненулевой. Дальше добавляется газ за каждый опкод исполнения вызова, закодированного в calldata. Опускаем 21000 за вызов транзакции, это число постоянно.

Но не у роллапов, где в calldata передаются большие данные, отвечающие за их состояния!

Если использованного в транзакции газа недостаточно по сравнению с общим объемом загруженных данных, то она будет считаться транзакцией для хранения данных. То есть данных в calldata много, но газа на исполнение потреблено мало, тогда плата за calldata взимается в разы больше. И наоборот, обычная транзакция с вызовом функции mint() на токене будет взимать плату за calldata меньше.

И это видно по формулам. «Новая строчка» будет не только минимальным значением стоимости calldata. Если размер calldata большой, туда запихали огромное количество данных, то это будет дороже, нежели расчет стоимости по старой формуле.

▫️Обратная совместимость

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

▫️Вывод

Отвечаю: Зачем делать calldata дороже?

На мой взгляд это корректировка экономической модели, которая будет стимулировать уменьшение использования calldata, что в свою очередь будет поощрять использование Blobs. Я наслышан, что в небольших объемах, роллапам до сих пор удобнее использовать calldata. Такая мысль в стандарте не озвучена, стандарт говорит, что он нацелен на уменьшение максимального размера блока.

#в_гостях_у_Pectra #павел_найданов

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

В прошлом посте о структуре компании мы говорили о нашей ключевой особенности — распределенности. Мы называем себя онлайн-компанией, но что мы вкладываем в это понятие? Давайте разбираться!

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

Онлайн-компания = удаленка + процессы + инструменты + КУЛЬТУРА

🙌Первый пункт: удаленка
Настоящая удаленка появилась благодаря двум факторам:
▪️Наш коллега переехал в другой регион;
▪️Мы запустили программу удаленного обучения (до этого она была только оффлайн).

Сегодня мы работаем в 5 часовых поясах (от UTC+1 до UTC+8). Коллеги находятся в разных городах РФ и странах. Для нас это не проблема, а преимущество: коллеги из восточных регионов начинают рабочий день раньше и успевают подготовить ответы на вопросы для тех, кто живет западнее.

🙌Немного о процессах
В компании изначально процессы строились под асинхронный формат. С разработкой все было понятно, но в других отделах получилось не все сразу. Многие вещи мы просто копировали из разработки и транслировали в другие направления.
Из последних ярких примеров — кросс-ревью в HR-отделе. Все объявления и апдейты мы показываем друг другу, чтобы выявить неточности и нелогичности. Даже этот пост прошел все этапы ревью, прежде чем попал в продакшн.

Еще одна особенность — наш подход к рабочему времени. Мы используем трекер. Может звучать жестко, но на самом деле это особенность нашего бизнеса. Весь бюджет MetaLamp крутится вокруг часов исполнителей на проектах. Но мы гибко подходим к рабочему времени: мы не требуем сидеть за работой строго 8 часов, можно отвлекаться на важные дела, а потом продолжать.

Также у нас много процессов, направленных на поддержание открытости и общности. Мы проводим открытые планерки, где делимся всеми новостями компании, включая негативные. Для понимания каждого в команде мы регулярно проводим One-on-One (у нас есть статья по теме: первая и вторая часть).

Есть и интересные процессы для знакомства с коллегами, например, Random Coffee. Мы фокусируемся на онлайн и офлайн-мероприятиях, чтобы стать ближе в неформальной обстановке.
Дейли мы тоже позаимствовали у разработчиков и проводим их везде, где это необходимо.

🙌Что по инструментам
Набор инструментов у нас довольно стандартный, но периодически улучшается.
▪️Основная коммуникация ведется в Telegram.
▪️На проектах мы подходим к процессам гибко: ребята сами решают, как им удобно работать. Если проект маленький, достаточно канбан-доски в репозитории. На крупных проектах разворачиваем полноценные инструменты.
▪️Для звонков используем Google Meet или Zoom, в зависимости от задачи.
▪️Из недавних открытий — tldv.io. Это "секретарь" который запишет все деали встречи, спасибо проектным менеджерам за него.
▪️Раньше базой знаний у нас была Coda, сейчас постепенно переходим на Битрикс.
Главный принцип в выборе инструментов — удобство для всех.

🙌Ну и самый важный элемент — КУЛЬТУРА
Думаю, этому я посвящу отдельный пост (или даже несколько). Здесь расскажу о ключевых принципах нашей команды:
▪️Доверие — основа всего. Мы даем полную свободу действий каждому и не страдаем микроменеджментом. Мы знаем, что наши коллеги сделают все в срок и в соответствии с договоренностями.
▪️Гибкость — мы всегда можем договориться, понимая, что обстоятельства могут меняться.
▪️Толерантность к ошибкам — не ошибается только тот, кто ничего не делает. У нас нет штрафных санкций. Главное — сделать правильные выводы и избежать повторения ошибок в будущем.

🙌Итого
Сейчас много споров о том, что лучше: удаленка или офлайн. Я думаю, что все мы разные, и главное — чтобы каждому было комфортно и интересно делать свою работу. Всем нам нужны разные форматы — это нормально. Мы учитываем это при найме новых ребят в MetaLamp.
А какой формат вам ближе?

#миша_крашенинников

🤟 Собрали первый оффлайн-митап для сотрудников web3-компаний

Томск небольшой, но web3-компаний тут хватает. Встретились с ребятами из Crypton.Studio, iLink, XDSoft, RedCat, чтобы обсудить, кто чем занимается, послушать доклады и просто познакомиться.

Отдельное спасибо спикерам, которые подготовили крутые темы:

🙌 Денис Добровольский (MetaLamp) рассказал про AI-агентов в web3 и разобрал популярные проекты,
🙌 Никита Подгорный (MetaLamp) объяснил, как FHE-шифрование помогает решать проблемы конфиденциальности в ИИ,
🙌 Санданов Алдар (Crypton.Studio) поделился опытом разработки CEX-биржи,
🙌 Оганян Андраник (XDSoft) разобрал, как строится протокол Plonk.

Этот митап мы провели для сотрудников студий разработки, но в будущем хотим расширяться, делать встречи открытыми и проводить их в разных локациях. Следите за анонсами!👋

EIP-6110: Supply validator deposits on chain

Disclaimer: как-то так получилось, что я ранее уже разбирал этот EIP. Не спрашивайте, как это получилось — можно сказать, что это "иной взгляд" по теме.

Это третий связаный EIP, который требует реализации EIP-7685 General purpose execution layer requests.

Вспоминаем, что EIP-7685 реализует механизм обмена сообщениями между уровнями консенсуса и выполнения. Для этого будет введён новый тип запроса, в котором консенсус, из специального поля в заголовке блока, сможет получать необходимые данные. Предполагается, что это будет универсальный механизм.

▫️Что EIP-6110 делает?

Мы уже разбирали EIP-7002, где при помощи EIP-7685 реализуется снятие застейканных активов валидатором. EIP-6110, наоборот, описывает процесс депозита активов валидатором. Согласно EIP-7685 мы имеем новый тип транзакции с полями:
- pubkey: Bytes48
- withdrawal_credentials: Bytes32
- amount: uint64
- signature: Bytes96
- index: uint64

Здесь стоит обратить внимания на withdrawal_credentials, которые позволят обладателю снимать актив. Это архиважно для пользователей, кто делегирует свои эфиры валидаторам и не может их снять без подписи этого валидатора. С этими креденшиалами, пользователю больше не нужно просить валидатора подписать снятие, он сможет снимать актив самостоятельно.

▫️Обратная совместимость

EIP-6110 вводит обратно несовместимые изменения в структуру блока и набор правил проверки блока, однако заявляется, что это никак не повлияет на пользовательский опыт.

▫️Интересные факты

Благодаря этому EIP я узнал, что самое большое количество депозитов за всю историю равняется 12 000 транзакций за 24 часа, что в среднем составляет менее 2 депозитов на блок, однако я не ожидал, что депозитят так часто🤔 Справедливости ради такая ситуация была один раз 1-го июня 2023 года.

Этот EIP снимает существующее ограничение количества депозитов за одну эпоху. Однако остается ограничение по газу. Ограничение смещается с приблизительных 512 депозитов к 32,768.

▫️Вывод

Депозиты валидатора являются важной составляющей в работе механизма Proof-Of-Stake. Переход на новый формат обмена сообщениями повышает безопасность, снижает сложность кодовой базы клиента, увеличивает скорость обработки депозита с 12 часов до 13 минут. В целом мое отношение, как разработчика, позитивное! Здорово, когда рефакторинг приносит пользу, а не только отнимает время.

#в_гостях_у_Pectra #павел_найданов

☺️ Наш новый кейс — проект Token Tactics!

Если вдруг пропустили наш стрим с командой TokenTactics, то посмотрите! Там мы подробнее рассказываем о проекте и обсуждаем последние события в TON.

Наша команда подключилась к разработке Telegram Mini App, который позволяет разобраться в мире инвестиций в крипту без риска потерь и в геймифицированном формате. В приложении вы формируете портфель за виртуальные USD, а полученную прибыль можно обменять на реальные USDT.

Чем больше прибыль — тем больше доля в еженедельном аирдропе в USDT (в реальных $$$ если что). Курсы валют в приложении соответствуют реальным, так что можно безопасно тестировать разные стратегии.

Если давно хотелось влететь "на всю котлету", но опасались слить депозит — вот безопасный способ💰

Ребята только стартанули, но уже набрали первые 12k юзеров, с чем их и поздравляем!

Если захотите попробовать, то ссылку на апку оставим здесь! 🥰

⏺ MetaLamp × tx.legal: собираем вопросы для нового видео!

Совместно с партнёрами из tx.legal записываем видео о юридических нюансах работы в web3. Разберём тему как со стороны фаундеров, так и со стороны обычных криптанов — чтобы было полезно всем.

Но чтобы видео получилось максимально полезным и интересным, нам нужны ваши вопросы! Запускаете web3-проект или только планируете? Ведёте бизнес связанный с криптой? Или просто используете её в жизни? Расскажите, какие юридические моменты вас волнуют — вместе с партнерами попробуем их прояснить.

На связи будет Руслан Усманов, фаундер tx.legal, команды, которая помогает web3-проектам разбираться в юридических вопросах.

Расспрашивать Руслана будут наш CEO #роман_штых и наш Lead Blockchain Analyst #николай_бордуненко!

Пишите вопросы в комменты — выберем самые актуальные и разберём их с экспертом.

Везде этот ваш USDT. Про запуск первого омничейн-токена

Недавно USDT в пилотном режиме запустил USD₮0 со слоганом «Your USDT, Anywhere» в сетях Arbitrum, Berachain и lnk. А буквально на днях была объявлена интеграция LayerZero с TON, и там, конечно же, тоже скоро появится USD₮0.

Это хорошая новость, но не потому, что нам теперь станет удобнее пользоваться самым децентрализованным (нет, конечно) стейблом, а потому, что это первый продакшн-кейс запуска OFT-токена на базе LayerZero v2. Ну или, по крайней мере, самый громкий. Конечно, есть и другие OFT-токены (напишите в комментах, если знаете какие).

Ранее у нас была только концепция OFT-токена, но инфраструктура LayerZero быстро набирает обороты, и теперь можно увидеть, как это работает в дикой природе. Более того, код USD₮0 прошел несколько аудитов (ссылка) — мне больше всего понравился аудит Guardian, а это супер-полезная информация для разработчиков. В них были подсвечены интересные моменты, связанные как с механиками USDT, так и с архитектурой LayerZero. Об этом чуть ниже.

❓Как это будет работать?

Идея проста до безобразия: базовым активом будет каноничный USDT в Ethereum. Под него создан OFTAdapter, который позволяет блокировать USDT для отправки в другие сети. Во всех остальных сетях развернут OFT-токен USD₮0, использующий механику mint/burn.

Например, если переводим USDT из Ethereum в Arbitrum, то в Ethereum он блокируется, а в Arbitrum — минтится. При обратном переводе токены сжигаются в Arbitrum и разблокируются в Ethereum. Это значит, что теперь не нужны пулы ликвидности в других блокчейнах, где присутствовал USDT. Более того, как уже видно на примере Arbitrum, существующий USDT в этой сети будет мигрирован на USD₮0.

🛡Что там в аудитах?

Есть интересные моменты. Например, какие проблемы могут возникнуть с OFT, если USDT активирует свою комиссию в Ethereum, возможные проблемы с кросс-чейн блокировкой пользователей и другое.

А вот ещё несколько low-уязвимостей, о которых сообщили команде USD₮0:
• Если в качестве получателя указать адрес USD₮0 в сети назначения, токены застрянут (команда пообещала учесть это в интерфейсе).
• Внедрение EIP-7702 может сломать поведение библиотеки SignatureChecker в некоторых случаях из-за проверки isContract (приняли к сведению, но пока не исправили).
• Если в одной из сетей контракт поставить на паузу, в остальных транзакции будут фейлиться. То есть если ставить на паузу, то везде и сразу.
• Есть проблемы с выделением газа для сети назначения: в одних случаях его может не хватить для выполнения логики, в других — пользователи будут переплачивать.

Кстати, были и стыдные ошибки для команды такого уровня, например: "Unnecessary Imports", "Missing disableInitializers", "Memory Arguments Can Be Calldata", "Style Inconsistencies".

По мне, это признак того, что всё запускается в спешке: маркетологам нужно свежее мясо, а с проблемами разберёмся потом. С другой стороны, команда USD₮0 стелит солому где только можно — все контракты USD₮0 обновляемые, плюс в токене есть возможность минтить/сжигать токены вручную (кстати, об этих рисках тоже упоминалось в аудите).

В общем, проблемы с этим токеном вполне возможны. Основная — это риск появления «необеспеченных» токенов. Причиной может стать как не самый лучший дизайн USDT, так и особенности архитектуры OFT-токенов.

Но это не значит, что OFT — зло (чего не скажешь про USDT повсюду). Мы с командой уже тестируем развертывание и настройку таких токенов. Например, прямо сейчас я пытаюсь понять, что делать с токеном, который был сожжён в исходной сети, но не выпущен в сети назначения, потому что ему не хватило газа 🙄. Я уже нашёл функционал, который поможет предотвратить такое в будущем, но как вернуть токен — пока не знаю 😬.

Кстати, конкуренты не дремлют. Chainlink уже разработали Cross-Chain Token (CCT) на базе своего протокола CCIP, который тоже позволяет делать омничейн-токены. Возможно, есть и другие, о которых мы пока не слышали.

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

#роман_ярлыков

🌐 $140 миллионов долларов за помощь в поимке хакеров

Bybit объявила о награде в размере $140 миллионов за помощь в поимке команды хакеров.

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

В пресс‑релизе Bybit сообщается, что:

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

😌 Тема безопасности в web3 всегда актуальна — недавно обсуждали её с нашим партнёром Александром Долгавиным. Если пропустили — посмотрите!

Всем привет, на связи Томск!

Меня зовут Лиза Забродина, я HR-менеджер в нашей команде! Мы решили больше рассказывать о жизни компании — чем живем, как работаем и отдыхаем!

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

Вот например — недавно мы с ребятами из томского офиса приняли участие в Квиз-Плиз [Битва IT], и это было просто супер! Да, мы заняли третье место… с конца 🙂, но это была отличная возможность повеселиться, пообщаться и узнать друг о друге что-то новое!

И это не только про фан — такие моменты помогают лучше понимать друг друга, работать слаженно и делать классные проекты вместе.

💡 Мы ценим такие моменты и стараемся создавать их чаще

Мы обязательно пойдем на квиз еще раз. А какие у вас любимые (и не любимые) командные активности? Делитесь в комментариях! 🎤

#лиза_забродина

👑 EIP-7702: Set EOA account code for one transaction

Стандарт гласит: Добавить новый тип транзакции, который навсегда устанавливает код для EOA. Садитесь и пристегнитесь!🪑

Все кто знаком с Ethereum знают, что существует два типа аккаунтов: EOA (Externally-owned account) и Contract account. Оба имеют свой уникальный адрес, но первый контролируется владельцем приватного ключа и не имеет кода, второй — это смарт-контракт.

EIP-7702 — это следующий шаг в абстракции аккаунта, который позволит EOA иметь свой код и свое хранилище данных, что даст EOA возможности смарт-контракта. Это позволит добавлять новый функционал к EOA аккаунту.

Одним из авторов этого предложения выступает Виталик Бутерин.

▫️Как это будет работать?

EOA подписывает и отправляет новый тип транзакции, согласно EIP-2718. Клиент проверяет подпись, EOA nonce, chainId. После этого для EOA устанавливается код.

Важно то, что подпись не будет совместима c привычными EIP-712 и EIP-191.

▫️А что с EIP-3074?

EIP-3074 вводит новый коды операций AUTH и AUTHCALL, которые позволяют EOA делегировать действия смарт-контракту, позволяя контракту выполнять транзакции от имени EOA. Изначально, именно этот стандарт планировалось добавить в Pectra.

Однако в ходе обсуждения было решено, что EIP-7702 дает больше преимуществ:
🟠 более простая реализация
🟠 совместимость с ERC-4337

▫️Совместимость с ERC-4337: Account Abstraction Using Alt Mempool

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

▫️Что меня смущает?

1️⃣ Неужели код можно будет установить один раз на аккаунт? А что делать если в нем окажется уязвимость? Она останется там навечно? А если это было по ошибке?
2️⃣ Если я захочу в коде организовать проверку подписи, то как это будет работать для разных блокчейнов (я имею ввиду L2)? То есть такой код не будет универсальным?
3️⃣ Как теперь будет работать трансфер NFT, где в случае, если получатель — это контракт, то в нем должна быть реализована специальная функция, которая позволяет принимать NFT. EOA с кодом будет работать как контракт или все останется, как и прежде?

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

▫️Вывод

Мне довелось поработать со стандартом ERC-4337, также познакомиться по касательной с двумя стандартами модульной разработки аккаунта (ERC-6900 и ERC-7579). После подобного опыта я с нетерпением жду, чем для нас обернется EIP-7702.

На мой взгляд он так сильно упростит головную боль в решении задач абстракции аккаунта: безгазовых платежах, оплаты газа в ERC-20, батчинга транзакций и так далее. Сейчас есть два пути: идти к провайдерам АА или поднимать собственную инфраструктуру для АА. Но когда у тебя маленький проект, в котором пользователи не знакомы со спецификой блокчейна, то затраты на реализацию АА могут превышать расходы на реализацию самого проекта.

🤔 При этом, мне всегда казалось, что абстракция аккаунта должна быть нативной фичей блокчейна. Можно посмотреть опыт Соланы, где реализована очень похожая идея. Мне нравится это предложение, как никакое другое, и я по-настоящему верю, что это позволит упростить и удешевить разработку. А это в свою очередь положительно скажется на привлечении новых пользователей, давая им привычные механики взаимодействия с приложением вместе с ценностью блокчейн технологии.

#в_гостях_у_Pectra #павел_найданов

🤟 Любимые подписчики, обучающиеся и друзья MetaLamp!

Мы часто участвуем в мероприятиях и хотим, чтобы нашу команду было легко узнать. Обычно это означает одно — новый мерч. Но в этот раз мы немного увлеклись и сделали не только мерч с корпоративным стилем, но и прикольные крипто-айтемы, которые хочется носить не только на конфах.

Получили крутой фидбэк, поэтому решили показать и вам. Вдруг тоже захотите себе что-то из этой коллекции!

👕 Смотрим варианты и цены на сайте. Сейчас собираем первый заказ.

📩 Если что-то приглянулось — пишите Лизе👋

Токенизация против кассового разрыва 👿

После поста про OGM, решил чуть больше копнуть про рыночек RWA. На глаза попался сервис Polytrade.

В их блоге нашел статью УЛЬТИМАТИВНЫЙ гайд по RWA-маркетплейсу, где самым первым примером торговли идет продажа токенизированных инвойсов 😱

Как это работает

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

Представим, что вы не знаете, что такое контрактное финансирование в банке, либо просто не любите банки жесть как!!!

Тогда вы идете на Polytrade и токенизируете ваш контракт и инвойс и выставляете его на продажу.

Допустим, покупатель должен вам $10 000. Вы выставляете инвойс за $9 500. Эта небольшая комиссия в 5% станет прибылью для покупателя инвойса, который взял на себя риск того, что ваш контрагент не заплатит вам. Как только оплата будет проведена, покупатель получит свои 10к, заработав $500. Звучит круто! Все в плюсе: кассовый разрыв избежали, покупатель инвойса заработал.

Если у вас возникли вопросы по типу — "а как это все работает? Кто проверит договор и инвойс на подлинность, что будет дальше, если покупатель не заплатит по инвойсу, кто будет судится и т.п.?". Я вам отвечу — понятия не имею.

— У проекта крайне скудная документация. Онбординг гайд это треш.
— На всей платформе я не нашел ни одного инвойса в продаже. Вообще. Нашел пару кредитов, которые можно купить, но... это кредиты он-чейн лендинг-протоколов... Где тут Real World Assets?

И это блин первый пример в гайде! 🤢

Очередное разочарование ☔️

Для меня рынок токенезированных RWA — это возможность торговать активами из реального мира сильно проще, чем это сделано в реальности. Где можно владеть частичкой недвижимости, каким-то индексом, кусочком портфеля акции, а потом легко продать, пускай даже с KYC.

Пока мы к этому не придем — весь этот сектор так и останется фарсом и красивым примером из книжки How to DeFi.

#николай_бордуненко

🤟 Зумеры и крипта: готовим исследование и нам нужна ваша помощь!

Мы тут задумали небольшое исследование, чтобы разобраться, как поколение Z воспринимает крипту: что цепляет, а что наоборот — отталкивает.

Если вам от 18 до 27 лет, будем благодарны, если поделитесь своим опытом! Опрос анонимный и не содержит личных вопросов.

😌 Опрос можно пройти по ссылке: https://forms.gle/guStWY9xTgmmhu4B7

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

Заполняйте сами (если подходите под возраст), а если нет — киньте опрос знакомым зумерам!🥰

Всем привет!

Меня зовут Миша Крашенинников, я CHRO в компании MetaLamp. Как мы уже упоминали, у нас юбилей — 10 лет! Все эти годы мы оставались верны своему убеждению: люди в нашей компании — это главное.

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

Начну с нашей командной структуры.
Она интересна тем, что довольно плоская и частично формирует культурные особенности команды. У нас нет сотни начальников — есть разделение на направления. Каждый руководитель направления — главный стейкхолдер, который заботится о своих ребятах и в первую очередь является помощником, а не начальником.

Такой подход создаёт доверительные и открытые отношения. Любой участник команды может прийти с критикой или предложениями. Руководитель направления заинтересован в развитии, поэтому критика воспринимается позитивно.

Ещё один плюс — минимальная дистанция между сотрудниками. Например, чтобы уточнить детали проекта, можно напрямую обратиться к сейлз-менеджеру и узнать изначальные договорённости с заказчиком.

Как мы пришли к такой структуре?
До 2018 года в компании не было менеджмента. Были только программисты и дизайнеры, которые сами вели проекты, организовывали рабочие процессы и решали другие вопросы. Каждый отвечал за свой пласт работ и прислушивался к советам коллег. Этот опыт дал отличные результаты, поэтому мы сохранили его и развили.

В 2024 году в нашей структуре появилась ещё одна деталь, необычная для студий, — роль технических лидов. Эти ребята занимаются развитием своих навыков и прокачкой коллег в своей сфере. Это помогает нам генерировать технический контент, улучшать качество разработки и повышать точность оценок.

Именно такие особенности структуры формируют культуру MetaLamp. Что подтверждается положительными отзывами как внутри компании так и вне)

Дальше буду делиться другими интересностями! Какие темы о нашей команде вам интересны? Пишите в комментариях!

#миша_крашенинников

📺 Запись стрима уже на YouTube

Залили запись стрима на наш YouTube канал, а в комменты добавили аудио-версию — выбирайте удобный формат👋

На стриме обсуждали проект TokenTactics, делились мыслями о будущем ТМА-проектов и эксклюзивности TON для Telegram. Также обсудили, как ТМА привлекают новых пользователей и затронули вопрос инвестиций: от TON Foundation до VC и ангелов.

Посмотрите, если пропустили!

Кэширование в Next.js. Часть 3.

Привет! В предыдущих постах (раз, два) я рассказал о четырёх уровнях кэша в Next.js и об их проблемах. Сегодня я расскажу, как эти проблемы планирует решать команда Next.js.

Если резюмировать, то пожалуй я вижу 3 ключевые проблемы:

1️⃣ Кэширование в App Router было представлено как фича, которая не требует, что бы в ней разбирались разработчики. Но агрессивные настройки по умолчанию для Data Cache и Router Cache привели к тому, что разбираться приходилось буквально каждому разработчику, чтобы этот самый кэш отключить или правильно настроить. Это сильно повысило порог входа и заставляло формировать довольно непростую ментальную модель связанную с системой кэширования. Проблема решилась в 15-й версии, в которой вышеупомянутый кэш по умолчанию выключен.

2️⃣ Новая система кэширования могла вставлять вам палки в колёса, если вы разворачивали сразу несколько экземпляров вашего приложения, не используя при этом сервера Vercel. Проблема решилась в версии 14.1, где нам дали инструменты для управления кэшем, а так же появились примеры со сторонними хранилищами, такими как Redis.

3️⃣ API дизайн для новой системы кэша получился непростым и запутанным. Множество опций по настройке, которые влияют друг на друга и необходимость подбирать нужные параметры, чтобы на выходе получить желаемое поведение — задача неприятная.

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

Если вкратце, то нам хотят предоставить новую директиву — use cache. По аналогии с use client и use server из React. Эту директиву можно будет указывать внутри функции, компонента или на верхнем уровне файла, что позволит помечать желаемые участки, как кэшируемые. Если посмотреть примеры из блога, выглядит довольно лаконично.

Такой вариант рассматривается как замена всем текущим опциям, по типу revalidate, dynamic и др. Сами опции никуда не денутся для обратной совместимости. Данная фича на данный момент находится под экспериментальным флагом и скорее всего появится в одном из следующих релизов. Я так же очень жду ещё одну экспериментальную фичу - Partial Prerendering (PPR), которая наконец позволит объединить SSG и SSR. Об этом я писал в другом посте.

С одной стороны, я рад, что команда Next.js признаёт собственные ошибки и решает их. С другой, это создаёт момент нестабильности, когда разработчик, использующий Next.js оказывается в ситуации, когда есть известная проблема, и её когда-нибудь решат, но в данный момент приходится изобретать костыли и как-то выкручиваться. Так же, из-за изначально проблемного дизайна API, придётся оставлять этот API для обратной совместимости, что раздувает документацию и создаёт риски ещё больше запутать новичков или плохо подготовленных разработчиков.

Хотя я наговорил тут много критики в сторону Next.js, это по прежнему один из главных инструментов, который мы используем на наших проектах. У Next.js лучшая реализация фичей из React 19, большое многообразие инструментов, работающих из коробки, огромное сообщество и экосистема, которые позволяет решить практически любую проблему.

Надеюсь, что команда Next.js сделала выводы и продолжить развивать своё детище в правильном направлении.

#миша_якубчук #кэширование_nextjs

⏺Стартуем через 30 минут!

Напоминаем, что сегодня стрим с командой TokenTactics. Обсудим последние события в экосистеме TON ☺️

Вопросы для стрима можете задавать в комментах 👋

⏺Стрим на этой неделе: обсуждаем последние события в экосистеме TON

На прошлой неделе мы провели стрим, где разобрали Roadmap TON Core на первое полугодие 2025. Тогда обсуждали в основном технические моменты.

Но TON — это не только технологии, но и бизнес, продукты и комьюнити. Поэтому на этой неделе мы решили собраться снова, но уже с другим фокусом: обсудить, что происходит в экосистеме, как меняется рынок и как всё это влияет на проекты.

В этот раз к нам присоединятся не только члены нашей команды, но и наши партнеры и заказчики — фаундеры проекта Token Tactics.

😌 Поговорим с ними о запуске проекта в TON, изменениях, которые ждут экосистему, и их прогнозах на будущее. Поднимем тему особого блокчейн-партнерства TON с Telegram, нерадующие метрики самого TON, что придет на смену "тапалкам" и т.д.

На стриме будут:
🟠наш СЕО #роман_штых;

🟠Co-Founder TokenTactics Роман Алиев;

🟠Co-Founder TokenTactics Никита Кузнецов.

Залетайте послушать и задать вопросы!

📆Встречаемся в нашем канале завтра (13 февраля) в 16:00 (МСК) / 13:00 (UTC) 👋

⏺MetaLamp × Bugblow: разговор о безопасности web3-проектов

Записали свой первый подкаст, в котором говорим о безопасности web3-проектов! Для этого пригласили в гости Александра Долгавина из BugBlow — нашего партнёра и эксперта в сфере аудита.

С нашей стороны поучаствовали #роман_штых и #николай_бордуненко!

О чем говорили:
🟠зачем аудит вообще нужен,
🟠как проходят аудиты у web3-проектов,
🟠обсудили статистику по киберпреступлениям,
🟠похоливарили о факапах крупных контор,
🟠кого лучше выбрать для аудита своего проекта.

📺 СМОТРИМ ЗДЕСЬ 📺

И напоследок: нам важно делать контент, который вам реально интересен. Какие темы или гости вас бы зацепили? Пишите в комменты, будем звать гостей и разбираться!🥰

По RWA вырисовывается адекватный тренд

Все вокруг говорят про RWA: как это круто и что за этим будущее. Но, как подметил токеномист Лёша Каранюк: если исключить стейблкоины, в этом секторе примерно ноль денег.

И вот сейчас, благодаря ONDO Finance, я начинаю понимать, куда всё движется.

ONDO Finance уже позволяет получить свой стейблкоин, оставив в залог гос. облигации США. Затем этот стейбл можно использовать в других протоколах.

Теперь они же запускают ONDO Global Markets. Наш разработчик #павел_найданов верно подметил — это брокер для криптанов. Платформа позволит вам купить любые акции на NASDAQ, тут же их токенизировать, оставить под залог и получить стейблкоин.

Дальше этот стейблкоин можно отнести в фарминг, предоставить им ликвидность, взять ещё один займ (не знаю, зачем, но можно). Единственный минус — делать все эти классные махинации можно только внутри экосистемы ONDO.

К слову, эти ребята на днях запустили свой L1. Для меня это знак, что в этот чейн будут привлекаться проекты, совместимые с ONDO. Также проект будет отдавать какой-то API для чего-то там — документации пока нет, поэтому не могу сказать, что там будет.

Недавно ещё один проект сделал анонс о том, что он позволит использовать токенизированные акции в качестве залога.

Для меня это очевидный тренд — давать пользователям возможность использовать в качестве залога более понятные и предсказуемые для них активы, которыми бы они и так хотели владеть!

Как это работает и почему это круто

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

Например, вы фанат Илона Маска и криптан одновременно. Вам всегда хотелось иметь акции Tesla (TSLA) и при этом что-нибудь сделать с криптой. Через условный ONDO вы покупаете себе акции Tesla, которые тут же токенизируются, обеспечивают вам займ в стейблкоине, который вы закинете в пул ликвидности под какой-нибудь APY с условным ETH или BNB.

Если это мэтчится с вашей стратегией холда этих активов, то это тотальный win. Как только вы решите слить акции, то просто возвращаете свои стейблы обратно, разблокируете залог и продаёте акции — брокер всё сделает за вас.

Я считаю, что ряд фондов, которые управляют активами, будут использовать такие сервисы. Обычные пользователи тоже будут на этих платформах, ведь не требуется никакая лицензия. Просто не будьте гражданином США — и всё.

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

#николай_бордуненко

Мы запустили эксперименты по внедрению AI в наши процессы разработки.

С этого года мы решили попробовать сформировать общекорпоративную практику использования AI-инструментов для разработки своих клиентских продуктов.

Не то чтобы ранее мы их не использовали. Скорее, эта практика была разрозненной: кто-то использовал, кто-то потестировал и подзабил.

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

Зачем мы это делаем?
Бум искусственного интеллекта провоцирует много изменений: вопросы безопасности в интернете, вопросы регуляции и пр. Но конкретно для нас самое главное его свойство — значительное увеличение производительности труда.

Уже сейчас некоторые инструменты позволяют значительно ускорить работу инженеров, и чем дальше, тем они будут надежнее, безопаснее и быстрее.
Да, у таких инструментов всё ещё много проблем: они галлюцинируют, выдают не всегда качественный результат, слабо осознают контекст задачи, и всё это зачастую может даже вредить проекту. Однако всё это — решаемые проблемы для следующих итераций подобных продуктов.

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

Мы с осторожностью подходим к клиентским проектам, и пока эти эксперименты проходят за их пределами. Но время покажет: вполне возможно, что в недалёком будущем многие задачи, для которых ранее требовалось 3–5 человек, смогут решать 1–2 специалиста.

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

#роман_штых

Кэширование в Next.js. Часть 2.

Привет, в предыдущем посте я решил рассказать вам о кэшировании в Next.js, об его особенностях и проблемах. Мы рассмотрели Request Memoization и Full Route Cache, а сегодня поговорим об оставшихся двух уровнях кэша.

3) Router Cache. Это единственный вид кэша, который работает на клиенте, а не на сервере. Router Cache работает во время того, как пользователь переключается между страницами. Он кэширует в памяти браузера ваши layouts, loading states, а так же префетчит страницы, на которые пользователь может потенциально перейти (отслеживает компоненты Link в области видимости). Это позволяет сохранять состояние Реакта в layouts и делать переход между страницами практически мгновенным за счёт префетчинга.

Так же Router Cache реализует свой собственный back-forward cache (BFC), который имитирует поведение браузерного BFC, но работает с маршрутизатором Next.js. При необходимости вы так же можете включить кэширование ваших pages, что позволит мгновенно возвращаться на уже посещённые пользователем страницы.

И вот тут мы сталкиваемся с первой ложкой дёгтя, которую подсунули нам разработчики Next.js, ведь до 15-й версии кэширование pages в Router Cache по умолчанию было включено, а до версии 14.2 его вообще никак нельзя было отключить. То есть, возвращаясь на одну из уже посещённых страниц, пользователь всегда увидит устаревшие, закэшированные данные. Что, мягко говоря, подходит не всем. К счастью, как я и сказал, с версии 14.2 мы можем отключить это поведение, а с версии 15, оно отключено по умолчанию.

4) Data Cache. Пожалуй основной уровень кэша, который кэширует все ваши данные между запросами. То есть, если вы запрашиваете данные для страницы в серверном компоненте, то при всех последующих рендерах, данные для этой страницы будут браться из кэша, что позволит быстрее отрендерить страницу и отдать её клиенту. Для этого необходимо использовать функцию fetch или функцию unstable_cache, если вы запрашиваете данные используя API сторонней sdk или базы данных. Кэш так же можно ревалидировать.

Казалось бы, какие могут быть проблемы с этим? А их оказалось сразу несколько:

🟠 До 15й версии у Data Cache были агрессивные настройки по умолчанию , где все fetch запросы навсегда кэшировались. По незнанию можно было обнаружить, что данные на странице никогда не обновляются и долго с этим разбираться. А когда разобрались, приходилось настраивать этот самый Data Cache на каждой странице или в каждом fetch запросе. К счастью, в 15й версии Data Cache по умолчанию выключен.

🟠 Если ваше приложение разворачивалось в нескольких экземплярах, между которыми происходила балансировка нагрузки, то у каждого экземпляра был свой собственный кэш, что приводило к несогласованности данных. Но если вы развернёте ваш сайт на серверах Vercel, то у вас всё будет работать как надо, от чего знатно подгорало у сообщества. Довольно долгое время эта проблема не решалась и только в версии 14.1 у нас появилась возможность написать собственный cacheHandler, а так же появились примеры со сторонними хранилищами, такими как Redis.

🟠 В конце концов появилось множество опций (revalidate, dynamic, fetchCache и опции функции fetch) по настройке этого самого кэша, разобраться в которых с первого раза было крайне сложно. А разбираться приходилось, как раз из-за агрессивных настроек по умолчанию, о которых я упомянул выше.

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

Фух, как видите, в отличии от предыдущего раза, претензии к кэшированию есть и они серьёзные. Часть из них уже решены, а оставшуюся часть хотят решить в будущем. Каким образом? Расскажу в следующий раз.

#миша_якубчук #кэширование_nextjs

⏺Стартуем через 30 минут!

Вопросы для стрима можете задавать в комментах👋

⏺Стрим на этой неделе: обсуждаем H1 Roadmap от TON Core

Разберём на стриме Roadmap на первое полугодие 2025 от TON Core вместе с нашей командой:

🟠Руководитель менеджерского офиса #денис_добровольский;

🟠Lead Blockchain Analyst #николай_бордуненко

🟠и наш TON Developer #лев_заводун

А если останется время, то обсудим, что там вообще в TON творится👀

Залетайте на поболтать!

📆Встречаемся в нашем канале завтра (6 февраля) в 16:00 (МСК) / 13:00 (UTC) 👋

🪳 Roach Racing Club рвут топы на Abstract!

А кто это у нас тут в центре внимания? Наши партнеры Roach Racing Club запустились в бета-версии, но уже рвут топы — #1 среди всех приложений на Abstract! 🏆

Roach Racing Club — это геймифицированная трейдинг-арена, где игроки управляют крипто-тараканами и соревнуются за банк.

Мы уже рассказывали о проекте, но такие крутые результаты — отличный повод вспомнить о нем снова!

Поздравляем ребят с успешным запуском и заслуженной победой! 🥰

🙌 Подробнее о проекте: roachracingclub.com
😌 Их Telegram: @roachracingclub

EIP-7002: Execution layer triggerable exits

Продолжаем разбирать предстоящее обновление Ethereum Pectra. Переходим к EIP-7002.

Название в EIP хардфорка и на страничке самого EIP-7002 отличается. На страничке EIP это «Execution layer triggerable withdrawals». Withdrawals, a не exits. По сути это одно и тоже. Под exits можно понимать выход валидатора из сети, под withdrawals — снятие депозита (речь о 32 ETH, которые валидатор стейкает для начала своей работы).

Интересно в EIP-7002 то, что для него обязательно необходима реализация EIP-7685, который мы рассмотрели в прошлый раз. Мы говорили, что EIP-7685 реализует некий механизм обмена сообщениями между уровнями консенсуса и выполнения. Для этого будет введён новый тип запроса, в котором консенсус, из специального поля в заголовке блока, сможет получать необходимые данные. Таким образом, уровни консенсуса и выполнения будут общаться между собой.

▫️Что EIP-7002 делает?

Позволяет инициировать снятие застейканных активов, реализованное при помощи EIP-7685. Будет генерироваться новое сообщение на уровне исполнения, добавляться в заголовок блока, и потом на уровне консенсуса информация будет считываться.

▫️Что EIP-7002 дает?

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

Сегодня существует два варианта стейкинга эфира для валидатора:
- Соло стейкинг
- Делегированный стейкинг

Плюшки EIP-7002 становятся более понятны в разрезе делегированного стейкинга. Сейчас ситуация такая: валидатору делегируется эфир, он делает ставку, и реальный владелец не может изъять свой эфир, пока валидатор не подпишет запрос на снятие своим ключом. Это не очень приятная ситуация, которая требует доверия валидатору, которому ты отдаёшь свой эфир.

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

▫️Обратная совместимость

Этот EIP вводит обратно несовместимые изменения в структуру блока и набор правил проверки блока. Но это никак не повлияет на пользовательский опыт.

▫️Вывод

Рассматриваемый EIP-7002 требует реализации EIP-7685. На мой взгляд, EIP-7002 - частный случай EIP-7685, который подчистит старый легаси код и уберёт доверие в делегированном стейкинге.

Только подумайте, как один маленький EIP-7002 может повлиять на расклад сил в делегированном стейкинге, например для Lido. 🙃

#в_гостях_у_Pectra #павел_найданов

🦄 Juspay нацелена стать первым единорогом в 2025 году.

Juspay — наш давний клиент, с которым мы работали без малого 5 лет. Вся наша Haskell-команда прошла "боевое крещение" на данном проекте.

Возможно, вы о них не слышали, но в Индии это настоящий гигант финтеха. Компания доминирует на рынке оркестрации платежей, контролируя почти 90% рынка и обрабатывая 175 миллионов транзакций ежедневно🔥

Сейчас Juspay закрывает новый раунд финансирования на сумму $150 миллионов и готовится стать первым единорогом в 2025 году!

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

💪 Итоги программы обучения 2024

2024 год стал по-настоящему продуктивным: мы запустили новые направления, организовали новые мероприятия, разработали и продолжаем улучшать наш сайт! Кстати, подробнее о нашей программе я рассказывала ранее.

Теперь подробнее об итогах:

Запустили 3 новых направления обучения:
🟠 Solidity — разработка смарт-контрактов;
🟠 Web3 Frontend — создание интерфейсов для децентрализованных приложений;
🟠 Node.js — серверная разработка на JavaScript.

Провели ряд мероприятий, включая:
🟠 Scrum-команды по изучению React и web3 Frontend;
🟠 Пробные собеседования;
🟠 Карьерные консультации;
🟠 Митапы и обсуждения актуальных тем;
🟠 Опрос выпускников прошлых лет.

🌐 Продолжаем работу над новым сайтом и разрабатываем новые образовательные продукты, чтобы продолжать вносить свой вклад в развитие web3 и IT сообщества в целом🤟

🎓 В этом году 7 наших выпускников успешно завершили обучение, получив сертификаты, подтверждающие их навыки. Это вдохновляет нас продолжать развивать программу обучения!

💬 Нам важно ваше мнение!
Какие направления обучения вы хотели бы видеть в будущем? Чего, на ваш взгляд, не хватает в нашей программе? Делитесь идеями — они помогут нам стать еще лучше!

#света_дульцева #программа_обучения

Кэширование в Next.js. Часть 1.

Всем привет! Cегодня я хочу затронуть тему кэширования в Next.js. Это будет серия постов, где в начале мы рассмотрим само кэширование и какие проблемы оно решает, а затем я расскажу, какие проблемы оно привнесло и как разработчики Next.js теперь пытаются решить эти проблемы. Поэтому подписывайтесь, чтобы не пропустить!

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

И так, в 13-й версии Next.js, вместе с App Router, нам представили новый механизм кэширования, который вызвал неоднозначную реакцию у пользователей и получил долю заслуженного, на мой взгляд, хейта. В Next.js теперь есть 4 уровня кэша и мы рассмотрим каждый из них. Сразу скажу, что я не буду давать полное и исчерпывающее описание, а только саму суть. Более подробно вы всегда можете почитать в документации. Приступим:

1) Request Memoization. Простой механизм, который кэширует все запросы, выполненные функцией fetch, на этапе рендеринга вашей страницы на сервере. Другими словами, если на вашей странице в разных серверных компонентах отправляется один и тот же запрос, то такой запрос отправится только один раз, а полученные данные расшарятся между компонентами. Это позволяет не беспокоиться о том, что один и тот же запрос выполнится несколько раз.

В противном случае, нам бы пришлось запрашивать данные где-то на верхнем уровне, а затем прокидывать их через пропсы, как это было в Pages Router с функцией getServerSideProps. Такой кэш существует только в момент запроса за страницей, а затем удаляется. Отключить его нельзя, да и не зачем, он не несёт никакого вреда и делает разработку более удобной, позволяя запрашивать данные там, где они нужны, не переживая о дублировании запросов. Что отлично ложится в дизайн серверных компонентов. Работает на основе функции cache из React.

2) Full Route Cache, он же SSG, он же Static Rendering. Кэширование всего раута во время билда проекта. Другими словами, Next.js сгенерирует готовый html файл вашей страницы во время билда и будет мгновенно отдавать его по запросу за этой страницей. Next.js по умолчанию пытается применить это кэширование ко всем раутам, но отключит его, если встретит на странице использование чего либо из Dynamic API (headers, cookies, searchParam проп), либо если вы отключите его самостоятельно. В таком случае Next.js переключит ваш раут на Dynamic Rendering. При необходимости кэш можно ревалидировать раз в определённый промежуток времени или по требованию. Это называется ISR - Incremental Static Regeneration. Проще говоря, Next.js пересоберёт вашу страницу в фоне, что бы сгенерировать свежий html файл, без необходимости пересобирать весь проект.

Full Route Cache является серьёзной оптимизацией для вашего сайта, поскольку позволяет пропустить этапы запроса данных на сервере и рендера страницы на сервере, сразу отдавая готовый html файл, который был получен во время билда. Это существенно увеличивает показатели производительности и я неоднократно использовал Full Route Cache на наших проектах. Справедливости ради, с ним есть одна проблема, которую призван решить Partial Prerendering (PPR) в будущем. Но об этом я писал отдельный пост.

Мы рассмотрели 2 вида кэша из 4х, и пока я не сказал ничего плохого о них. Наоборот, отметил положительные стороны и действительно считаю их полезными фичами в Next.js. Так что же не так с кэшированием в Next.js и почему разработчики Next.js пытаются изменить подход к нему? Узнаем в следующих частях.

#миша_якубчук #кэширование_nextjs

🤖 AI Agents: как AI-агенты покорили крипторынок

Казалось бы, AI-шумиха под конец 2024 года утихала, но тут появились они — AI-агенты, и затмили собой всё. AI — не наша сильная сторона, но пропускать такие нарративы мы не можем.

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

🙌 Что вообще такое AI-aгент?
🙌 Какие задачи они выполняют?
🙌 Нужен ли вообще блокчейн AI-агентам?
🙌 Разобрали главные проекты на рынке AI-агентов.
🙌 Есть ли будущее у этого нарратива ...
🙌 и как запустить своего AI-агента на базе Virtuals Protocol.

Читайте обо всем этом в нашем блоге 👋

НО ЭТО НЕ ВСЕ

Параллельно этому мы подготовили обзорное исследование, в котором разобрали место AI в DeFi.

В этом исследовании мы постарались разобрать, как именно AI меняет DeFi: какие проблемы уже решаются, что остаётся под вопросом и почему синергия двух самых бурно растущих направлений криптоиндустрии может изменить привычное представление о финансах!

Ознакомиться с исследованием можете на нашем сайте

🧑‍💻Magazine| 📝Habr| 😌Чат

🤟 MetaLamp исполняется 10 лет!

Всё началось в 2014 году как кружок по программированию. В один зимний вечер шестеро друзей зарегистрировали компанию Fullstack Development (FSD) и понеслось!

Чего добились за эти 10 лет:

🙌 Поработали с 200+ проектами! Поработали и с корпоратами, и со стартапами, и с блокчейн сетями. Даже пробовали построить собственный стартап!

🙌 Нашли свое призвание в web3-сфере! Стартовали как "пионеры" на Cardano, а потом пошли в EVM, TON, Solana.

🙌 Построили программу обучения, которая работает уже 9 лет! Расширили её до 5 направлений, получали награды и главное — трудоустроенные и довольные выпускники.

🙌 Вошли в Топ-10 блокчейн разработчиков в самом крупном зарубежном рейтинге!

🙌 Завели блок на Habr и вошли в топ-2 по Децентрализованным сетями и в топ-1 по Solidity.

Наверное, никто лучше наших фаундеров и руководителей не расскажет о пройденном пути и проделанной работе:

Сергей Черепанов, Founder

Ребята, всех поздравляю с днём рождения! Это общий праздник про каждого из нас и для каждого из нас :)

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

Когда-то нас действительно было меньше 10 человек, мы все помещались в одном маленьком кабинете, и наш уровень был такой, что никто бы тогда нашу текущую программу обучения не прошёл бы 😅

Спасибо всем, кто делился эмоциями всё это время, кто участвовал в наших движухах, кто проявлял инициативу, кто помогал вытаскивать проекты, кто рос и помогал расти другим! Получается, спасибо каждому из вас! :)
Рома Штых, СЕО

Десять лет - очень большой срок для студии. Я приходил в команду как один из первых не технических специалистов. Проделал путь от сейлза до CEO и партнёра. Из маленькой, очень нишевой фронтендерской команды Металампа на моих глазах проделала путь в заметную и узнаваемую студию на web3 рынке.

Желаю Металампе на следующий юбилей быть крепкой диверсифицированной компанией и однозначым лидером отрасли. А всех причастных благодарю за инвестиции в команду и желаю такого же роста и процветания.
Миша Крашенинников, CHRO

Я выпускник той самой программы в 2016м году. Все эти годы пролетели быстро. Я доволен опытом, который преобрел! Я, как и компания, менял направления, рос, добивался результатов. Наблюдать за ростом компании это отдельный вид наслаждения)
Миша Дашкевич, СТО

Нам 10 лет, и это круто! Спасибо вам — нашим клиентам, которые доверили нам свои продукты, нашей команде, которая делает невозможное возможным, и нашим читателям за маленькое теплое комьюнити.

Благодаря вашей поддержке мы пережили несколько кризисов, открыли несколько направлений, прокачали портфолио, сервис и экспертизу. Вместе мы выросли из небольшой команды студентов в провайдера комплексных услуг. Без вас ничего бы не получилось. Вместе свернем горы! ❤️

Благодарим каждого из вас — клиентов, партнёров, коллег и выпускников — за то, что прошли этот путь с нами.

И это только начало! 🚀

😌 Что там произошло за выходные?

🧑‍💻 Очередной взлом звезды — попался Дин Норрис.
Аккаунт Дина Норриса в X, известного по роли Хэнка Шрейдера в сериале «Во все тяжкие», взломали и продвигали мошеннический токен $DEAN. За несколько часов капитализация монеты достигла $7 млн.

🏦 Новые ETF не за горами.
Grayscale подала заявку на запуск Litecoin ETF и Solana ETF, а CoinShares подала заявление на XRP ETF.

🐧 Abstract выходит в мейннет сегодня!
Pudgy Penguins запускает основную сеть Abstract сегодня. Ждем выхода проекта наших партнеров на новой сети 🪳.

🫵 Трамп продолжает набирать в свой портфель.
Ладно, не сам Трамп, а проект связанный с ним. World Liberty Financial приобрел еще 3001 ETH и 95 WBTC. На данный момент фонд владеет 77 818 ETH ($257 млн), включая 19 403 ETH через Lido, и 646,72 WBTC ($67,6 млн).

👤 Илон хочет внедрить блокчейн в свою работу.
Речь о новом Департаменте эффективности государственного управления. Маск изучает возможность внедрения блокчейна в деятельность правительства США для отслеживания и сокращения федеральных расходов.

👤 Coinbase хочет переосмыслить процесс листинга.
Брайан Армстронг, CEO Coinbase, заявил, что бирже необходимо «переосмыслить» процесс листинга токенов, чтобы успевать за ростом числа создаваемых новых токенов. Армстронг также рассказал о планах Coinbase по углублению интеграции с DEX.
Customers shouldn't need to know or care whether the trade is happening on a DEX or CEX.
В ответ Джастин Сан, основатель Tron, ответил, что Tron находится на рассмотрении для листинга на бирже уже 7 лет! Словесная перепалка в X продолжилась между Саном и Chief Legal Officer Coinbase Полом Гревалом на тему иска BiT Global, связанного с WBTC и подозрениями о роли Сана в эмитенте. Но это уже совсем другая история.

Если что-то упустили — дайте знать! Ну и хорошей рабочей недели👋

🧑‍💻MetaLamp Magazine| 📝Habr| 📝VC