MetaLamp | CIS

Uniswap v4 hooks were a mistake

Это всего лишь громкий заголовок в статье от 0x. Моя лента просто заполнена мнением разных людей. Реакция бурная, но как будто негативный фон преобладает.

В чем суть?

Хуки в Uniswap v4 — это произвольный код, который исполняется в ключевых точках жизненного цикла пула (beforeSwap, afterSwap и т.д.).

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

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

С другой стороны, через динамические комиссии часто пробуют решать проблему impermanent loss у поставщиков ликвидности. То есть при волатильности, комиссия для пользователя может плавать. Размер комиссии определяет хук. В итоге — это скам или не скам?

В своей статье 0x отмечает рост скам хуков в последнее время.

Мое мнение

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

По такой логике ERC-20 тоже было большой ошибкой, сколько через него увели ликвидности. Если так рассуждать, то может весь блокчейн — это ошибка, но что на этот счет думают AML сервисы?

Действительно ли скам хуки заполонили блокчейн?

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

Вот хук с высокими динамическими комиссиями — это безопасный, вредоносный или вероятно вредоносный контракт?

Более того, у 0x вероятно есть конфликт интересов (это в комментариях тоже отмечено), ведь они работают на уровне маршрутизации и агрегации. Для них это боль и золотая жила одновременно: строить маршруты через пулы, избегая скам хуки. Это же киллер фича, которую можно продать своим пользователям.

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

Итого

У меня раньше был скепсис по поводу v4, которая задумывалась, как площадка для того, чтобы проекты пришли и делали на этой базе безопасный дефай, а не форкали v2/v3. Но я не знаю прям знаменитых хуков за пределами небольшого комьюнити, которое в хуках варится.

Но после участия в инкубаторе от Atrium, я посмотрел на это по-другому. Я увидел, что Uniswap создал поле для экспериментов, где любой из нас может попробовать решить общие проблемы в отрасли: slippage, IL, LVR, MEV, toxic flow и другие. И это происходит прямо сейчас. По-моему это круто.

Ни в коем случае не опровергаю рекомендации в конце статьи 0x, они трезвые и почти бесспорные, но говорить, что v4 это провал неправильно.

P.S. Кстати, Hayden Adams дал свой публичный ответ:

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

Ну и пошипил собственный API, который не имеет проблем с маршрутизацией между делом.

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

🤟 Сайт | ТГ-канал | Наш чат

❣️ Tenderly: история верификации от первого лица

Когда постоянно пользуешься Tenderly для трассировки транзакции, тебе надо верифицировать смарт-контракт. Если ты сделал это для explorer, то в 99% случаев Tenderly может автоматически подтянуть код контракта оттуда и разложить на него весь стек вызова твоей транзакции.

Мой случай попадает в тот самый 1%, когда что-то пошло не так.

☠️ Затравочка

У нас блокчейн Base. Проект средний сложности, порядка 5 основных контрактов, версия Solidity 0.8.35, много чего наследуется от OZ. В общем, верифицировать руками смерти подобно. Поэтому использую возможности Foundry прямо в момент деплоя.

Пока мы только в тестнете, но уже готовимся к выходу в мейннет, поэтому активно тестируем — транзакций много. И вот появляется "транзакция-кандидат", которая ревернулась.

Привычно открываю Tenderly, жму кнопку "Fetch the contract from public explorer" и ничего. В этот раз проблему решил без глубокого погружения в код, но звоночек мне не понравился. Решил попозже эту проблемку как-нибудь разобрать.

💡 Поиск решения

Я знаю, что сУрьезные проекты верифицируют свои контракты в Tenderly приватно и используют для этого апишку. Я пошел сам в доку, нашел, что верифицировать можно через Foundry.

Время три часа дня. На раз-два быстренько запустил команду forge verify-contract --mne-na-Tenderly и ... чудеса, получил ошибку вида Bytecode does not match deployed contract.

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

Единственное, до чего дошли по итогу — это что Tenderly не поддерживает еще версию Solidity 0.8.35. Звучит очень странно, на фоне того, что уже как-бы 0.8.37 вышла. Причину ошибки, которую Tenderly, возможно, кидает в ответ из консоли прочитать невозможно.

Решил попробовать понизить версию контрактов, но сначала на легком тестовом, чтобы не ломать свои. Бахнул 0.8.27, как у них в примерах, и все прошло с первого раза. Хм, интересно, включил в голове бинарный поиск и выяснил, что 0.8.34 и все что до нее (даже 0.8.36) работают, но не моя 0.8.35.

Время уже вечер! Ну, думаю, пришло время написать куда-нибудь в Tenderly. У них есть чат прямо в приложении, я туда коротенько свою проблему описал и там создался тикет по моей проблеме, а я пошел довольный спать с мыслями, что видимо завтра у нас переезд на 0.8.[что-нибудь].

☀️ Утро вечера мудренее

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

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

I reproduced it: verification with solc 0.8.35 currently fails on our side whenever the contract has a strict version pragma such as pragma solidity 0.8.35; or ^0.8.35. That's a bug in how we handle that compiler version, not a problem with your contract.

И даже вот пж, попробуй чисто для верификации в Tenderly поставить версию компилятора ^0.8.0.

Keep 0.8.35 selected as the compiler, but in the source you paste into the verification form loosen the pragma line to something like pragma solidity ^0.8.0;.

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

Вывод

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

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

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

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

🤟 Сайт | ТГ-канал | Наш чат

🔐 Опенсорс как бизнес, что нужно институционалам и про безопасность DeFi: разговор с Никитой из OpenZeppelin

Позвали на подкаст Никиту Хатеева — ведущего опенсорс-разработчика OpenZeppelin 💪

Поговорили, как из опенсорса получается бизнес: гранты, аудиты, работа через DAO (среди клиентов Aave, Compound и Uniswap).

Обсудили, зачем институционалам конфиденциальность и чем она отличается от приватности, как в OpenZeppelin оценивают безопасность DeFi изнутри и почему Никита смотрит на это оптимистично.

А, ну и про AI, куда уж без AI.

Тайм-коды:

00:00 — Интро
01:00 — О госте
02:00 — Про OpenZeppelin
03:50 — Про работу на других сетях
08:35 — Про первые версии и взломы
10:00 — Про Polkadot
11:41 — Про работе в Open Source
14:02 — Бизнес модель в Open Source
15:22 — Структура команды OZ
17:05 — Про заказчиков в EVM
18:45 — Про институализацию рынка и клиентов
20:25 — Конфиденциальность и приватность: отличия
22:45 — Про безопасность DeFi
25:25 — Про AI в OpenZeppelin
27:30 — AI-скилы для сотрудника
30:40 — Что изменится в ближайшие пару лет
33:33 — Про будущий кризис и его влияние на блокчейн
37:00 — Безопасность и AI в OZ
38:25 — Тренды в web3
39:55 — Каких инструментов не хватает
42:35 — Про Solana
45:27 — Про "ноу-хау" в Ethereum
49:33 — Про Polymarket

Детали в подкасте, вперёд слушать!

📺 YouTube
🎵 Яндекс-музыка
🎵 Apple-подкасты
💬 Слушать в Telegram

🤟 Сайт | ТГ-канал | Наш чат

Сказ о том как я ИИ-сотрудника искал

Обложку для поста я видел несколько месяцев назад, до сих пор легкие мурашки по спине вспоминаю с мыслями "Здравствуй, всеобщее изобилие или что-то значительно хуже". И в очередной раз я вспомнил ее недавно когда прочитал в тележке про концепцию Agent-to-Agent Economy.

"We are moving from an era of simple token speculation to an era of creating real value. In a crypto ecosystem like Solana, AI agents don’t just execute human commands — they can form networks, hire specialized sub-agents to perform specific tasks (analysis, data search, trade execution), and instantly pay them from their own treasury wallets."
— Shaw (Основатель ai16z и разработчик фреймворка Eliza)

Звучит мощно. Картина, где агенты сами друг друга нанимают и платят, особенно на блокчейне, рисуется всё чаще. И уже не только рисуется, под это реально строят инфраструктуру (тот же x402 от Coinbase).

Посмотрел я (опять) на эту обложку и подумал, а почему бы не попробовать "нанять" к нам в команду такого автономного AI агента. Да, я вроде кожаный, но все же, могу ли я взять и нанять чужого готового агента, скажем, для отдела продаж?! Например, пусть будет сотрудник, который будет заниматься лидгеном.

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

Да, я мог купить подписку в каком-то сервисе типа Apollo, или собрать своего агента в Сlaude, или просто купить готовую базу контактов. Сразу сделаю оговорку, что это было исключительно для экспириенса.

Я подумал: мелькали же недавно сервисы, где AI-агенты нанимают людей. Наверняка есть и обратные - маркетплейсы, где людям можно нанять AI-агента…

Я нашел пару вариантов:

1. agentalent.ai — список агентов с выкупом сразу на месяц) Максимально приближенно с наймом сотрудника, от $2000 в месяц. Я пока морально не готов, ха-ха
2. agrenting.com — тут тоже маркетплейс, 82 агента, но грустнее, отзывов нет и выполненных задач тоже, похоже на довольно мёртвый проект, но может быть стоит дать время
3. были еще пара проектов где нужно было заполнить форму и ждать демо, но честно, я пошел дальше.

Я обсудил свою идею с коллегами, стоит ли вообще продолжать, и есть ли за этим будущее и получил пока 2 довольно скептических ответа:

1. Рома, наш ex. CEO (@shtykh_shtykh): Нанимая агента у таких сервисов, вам все равно придется самостоятельно сгружать ему контекст, а возможно и доступы. В чем тогда смысл найма таких агентов, если проделать ту же работу можно с Claude Code, Codex, Hermes и пр.? Я пока не понимаю

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

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

Знаете реально рабочие платформы, где можно «нанять» чужого AI-агента и заплатить ему за результат?
И вообще — как вам сама идея Agent-to-Agent Economy? Это уже про настоящую экономику, где агенты будут друг друга нанимать и платить, или пока больше хайп и красивые презентации?

#михаил_дашкевич

🤟 Сайт | ТГ-канал | Наш чат

👀👀👀

Давно нас не было в уличных гонках 🚘

Плотно закопались в проектах и пропали. Исправляемся.

30 июля наш СPO #николай_бордуненко выступает на AMA-сессии у ребят из «Шард».

Тема встречи: «Цифровые активы, платежи и комплаенс: что реально меняется для бизнеса»

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

Вопросы можете оставить через форму!

Так что ничего не планируйте на вечер 30 числа! Детали встречи будут ближе к дате проведения 👋

🤟 Сайт | ТГ-канал | Наш чат

💰 Base хорош, но не во всём, не всем, не всегда или вообще не он виноват

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

Обычно я начинаю спрашивать:
➖ EVM/не-EVM?
➖ L1 или L2?
➖ А какая там финализация? Блоки-то могут и быстро создаваться, но важно когда там уже транзакцию отменить нельзя?
➖ Инфраструктура вокруг: эксплореры, оракулы, индексаторы, провайдеры, мосты, кошельки, всего не перечесть.
➖ Пользователи есть, ликвидности достаточно?
➖ Может кто из блокчейнов грантик даст? Хотя сегодня это наверное сомнительный поинт, кто у нас вообще готов хоть что-то дать на текущем рынке?

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

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

И вот я всегда советовал: "Ну возьмите Base, если не можете выбрать! Ну а что? Дешёвый, надёжный, all inclusive по инфраструктуре, не пожалеете".

И как бы я привык, что, если там вам прайсы нужны, то в Chainlink всё найдёте. Оказывается не все!

Equities — это данные о ценах акций и биржевых фондов. Если проще, то это возможность получить прайсы на Apple, Nvidia, Google, и т.д.

Chainlink поддерживает equities в Arbitrum, Optimism, Polygon (чему я был удивлен, оказывается старичка еще можно выбирать в 2026), но не в Base. Вот это попадос! 😅

🤟 Вывод

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

P.S. В моем случае, я напугался зря. У Chainlink нет equities в Data Feeds, но они есть в Data Streams, который они запустили в этом году. Data Streams — это pull-модель, как у Pyth Network, то есть подписанный отчёт по прайсу подтягиваешь офчейн и верифицируешь ончейн в момент, когда он нужен, а не читаешь готовую цену с контракта как в Data Feeds. Не знаю насколько это дорого, но хотя бы дока есть. Ах, да и в Pyth Network этого добра на любой вкус.

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

🤟 Сайт | ТГ-канал | Наш чат

🛒 Почему я перешёл с Copilot in VS Code на Claude Code и доволен ли я?

Привет, это фронтенд техлид MetaLamp. Полтора года назад я начал использовать ИИ в своей работе, довольно плавно и естественно погружаясь в мир промптинга.

Как фронтендер, я люблю удобные и красивые интерфейсы, а консоль использую редко. Поэтому встроенный Copilot Chat в мой повседневный редактор кода был для меня естественной точкой входа. Обзаведясь подпиской Copilot Pro за 10$, я прожил с ней полтора года и надо отдать должное ребятам из VS Code, они крайне активно разрабатывают и улучшают всё что связано с Copilot внутри VS Code. Каждый месяц выходят новые фичи, улучшения интерфейса, исправления проблем.
И я действительно ощущал на себе развитие экосистемы и то, как это влияет на удобство моей работы. В общем, я был доволен.

Но вот в апреле этого года пришла волнительная новость. С 1 июня, Copilot переводят на usage-based оплату. Если вы вдруг не знали, то всё это время в Copilot оплата и лимиты считались не по использованным токенам, а по количеству запросов в чате. В подписке за 10$ давалось 300 запросов в месяц, при этом самые крутые модели имели повышенный коэффициент. Так например у Claude Opus он был 3х, то есть один запрос в Opus считался за три. Теперь же всё становилось как у всех.

Но ближе к сути, наступает 1 июня, я продолжаю пользоваться Copilot Chat как обычно, и в первые два дня почти все мои лимиты заканчиваются. За это время у меня было 6 небольших сессий с Claude Sonnet и если вы думаете, что у меня были какие-то мультиагентные системы работающие параллельно с огромным контекстом и Max Thinking, то вы ошибаетесь. Я запускаю одного агента, формирую для него одну задачу, у меня есть несколько MCP серверов и md файлов с правилами, но не более.

В общем, от безысходности, я решил пойти туда, о чём говорят больше всего, когда речь заходит про ИИ агентов - в Claude Code. С мыслями о том, что халява закончилась и мне теперь придётся тратить сотни баксов, как пугают в интернете, я купил подписку за 20$ (на самом деле 24) и спустя 3 недели могу сказать, что я приятно удивлён лимитам.
Я ни разу не достиг еженедельного лимита, изредка приближаясь к 5ти часовому. И это при том, что 77% моих токенов были сожжены Opus, чего я раньше точно не мог себе позволить. Я так же попробовал работать над несколькими крупными задачами в рамках одной сессии, приближаясь к 1М контекста, что тоже сжигает больше токенов. Выходит, мне снова хватает самой дешёвой подписки.

Что касается разницы в качестве работы между Claude Code и Copilot Chat (с теми же моделями Sonnet и Opus) - я лично не заметил большой разницы. Поэтому мне интересно узнать, пробовали ли вы использовать одни и те же модели в разных инструментах? Ощущали ли разницу в качестве работы?

Хочется сказать и о других вещах, которые будут очевидны для тех, кто использует Claude Code или Codex, но в моём случае эти вещи стали минусами, так как я к ним уже привык. Конечно это не редактор, здесь нет навигации по файлам, удобной возможности посмотреть diff-ы с привычной подсветкой синтаксиса, нельзя перетаскивать файлы прямо в контекст, прикреплять DOM элементы из встроенного браузера и много чего ещё. Теперь приходится переключаться между окнами Claude Code и редактором, потому что я пока не настолько свайбкодился, что бы доверять всё агенту.
Я так же пробовал расширение, которое добавляет Claude чат прямо в редактор кода, но он всё равно очень далёк по функционалу от Copilot Chat. Поэтому будь моя воля, я бы конечно остался использовать Copilot Chat, но у ребят из Microsoft были свои планы.

Спасибо за внимание! Буду рад услышать ваше мнение и ваш опыт в комментариях.

#миша_якубчук

🤟 Сайт | ТГ-канал | Наш чат

☝ Pump.Fun GO — и не Fun, и не Go

Хочу поделиться с вами, как меня разочаровал PumpFun, а точнее их новый продукт — GO. Это bounty- платформа, где одни дегенераты предлагают деньги за выполненные задания, а другие дегенераты их выполняют. Нет, не дегены. Дегенераты. (поймете, почему я так категоричен, если зайдете на платформу)

Технически там все сильно проще, чем я ожидал. Простой escrow-контракт и... всё. Возникает логичный вопрос — а как проверяется исполнение задания в реальном мире? И тут у меня было ожидание не сколько инновации, а скорее креативности от команды pumpfun. Увы, нет. Просто модераторы проверяют, исполнено или нет. Как подтверждаются компетенции модеров отличать реальные действия от их фабрикации и отсутствие ангажированности — никак лол.

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

И я прям расстроился! Ведь их предыдущий продукт был хотя бы неоднозначным. Огромное большинство критиковало их мемпад. Другие — хвалили за вклад в демократизацию финансов. А GO — абсолютная пустышка, которую, скорее всего завайбкодили за выходные, как какой-то трекер привычек.

А, возможно, вам стало интересно — были ли скандальные треш-задания? Конечно! И стоило $690 000. Правда, если вы его выполняете, то, вам эти деньги, к сожалению, уже не потратить. Думаю, вы догадались, о чем я. Баунти был быстро удален. При удалении баунти, деньги, к сожалению, возвращаются к создателю.

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

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

🤟 Сайт | ТГ-канал | Наш чат

🚽 Tron: Три нюанса, о которых нет в доке.

1000 лет ничего не деплоил в замечательную сеть Tron. Ниже опишу то, с чем я столкнулся сегодня.

1️⃣ Опкод `mcopy` сломал компиляцию, хотя мой контракт его даже не использует

Наследовался от контракта из OpenZeppelin 5.6.1 — компиляция падает.

Оказалось, внутри зависимостей AccessControlEnumerable → EnumerableSet → Arrays
используется опкод MCOPY (EIP-5656), который доступен только с Cancun. У меня стояла версия для компиляции: 'istanbul'. Попотел над поиском проблемы знатно.

Отмечу, что я не сам придумал использовать istanbul, я взял это из доки TronBox 😡. Поэтому, если используете свежий OZ, то ставьте сразу 'cancun'.

2️⃣ TronBox тихо съедает аргумент конструктора

У меня скрипт деплоя чуть сложнее, чем деплой ERC-20. Конструктор принимает много параметров и я подумал, что хочу объединить все это в структуру Config. Тогда скрипт деплоя/миграции вот такой

...

const config = [param0, param1, ... , paramN]; // Массив (tuple) в деплой скрипте описывает мою структуру для конструктора моего контракта

await deployer.deploy(MyContract, config);

....

TronBox плюнул ошибку: constructor expected 1 arguments, received 0.

Прикол! Зову Гарри Поттера Claude, лезем в исходники самого TronBox. Внутри есть проверка typeof lastArg === "object", которая считает последний аргумент «опциями деплоя»... и массивы у JS тоже typeof === "object". Получается мой единственный аргумент TronBox принимал за опции деплоя и стирал.

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

await deployer.deploy(MyContract, config, {});

Не передавайте массив как последний аргумент без {} и вообще будьте на стороже...

3️⃣ Больше не надо удалять дубли

ait deployer.deploy(MyContr

руками во flatten файле для верификации.

Если вы хоть когда-нибудь деплоили в Tron, то вы знаете, что там нельзя верифицировать контракт привычным для EVM блокчейнов способом.

TronScan предлагает собрать контракт со всеми зависимостями в один файл, который он компилирует и проверяет. При этом Tron не умеет верифицировать набор файлов.

Самое нудное! Перед верификацией нужно удалить из этого собранного воедино файла дубли SPDX-License-Identifier. Если что, то это официальная рекомендация Tron! У меня их получилось ни много, ни мало 22 штуки.

И вот TronBox наконец-то подвез фичу, которая делает это за вас! Они заключили соглашение с клодом, чтобы тот научился мать вашу удалять дубли автоматически. Объясняешь клоду ситуацию и он все делает по-красоте. Я прям кайфанул, как-будто клод мне золотого бота написал для Polymarket!

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

P.S. Третий пункт оказывается и правда исправлен в TronBox@4.6.0. У меня был TronBox@4.5.0, поэтому нужно было заниматься удалением дублей руками.

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

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

🤟 Сайт | ТГ-канал | Наш чат

Coolify теперь чуть менее клевый, но это не его вина

Решил я в понедельник развернуть на тестовом стенде один из внутренних проектов. Сейчас это по сути набор сверстанных страниц на react/nextjs.

Разворачивать решил на хостинге timeweb.cloud с помощью Coolify. Вы сразу спросите (или не спросите): а зачем timeweb, он ведь не самый стабильный хостинг в ру-сегменте? Все в порядке, там крутятся либо тестовые стенды либо внутренние проекты. Проще оплачивать через СБП. Остальные его плюшки и проблемы заслуживают отдельного поста.

Про Coolify мы уже писали, вот тут, с ним задеплоить приложение суперпросто и быстро, особенно frontend. Если Coolify уже развернут, достаточно подключить по ssh новый сервер, добавить нужный репозиторий, прописать DNS записи для какого-нибудь домена/поддомена и указать переменные окружения. Все остальное Coolify сделает сам:

• нет docker — ну не беда, сам посмотрит что за приложение, и скорее всего поймет как его деплоить, какие скрипты запускать;
• сам настроит traefik, выпустит сертификаты и тд;

Но в этот раз что-то пошло не так. Сборка проходит, контейнер запускается, Next.js слушает 0.0.0.0:3000 — а сайт не открывается. ERR_TIMED_OUT.

Что только не проверяли: сети docker, labels для traefik, порты, DNS. Всё на месте. Traefik работает, контейнер работает, друг друга видят. Но сайт — нет.

Копнули глубже — проблема в SSL. Let's Encrypt не мог выдать сертификат, Traefik редиректил HTTP → HTTPS, HTTPS без сертификата — таймаут. Замкнутый круг.

Почему не выдавал сертификат? Запустили letsdebug.net и увидели:

«A timeout was experienced while communicating with 37.252.21.88 over port 80»

Серверы Let's Encrypt просто не могут достучаться до российских IP. Порт 80 снаружи — недоступен.

Вот и весь детектив. Решили переехать на хостер вне России. Hetzner, DigitalOcean и всё заработало бы с первого раза без танцев с бубном.

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

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

P. S. Раз уж заговорили о сертификатах: если у вас есть скрипты с автообновлением, срочно проверьте их. Убедитесь что в очередной период обновления всё не сломается тихо и незаметно.

#михаил_дашкевич

🤟 Сайт | ТГ-канал | Наш чат

🤖 ИИ агенты тоже не волшебная палочка

На днях у нас был интересный звонок. К нам пришёл основатель B2B-компании, которая помогает e-commerce бизнесам с платёжной инфраструктурой: подключение провайдеров, консалтинг по платежам. Решил строить клиентский портал: личный кабинет с дашбордами, KPI, AI-функциями и API для интеграций.

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

Сейчас многие клиенты пытаются оптимизировать свою команду за счет нейронок. У нас был кейс, когда заказчик явно сказал что уходит от заказной разработки к Claude. И вы скорее всего знакомы с коллегой по цеху, которого сократили «эффективные» менеджеры со словами: «мы щас вам тут сами все навайбкодим».

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

Реальность такова: вайбкодинг для людей без технического бэкграунда кажется серебряной пулей, которая на лету решает задачи и дает результат без лишних вопросов. Очень хорошо работает для прототипов, лендингов, кликабельных макетов. Но как только появляется API, внешние интеграции, нормальная авторизация, аналитика — начинается то самое «сложнее, чем казалось».

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

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

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

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

🤟 Сайт | ТГ-канал | Наш чат

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

Поэтому вот вам годнота: on-chain divers chat 🤿

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

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

Так что если вас тема эта интересует, то велком. Ребята реально молодцы 😊

НЕМНОЖКО подгорело или про вайбкодинг

Пост от #николай_бордуненко, чтоб с самого начала было понятно, каким голосом в голове это читать

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

Я с марта делаю свое приложение для Android и iOS. Не криптовое. Не трекер полезных привычек. Это сервис для обмена музыкой между пользователями с разными стриминговыми сервисами.

Приложение делаю в Claude Code, стараясь применять базовые best practice, о которых пишут вайбкодеры. И в целом... у меня все работает, что для меня просто магия! Я никогда не делал приложений. Код писать не умею. К нашим разработчикам не обращался за помощью НИ РАЗУ (хотя всякие злые матерные сообщения про то, как меня все бесит и перестает работать даже то, что не работало я пишу несколько раз в день).

К чему я веду? Да, все работает. Да, я не заплатил под миллион рублей в месяц на команду разработки. Но, как же я устал, босс.

Для меня вайбкодинг превратился в ультрамикроменеджмент команды, которая знает, что такое программировать, но не сильно понимает, что со всем этим делать. Постоянно надо ходить, тестить, орать на него, что у нас деплой не прошел, а он уже делает билд в expo (у него есть все необходимые доступы, чтобы это отловить). Он игнорирует мои строгие "НЕ" в Claude.md, извиняется за то, что спамит сотнями запросов API, из-за чего меня банят и приходится заводить новые аккаунты. Снова извиняется. А потом мы ждем несколько часов, когда у нас сбросятся лимиты и снова клод сможет извиняться.

Есть огромный плюс — можно материться на него и он не обидится (наверное).

Если вы мне напишите в комментах "поставь openClaw или Hermes" — я вас обниму. И попрошу рассказать, реально ли эти агенты помогают избежать всего того, что я писал?

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

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

А еще из-за всего этого у меня смещается фокус с продуктовой части приложения — как это потом распространять, монетизировать и т.п.

Короче, вайбкодинг есть, а вайбрезультатинга я могу даже не увидеть. Хотя я еще довольно упертый и доведу дело до конца, но, какой ценой?

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

🏦 Банки и крупные игроки пойдут в крипту

С криптой в России сейчас интересный момент, ≈20 миллионов россиян ей уже владеют и как-то ее покупают. Да не просто покупают, а по оценкам ЦБ РФ хранят ₽827 млрд. на своих кошельках!

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

Чтобы понять, что из этого выйдет, пригласили на подкаст Александра Кретова — он развивает блокчейн-направление в Т-банке.

О чем поговорили:

00:00 — О чем выпуск
00:21 — Знакомство: гость и путь в блокчейн
02:41 — Как устроены крипто-команды внутри банка
03:51 — ЦФА: куда рынок ушёл за год
05:54 — Новый закон: что меняется для эмитентов ЦФА
07:17 — Зачем нужны российские ЦФА в публичных сетях
09:58 — Законопроект про регулирование
12:18 — Что банки уже делают с криптой
14:53 — Какой продукт запустил бы сам?
16:55 — DeFi и вывод средств
19:14 — Зачем вообще нужен DeFi и кому
21:28 — Тренды: Polymarket и рынки предсказаний
24:21 — Лудоманы против лудоманов: бизнес-модель платформ
26:31 — RWA и токенизация: где идея ломается
30:18 — AI против блокчейна: конкуренция за внимание
33:30 — Хайп вокруг AI и бюджеты внутри банка
35:18 — Чего точно стоит избегать
36:00 — Самые странные вопросы коллег про блокчейн
37:42 — Образование как ниша для банков
38:51 — Что помешает крипте стать массовой
40:01 — Крипта, золото и квантовая угроза
44:02 — Самый зрелый рынок цифровых активов

Подкаст можно послушать здесь:
📺 YouTube
🎵 Яндекс-музыка
🎵 Apple-подкасты
💬 Слушать в Telegram

🤟 Сайт | ТГ-канал | Наш чат

🏠 ❄️ Рынок цифровых валют и правовая интеграция майнинга в экономику России: итоги регулирования и перспективы развития

Раз уж мы тут с головой ушли в тему крипторегулирования, то вот вам в тему.

Друзья, 16 июня с 14:30 до 18:00 пройдёт круглый стол, где будут обсуждать изменения криптовалютного регулирования в России с учётом новейших законодательных инициатив, а также применение этого регулирования на практике и перспективы майнинга.

Организаторы: Кафедра предпринимательского права и Юридический департамент Банка России

Если тема вам интересна или вы вовсе в нее погружены и работаете по этому направлению, то обязательно регистрируйтесь и участвуйте!

Подробнее о спикерах и модераторах можете узнать в официальном канале.

Для участия необходима регистрация: https://us02web.zoom.us/meeting/register/uJ-AmIsXSJ-G0MkuyMWrBQ 

Если возникнут вопросы об участии, то можно связаться с координатором по почте: ekatsaf01@mail.ru

🤟 Сайт | ТГ-канал | Наш чат

👀 Готовим кое-что интересное 👀

🤟 Цифровой депозитарий: что за зверь такой?

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

Будем делиться своими изысканиями. Вот, например, наш CTO #михаил_дашкевич написал заметку про цифровые депозитарии. Важного элемента, без которого никто в лигал поле работать не сможет.

😌 О чём в статье:
▫️ что такое цифровой депозитарий и чем он отличается от биржи, обменника и кошелька;
▫️ зачем он сдался банкам: контроль над потоками, новый комиссионный доход, удержание клиентов
▫️ какие продукты можно запустить на его базе;
▫️ из чего состоит цифровой депозитарий: архитектура системы;
▫️ 11+ типов цифровых счетов и зачем их столько;
▫️ почему DeFi и смарт-контракты остаются за периметром;
▫️ и что в законе пока вообще не определено.

💡 Читать статью в нашем блоге 💡

🤟 Сайт | ТГ-канал | Наш чат