1281
С рождения повреждён зрительный нерв, но я не отчаиваюсь: программирую. Подпишитесь, чтоб научиться инвестировать и погрузиться в web 3.0. О донатах: https://t.me/blind_dev/695 Сайт: denis-skripnik.name Связь, в т. ч. по рекламе: @blind_dev_contact_bot
Вы не представляете, сколько интересного можно делать с помощью ИИ
Сегодня снова поймал себя на мысли: с ИИ уже можно делать очень много реально полезных вещей. Не “поговорить с чатиком”, а собрать себе рабочий процесс под конкретные задачи.
Для меня это особенно заметно в разработке и блогинге. Где раньше приходилось держать в голове десятки мелких действий, теперь можно дать агенту контекст, правила, файлы и критерии проверки. И дальше он помогает не магией, а обычной работой: найти факты, подготовить текст, проверить файл, собрать картинку, поправить ошибку, не забыть следующий шаг.
Например, я уже делал с ним музыку через свой скилл /song. Не в смысле “нажал кнопку и стал композитором”, а в смысле: есть идея, есть текст, есть стиль, есть несколько попыток, есть отбор результата. Агент помогает держать процесс, а не выдаёт случайную генерацию.
С разработкой похоже. На днях я улучшал свой проект почти не заглядывая в код. Но это не значит, что я просто поверил модели на слово. Наоборот: сначала план, потом маленькие шаги, потом проверка файлов, запуск команд, исправление ошибок. Если агент пишет “готово”, это ещё не результат. Результат — когда есть артефакт и проверка.
У такого подхода есть минусы. Он может быстро расходовать токены, упираться в лимиты, требовать сервер, настройку, подписки и понимание, что вообще происходит. Это не бесплатная волшебная палочка.
Но даже с этими ограничениями возможности уже огромные.
Что можно собрать вокруг себя:
1. помощника для доходов и расходов с нормальными вопросами и рекомендациями;
2. поиск и глубокий анализ информации по теме;
3. скилл, который предлагает рецепты по фото содержимого холодильника;
4. помощника для блога: идеи, черновики, адаптация под разные площадки, проверка повторов;
5. агента для рутинной разработки: планы, тесты, мелкие исправления, документация.
Главное — не ждать от ИИ “одного правильного ответа”. Гораздо полезнее относиться к нему как к рабочему инструменту, которому нужны контекст, ограничения и проверка.
Тогда это становится не игрушкой, а усилителем.
А у вас уже есть задача, которую ИИ реально упростил на практике?
Я уже довольно плотно пользуюсь Hermes Agent в реальной работе. Не как игрушкой “спросить у чата”, а как рабочей системой: с скиллами, инструментами, памятью, Telegram, cron-задачами, браузером, MCP и нормальными проверками результата.
И в целом мне нравится, как это работает. Когда всё настроено нормально, агент действительно снимает много рутины: может сходить в источники, открыть файлы, проверить сайт, собрать пост, обновить реестр, запустить тесты или вернуться к прошлому контексту.
Но как раз на живой работе хорошо видно, где начинается сложность.
Если агент ошибся, вопрос не всегда в том, что “модель тупая” или “промпт плохой”. Иногда проблема в инструменте. Иногда — в потерянном контексте. Иногда — в памяти, критерии остановки или в том, что сама архитектура вокруг модели собрана не очень аккуратно.
Я сначала немного насторожился, когда увидел формулировку про мультиагентные системы. Потому что “давайте сделаем много агентов” само по себе не решает проблему. Иногда это только добавляет хаос, стоимость и ещё больше мест, где всё может сломаться.
Но первый выпуск Guide DAO оказался не про это.
Там как раз разбирают базовый вопрос: что вообще делает LLM агентом, чем агент отличается от обычного чата и заранее заданного workflow, и почему ошибка часто появляется задолго до финального ответа.
Ведёт серию Всеволод Воропаев. Он занимается мультиагентными системами для технического и научного ресерча, и это чувствуется по фокусу: не “агенты всё сделают сами”, а из каких частей состоит агентная система и где она реально ломается.
Мне особенно близка мысль про инструменты и среду. Модель может быть сильной, но если инструмент возвращает мутную ошибку, контекст сжимается с потерей важных ограничений, а критерий завершения сводится к “модель сказала, что готово”, то итоговый ответ может выглядеть прилично и всё равно быть неправильным.
Ещё хороший блок — про трассировку. Смотреть только на финальный ответ почти бесполезно. Нужно видеть, какой контекст был у модели на конкретном шаге, какой инструмент она выбрала, что вернула среда и как это повлияло на следующие действия.
Это ровно то место, где агент перестаёт быть “чатом с тулзами” и становится инженерной системой.
Вот видео:
видео на YouTube
У Guide DAO есть и практический трек по разработке AI-агентов: агентный цикл, инструменты, MCP, память, трассировка, evals и безопасность.
Скорее это не для тех, кто хочет первый раз спросить что-то у ChatGPT, а для тех, кто уже пробовал собрать агента и понял, что “дать модели инструменты” — самая простая часть.
Вместе с треком остаётся пожизненный доступ к платформе Guide DAO, другим направлениям, обновлениям и закрытому сообществу.
До 31 августа по промокоду blind дают дополнительную скидку 40%.
Оставить заявку можно здесь:
оставить заявку на guidedao.xyz
😎 Незрячий web3 программист (подписаться)
Чат | бот
Open Academy теперь есть в телефоне
У Open Academy вышло мобильное приложение.
Я про них уже писал. Мне там нравится сам формат: короткие уроки, простая подача, квизы и обучение внутри привычной среды.
Обычно курсы быстро превращаются в длинные видеоуроки, отдельный сайт, чат с обсуждением где-то рядом и ощущение, что надо специально сесть и “начать учиться”. В итоге откладываешь даже полезные вещи.
В Open Academy заход другой: пройти кусок обучения можно быстрее и проще. А теперь это можно делать ещё и с телефона:
Установить на iOS
Установить на Android
Я уже попробовал Android-версию с точки зрения незрячего пользователя.
В целом пользоваться можно. Поиск работает, каталог открывается, в “Моих курсах” всё понятно, профиль тоже нормально выбирается и настраивается. То есть это не тот случай, когда приложение поставил, включил TalkBack и сразу упёрся в стену.
Но проблемы с доступностью есть.
Самое неприятное — слайды в уроках по-прежнему недоступны. В мобильной версии даже нет озвучки вроде “image 1142” или другого обозначения, по которому хотя бы понятно, что на экране картинка. Сразу идёт переход вверх и кнопка “Далее”. Если в слайде нет ссылок или кнопок с подробностями, для незрячего пользователя там остаётся только “Далее”.
Ещё часть элементов перестала нормально озвучиваться. В веб-версии и Telegram они хотя бы читались как Story 6 и похожие технические названия. Не идеально, но было понятно, что на экране есть элемент. В мобильном приложении часть таких элементов просто не озвучивается.
И от этого ещё больше хочется заняться доступностью этого приложения 🙂
Заметил странность с языком: названия курсов и вопросы квизов к урокам почему-то отображаются на английском. Возможно, это встречается у всех пользователей, но в учебном приложении такая мелочь быстро мешает.
На главной пробовал переключать категории перед списком курсов. Нажатие срабатывало, но список не менялся. При этом в каталоге категории переключались нормально.
Отдельный момент — смена email. Сейчас из приложения не очень понятно, что email можно сменить в профиле Open Academy веб. Я бы прямо дал эту ссылку в приложении, чтобы пользователь не искал, куда идти.
Пока в приложении есть не все курсы и функции. Команда пишет, что остальное будут постепенно адаптировать под правила сторов и переносить в мобильную версию.
Если пользуетесь Open Academy или хотели посмотреть, что это такое, сейчас хороший момент установить приложение, пройти курс и оставить отзыв. На старте приложениям важны оценки и нормальная обратная связь: вход, навигация, уроки, квизы, доступность, стабильность.
Если найдёте баги, можно написать в поддержку:
@open_academy_support_bot
Дальше у них в плане релиз Студии для авторов и активное наполнение платформы курсами. За этим я бы тоже последил: если авторам дадут удобный вход, Open Academy может стать площадкой, где курсы реально появляются регулярно.
#ИИ #образование #доступность
😎 Незрячий web3 программист (подписаться)
Чат | бот
Зачем мне VK-operator для ИИ-агента
⠀
Самое раздражающее в работе с агентом - когда он уже понимает задачу, но я всё равно должен сам открывать сайт и делать мелкие действия руками.
⠀
У меня это началось с простого случая. Для одного сервиса с изображениями приходилось раз в сутки открывать ссылку, проверять страницу и передавать агенту нужную информацию. Вроде мелочь, но таких мелочей быстро становится много.
⠀
Где-то нет нормального API. Где-то действие доступно только в браузере. Нужно открыть страницу, посмотреть состояние, нажать кнопку, выбрать раздел, прикрепить файл, проверить ленту или убедиться, что публикация ушла туда, куда надо.
⠀
Если каждый такой шаг остаётся на мне, агент помогает только наполовину. Он пишет, думает, готовит, но я всё ещё остаюсь прокладкой между сервисом и Hermes: открыл страницу, посмотрел, пересказал, перенёс результат обратно.
⠀
Поэтому мне интересен VK-operator.
⠀
Не агент, который «живёт в ВК» и пишет куда попало. А оператор, который может открыть нужное место, собрать контекст, подготовить следующий шаг и доложить, что получилось.
⠀
Например, он может посмотреть ленту и предложить темы, найти старые публикации, чтобы не повторяться, подготовить черновик поста или ответа, прикрепить медиа, проверить услуги и описание сообщества, выделить комментарии, где нужен мой ответ.
⠀
Самый показательный пример - ВК-плагин, о котором я писал раньше. Я поручил агенту помочь сделать этот плагин. Потом он зашёл в ВК, проверил взаимодействие в чате, посмотрел ответы, сверил логи и убедился, что всё работает.
⠀
Мне не пришлось вручную гонять каждый тест и каждый раз писать ему: «тут ответил», «тут не ответил», «тут ошибка». Он работал с ВК как с интерфейсом и докладывал результат.
⠀
Границы здесь обязательны.
⠀
Публикации, комментарии, сообщения, реклама, изменения в сообществе - только после подтверждения. Доступ к аккаунту должен быть ограничен: минимум прав, понятные сценарии, остановка перед публичным или чувствительным действием.
⠀
Но чтение, проверку, поиск, черновики и технические проверки агент уже может брать на себя.
⠀
Вот после таких примеров становится понятнее, зачем нужны ИИ-агенты. Не ради красивого слова «автоматизация», а чтобы отдавать им куски реальной работы: открыть, проверить, сравнить, подготовить, приложить, уточнить, доложить.
⠀
Если раньше вы сами были промежуточным звеном между сервисом и агентом, часть этой работы можно постепенно передавать агенту-оператору.
⠀
Человек задаёт цель и границы. Агент берёт скучные переходы и повторяющиеся действия.
⠀
Какие задачи вы до сих пор делаете руками только потому, что они спрятаны в браузере?
⠀
#ИИ_АГЕНТ
Axis: синтетический доллар с доходностью, где главный вопрос — не APY, а доверие к механике
На поверхности всё выглядит красиво: Axis делает USDx — синтетический долларовый актив, а доходность для sUSDx должна появляться за счёт market-neutral арбитража между площадками. На сайте обещают 10–20% net APY, on-chain transparency и Proof of Reserves. Если движок действительно ловит рыночные дислокации, это не очередной “доход из воздуха”, а попытка упаковать арбитражную стратегию в DeFi-актив.
TCCC AI нашёл у Axis нормальную документацию по USDx, sUSDx, mint/redeem, ролям, контрактам и transparency dashboard. Есть Ethereum-адреса USDx, USDxMarket, MarketConfig и StakedUSDx. Есть аудиты, включая OpenZeppelin по V2 в июле 2026.
Практика проверяется через приложение и transparency-раздел:
https://app.axis.to/transparency
Origin Vault тоже в приложении, но на момент аудита депозитное окно было закрыто:
https://app.axis.to/origin
По snapshot на 9 августа 2026: USDx Total Supply около 67,35 млн, backing около $67,48 млн, backing ratio 100,19%, sUSDx exchange rate 1,00180412. Это хороший знак: проект показывает dashboard, а не просто обещает обеспечение.
Команда не анонимная: в материалах виден бэкграунд Alphanonce, QCP Capital, Velodrome, Blackstone, Ondo, Tether/Bitfinex. Есть институциональный сигнал: $5M round led by Galaxy Ventures, но это вторичный источник.
С кодом осторожнее. Публичный GitHub/GitLab с исходниками контрактов или execution engine TCCC AI не нашёл. Движок описан как proprietary low-latency execution system. Адреса, роли и аудиты есть, но репозиторий, commits и открытый код движка не доступны как у open-source протокола.
On-chain здесь проверяется не всё. Контракты, supply, часть резервной картины и роли — да. Но источник доходности остаётся off-chain: биржи, кастодианы, execution engine, hedge/PnL, solvency контрагентов и управление позициями. В документации Axis это тоже признаётся.
Ещё важный момент: mint/redeem не выглядит permissionless для обычного пользователя. Primary market работает через approved counterparties, whitelisted accounts, маршруты, лимиты и operator settlement. sUSDx тоже не “нажал кнопку и мгновенно вышел”: redemption идёт через requestRedeem, cooldown и servicing. Текущий cooldown — 7 дней.
Что понравилось: понятная модель USDx → sUSDx, transparency dashboard, неанонимная команда, опубликованные контракты, документация и несколько аудитов. Доходность привязана к market-neutral активности, а не к эмиссии токена ради APY.
Что напрягает: ключевая доходность зависит от off-chain стратегии. Нет полной независимой картины по PnL, fees, revenue, составу резервов и контрагентским рискам. Код движка закрыт, публичный репозиторий не найден. Governance и корпоративная структура раскрыты слабее, чем продуктовая документация. Цифры вроде 36% historical annualized returns, Sharpe 4.9, peak AUM $400M и 10–20% APY остаются self-reported claims.
Мой вывод: Axis интересен не как “стейбл с высокой доходностью”, а как on-chain обёртка вокруг институционального арбитражного движка.
Главный риск здесь из этого и следует. Пользователь берёт смарт-контрактный риск плюс всю связку: команда, кастодианы, биржи, операторы, лимиты, redemption, off-chain стратегия, закрытый execution engine и юридическая конструкция.
Я бы отнёс Axis к проектам, которые стоит наблюдать, но проверять по холодному списку:
1. где реальные резервы;
2. кто контрагенты;
3. как часто обновляется NAV/backing;
4. что происходит при рыночном стрессе;
5. насколько реально выйти;
6. что покрывают аудиты и что оставлено за рамками;
7. появится ли больше прозрачности по коду и off-chain стратегии.
Если смотреть как пользователь DeFi, вопрос другой: какая часть доходности проверяема, а какая остаётся доверием к off-chain машине.
Я для таких разборов и использую TCCC AI: не чтобы сказать “можно” или “нельзя”, а чтобы разложить проект на концепт, токен, код и риски.
https://tcccai.xyz
😎 Незрячий web3 программист (подписаться)
Чат | бот
Как ИИ-агент сам учится на работе
⠀
Есть вещь в Hermes, которая мне особенно нравится.
⠀
Он может выполнить задачу и заметить: это пригодится потом.
⠀
Если мы несколько раз упираемся в похожую проблему, агент может сохранить способ действия. В Hermes это называется скилл: небольшой набор правил, шагов, проверок и ограничений для будущих похожих задач.
⠀
Причём речь не о тех скиллах, которые я сам специально прошу создать.
⠀
В Hermes есть фоновый механизм самообучения. Агент может сам просмотреть недавнюю работу и понять: здесь появился повторяемый сценарий, здесь была ошибка, здесь нашёлся обходной путь, здесь надо дописать правило.
⠀
Например, мы делаем публикации во ВК.
⠀
Сначала кажется: ну что там, написал текст и поставил в отложку. А потом вылезают детали: один токен может публиковать, но не может читать отложенные посты; фото иногда не принимается, пока его не пересохранишь как обычный JPEG; после планирования надо открыть сам отложенный пост через VK API и сверить дату, текст и вложения.
⠀
Если это оставить только в переписке, в следующей задаче агент снова может наступить на те же грабли.
⠀
А если это попадает в скилл, дальше он уже работает иначе: сначала проверяет токен, потом готовит картинку в правильном формате, потом планирует пост, потом сверяет дату, текст и вложения в самом VK.
⠀
То же самое было с размещением музыки, сайтами, браузерными операциями, проверками текстов. Где-то агент создавал новую инструкцию, где-то улучшал старую, потому что в реальной работе нашёлся нюанс.
⠀
Для меня это важная разница.
⠀
Обычный чат с ИИ каждый раз как будто начинает заново. Да, он может помнить часть контекста, но рабочий способ легко размазывается по истории.
⠀
А агент со скиллами постепенно накапливает опыт: как именно делать задачу, где остановиться, что проверить, какие ошибки уже были.
⠀
Это не магия и не гарантия, что всё всегда будет правильно.
⠀
Но это уже похоже на развитие рабочего инструмента. Сегодня он сделал задачу. Завтра он помнит, как её лучше делать. Послезавтра сам дописывает правило, если старого не хватило.
⠀
Мне кажется, именно в этом начинается настоящая польза ИИ-агентов: не в одном красивом ответе, а в том, что система постепенно становится опытнее на твоих реальных задачах.
⠀
#ИИ_АГЕНТ
Акции Сбера: сильный банк, дешёвая оценка и один большой вопрос
Меня попросили посмотреть акции Сбера: $SBER, sber.ru.
Сделал разбор через TCCC AI с оплатой по x402 и отдельно перепроверил открытые источники: сайт Сбера для инвесторов, MOEX, ЦБ и рыночные сводки.
Полный аудит через TCCC AI.
Короткий вывод: Сбер выглядит сильнее, чем многие компании на российском рынке. Но для меня это не история “дешево — значит надо брать”. Скорее это история “очень прибыльный системный банк, который рынок всё равно оценивает со скидкой за страну, ставки, санкции и кредитный цикл”.
Что понравилось
1. Прибыль.
За первое полугодие 2026 года Сбер заработал около 1,019 трлн рублей чистой прибыли по МСФО. Рост — примерно 18,6% год к году.
2. Рентабельность капитала.
ROE около 24,2%. Для банка такого масштаба это сильный показатель.
3. Процентный бизнес.
Чистый процентный доход за 1П2026 — около 2,05 трлн рублей. Пока высокая ставка не убила прибыльность Сбера, хотя для банка это всегда тонкий баланс: маржа с одной стороны, стоимость фондирования и риск плохих кредитов — с другой.
4. Оценка.
По срезу MOEX на момент проверки акция была около 283,6 рубля, капитализация — примерно 6,12 трлн рублей.
TCCC AI посчитал ориентиры примерно так:
- P/E по прибыли 2025 года — около 3,6;
- приблизительный LTM P/E — около 3,3;
- P/B — около 0,75.
Для такой прибыльности это выглядит недорого. Но российские акции часто торгуются дёшево не потому, что рынок “не заметил подарок”, а потому что риски уже встроены в цену.
Что настораживает
Первое — кредитный риск. Когда банк много зарабатывает, прибыль сама по себе не отвечает на главный вопрос: что происходит с качеством кредитного портфеля, резервами и cost of risk?
Второе — ставка ЦБ. На 7 августа 2026 ключевая ставка — 14%. Это не однозначно хорошо или плохо: ставка может поддерживать процентные доходы, но одновременно давит на заёмщиков, фондирование и спрос на кредиты.
Третье — дивиденды. Сбер интересен как дивидендная история, но выплаты упираются в капитал, регулирование и макроусловия, а не только в желание менеджмента.
Четвёртое — санкции и государственный контроль. Это одновременно плюс и минус. Плюс — Сбер системно важен. Минус — интересы государства, регулятора и миноритарного акционера не всегда обязаны совпадать.
Отдельный слой — ИИ и технологические проекты
Здесь Сбер интереснее, чем просто “большой банк”.
У него есть GigaChat, Kandinsky, GigaAM, SberDevices, SberPrime, экосистема для физлиц и бизнеса, маркетплейс ИИ-агентов и внутреннее применение ИИ в процессах.
В отчётности за 2025 год Сбер писал, что ежемесячная аудитория GigaChat превысила 20 млн пользователей, а количество запросов — 800 млн. Также упоминались GigaChat 3.0, GigaAM-v3 и Kandinsky 5.0.
Но я бы не записывал это в отдельную “ИИ-премию” к акции.
Пока главный финансовый двигатель Сбера — банковский бизнес: кредиты, депозиты, комиссии, риск, капитал, ставка.
ИИ-проекты важны иначе: они могут снижать издержки, удерживать клиентов внутри экосистемы, усиливать B2B-продукты и давать Сберу технологический слой, которого нет у обычного банка.
То есть это не “покупаем GigaChat через акцию Сбера”. Скорее “покупаем крупный банк, у которого есть серьёзная технологическая надстройка”.
Мой итог
Сбер сейчас выглядит как одна из самых понятных историй на российском рынке: прибыльный, системный, дивидендный, с сильной цифровой экосистемой и дешёвыми мультипликаторами.
Но это не безрисковая акция.
Главные вопросы для меня:
- удержит ли банк прибыльность во второй половине 2026 года;
- не начнёт ли заметно портиться кредитный портфель;
- сохранится ли дивидендная логика;
- даст ли ИИ-слой реальный финансовый эффект, а не останется красивым технологическим нарративом.
Если коротко: Сбер выглядит сильным активом, но не историей для слепой покупки “потому что дешево”. Здесь надо следить за ставкой, резервами, капиталом и дивидендами.
А вы инвестировали в $SBER или может собираетесь?
Не инвестиционная рекомендация.
😎 Незрячий web3 программист (подписаться)
Чат | бот
MOEX: сильный бизнес внутри российского риска
Я прогнал Мосбиржу через TCCC AI как stock-аудит.
Сайт: https://www.moex.com
Тикер: MOEX
Полный отчёт: https://tcccai.xyz/output/tccc-mrnd79e99umq3/index.html
Здесь интересна не сама фраза «акция Мосбиржи», а то, какой бизнес за ней стоит.
MOEX — это не просто место, где торгуются акции. Это торговая площадка, клиринг, депозитарные сервисы, листинг, рыночные данные и IT-продукты. По сути, большая часть инфраструктуры российского финансового рынка собрана в одной группе.
Что аудит отметил как сильные стороны:
- комиссионные доходы в 2025 году выросли примерно на 24,9%;
- в Q1 2026 чистая прибыль выросла примерно на 32,2% год к году;
- у компании нет долговой нагрузки;
- денежная позиция около 223 млрд рублей;
- дивидендная политика ориентирована примерно на 75% чистой прибыли по МСФО;
- бизнес зарабатывает на системной роли, а не на одном модном продукте.
С мультипликаторами важно не запутаться.
P/E около 3x — это значит, что рынок оценивает компанию примерно в три годовые прибыли. P/S около 1,3x — примерно в 1,3 годовой выручки. Для инфраструктурной биржевой компании это выглядит очень дёшево, особенно если сравнивать с глобальными биржевыми операторами.
Но это не автоматический вывод «надо брать».
Такой дисконт может быть не подарком, а ценой риска. У MOEX почти весь смысл завязан на российский рынок, регулирование, санкции, доступность валютных операций, ликвидность и политику ЦБ. Плюс часть доходов чувствительна к ставкам: когда процентная среда меняется, меняется и экономика бизнеса.
Отдельно я посмотрел risk-profile TCCC AI по MOEX.
Там вывод по владению бумагой осторожный: риск высокий, решение — только спекулятивная доля, рекомендуемая экспозиция — маленькая позиция.
Это важное уточнение. Risk-profile не спорит с тем, что бизнес сильный. Он как раз признаёт сильные стороны: инфраструктурную роль, отсутствие долга, денежную позицию, рост комиссионных доходов и дивидендный потенциал. Но для владельца акции этого мало. Нужно ещё принять страновой риск, санкции, регулирование, зависимость от российской финансовой системы, ставок, объёмов торгов и неполных прогнозных данных.
Поэтому мой вывод по аудиту такой.
MOEX выглядит как сильная, прибыльная и системно важная компания. Но это не спокойная базовая позиция «купил качественный бизнес и забыл». Это скорее история для инвестора, который понимает ограничения российского рынка и готов держать маленькую позицию с высоким риском.
Для меня это хороший пример, где TCCC AI помогает отделить три вещи:
- бизнес действительно сильный;
- мультипликаторы действительно низкие;
- риск владения акцией тоже настоящий, а не декоративная сноска в конце отчёта.
Не финансовая рекомендация. Просто разбор того, как выглядит акция, если смотреть не только на цену, но и на бизнес, цифры, ограничения и отдельный risk-profile.
Сервис здесь:
https://tcccai.xyz
Какую российскую акцию ещё стоит так разобрать?
😎 Незрячий web3 программист (подписаться)
Чат | бот
xStocks vs Ondo: токенизированные акции
Подписчик попросил сравнить xStocks и Ondo: ликвидность, спред, часы торговли и риски.
Я запустил два crypto-аудита в TCCC AI:
xStocks
Ondo Finance / ONDO
Короткий вывод: это разные модели, а не «хороший» и «плохой».
xStocks выглядит как более раскатанный рынок именно токенизированных акций. Аудит отмечает 1:1 обеспечение, bankruptcy-remote структуру, CEX/DEX-интеграции, Proof of Reserves и сильную traction.
По данным аудита: $25B+ совокупного объёма, 50+ платформ, 100+ акций и ETF, 30-дневный объём около $644,8 млн и больше 180 тысяч держателей.
Но здесь есть нюанс, который как раз заметил подписчик.
Ликвидность у xStocks не одинаковая в любое время и по любому тикеру. На Kraken часть топовых xStocks торгуется 24/7, остальные — 24/5. Ончейн вторичка может работать 24/7, но это не значит, что в стакане всегда будет глубина. Вне основных часов спреды могут расширяться, а на малоликвидных парах стаканы могут быть пустыми.
Поэтому наблюдение «ночью на xStocks ликвы может не быть» правдоподобно: аудит показывает масштаб сети, но не обещает одинаковую ликвидность в каждый час.
Ondo выглядит иначе.
Это более институциональная конструкция: Ondo Stocks, USDY, OUSG, Ondo Global Markets BVI, custody у брокеров, API котировок/лимитов и mint/redeem через attestations.
Аудит по Ondo отмечает сильную документацию, мультичейн, instant mint/redeem, аудиты Spearbit/Cyfrin, bug bounty и крупные партнёрства.
Важное отличие: Ondo подтягивает ликвидность ближе к традиционному рынку через котировки, лимиты, instant mint/redeem и off-hours режимы. В документации: обычный режим ближе к 24/5, а для части активов есть off-hours trading. Но вне обычных часов ликвидность ниже, spread может быть шире, а размер сделки — меньше.
Поэтому наблюдение подписчика про более живую ночную ликвидность у Ondo может объясняться этой моделью. Но это не правило: надо смотреть актив, время, размер заявки и доступный лимит.
Регуляторные риски серьёзные.
xStocks выпускаются через Backed Assets (JE) Limited и недоступны для США / U.S. persons. Ondo Stocks — структурные ноты через Ondo Global Markets (BVI) Limited. Это не обычное владение акцией, а токенизированная экспозиция.
Плюс остаётся технический слой доверия: upgradeable-контракты, админские права, мосты, mint/redeem, KYC/AML и кастодиан. Риск не только рыночный, но и операционный: как устроены выпуск, погашение, резервы и управление контрактами.
По коду и аудитам картина не одинаковая. У xStocks/Backed есть публичные GitHub-репозитории и PDF-аудиты, но слабое место — связка между токенами, контрактами, админскими правами, timelock/multisig и последними аудиторами. У Ondo этот слой раскрыт сильнее: ondoprotocol, репозитории по продуктам, адреса контрактов, список аудитов Ondo Stocks / Global Markets и bug bounty.
Отдельный нюанс по Ondo: если смотреть не только на Ondo Stocks, но и на сам ONDO, там есть свои риски. Это governance-токен; в аудите отмечены будущие крупные unlock-события, отсутствие подтверждённых buyback/burn и ограниченная utility-модель. Для сравнения ликвидности это не главное, но для оценки проекта важно.
Если вопрос «где больше traction именно в токенизированных акциях», я бы скорее смотрел в сторону xStocks: объёмы, держатели, CEX/DEX-интеграции, DeFi-использование.
Если вопрос «где модель институциональнее по ликвидности, котировкам, лимитам и юридической структуре», Ondo выглядит сильнее.
Главный риск для пользователя одинаковый: зависимость от эмитента, кастодиана, смарт-контрактов, юрисдикции и площадки.
Поэтому я бы не сказал «xStocks лучше» или «Ondo лучше» в вакууме.
Для живой торговли и ширины рынка сейчас интереснее xStocks.
Для более контролируемой институциональной модели — Ondo.
Для ночной торговли на малоликвидных парах — проверять актив в момент сделки.
https://tcccai.xyz
😎 Незрячий web3 программист (подписаться)
Чат | бот
Газпром: дешёвая акция — не означает, что её надо покупать
По Газпрому было любопытно именно из-за негатива, который вокруг него накопился.
Я прогнал GAZP через TCCC AI как stock-аудит.
Полный отчёт: https://tcccai.xyz/output/tccc-mrnd88e4t7xl7/index.html
Аудит получился не про то, что «Газпром умер», и не про то, что «акция дешёвая, значит всё просто». Он показывает другое: большая компания может оставаться сильным бизнесом, но при этом быть сложной бумагой для владения.
Газпром — огромная вертикально интегрированная энергетическая компания: добыча, транспортировка, хранение, переработка, продажа газа, LNG, электроэнергетика. Масштаб и роль в российской энергетике никуда не исчезли.
По цифрам в аудите:
- выручка группы за 2025 год — около 9,77 трлн рублей;
- чистая прибыль по МСФО — около 1,3 трлн рублей, плюс 7% год к году;
- свободный денежный поток — около 294 млрд рублей;
- поставки газа в Китай в 2025 году выросли примерно на 24,8%;
- P/E около 1,55x;
- EV/EBITDA около 2,9x;
- P/S около 0,21x.
Если перевести мультипликаторы на простой язык: рынок оценивает Газпром очень низко относительно прибыли, выручки и EBITDA. На бумаге это выглядит как «очень дёшево».
Но дальше начинается главное.
Низкий P/E не говорит, что акционер быстро получит деньги. Прибыль может быть, а дивидендов может не быть. У Газпрома как раз так: за 2025 год совет директоров не рекомендовал дивиденды.
Ещё важнее долг и капзатраты. В аудите чистый долг / EBITDA — около 2,07x. Капзатраты огромные, свободный денежный поток тонкий относительно масштаба бизнеса, а часть прибыли может улучшаться из-за валютной переоценки долга, а не из-за чистого операционного рывка.
Плюс внешний контекст: санкции, потеря части европейского направления, зависимость от новых экспортных маршрутов, Китай, тарифы, налоги, регулирование.
Июльский негатив ложится в эту же логику.
Акции обновляли минимумы с 2008 года. Дивидендная история снова не работает. Вокруг «Силы Сибири — 2» появились сообщения о тяжёлых переговорах с Китаем.
Тут важно не перегнуть: официально это не выглядит как закрытие проекта. Но для рынка сигнал неприятный. Китай остаётся главным направлением, которое должно частично заменить потерянную Европу. Если переговоры идут тяжело, а условия для Газпрома могут быть менее выгодными, инвесторы хуже верят в быстрый возврат прежней экспортной модели.
При этом Газпром — это не только Европа. Остаются поставки в Китай по «Силе Сибири — 1», внутренний рынок России, газ для населения, промышленности и энергетики, переработка, электроэнергетика, Газпром нефть, сеть АЗС и большая инфраструктура.
Но новые рынки и внутренний рынок не равны старой европейской экспортной марже. Они могут поддерживать бизнес, но не обязательно быстро возвращают прежние дивиденды и понятную отдачу для миноритарного акционера.
Отдельно я посмотрел risk-profile TCCC AI по GAZP.
Там вывод по владению бумагой осторожный: риск высокий, решение — только спекулятивная доля, рекомендуемая экспозиция — маленькая позиция.
Risk-profile не говорит, что Газпром — пустой бизнес. Наоборот, отмечает масштаб, инфраструктуру, рост экспорта в Китай, низкие мультипликаторы и свободный денежный поток.
Но для владельца акции ключевые проблемы остаются: долг, огромные капзатраты, отсутствие дивидендов, санкции, валютные эффекты, новые экспортные маршруты и ограниченная прозрачность раскрытий.
Мой вывод по аудиту такой.
Газпром не выглядит «мёртвой» компанией. Бизнес большой, инфраструктура сильная, операционный потенциал есть.
Но как акция это не только история про дешёвые мультипликаторы. Это вопрос о том, когда и каким способом прибыль снова начнёт возвращаться акционеру.
Дивиденды? Рост цены? Более предсказуемый денежный поток? Снижение долговой нагрузки? Пока это не очевидно.
Поэтому формула из аудита и risk-profile мне кажется точной: Газпром дешёв по мультипликаторам, но для владельца акции это всё ещё высокая риск-история и максимум маленькая спекулятивная позиция.
😎 Незрячий web3 программист (подписаться)
Чат | бот
Обновил скилл для скачивания документаций, уменьшив расход по токенам модели
Для чего вообще нужен getDocs?
Представьте, что у сервиса большая документация: десятки страниц про функции, настройки, API и примеры.
Например, CRM с ИИ, бухгалтерией, обработкой заказов, контакт-центром, номером +8 800, ...
Вам нужно не читать всё подряд, а быстро понять конкретный вопрос: как подключиться, какие есть методы, где ограничения, как выглядит пример запроса.
Например, в случае с CRM лишь бухгалтерия и обработка заказов.
Вручную это может занять несколько часов!
getDocs помогает забрать такую документацию в Markdown-формат, то есть в файлы .md, а потом разбирать её вместе с ИИ-агентом.
Он прочитает, и может подсказать только нужное вам. Или даже интегрировать.
Недавно я обновил этот скилл.
Потому что была проблема.
Если документация большая, агенту легко скормить слишком много лишнего текста. Он читает большой файл или много отдельных файлов, а в контекст модели улетает всё подряд.
А вместе с этим быстрее заканчиваются лимиты по токенам.
Теперь в getDocs добавлена поддержка QMD.
Если QMD установлен, скилл после скачивания автоматически создаёт индекс по документации. Дальше агент может сначала искать по индексу, а уже потом читать только найденные фрагменты.
То есть не так:
«вот вся документация, разбирайся».
А так:
«найди места про нужный метод или интеграцию - и прочитай только эти куски».
Проверил на документации одного проекта, название специально не пишу.
Что получилось:
• вся документация: примерно 18 тысяч слов, около 50-55 тысяч токенов;
• поиск через QMD для конкретного вопроса: примерно 2,5 тысячи слов, около 5-6 тысяч токенов;
• экономия контекста - примерно в 9 раз.
Потом отдельно прошёлся по файлам напрямую и сравнил, не потерялись ли важные места.
По смыслу QMD нашёл те же релевантные фрагменты. Просто без загрузки всей документации в модель.
Для меня это хороший пример того, как надо улучшать ИИ-инструменты.
Документация лежит отдельно. Агент сначала ищет. Модель получает только нужные куски. Полное чтение остаётся как запасной вариант, если поиск не помог.
Похоже на подход NotebookLM, только локально: без cookies, неофициальных API Google и риска, что завтра сторонняя связка сломается.
Минус тоже есть: нужно один раз встроить поиск в рабочий процесс скилла и явно прописать агенту правило - сначала QMD, потом точечное чтение, полный файл только если иначе нельзя.
Практическая выгода простая: при работе с большой документацией вы меньше тратите лимиты модели.
Если агент читает все файлы подряд, лимит может закончиться быстро. А если сначала ищет через QMD и отдаёт модели только нужные фрагменты, с тем же ChatGPT можно работать заметно дольше.
Особенно это полезно, когда основная работа идёт не через чтение всей документации, а через поиск по файлам.
Кстати, на сайте ChatGPT вы так не сделаете. Да и не уверен, что там вообще удобно изучать 20-100 страниц справки проекта.
Репозиторий:
https://github.com/web3blind/getdocs-skill
Всё ли понятно? Если нет - спрашивайте, помогу разобраться.
😎 Незрячий web3 программист (подписаться)
Чат | бот
Почему я больше не верю «децентрализации» — и всё равно продолжаю участвовать в DeFi
Раньше слово «децентрализация» для меня звучало сильнее.
Было ощущение, что если проект децентрализованный, значит он честнее, устойчивее и свободнее обычных финансовых систем. Нет одного центра, нет банка, нет компании, которая может просто всё закрыть или поменять правила.
Сейчас я смотрю на это спокойнее.
Не потому что DeFi оказался бессмысленным. Скорее потому, что со временем начинаешь видеть, сколько там реальных компромиссов.
У проекта может быть токен, DAO, красивые слова про комьюнити и управление. Но потом смотришь глубже — и видишь мультисиг, команду, фонды, инвесторов, централизованный фронтенд, оракулы, мосты, апгрейды контрактов, админские ключи.
То есть формально система может называться децентрализованной, но важные точки контроля всё равно где-то есть.
С DAO то же самое.
На бумаге это управление сообществом. На практике часто голосует очень маленькая часть держателей. У кого-то больше токенов, у кого-то больше делегированной силы, кто-то лучше понимает процедуру, кто-то ближе к команде. Иногда решение уже почти сформировано до голосования, а само голосование становится подтверждением.
И это не обязательно делает DAO плохим. Просто это не магическая демократия, где все равны и всё решает «сообщество». Там тоже есть концентрация влияния, пассивность участников и нюансы системы управления.
Наверное, главное разочарование у меня не в том, что DeFi обманул.
Скорее в том, что слово «децентрализация» слишком часто используют как готовый знак качества. Как будто если оно написано в документации или на сайте, то дальше можно не задавать вопросы.
А вопросы как раз нужны.
Кто может обновить контракт? Кто контролирует мультисиг? Как распределены токены? Кто реально голосует в DAO? Что будет, если фронтенд закроют? Можно ли пользоваться протоколом напрямую? От чего зависят оракулы и мосты? Что произойдёт в кризисной ситуации?
Раньше я мог сильнее верить самому лозунгу. Сейчас мне интереснее конкретная механика.
И при этом я всё равно не ушёл из DeFi.
Потому что даже с этими компромиссами там остаются вещи, которые мне важны: открытые транзакции, проверяемые контракты, возможность работать с финансовыми инструментами без обычных банковских ворот, эксперименты с рынками, кредитованием, деривативами, DAO и новыми формами координации.
Да, многое не такое децентрализованное, как звучит в маркетинге.
Но это не значит, что всё надо выбросить.
Для меня изменилась не сама причина участвовать, а уровень доверия. Я меньше верю словам «мы децентрализованы» и больше смотрю на то, где находятся реальные рычаги контроля.
Кто держит ключи. Кто может остановить или изменить систему. Кто принимает решения. Что можно проверить самому. Где пользователь реально свободен, а где просто пользуется красивым интерфейсом поверх старой логики контроля.
Наверное, это и есть более взрослая позиция по DeFi.
Не верить лозунгам.
Но и не уходить только потому, что идеальной децентрализации почти нигде нет.
😎 Незрячий web3 программист (подписаться)
Чат | бот
Что нового появилось в TCCC AI за последние три недели
17 июня я писал большой пост про обновления TCCC AI: x402, risk profile, refresh старых аудитов, Telegram-бот, более строгую проверку источников и GenLayer attestation.
С тех пор проект снова сдвинулся. Не по одной кнопке, а по тому, какие задачи он может закрывать.
Первое — появился режим анализа публичных компаний и акций.
Теперь при запуске можно выбирать тип проекта: крипто/Web3 или акции/публичная компания.
Это важно, потому что к акции нельзя подходить как к токену. Там не нужны разделы про токеномику, разлоки, смарт-контракты и TVL. Зато нужны бизнес, выручка, рынок, оценка, риски, новости, управление и нормальный итог по компании.
Пока это ещё надо проверять на живых примерах. Но рамка уже появилась: TCCC AI постепенно становится более широким инструментом для разборов проектов и активов.
Второе — отчёты стали более структурными.
Я добавил секционный аудит: разные части разбора собираются отдельными блоками, а потом сводятся в итоговый отчёт.
Это нужно ради качества. Когда один большой ответ пытается сразу разобрать всё, ему проще потерять детали или смешать источники. А когда отдельно разбираются команда, продукт, токен или бизнес, практическое применение, риски и итог, легче понять, где что найдено и на чём основан вывод.
После этого я ещё много правил докручивал вокруг источников: чтобы в отчёте не появлялись дубли, пустые ссылки, технические формулировки и красивые, но плохо подтверждённые выводы.
Третье — появился отдельный блок про практическое применение.
Мне давно не нравилось, когда проект описывается только через документы, токен и общую идею. Хочется понимать: есть ли у него реальное приложение, кабинет, панель, продукт, staking, trading, developer portal или другой интерфейс, которым человек может пользоваться.
Маркетинговая страница, документация или GitHub — это источники. А приложение или рабочий продукт — уже другой уровень проверки.
Четвёртое — добавился экспериментальный платёжный маршрут через MPP/Tempo.
x402 остаётся основным web3-форматом для агентских оплат. Но я начал проверять ещё один вариант: оплату аудита через MPP с Tempo stablecoin.
Если сказать проще: я смотрю, как TCCC AI может принимать оплату через новые платёжные протоколы, которые потенциально удобны для ИИ-агентов и автоматизированных сервисов.
Пятое — стало больше защиты вокруг сервиса.
Если у внешнего провайдера анализа заканчивается баланс, задача не должна тихо ломаться. Теперь для этого есть очередь ожидания и уведомления администратору.
Ещё я усилил безопасность сайта: часть публичных API стала строже, авторизация переехала на более безопасные httpOnly cookies, а страницы дополнительно проверяются от неприятных сценариев вроде XSS.
Шестое — партнёрская часть стала аккуратнее.
Комиссии и партнёрский брендинг лучше привязаны к платным действиям. Это нужно, если партнёры будут приводить пользователей на аудит, а в отчётах должен сохраняться правильный источник.
В итоге за эти три недели TCCC AI стал шире и устойчивее.
Шире — потому что появился путь к анализу акций и публичных компаний.
Устойчивее — потому что отчёты лучше собираются по секциям, источники чище проверяются, платежи расширяются, а сайт и API становятся безопаснее.
До идеального продукта ещё далеко. Но мне нравится, что TCCC AI постепенно перестаёт быть просто “генератором большого ИИ-отчёта”. Он всё больше становится системой: принять оплату, запустить разбор, проверить источники, собрать отчёт, показать риск и дать понятный результат.
Сервис здесь:
https://tcccai.xyz
Добро пожаловать, если хотите разобрать проект, который вам интересен: свой, клиентский или просто тот, который вы хотите лучше проверить.
И отдельно вопрос: какую акцию или публичную компанию было бы интересно разобрать на следующей неделе?
😎 Незрячий web3 программист (подписаться)
Чат | бот
Про «Человек 2.0» и воркшоп по Hermes и Codex
Недавно я писал, как из MCP-подключения к Human20 получился скилл для ИИ-агента.
А здесь хочу чуть шире показать, почему мне вообще близко это сообщество.
Я в «Человек 2.0» с февраля. Первый воркшоп помог мне нормально зайти в работу с ИИ-агентами: Cursor, OpenClaw, скиллы, свои процессы, браузер-автоматизация, сайты, деплой.
После него агенты для меня стали не темой из новостей, а рабочим инструментом.
Сейчас идёт новый воркшоп — уже про Hermes и Codex. Живая часть, насколько понимаю, подошла к концу: шестой урок уже прошёл, и его запись тоже размещена.
Я сейчас как раз прохожу этот шестой урок в своём контуре: там браузерная автоматизация, Google API, Telegram-канал и контент-конвейер. Это снова даёт материал, который можно сразу переносить в свой рабочий процесс.
Предыдущие уже прошёл.
Также именно там я выкладываю прежде всего свои скиллы.
Записал видео и прикрепляю к этому посту: рассказываю там про сам формат «Человек 2.0», агентный контур и почему такой путь мне кажется полезным.
Присоединиться можно через бота:
/channel/human20salesbot?start=SKRIPNIK
Отдельно для блогеров и авторов: если вам близка тема ИИ, автоматизации, агентов, no-code/low-code или разработки, могу сделать отдельную партнёрскую ссылку.
По ней можно получать 25% с продаж, которые придут через вас.
Пишите в @blind_dev_contact_bot.
Принимаются каналы от 3000 подписчиков и 200 просмотров постов.
Разобрал Venice.ai и токен VVV через TCCC AI
Venice.ai — интересный пример проекта, где сначала хочется смотреть не на токен, а на сам продукт.
Это сервис с ИИ-инструментами: чат, генерация изображений, видео, аудио, API для разработчиков. Главный акцент — приватность и доступ к моделям без обычной привязки к одному поставщику.
Я прогнал Venice через аудит в TCCC AI. Писать буду по своей обычной структуре: команда, концепт, коин, код и практика.
Команда
У проекта есть сильные публичные лица. В отчёте отмечены Jesse Proudman, Adrien Lo и Erik Voorhees. Voorhees — заметное имя для крипто-сферы, и это даёт проекту репутационный вес.
Но по прозрачности не всё идеально: в открытых материалах не нашлось нормального раскрытия юридической структуры, инвесторов, раундов и понятной модели управления казной.
Концепт
Здесь идея мне понятна.
Venice хочет быть ИИ-платформой, где можно пользоваться моделями, API и агентскими сценариями с большим упором на приватность. VVV при этом связан с доступом к API, а не висит рядом с продуктом как отдельная история.
В документации описаны несколько способов использования: обычные кредиты, стейкинг VVV/DIEM и оплата запросов через x402 в USDC на Base. То есть проект пытается связать ИИ-сервис, кошелёк, токен и оплату конкретных запросов.
Вот это мне как раз интересно: не абстрактный ИИ-токен, а попытка встроить токен в рабочий ИИ-продукт.
Коин
По официальному запуску было 100 млн VVV. Половина ушла на раздачу пользователям и ИИ-крипто проектам. Команда получила 10%. Предпродаж и инвесторских раундов в отчёте не найдено — это плюс.
После сжиганий и эмиссии Tokenomist показывает: раздача — 35.02%, эмиссия — 29.96%, казна Venice.ai — 17.51%, команда — 7%, incentive fund — 7%, ликвидность — 3.5%.
Что нравится: команда не выше 10%, инвесторской доли не видно, у токена есть функция: API, стейкинг и DIEM-кредиты.
Что не нравится: бесконечная эмиссия, будущие анлоки, крупная казна проекта и слабая ликвидность — около 2.2% от капитализации.
Ещё момент: в стейкинге около 32.11 млн VVV. Если это стейкинг для доступа к функционалу, это скорее плюс. Риск в другом: эмиссия и разблокировки могут уходить на кошельки, откуда токены потом выводят на рынок.
Вывод: связь с продуктом есть. Это сильнее, чем у многих ИИ-токенов. Но по токеномике это не зелёный флаг. Скорее жёлтый: продукт интересный, токен спорный.
Код
У Venice есть публичные репозитории: документация, CLI, MCP-сервер, x402-клиент, интеграции и скиллы.
Это плюс. Видно, что проект не ограничивается лендингом и токеном, а делает инструменты для разработчиков и агентов.
Но важный минус: исходники смарт-контрактов в официальных репозиториях не нашлись. Публичный полноценный аудит смарт-контрактов тоже не подтвердился. Есть программа вознаграждений за найденные уязвимости, но этого мало для спокойной оценки ончейн-части.
Дополнительно в отчёте отмечены риски централизованного управления: адреса владельцев, возможность менять параметры и обновлять стейкинг-контракт.
Практика
По практическому применению Venice выглядит сильнее многих ИИ-крипто проектов.
Есть рабочий чат:
https://venice.ai/chat/v2
Есть студии для изображений, видео и аудио:
https://venice.ai/studio/image
https://venice.ai/studio/video
https://venice.ai/studio/audio
Есть API для разработчиков:
https://docs.venice.ai
Есть страница токена и стейкинга:
https://venice.ai/token
То есть это не история «когда-нибудь у нас будет продукт». Пользователь уже может зайти, пользоваться сервисом, подключать API, платить обычными кредитами, через стейкинг или через x402.
Мой вывод после аудита простой: Venice.ai как продукт мне интересен. Особенно из-за связки ИИ, API, агентов, приватности и x402.
Но VVV как токен я бы смотрел осторожнее. Там есть реальная связь с продуктом, но есть и вопросы к прозрачности, эмиссии, управлению контрактами и тому, сколько ценности действительно проходит через токен.
#аналитика
😎 Незрячий web3 программист (подписаться)
Чат | бот
Umia: launchpad, где главный вопрос уже не “успеть в аукцион”
Разобрал Umia через свою обычную схему: команда, концепт, коин, код, риски и практика.
На первый взгляд это ещё один launchpad. Но по механике Umia интереснее: проект пытается связать token launch, ончейн-аукцион, некостодиальную казну и decision markets. То есть не просто “продали токен и обещали развиваться”, а структура, где часть решений должна проходить через рыночный механизм.
Что понравилось:
1. Есть понятная проблема. У многих токенов equity, IP, выручка и реальные права живут отдельно, а tokenholders получают governance на бумаге.
2. Есть конкретная механика: Continuous Clearing Auction, treasury, LP, vesting, performance reserve, decision markets.
3. Есть публичный код, Certora audit и нормальная документация.
4. Есть даже Base MCP Plugin — для меня это отдельный интересный угол, потому что Umia думает не только про ручной интерфейс, но и про программный доступ для агентов.
Но сейчас это уже не “тихая ранняя возможность”. По app/API аукцион почти упёрся в price cap $0.36, committed около $6.19 млн, bidders уже 678. Поэтому max price ниже текущего clearing, например $0.35, может просто перестать исполняться.
Главный риск для меня не в том, что проект выглядит пустым. Наоборот, он выглядит довольно умно. Риск в другом: после собственного TGE Umia должна стать местом, где реально запускаются другие проекты, идут fees и используются decision markets. Иначе токен останется ставкой на идею и команду.
Мой вывод: Umia — сильный watchlist-кандидат, но не “надо срочно бежать”. Изучать — да. Смотреть финальный clearing price и первые недели после запуска — да. Заходить только из-за social hype — нет.
Полный разбор со ссылками на app, docs, Certora, GitHub, Moni, DefiLlama и CoinGecko:
полный разбор в Telegra.ph
Благодарю сообщество Gem Hunters за идею проанализировать этот проект.
Вступить
#web3 #DeFi #Base
😎 Незрячий web3 программист (подписаться)
Чат | бот
Обо мне и моём пути в блогинге
Поднимаю из VK старый вводный текст. Там я коротко рассказал, кто я, почему начал писать публично и как у меня постепенно сложились темы: ИИ-агенты, доступность, разработка и цифровая самостоятельность.
Сейчас многое уже изменилось, но точка входа всё равно полезная. Если вы недавно подписались на канал, можно начать с этого текста - будет понятнее, откуда здесь взялись агенты, проверки интерфейсов и мои эксперименты с автоматизацией.
Статья в VK:
Обо мне и моём пути в блогинге
А вы как вообще пришли в этот канал - через крипту, ИИ, доступность или случайно?
😎 Незрячий web3 программист (подписаться)
Чат | бот
Ritual: сильная AI-инфраструктура, но токен пока анализировать нечем
Прогнал Ritual через локальный TCCC AI audit pipeline: отдельно команда, концепт, метрики, токеномика, код и сообщество.
Вывод получился не про цену и не про график. Официального торгуемого mainnet-токена RITUAL я не нашёл.
В документации есть RITUAL как валюта testnet-сети: chain ID 1979, 18 decimals, faucet, RPC и explorer. Но это не токеномика. Нет официального mainnet-контракта, supply, распределения, vesting/unlocks, holders и понятной связи токена с экономикой сети.
Поэтому блок “коин” здесь почти нечем заполнять: публичного объекта анализа пока нет.
Сам проект при этом не пустой.
Ritual вышел из stealth в ноябре 2023. Тогда же был объявлен раунд $25 млн во главе с Archetype. Среди основателей — Niraj Pant и Akilesh Potti, оба с бэкграундом Polychain. В публичной команде есть люди с опытом DeepMind, a16z crypto, Jane Street, Flashbots, Ethereum Foundation и AI/crypto research.
Концепт тоже не выглядит как обычный “AI token”. Ritual Chain пытается сделать среду, где смарт-контракты могут обращаться к LLM, ONNX-моделям, HTTP, ZK/FHE, планировщику задач, кошельку агента и другим системным примитивам.
То есть вопрос здесь не “какой AI-коин купить”. Вопрос в другом: можно ли сделать сеть, где AI-агент имеет состояние, ключи, баланс, расписание и живёт внутри блокчейн-логики, вместо серверного скрипта рядом с API.
Это интересная инфраструктурная идея. Но по зрелости пока много вопросов.
Публично виден testnet-контур: docs, RPC, explorer, faucet. Explorer показывал 40 active validators и отдельные цифры по агентам, но это нельзя считать users, revenue или adoption. TVL, fees, revenue, active wallets и нормальная usage-series в проверенных публичных источниках не нашлись.
С кодом тоже не всё гладко. Официальная GitHub-организация ritual-net подтверждает домен ritual.net, но на момент проверки показывала 0 публичных репозиториев. Есть документация и developer-surface, но публичный core-код Ritual Chain, история коммитов, admin/multisig-параметры, bounty и независимые аудиты актуальной сети не подтвердились.
Отдельно всплывали Infernet SDK и упоминания Trail of Bits/Zellic для Infernet. Это плюс к старой части проекта, но не аудит всей новой Ritual Chain.
Для меня основной риск такой: Ritual давно существует, выглядит технически сильным, но всё ещё находится между research/testnet и полноценной публичной сетью. Если mainnet, токеномика и реальные метрики использования будут откладываться дальше, сильная архитектура может так и остаться красивой инженерной историей.
Плюс есть обычная крипто-ловушка: похожие домены и токены с названием RITUAL. Если это не ritual.net / ritualfoundation.org и не официальный контракт, я бы не считал это токеном проекта.
Мой вывод: Ritual стоит держать в watchlist как серьёзный AI x crypto-инфраструктурный эксперимент.
Но покупать “что-то с тикером RITUAL” сейчас — плохая идея. Анализировать токен пока невозможно: официального публичного объекта анализа нет.
Следил бы за четырьмя вещами:
1. дата и параметры mainnet;
2. официальная токеномика и контракт;
3. публичный core-код, аудиты и bounty;
4. реальные метрики использования, а не validators, agents и narrative.
Если это появится, Ritual можно будет разбирать уже как полноценный проект с экономикой. Пока — watchlist, а не инвестиционный тезис.
#web3 #AI #ИИ_АГЕНТ
😎 Незрячий web3 программист (подписаться)
Чат | бот
Как ИИ-агент помог мне разместить песни, созданные с помощью Suno
⠀
С песнями у меня получилась отдельная история.
⠀
Сначала я научился создавать треки через ИИ. Часть песен была сделана в Suno, часть - в моём обычном процессе через агента.
⠀
Но создать песню - это только половина дела. Потом её надо куда-то разместить: загрузить аудио, подобрать обложку, указать исполнителя, название, жанр, язык, авторов, площадки, дату релиза. И ещё не ошибиться, потому что музыкальные кабинеты не всегда сделаны так, чтобы быстро и спокойно пройти их с первого раза.
⠀
Первые треки я размещал сам и возился с этим несколько часов.
⠀
Открываешь сервис, ищешь нужный раздел, заполняешь форму, но почему-то она не принимается. Оказывается, не так выбрал исполнителя или неверно загрузил обложку. Где-то аудио надо конвертировать, где-то не тот жанр, где-то непонятный статус. Потом ещё надо помнить, какие песни уже отправлены, чтобы не создать дубли.
⠀
В какой-то момент я понял, что это как раз работа для ИИ-агента.
⠀
Я дал ему доступ к MusicAlligator и FreshTunes, список треков и правило: не дублировать уже размещённые песни.
⠀
Сначала я не просил сразу отправить всё подряд. Я попросил агента изучить справку, пройтись по кабинету, понять правила сервиса, загрузить первый трек и по ходу дела поправить скилл: что где нажимать, какие поля важны, где сервис ругается, как правильно готовить обложку.
⠀
После этого агент уже сам зашёл в кабинеты и начал делать эту рутину.
⠀
В MusicAlligator он подготовил релизы, учёл ограничения по AI/Suno-трекам, проверил статусы и настроил очередь: раз в неделю приходит ссылка на оплату следующего релиза. Оплату он, конечно, не делает сам - только готовит ссылку и останавливается на моём решении.
⠀
Во FreshTunes он разместил остальные песни, которые не пошли в MusicAlligator и ещё не были опубликованы.
⠀
Самое ценное здесь даже не то, что он заполнил форму.
⠀
Он делал всё целиком: сверял, какие треки уже есть, готовил обложки по правилам сервисов, конвертировал аудио, заполнял метаданные, добавлял автора и исполнителя, выбирал жанры, отправлял на модерацию и потом ставил мониторинг статусов.
⠀
То, что у меня вручную занимало часы и постоянно требовало внимания, превратилось в рабочий процесс: я задаю направление, агент делает техническую часть. А там, где нужна оплата, он готовит ссылку и ждёт моего решения.
⠀
Для меня это хороший пример, где ИИ-агент полезен не как собеседник, а как оператор. Он открывает нужные сервисы, разбирается в их правилах, заполняет длинные формы, проверяет результат и сохраняет опыт на следующий раз.
⠀
И в итоге песни, которые легко могли лежать просто папкой с файлами, начинают доходить до музыкальных площадок.
⠀
А у вас есть такие длинные скучные процессы, где агент мог бы быть не советчиком, а оператором?
Собрал в одном месте свои опубликованные песни NVZ.AI.
Буду рад, если послушаете и поставите лайки.
NVZ.AI — это «Не вижу. ИИ». Название получилось из двух вещей: я незрячий, а сами песни появились при помощи искусственного интеллекта. Но почти у каждой песни есть своя история.
Часть песен сделана на стихи бабушки:
- «Тихо песнь поёт свирель» — нежная песня с флейтой и очень красивым настроением.
- «Что мы сделали с душой» — про то, как раньше за столом разговаривали, пели, танцевали под пластинки, а теперь часто сидим рядом и листаем телефоны.
- «Не спеши повзрослеть» — о том, как мы сами ускоряем время и живём от события к событию.
- «Песня про осень» — тоже на бабушкины стихи.
- «Песня про берёзы» — спокойная песня на стихи бабушки.
- «Песня про дождь» — ещё одна песня на бабины стихи.
- «В этой осени места грусти нет» — осенняя песня, но не про тоску.
- «Желтый лист и воздух с просинью» — ещё одна песня на стихи бабушки.
- «Кусочек счастья» — песня про любовь.
- «Песенка о свободе птички» — человек вынес клетку и удивляется, почему птичка не поёт. А она объясняет.
Есть и песни из моих личных идей:
- «Я чувствую себя вновь молодым» — песня, вдохновлённая важным событием и хорошим настроением.
- «Зарядка, которая застрянет в голове» — трек под зарядку. Я сам делаю зарядку под него по утрам, и припев реально может застрять в голове.
- «Буль-буль-буль» — песня, созданная просто по приколу. Идея пришла за обедом.
- «CAA AEE EE» — странная, но красивая история: я сгенерировал изображение в Aztec, бот распознал символы, синтезатор речи красиво их прочитал, и мне стало интересно, как это будет звучать песней.
- «Hyperliquid всё растёт» — песня из моего web3-контекста. Увидел англоязычную песню про Hyperliquid, вдохновился и сделал свою на русском.
- «Бла-ла-ла» — отдельный весёлый эксперимент.
Если хотите, послушайте, сохраните, лайкните или отправьте кому-нибудь, кому такое может зайти. Мне самому интересно смотреть, какие песни люди находят и слушают.
Ссылки для прослушивания собрал ниже. Я проверял, чтобы в карточках был исполнитель NVZ.AI.
«Зарядка, которая застрянет в голове»:
ВК музыка
Яндекс.музыка
Звук
OK музыка
«Бла-ла-ла»:
Яндекс.музыка
Звук
OK музыка
«Буль-буль-буль»:
Яндекс.музыка
Звук
OK музыка
«Тихо песнь поёт свирель»:
Яндекс.музыка
Звук
Ok музыка
«Что мы сделали с душой»:
Яндекс.музыка
Звук
OK музыка
«Не спеши повзрослеть»:
Яндекс.музыка
Звук
OK музыка
«Я чувствую себя вновь молодым»:
ВК музыка
Яндекс.музыка
Звук
OK музыка
Youtube
«Песня про осень»:
ВК музыка
Яндекс.музыка
Звук
OK музыка
Youtube
«Песня про берёзы»:
ВК музыка
Яндекс.музыка
Звук
OK музыка
Youtube
«В этой осени места грусти нет»:
ВК музыка
Яндекс.музыка
Звук
OK музыка
«CAA AEE EE»:
ВК музыка
Яндекс.музыка
Звук
OK музыка
«Hyperliquid всё растёт»:
ВК музыка
Яндекс.музыка
Звук
OK музыка
Youtube
«Желтый лист и воздух с просинью»:
ВК музыка
Яндекс.музыка
Звук
OK музыка
Youtube
«Кусочек счастья»:
ВК музыка
Яндекс.музыка
Звук
OK музыка
«Песенка о свободе птички»:
ВК музыка
Яндекс.музыка
OK музыка
Youtube
Как поставить и настроить Hermes Agent
⠀
Я выложил статью про установку и настройку Hermes Agent - того самого агента, с которым сейчас делаю посты, проекты, скиллы, проверки и часть рабочей рутины.
⠀
Внутри не обзор на уровне «поставьте агента и он всё сделает», а нормальный старт с практических шагов: что установить, где что настроить, на какие места обратить внимание и какие полезные настройки не пропустить.
⠀
Если давно хотели попробовать Hermes у себя, можно начать отсюда:
blind_dev-hermes-agent-s-chego-nachat-ustanovka-nastroika-i-poleznye-n">читать статью в VK
⠀
Буду рад комментариям: всё ли понятно по инструкции? И если уже ставили Hermes Agent - на каком месте возникли вопросы?
Почему ИИ-агент не всегда может просто взять и всё сделать
Иногда со стороны кажется: если есть ИИ-агент, то можно сказать ему «запланируй пост в ВК» — и дальше всё должно работать само.
На практике почти всегда есть ограничения сервисов.
Я это хорошо почувствовал на ВК.
Сама задача вроде бы простая: подготовить текст, прикрепить картинку или видео, поставить пост на нужную дату и потом проверить, что всё действительно попало в отложенные.
Но дальше начинаются детали.
Один доступ позволяет агенту поставить текстовый пост. Другой нужен, чтобы загрузить картинку. Для видео — отдельная история. Чтобы проверить отложенные записи, тоже нужен подходящий доступ.
И это не прихоть агента. Так устроен сам сервис: у разных действий разные права, разные ограничения и разные способы авторизации.
В итоге автоматизация получается не такой красивой, как в рекламе.
Не «подключил один раз и забыл», а скорее:
— агент готовит пост;
— агент собирает картинку;
— агент пытается загрузить вложение;
— выясняется, что текущий доступ истёк;
— я заново прохожу авторизацию;
— агент уже после этого загружает файл, планирует пост и проверяет результат.
Сейчас из-за этого мне приходится почти каждый день делать одно ручное действие: открывать ссылку авторизации ВК и присылать агенту код. Без этого он не может нормально загрузить медиа и проверить отложенные посты.
Технически можно было бы пойти другим путём: подключить агента к ВК через браузер и дать ему работать почти как человеку.
Но здесь уже вопрос безопасности.
Для такого варианта лучше иметь отдельный технический аккаунт. А второго аккаунта у меня сейчас нет. Свой основной ВК-аккаунт держать открытым в браузере для агента мне не хочется.
Поэтому пока получается компромисс: часть работы агент делает сам, а критичные действия с доступом остаются под моим контролем.
Для меня это нормальный пример рабочей автоматизации.
ИИ-агент может сильно упростить работу. Он может подготовить текст, сделать изображение, загрузить файл, поставить пост, проверить дату, сравнить текст и вложение.
Но если сервис не даёт стабильный и безопасный способ доступа, агент не обойдёт это магией.
Иногда граница проходит не в возможностях ИИ, а в правилах платформы.
Когда мы говорим «автоматизировать задачу», надо смотреть на две вещи.
Первое — умеет ли агент думать и пользоваться инструментами.
Второе — даёт ли сам сервис нормально выполнить нужное действие: через API, через отдельный аккаунт, через безопасную авторизацию или хотя бы через понятный ручной шаг.
Иначе получается не полная автоматизация, а рабочий полуавтомат: агент делает большую часть рутины, но человек остаётся рядом там, где нужны доступы, подтверждения и ответственность.
😎 Незрячий web3 программист (подписаться)
Чат | бот
Почему ИИ-агенту нужен реестр, а не одна память
Когда долго работаешь с ИИ-агентом, быстро появляется соблазн сказать: «Ну он же умный, пусть сам всё помнит».
Но на практике этого мало.
У агента может быть память. Может быть история переписки. Может быть доступ к файлам. Но если задача растянулась на несколько дней, в ней появились версии, даты, картинки, видео, проверки и статусы, одной общей памяти уже недостаточно.
Это хорошо видно на контенте.
Один пост — это уже не один текстовый файл.
У него может быть черновик, картинка, несколько вариантов картинки, дата публикации, статус согласования, ссылка на запланированную запись, проверка вложений, бэкап реестра и пометка, что ещё нельзя публиковать.
Если всё это держать только в переписке, очень легко запутаться.
Например, агент может помнить, что пост «почти готов». Но это не то же самое, что знать: текст согласован или нет, какая картинка финальная, был ли пост уже поставлен в отложенные, совпадает ли текст на площадке с локальным файлом, не надо ли удалить ошибочную версию.
Поэтому я всё больше прихожу к простой вещи: агенту полезно вести специальные файлы состояния.
Не как красивую базу данных ради базы данных, а как обычный рабочий журнал.
Что уже сделано. Что только черновик. Что ждёт моей проверки. Где лежит финальная картинка. Где пост уже опубликован, где только запланирован, а где его ещё не было. Какой пост нельзя трогать без отдельного подтверждения.
Это звучит скучно, но именно такие скучные вещи сильно помогают.
Когда есть реестр, агенту не надо каждый раз угадывать по переписке, что было последней версией. Можно открыть файл и увидеть: вот текст, вот картинки, вот статус, вот проверка, вот ссылка.
И человеку тоже спокойнее.
Потому что агент может не ограничиваться фразой «я помню». Он может показать, на чём основан вывод.
Для меня это особенно важно в задачах, где легко ошибиться датой, файлом или статусом. Например, с публикациями в социальных сетях.
Там недостаточно написать хороший пост. Надо ещё не перепутать дату, не прикрепить старую картинку, не запланировать без согласования, не забыть проверить, что запись действительно появилась в отложенных.
Реестр не делает агента умнее сам по себе.
Но он делает работу устойчивее.
Память помогает не начинать каждый раз с нуля. А файлы состояния помогают понять, где именно мы сейчас находимся и что можно делать дальше.
Мне кажется, это один из важных практических выводов про ИИ-агентов.
Если задача повторяется и в ней есть статусы, версии и проверки, лучше не надеяться на магическое «он всё запомнит».
Лучше попросить агента вести понятный реестр.
Иногда именно это превращает ИИ из умного собеседника в нормального помощника по работе.
😎 Незрячий web3 программист (подписаться)
Чат | бот
Создал плагин для Hermes, чтобы он работал в ВК
Hermes у меня уже стал обычным рабочим инструментом. Через него я пишу код, проверяю сайты, работаю с файлами, ищу информацию, запускаю задачи и получаю уведомления.
Но я не хочу зависеть только от одного канала связи.
Если Telegram в какой-то момент будет недоступен или будет работать плохо, мне нужен запасной способ написать агенту и получить ответ.
Сейчас я активно пользуюсь ВК и ВК-мессенджером, поэтому сделал для Hermes отдельный плагин.
Идея простая: я пишу сообщение в ВК, Hermes получает его через сообщения сообщества, выполняет задачу и отвечает обратно туда же.
После двух дней тестирования выложил публичную версию:
https://github.com/web3blind/hermes-vk-platform
Что получилось:
— писать Hermes из ВК;
— использовать личные сообщения сообщества и чаты;
— отправлять фото, документы, голосовые, аудио и видео;
— получать уведомления и результаты cron-задач;
— прогресс выполнения задачи виден в одном обновляемом сообщении;
— доступ можно ограничить, чтобы агент отвечал только нужным людям или чатам.
Последний пункт важный.
Hermes — это не обычный чат-бот. У него есть доступ к инструментам, файлам и командам. Поэтому я не стал делать режим «отвечать всем» вариантом по умолчанию.
По умолчанию лучше явно указать, кто может писать агенту.
С установкой тоже постарался сделать проще.
Первый шаг — установить плагин из репозитория через Hermes Plugins. Дальше Hermes проведёт по настройке: нужно подключить ВК-сообщество, включить сообщения, Long Poll API, событие message_new и добавить токен сообщества.
Если коротко, ВК становится ещё одним входом в Hermes.
Не вместо Telegram, а рядом с ним. Как запасной канал и как удобный вариант для тех случаев, когда переписка уже идёт в ВК.
Плагин пока скорее для тех, кто уже пользуется Hermes и хочет добавить ещё один канал связи.
Но мне кажется, для русскоязычного сообщества это полезная штука. Telegram не единственный мессенджер. ВК у многих всё равно есть.
Я сам уже активно пользуюсь этим вариантом.
Если захотите попробовать, улучшить или адаптировать под свой сценарий — репозиторий открыт.
Буду рад обратной связи, особенно по установке и реальному использованию в ВК-чатах.
😎 Незрячий web3 программист (подписаться)
Чат | бот
Что будет, если я сдамся, перестав быть в крипте
Раньше я был в крипте почти полностью.
Следил за проектами, рынком, DeFi, новыми сетями, активностями, токенами, нарративами. Это была среда, в которой я постоянно находился.
Сейчас я уже не там.
Я постепенно ухожу в сторону. Меньше слежу за рынком, меньше участвую в активностях, меньше пытаюсь разбираться во всём, что появляется. И, наверное, это нормально: интерес к сфере меняется, да и сама крипта сейчас не выглядит так, будто каждый день там рождается что-то по-настоящему ценное.
Но полностью сдаться и уйти я не хочу.
Потому что крипта для меня всё ещё остаётся местом, где могут появляться интересные технологии и сильные проекты.
Мне интересна инфраструктура, DeFi, DAO, платежи, ончейн-доступ, x402, агенты и связка крипты с ИИ.
Это напрямую связано с тем, куда сейчас сместился мой основной фокус: ИИ, агенты, автоматизация и инструменты.
Отдельно мне интересны проекты, где за нарративом есть понятная экономика.
Например, Hyperliquid мне интересен не как очередной хайп вокруг токена. Мне интересна сама логика: реальная выручка, байбеки, связь между продуктом, объёмами и стоимостью токена. В крипте всё ещё редко встречаются проекты, где можно обсуждать обещания вместе с деньгами, которые уже зарабатываются.
Такие вещи я хочу продолжать искать, сравнивать и, возможно, инвестировать в них. Просто сейчас я уделяю этому намного меньше времени.
То есть вопрос не в том, чтобы вернуться в крипту как раньше.
И не в том, чтобы закрыть её для себя окончательно.
Скорее в том, чтобы остаться рядом с тем, что мне действительно интересно: инфраструктурой, проектами с реальной экономикой и пересечением крипты с ИИ.
Смотрю меньше. Участвую меньше. Не живу этим целыми днями.
Но если в крипте начнёт появляться что-то важное для моей текущей сферы, я не хочу узнать об этом слишком поздно.
😎 Незрячий web3 программист (подписаться)
Чат | бот
NVIDIA и NVDAx: одна история, два разных риска
Я прогнал через TCCC AI два аудита: обычную акцию NVIDIA и токенизированную версию NVDAx в xStocks. Полезно смотреть на них рядом, потому что название одно, а риски разные.
Сначала акция NVDA.
По бизнесу всё понятно: NVIDIA сейчас держится на Data Center и AI-инфраструктуре. В аудите этот сегмент даёт около 90% выручки FY26. Это сильная позиция, но одновременно главная зависимость.
По финансам картина очень сильная: валовая маржа примерно 71–75%, операционная около 60%, свободный денежный поток хорошо конвертируется из прибыли. Баланс тоже крепкий: чистая кэш-позиция выросла примерно до $55 млрд.
По рынку акция очень ликвидная, капитализация уже около $5 трлн, бета выше 2. То есть это не «тихая голубая фишка», а большой и очень чувствительный к ожиданиям актив.
По оценке нет простого ответа «дёшево» или «дорого». Компания стоит примерно 20 годовых выручек, а вся компания с учётом долга — примерно 25 годовых операционных прибылей. Это дорого. Но если смотреть на ожидаемую прибыль следующего года, оценка уже около 21 годовой прибыли, а соотношение цены и темпа роста выглядит ближе к нормальному. В этом и суть: текущая цена держится на вере, что AI-capex не сломается.
Главные риски NVDA:
- зависимость от капекса Microsoft, Google, Amazon, Meta и других крупных клиентов;
- почти вся история роста завязана на Data Center;
- TSMC, упаковка CoWoS-L и цепочка поставок;
- экспортные ограничения, особенно по Китаю;
- регуляторное давление из-за доминирования на GPU-рынке;
- высокая чувствительность оценки к любому замедлению.
По риск-профилям акция получила moderate risk. Моё мнение по акции: бизнес очень сильный, но покупать её как «безопасную ставку на ИИ» нельзя. Это ставка на продолжение больших расходов гиперскейлеров и сохранение маржи.
Теперь NVDAx в xStocks.
NVDAx — не акция NVIDIA и не обычный криптотокен. Это токенизированный сертификат-трекер: 1 NVDAx должен отслеживать 1 акцию NVDA. Эмитент — Backed Assets, заявлены 1:1 обеспечение, segregated custody, KYC, whitelist и юридическая структура под Liechtenstein Blockchain Act и EU Prospectus Regulation.
Плюсы есть: продукт мультичейн, есть Ethereum и Solana, исходники контрактов проверены, xStocks интегрирован с CEX/DEX и DeFi, у NVDAx десятки тысяч держателей. Токеномика простая: нет вестинга, unlock-графиков, стейкинга, governance-игр. Комиссия управления сейчас 0%, но может стать до 0.25% в год; выпуск/погашение — до 0.50%.
Но риски у NVDAx другие:
- нет публичного свежего аудита основного контракта NVDAx;
- не раскрыты multisig/timelock для admin-ключей;
- не найден bug bounty;
- один адрес держит около 47.5% supply, вероятно кастодиальный, но риск концентрации остаётся;
- есть расхождения в market cap и supply между источниками;
- oracle и rebase-механизм раскрыты не полностью;
- пользователь зависит от эмитента, кастодианов, KYC, юрисдикций и правил доступа.
По риск-профилям NVDAx тоже moderate risk, но вывод жёстче: для консервативного профиля — reject, для сбалансированного — только маленькая позиция, для агрессивного — спекулятивно и небольшим размером.
Мой итог: NVDA — это риск дорогого, концентрированного, но реального бизнеса. NVDAx — это риск того же рыночного актива плюс слой эмитента, кастодиана, контрактов, админ-ключей, оракулов и юрисдикций.
Если человеку нужен долгосрочный инвестиционный доступ к NVIDIA, обычная акция выглядит чище. NVDAx интересен как эксперимент с RWA и DeFi-совместимостью, но я бы не воспринимал его как равную замену акции, пока не раскрыты аудит основного контракта, схема админ-ключей и детали oracle/rebase.
Ссылки:
Аудит акции NVIDIA
Аудит NVDAx
Не финансовая рекомендация. Скорее пример, почему токенизированная акция — это не та же акция в кошельке.
😎 Незрячий web3 программист (подписаться)
Чат | бот
Разбор задач для ИИ-автоматизации
Недавно я писал, что автоматизацию лучше начинать не с большой идеи, а с повторяющейся задачи.
Теперь скажу прямо, с чем я могу помочь.
Я могу разобрать вашу работу, небольшой бизнес или личную систему и найти задачи, где ИИ может снять часть ручной работы.
Не “поговорить про ИИ вообще”.
Не “подобрать модный сервис”.
Не “автоматизировать весь бизнес”.
А взять конкретный кусок работы и понять:
что вы делаете руками;
как часто это повторяется;
сколько времени отнимает;
где сейчас всё держится на памяти, переписках, таблицах или заметках;
что должно получаться на выходе.
Примеры таких задач:
- заявки приходят из разных мест, и их нужно вручную собирать;
- клиенты или коллеги задают похожие вопросы;
- ответы разбросаны по документам, чатам и памяти сотрудников;
- приходится долго искать нужный файл, статус, договор или переписку;
- нужно регулярно собирать отчёты, сводки или сообщения;
- есть база знаний, но ей неудобно пользоваться;
- в переписках и задачах сложно быстро понять, что зависло;
- в личных делах постоянно повторяются одни и те же списки, планы, заметки, решения;
- нужно анализировать рынок, документы, предложения или другие материалы, а вручную это занимает много времени.
Это может быть бизнес, работа специалиста или личная система.
Для меня здесь главное не название сферы, а сама задача. Если она повторяется и её можно описать простыми словами, с ней уже можно работать.
После консультации у вас должно остаться:
1–3 задачи, с которых можно начать;
понимание, где ИИ действительно может помочь;
понимание, где ИИ пока не нужен;
список материалов, которые понадобятся: документы, примеры, таблицы, переписки, типовые ответы;
следующий шаг: что сделать самим, а что можно отдавать в разработку или настройку. Какие инструменты использовать (софт, скиллы).
Иногда результатом будет не внедрение, а честный вывод: сначала нужно привести в порядок базу знаний, таблицу или сам процесс.
Это тоже полезно. Потому что иначе можно потратить деньги на красивого ИИ-помощника, которым потом никто нормально не пользуется.
Чтобы консультация не упёрлась в “ну не знаю”, я заранее дам короткие вопросы.
Например:
что вы делали руками на этой неделе;
что чаще всего копируете и вставляете;
какую информацию ищете дольше всего;
какие вопросы вам задают повторно;
какие отчёты, сообщения или документы делаете регулярно;
что давно хочется кому-нибудь отдать.
По этим ответам уже можно начать разговор не с пустого места, а с конкретных действий.
Если после разбора задача подходит для ИИ, можно отдельно обсудить внедрение: помощника по базе знаний, сводки по заявкам, разбор переписок, контроль зависших задач или другой понятный сценарий.
Если не подходит — так и скажу. Значит, сейчас лучше не тратить деньги на ИИ, а сначала навести порядок в процессе.
Стоимость разбора — 10 000 рублей. Обычно это консультация до часа. Внедрение, если оно понадобится, обсуждается отдельно.
Если хотите разобрать свою задачу, напишите в бот для связи:
@blind_dev_contact_bot
Лучше сразу коротко указать:
что делаете руками;
как часто это повторяется;
где теряется время;
какой результат хотите получить.
😎 Незрячий web3 программист (подписаться)
Чат | бот
Почему я не смотрю на рынок через одно мнение
В крипте очень легко найти человека, который звучит уверенно.
Он пишет тред, даёт цель по токену, показывает сценарий по Bitcoin, объясняет, почему рынок пойдёт вверх или вниз. И если читать такого человека регулярно, в какой-то момент можно начать учитывать не только его аргументы, но и смотреть на рынок его глазами.
Мне кажется, это опасная штука.
Не потому что чужие мнения не нужны. Наоборот, без них рынок изучать тяжелее. Хорошие аналитики, трейдеры, исследователи и практики могут сильно экономить время. Они замечают то, что ты сам мог бы пропустить.
Проблема начинается, когда одно мнение превращается в готовую истину.
Например, Arthur Hayes ставил цель $150 по HYPE к августу 2026. Это не аноним из комментариев, а человек с именем, опытом и сильной позицией на рынке. И именно поэтому такое мнение легко начинает давить на восприятие.
Кажется: если Hayes так считает, значит Hyperliquid точно сильный, значит надо держать, значит $150 почти вопрос времени.
Но даже сильная идея не отменяет вопросов.
Какая капитализация уже заложена в цену? Что будет, если общий рынок пойдёт вниз? Насколько устойчивы объёмы и выручка Hyperliquid? Какие есть регуляторные, технические и конкурентные риски? Что изменится, если нарратив остынет?
Если эти вопросы не задавать, чужая уверенность очень быстро превращается в твоё FOMO.
С Bitcoin то же самое, только в другую сторону.
Doctor Profit говорил о сценарии снижения BTC к $54-56k и даже возможной зоне $40-50k. Jiang Zhuoer, известный китайский Bitcoin-майнер и основатель LeBit mining pool, давал сценарий дна в Q4 примерно на $42-44k.
Это тоже не случайные слова из пустоты. Там есть аргументы, модели, графики, рыночный контекст.
Но если взять только такие мнения, можно быстро прийти к выводу: всё, рынок сломан, дальше только боль, лучше вообще ничего не трогать.
И вот в этом для меня главная проблема.
Одно мнение может быть полезной точкой входа, но плохой заменой собственной проверке.
Если человек говорит, что HYPE будет $150, я могу посмотреть, почему он так считает. Если другой говорит, что Bitcoin может уйти к $44k, я тоже могу посмотреть аргументы. Но дальше всё равно надо задавать свои вопросы: что подтверждается фактами, где просто сценарий, где автор может ошибаться, какие риски он не учитывает, и что будет, если рынок пойдёт не по его плану.
В крипте опасно не само чужое мнение.
Опасно, когда оно становится единственным фильтром, через который ты смотришь на рынок.
Потому что тогда ты уже не анализируешь. Ты ищешь подтверждение чужой мысли.
А рынок за это обычно наказывает.
А у вас было такое, что мнение одного человека слишком сильно влияло на взгляд на рынок?
😎 Незрячий web3 программист (подписаться)
Чат | бот
Как из подключения к сервису получился скилл для ИИ-агента
Есть Human20 — сообщество и обучение для людей, которые внедряют ИИ и агентов в работу.
Там есть интерактивный формат: человек проходит шаги, выполняет задания, получает следующий кусок процесса.
Проще говоря, это история о том, как простое подключение к сервису превратилось в более понятный рабочий процесс для ИИ-агента.
Сначала я смотрел на это как на техническую задачу.
У Human20 есть MCP-подключение. Если по-простому, MCP — это способ дать ИИ-агенту инструмент для работы с внешним сервисом. Не писать в чат “сделай что-нибудь”, а дать агенту возможность получить нужную информацию или вызвать действие.
Но довольно быстро стало понятно: само подключение — это ещё не весь смысл.
Агент может получить доступ к сервису, но это не значит, что он понимает, как с ним работать. Что уже известно. Где человек остановился. Какой следующий шаг. Что можно делать сразу, а где надо сначала показать результат человеку.
Поэтому у меня появилась другая идея: сделать скилл для Hermes Agent, а не ограничиваться подключением.
Скилл — это инструкция для агента. В ней можно описать порядок работы, знания о сервисе, состояние, прогресс и правила: как продолжать обучение, на что опираться, что проверять, когда остановиться.
То есть вместо “вот тебе доступ, разбирайся” получается другой подход:
посмотри, где человек сейчас;
сверься с тем, что уже известно;
пойми следующий шаг;
собери нужные материалы;
проверь, нет ли лишнего;
покажи человеку;
только потом действуй.
Так мы сделали первую версию скилла для Human20.
Я скинул её в сообщество. Насколько понял, идея понравилась, и дальше это начало развиваться уже не как разовая штука “подключить MCP”, а как нормальный способ работы с сервисом через агента.
Вот это мне и интересно.
Технически можно было остановиться на подключении. Агент получил бы инструмент, и на этом всё.
Но скилл добавляет то, чего голое подключение не даёт: знание, состояние и порядок действий.
Грубо говоря, подключение открывает дверь. А скилл помогает агенту понять, куда он вошёл, что здесь уже происходило и что делать дальше.
Потом к этому можно прикручивать разные сценарии: обучение, сбор материалов, подготовку ответа, заявку в пул внедренцев, проверку приватности перед отправкой.
Но это уже следствие.
Главная история для меня в другом: когда делаешь инструмент как совместный рабочий навык, он начинает жить дальше. Его можно обсуждать, улучшать и развивать вместе с людьми, которым это действительно нужно.
😎 Незрячий web3 программист (подписаться)
Чат | бот
Важная информация:
У моего хостинга проблемы с охлаждением в датацентре. Из-за этого сервер не работает пока.
Сказали, что до 14:00 по МСК восстановят скорее всего.
Обновление:
Всё работает.