😎 Незрячий web3 программист

25 May 2026 18:03

Как я пришёл к системе 4К+

Я не придумывал её с нуля.

Изначально была система 4К Владимира Menaskop, @web3news: команда, концепт, коин и код.

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

В одном DAO под эту систему собрали список вопросов для оценки проектов. Так появился Audit 4K bot.

А потом на практике стало понятно, что четырёх блоков мне не хватает.

Можно разобрать команду, концепт, коин и код, но всё равно остаться без ответа на простой вопрос: можно ли этим проектом вообще пользоваться?

Не в теории. Не по презентации. А руками.

Как устроен интерфейс? Понятна ли логика действий? Где пользователь может потерять деньги, ошибиться или не понять следующий шаг? Что видно в документации, а что выясняется только после проверки продукта?

Так у меня постепенно появилась 4К+.

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

Со временем часть старых вопросов стала менее полезной. Например, вопросы про BitcoinTalk сейчас редко что-то дают. Рынок изменился, команды изменились, каналы коммуникации тоже.

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

Потом к этому добавился ИИ.

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

Так всё постепенно дошло до tcccai.xyz.

Я сам пользуюсь этим инструментом для аудитов. И его уже начинают использовать другие. Из свежего: Envelop интегрировал сервис для информации о проектах в индексах.

Для меня 4К+ сейчас - это способ не утонуть в хаосе web3-проектов и быстрее понять, где перед тобой рабочий продукт, а где в основном красивая упаковка.

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

21 May 2026 09:01

Layer3: удобный сервис заданий, но пока без сильного долгосрочного тезиса

Один подписчик попросил сделать анализ Layer3. Я прогнал проект через свой TCCC AI:
источник.

Ниже коротко по структуре, по которой обычно смотрю проекты.

Команда

Проект завязан на Layer3 Foundation. В документации написано, что фонд должен поддерживать экосистему и постепенно вести проект к управлению сообществом.

Но на практике управление пока выглядит довольно централизованным. Есть Protocol Council, но для участия нужен ончейн-вклад и от 50 000 L3 в стейкинге. Доходы протокола тоже идут в Foundation.

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

Концепт

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

Я пользовался Layer3 2+ лет назад. Интерфейс был удобный, но в какой-то момент надоело: особого толка для себя я не увидел.

Недели три назад снова зашёл из-за заданий Dango. Интерфейс по-прежнему понятный, задания проходятся нормально, CUBE можно сминтить без лишней боли.

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

Но в 2026 году просто быть сервисом заданий уже мало. Я бы ждал от Layer3 движения в сторону ИИ: генерация заданий под конкретный проект, проверка качества пользователей, анти-sybil, подбор заданий под профиль пользователя, аналитика для проектов и сценарии, которые реально помогают удерживать людей, а не сводятся к раздаче кубов.

Коин

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

По токеномике есть проблема: 25.3% у core contributors, 23.2% у инвесторов и 0.5% у advisors. Вместе это почти 49% supply у инсайдеров.

Community получает 51%, но без прозрачных метрик по revenue, fees и удержанию пользователей сложно понять, насколько токен реально захватывает ценность продукта.

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

Код

Здесь ситуация лучше. В документации уже есть страница с аудитами: Sherlock и ThreeSigma. Также указан GitHub с контрактами CUBEs и Token Distribution.

Это плюс.

Но я бы всё равно разделял аудит отдельных контрактов и безопасность всей модели. Есть стейкинг, распределение токенов, мостовая инфраструктура и зависимость от Wormhole NTT для Solana. Это разные слои риска.

Риски

Главный риск для Layer3 - качество спроса.

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

Из отчёта TCCC AI известно, что эти метрики остаются непрозрачными.

Второй риск - токен. Почти половина supply у команды, инвесторов и advisors, а разлоки со второго года могут давить на цену.

Третий риск - конкуренция. Если Layer3 останется просто удобной витриной заданий, его легко сравнивать с Galxe и похожими платформами. Тогда преимущество будет не в токене, а в интерфейсе и партнёрках.

Итог

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

Но как долгосрочная история проект пока вызывает сомнения.

Мне кажется, Layer3 нужно уходить от формата «выполни задание - сминти куб» в сторону нормального слоя распределения пользователей для web3-проектов. С ИИ-подбором, проверкой качества, репутацией, анти-sybil и понятной аналитикой для команд.

Тогда появляется шанс на полезную инфраструктуру, где квестовая площадка остаётся только входной точкой.

Пока для меня Layer3 - скорее проект в список наблюдения, чем что-то, куда хочется инвестировать.

😎 Незрячий web3 программист

15 May 2026 18:05

Когда-то я читал про это в фантастике. А теперь почти так и живу

Я люблю длинные циклы книг, потому что так сильнее погружаюсь в миры. Поэтому когда-то меня сильно зацепил цикл «Ник» Анджея Ясинского.

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

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

На тот момент это ощущалось почти фантастикой.

А сейчас мне особенно интересно вспоминать эту историю, потому что мы сами уже почти подошли к чему-то похожему!

Недавно я, например, наговаривал своему ИИ-ассистенту задачу голосом по пути в гости.

Почти как Ник 🙂!

А у вас было что-то такое: сначала читали об этом в фантастике, а потом видели в жизни?

#AI #фантастика #обо_мне

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

11 May 2026 18:02

Зачем я смотрю проект по 4К+, а не по одному признаку

У проекта может быть сильная команда, но слабая токеномика.

Может быть хороший код, но опасные админские права.

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

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

Поэтому я и использую для себя 4К+: команда, концепт, коин, код и практика. Не потому что это какая-то истина в последней инстанции, а потому что такая рамка заставляет смотреть шире одного аргумента.

Один сильный пункт легко перетягивает внимание.

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

Нормальный разбор не обязан сразу говорить мне “покупать” или “не покупать”. Это вообще не самая полезная часть.

Полезнее, когда после разбора понятно:

• что уже подтверждается фактами;
• что держится на обещаниях;
• где технический риск;
• где риск токена;
• что нужно проверить перед действием.

Я не против коротких обзоров и отдельных сигналов. Иногда они как раз помогают быстро заметить важную деталь и отреагировать, если уже в проекте.

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

Приведу пример.

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

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

08 May 2026 18:02

ИИ меняет планку сотрудника

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

Но мне понравился подход Coinbase, который Брайан Армстронг описал в X.

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

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

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

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

Похоже, таких историй будет больше.

Источник: пост Брайана Армстронга в X


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

А вы боитесь, что вас заменит ИИ, или уже пробуете повышать с его помощью свою эффективность?

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

01 May 2026 18:01

Как капча снова превратилась в квест

Одна из самых раздражающих вещей для меня в интернете - это капчи.

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

Для незрячего человека всё работает совсем иначе.

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

Недавно я заполнял форму обратной связи у Kaspersky.

Там нужно было ввести капчу.

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

Раньше в таких случаях мне очень помогал ИИ.

Я мог отправить скриншот страницы в ChatGPT или OpenClaw и попросить прочитать текст с картинки. Это было не идеально, но часто реально выручало.

А недавно это начали запрещать.

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

И вот тут уже становится особенно неприятно.

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

Что остаётся сейчас:

• лезть в код страницы и пытаться найти картинку там;
• пробовать сервисы вроде anti-captcha;
• просить чью-то помощь.

Но и здесь всё не так просто.

Тому же anti-captcha обычно нужна сама картинка капчи, а не просто скрин всей страницы. А достать именно её бывает отдельной задачей.

И я тут ещё не говорю про сложные капчи, где надо что-то перетаскивать или выбирать.

Капча никуда не делась. Просто какое-то время ИИ реально помогал с ней справляться. А теперь и это начали закрывать.

И да, меня это правда бесит.

Но один более удобный обход я всё-таки нашёл.
Для NVDA есть дополнение Cloud Vision на основе Be My Eyes. Оно умеет скринить всё окно и выдавать по нему содержимое. Дальше я просто нахожу капчу и ввожу её вручную.

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

#AI #доступность

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

27 April 2026 18:04

7 красных флагов, которые я проверяю в криптопроектах в первую очередь

Меня как-то спросили, на какие сигналы в криптопроектах я смотрю в первую очередь. Собрал их в один пост.

Да, про 4К+ анализ я уже рассказывал. Но это общая схема аналитики.

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

2. Плохая доступность сайта и/или явные ошибки в тексте
У нормальных проектов сайт обычно хотя бы базово доступен.
Если сайт плохо работает со screen reader или в тексте встречаются вещи вроде Coect walet вместо Connect wallet, это уже настораживает. Да, это может быть и небрежность. Но она тоже многое говорит о проекте.

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

Для такой проверки я обычно смотрю RootData, LinkedIn, сайт, документацию и обсуждения в соцсетях.

4. Нет нормальной коммуникации с сообществом
Если команда не отвечает на вопросы, особенно на аргументированный негатив, - это плохой знак.
Отдельно заставляет задуматься, если у проекта вообще нет Discord или Telegram, а в X при этом только восторженные комментарии.

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

6. Агрессивные обещания доходности
Фразы в духе "инвестируйте быстрее" или обещания высокой доходности без внятного объяснения механики - классический повод быть осторожнее.
Многие до сих пор помнят Terra LUNA и 20% годовых на UST. Для стейблкоина это была совсем немаленькая доходность, но о рисках тогда задумывались не все.

7. Странные подписи при тестировании кошельком
Один из самых серьёзных флагов - когда при тесте с отдельного кошелька появляются непонятные нетекстовые подписи.
Даже в Hyperliquid и других perp DEX обычно можно понять смысл действия, даже если там JSON или техническая структура.
Если же подпись скрыта за хешем, выглядит нетипично или при входе сразу просят approve / permit на все USDC, я бы таким проектом не пользовался.

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

А какие красные флаги у проектов чаще всего замечаете вы?
И какие из этих пунктов вы сами считаете самыми важными?

У меня 1, 2, 3 и 7 пункты встречаются редко.
4-й бывает иногда.
5-й тоже встречается, но реже.

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

23 April 2026 09:03

Привет!
Я, незрячий web3-разработчик и аналитик.

Здесь я пишу о том, что сам реально проверяю и использую:

• web3-проекты: качество, токеномика, риски, практика;
• ИИ в работе: агенты, рабочий процесс, автоматизация, реальные кейсы;
• свои инструменты и боты;
• доступность интерфейсов глазами незрячего пользователя.

Что можно получить в канале:

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

С чего начать:

• Как проверять смарт-контракт через ИИ
• Я 2 месяца активно вайд-кодю. Вот что понял
• Как я пишу код без зрения: 32 вопроса незрячему программисту
• Как я за 7 часов без зрения сделал сайт-портфолио

Если тебе близки web3, AI, инструменты и практический взгляд без хайпа, оставайся. И если не подписался, буду рад подписке.

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

20 April 2026 18:00

Как проверять смарт-контракт, если ты не Solidity-разработчик

Ещё 5 лет назад обычному пользователю сюда было почти не подступиться: разве что доверять сторонним аудитам. Сейчас это уже проще, хотя и не гарантирует защиту от взломов.

Если проект получил несколько аудитов от разных компаний, можно для начала проверить по ним:

1. Все ли смарт-контракты проверены? Передайте ИИ PDF-файлы аудитов и репозиторий со смарт-контрактами.
Я это делаю всегда, когда изучаю новый проект.

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

Но это не самый интересный метод.
Можно проверить и по-другому.

Подключаете к сайту проекта не основной кошелёк.
Запускаете транзакцию и копируете адрес смарт-контракта из кошелька.

Смотрите, какая сеть, и вставляете адрес в блок-эксплорер. Например, так:
https://arbiscan.io/address/0x...#code

И увидите код. Скопируйте его и дайте нейросети.

Если ИИ говорит, что это прокси-контракт (контракт-прокладка, который ведёт на основной), идёте в contract -> read contract. Дальше ищите функцию прокси-контракта, которая отвечает за адрес основного смарт-контракта. ChatGPT или другая нейросеть часто может подсказать, куда смотреть дальше.

Потом уже смотрите, что именно он нашёл, и используете это как дополнительный сигнал, а не как единственное основание для решения.
Но даже в этом случае я бы не отправлял в такие проекты больше 2% портфеля - это риск. Особенно сейчас, когда взломов всё больше.

А теперь более глубокий вариант анализа кода.

Есть Codex CLI и Claude Code - специальные приложения от нейросетей, которые позволяют анализировать код эффективнее.
Даёте им ссылки на explorer и GitHub (они обычно есть на сайте или в документации), и через несколько минут получаете разбор кода контракта.

Как минимум тем, кто лазит по разным новым проектам, это важная фича: можно заметить хотя бы часть опасных механик, например 100% комиссию, обмены в одну сторону или возможность вывода средств админами.

А вы вообще проверяете смарт-контракты перед входом в DeFi-проект или полагаетесь на аудиты?

#аналитика #AI

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

15 April 2026 18:02

Посмотрел Zoo Finance. Проект выглядит интересно, но при проверке там быстро начинаются вопросы

Решил пройтись по нему по своей обычной схеме: команда, концепт, коин, код, риски + практика.


Команда:

У проекта есть страница компании в LinkedIn, указана штаб-квартира в Бостоне.
Из публичных участников я увидел двух: Zhuangzhuang Chang (Co-Founder / CEO) и Joey Wong (COO).
Соцсети тоже живые. Плюс я писал им в Discord, и мне всё же ответили на вопросы, пусть и не сразу.

Команда не анонимная. Но полной прозрачности по всем ключевым участникам я пока всё равно не увидел. Поэтому здесь у меня 4 из 5.


Концепт:

Zoo Finance решает вполне понятную задачу: ликвидность для заблокированных активов.
То есть речь про вестинг, награды с нод, потоки доходности и другие истории, где актив у пользователя уже есть, но использовать его сразу в полном объёме нельзя.
Zoo Finance позволяет получать торгуемые токены под будущие разлоки или доходность без нарушения правил вестинга.
Они поддерживают 4 типа хранилищ: LVT-Vault (для вестинга), LNT-Vault (для нод), L-Vault (стейблкоин с маржинальным обеспечением) и B-Vault (для токенизации доходности PoL - Proof of liquidity).
По данным DefiLlama, TVL около 35 млн $, но roadmap внятно не раскрыт.
Есть партнёрства с Aethir и 0G.
Конкуренты тоже упоминаются, и это плюс.

Оценка 4 из 5.


Коин:

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

Но известно об инвестициях в размере 10 МЛН $.
По данным Cryptorank, в проект вложились OKX Ventures, CMS Holdings, Bitrise Capital, Signum Capital и другие.

В итоге по коину 3 из 5.


Код:

Из документации я узнал, что был аудит CertiK.
На GitHub есть 18 репозиториев, но в основном это сайт, интерфейсы, NFT-ноды и связанная инфраструктура.
Для меня главный минус тут в том, что код основных смарт-контрактов публично не виден.

По коду здесь у меня 2 из 5.


Риски:

1. Ограниченная открытость core-части.

2. В аудите отдельно отмечался риск централизации, связанный с админскими полномочиями. А значит, часть доверия к системе всё равно остаётся на стороне команды.

3. Сложность самой модели. Чем больше составных механик внутри проекта, тем внимательнее его приходится проверять.


Практика:

На сайте app.zoofi.io сверху показывается B-vault. Это хранилище доходности для PoL (Berachain).

В LNT Vault я увидел Reppo Solver Node и Aethir Checker Node.
Там можно завести и вывести NFT, получить vATH и сделать swap.
Поддерживается и "Put Option" с постепенной конвертацией.

В LVT-Vault - Filecoin 540-Locked Vault, Story IP 360-Locked Vault, SEI 360-Locked Vault.
По названиям уже понятно, что это vault'ы под вестинг токенов.
У Story можно, например, обменять, управлять ликвидностью или выбрать Put Option (постепенно переводить в IP) или Wrap IP в WIP.
У Filecoin есть только Put Option и swap с ликвидностью.

Оценка 4 из 5: мало предложений, но интерфейс более-менее понятный.


Мой вывод

У Zoo Finance есть понятный прикладной концепт.

Команда не выглядит анонимной, инвестиции есть, аудит тоже есть.

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

Более быстрый аудит проекта под ваш запрос можно заказать на https://tcccai.xyz.

А если смотрели Zoo Finance сами, интересно, что вас там смутило или, наоборот, понравилось?

#аналитика

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

11 April 2026 18:00

ИИ-агенты уже умеют многое. Но чем дольше ими пользуешься, тем сильнее понимаешь: сильной модели мало, если сам агент неудобный

И я сейчас не про спор, какая модель умнее.

Я про более практичные вещи:

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

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

Речь про Hermes и OpenClaw - софт для работы с ИИ-агентами.

Начну с Hermes.

Одна из самых полезных идей, которую я туда предложил, - темы в личке Telegram-бота.

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

Контекст смешивается, и пользоваться ботом становится тяжелее.

Если же есть темы, всё уже выглядит намного чище:

• одна тема под один проект;
• другая под другой;
• третья под отдельный режим или навык.

Бот остаётся один, но внутри появляется нормальная структура.

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

Это для меня один из самых удачных кейсов за последнее время:
мою реализацию тем в личке забрали в основной репозиторий с сохранением авторства. Итоговый PR: https://github.com/NousResearch/hermes-agent/pull/3163

Ещё в Hermes я предлагал такие UX-улучшения:

• подпись к voice-сообщению вместо отдельного текста;
• отображение модели у субагента;
• отдельную модель для отдельной темы;
• уведомления о fallback.

Но они пока не приняты.

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

Теперь про OpenClaw.

Там мне не хватало другой вещи - прозрачности.

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

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

Наиболее сильно мне запомнился случай, когда я делал правки в OpenClaw с ChatGPT, но у него закончились лимиты. В результате произошло тихое переключение на Minimax. А она программировать нормально не умеет. После чего начинается отдельный квест: понять, что она там насобирала 🙂.

Итог - синтаксическая ошибка, из-за которой приложение перестало запускаться. Пришлось разбираться вручную.

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

Но эти предложения пока не вошли в основной репозиторий.

Итог:

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

Но в деталях он всё ещё часто ошибается.

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

Мне интересно не просто писать код или отправлять pull request'ы ради галочки.

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

Потому что сами модели уже часто сильные.

А вот UX (удобство использования) местами всё ещё сырой.

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

А вам в ИИ-агентах чего не хватает больше всего:
прозрачности, управления или просто удобства?

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

06 April 2026 18:02

4К+ без иллюзий: чек-лист не знает будущего

За 3 года я анализировал много проектов по своей методике. И со временем заметил неприятную вещь: даже качественные порой оказываются слабыми.

Потому что мой чек-лист не гарантирует, что проект сохранит свой уровень в будущем.

Например, когда изучал Superform, проект был классным!
Команда - 4 из 5, концепт - 5 из 5, код - 5 из 5, коин - 3 из 5, практика - 5 из 5.

Но далее развитие затянули и токен выпускали так долго, будто проверяли рынок на терпение. В итоге сейчас TVL всего 35,06 МЛН $. Да и проект, судя по текущим метрикам, мало кому интересен.

Это видно и по позиции токена $UP: на момент написания поста он находится на 1178 месте в Coingecko.

Да, от ATH токен просел не критично, и пик был совсем недавно. Но риск всё равно остаётся высоким из-за будущих разлоков.

Несмотря на позитив, стоило обратить внимание на токеномику: она тогда получила 3 из 5. Но я подумал, что остальное перевесит.

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

Вижу как минимум три возможные причины:

1. Я ошибся при оценке. Это тоже стоит учитывать при изучении проекта: любой может ошибиться.

2. Уровень изменился позже.
Например, многие участники команды ушли, были какие-то скрытые договорённости или иные факторы.

Но важно уточнить: текущее внутреннее состояние проекта я отдельно не исследовал.

3. Либо спрос на их продукт оказался низким - на протокол доходности, в том числе кроссчейн.

Итог:

Анализ по 4К+ нужен не для предсказания будущего, а для снижения вероятности грубой ошибки. Это полезный инструмент, но не гарантия прибыли.

А у вас было так, что проект казался качественным, но со временем всё равно не оправдал ожиданий?

P. S. На скрине - результат выполнения скрипта с рейтингом проектов на основе списка статей из Teletype.

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

31 March 2026 18:04

Разбираю Dubhe Engine (Obelisk Labs) - убирает 80% рутины при создании Move-проектов

Меня попросили изучить его в комментах к позапрошлому посту. Делюсь тем, что выяснил.

Dubhe Engine - это не блокчейн и не токен. Это open-source инструментарий для разработчиков, которые строят полностью ончейн приложения на Move.
Три продукта: Dubhe Engine (генерация кода), Dubhe Channel (P2P real-time слой) и Dubhe OS (кросс-сетевая инфраструктура).

Поддерживаемые сети: Sui, Aptos, Rooch, Movement, Initia.

Ключевая идея - убрать 80% рутинного кода через Schema ORM и декларативное описание структуры. Разработчик описывает схему, движок генерирует смарт-контракты, SDK, API.

Себя сравнивают с MUD (Ethereum-аналог для fully on-chain игр), только на Move.


Команда: 3 из 5

LinkedIn-профили существуют (Hongqi Liu и Anakin Skandia указаны на Bitget), но сами профили пустые - без реального опыта и достижений.
Соцсети ведут активно: DubheEngine и 0xObeliskLabs публикуют технические детали в X, новости, сравнения с конкурентами - не просто хайп.

В Discord мне ответили на вопрос по токеномике быстро. В Telegram-чате проекта просто послали в Discord. Вопрос про команду проигнорировали.

Минусы за коммуникацию и не публичность.


Концепт: 4 из 5

Идея уникальная - "JavaScript Web3" для Move, только для разработчиков.

На Sui уже работают реальные продукты - Merak (AMM) и Numeron RPG (занял 4-е место на хакатоне).

Анализ конкурентов есть, анализа реального спроса нет.


Коин: 2 из 5

Токен $DUBHE не запущен. Есть $STARS - on-chain поинты за раннее участие и тестирование. По заявлению команды, их можно будет конвертировать в $DUBHE после TGE. Сейчас $STARS гуляет в третьесторонних пулах - сам проект от этого открещивается и явно не рекомендует покупать.

Токеномика опубликована в доках, но команда предупреждает, что финальной версии ещё нет.

Из того, что есть:

Команде выделяется 24% (Obelisk Labs 7% + Core Contributors 17%) - это много, норм считается до 10%. Инвесторам суммарно 15% (Seed + Series-A + Investors Reserve) - тоже выше 10%. Foundation под контролем проекта получает ещё 18%.

По разлокам: через год после TGE начнутся серьёзные выплаты команде и Foundation. Примерно с 13-го месяца будет разблокироваться около 2% в месяц от total supply - это в 2.5 раза выше нормального по моему мнению уровня в 0.8%.

Пик - на 24-м месяце: 4% за один месяц, когда заканчивается вестинг по CEX Lock.

+1 балл за систему поинтов и наличие черновика токеномики.


Код: 4 из 5

GitHub живой - последний коммит 30 марта, версия v1.2.0-pre.115, статус pre-mainnet. 18 контрибьюторов, 70 звёзд. В последнем крупном PR - внутренние фиксы безопасности: payment recharge, fee deduction, ownership transfer.

Публичного аудита от сторонней компании нет.


Риски

- Команда частично анонимна. Профили есть, но пустые.
- Токеномика сырая. Команде и Foundation суммарно уходит 42%, разлоки агрессивные.
- Публичного аудита безопасности нет. Для инфраструктурного продукта это существенно.
- Финансирование непрозрачно. Упоминаются Sui Foundation и "ecosystem VCs", но суммы и имена не раскрываются.
- $STARS торгуется на сторонних пулах без участия проекта - покупать не рекомендую.


Итог

13 из 20 баллов.

Проект технически интересный и живой. Не хайп, а реальный tooling с 3 годами разработки и рабочими приложениями поверх. Для тех, кто строит на Move - стоит смотреть.
Для широкой аудитории - пока не очень понятно, зачем это нужно. Нет работающего токена - нет прямого инвестиционного интереса. Когда токен появится - смотреть условия заново, потому что токеномика явно будет меняться. А вот разлоки в текущем виде - настораживают.

Аудиты использовались:
- TCCC AI (19 марта)
- AskSurf (сегодня)

P.S. Интересно, как вы смотрите на Move-стек в целом - есть ли у вас опыт работы с Sui или Aptos?

И вообще, как считаете: нужны ли блокчейны с Move смарт-контрактами?

P. P. S. И напоминаю про моё сообщество в ВК на всякий случай: https://vk.ru/blind_dev (начну вести).

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

27 March 2026 17:05

4 скиллов для ИИ-агентов, полезных всем. Ими и сам пользуюсь

Уже 2 месяца как погрузился в тему ИИ-агентов.

Что-то находил у знакомых и в одном сообществе, но что-то сам создавал.

Скиллы - .md файлы и скрипты, содержащие инструкции для ИИ-агента, например, OpenClaw или Hermes.


Начнём с того, что может понадобиться каждому:

1. plan-times. Пожалуй, самый важный скилл!
Конечно бесит, когда просишь ИИ "В следующую среду будет созвон", а она путает дни, и ставит не туда. Или когда путается во времени, говоря, что 10 октября вне срока до 11 ноября.

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

2. safe-update. Безопасное обновление OpenClaw.
Иногда у людей бывало так, что после обновы всё падало, и приходилось возиться несколько дней, восстанавливая.

Не желая этим заниматься, создал скилл для безопасного обновления.

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

3. getdocs. Часто нужно скачать документацию какого-то проекта.
Благодаря этому скиллу такое становится возможным!

Просто пишем:
/docs manyfiles {URL}
И ИИ-агент передаст скиллу url, запустит нужную команду, получит файлы и потом сможет их изучать локально!

Можно и onefile указывать вместо manyfiles - тогда вся документация будет в одном .md, но для OpenClaw и аналогов будет полезнее структурированная документация.

4. dashboard-skill. Создаёт классные дашборды.
Они состоят из html и json файла.
Открываете .html, импортируете .json и можете работать!

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

Так я сделал себе более удобный вариант плана постов.
А до этого в качестве теста сделал удобную форму брифа.

А уже на следующей неделе опубликую полезное создателям проектов. Ждите 🙂.

А вы используете OpenClaw, Hermes или аналог? Какими скиллами пользуетесь, и какие из созданных мной вас заинтересовали?

#ai #skills

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

24 March 2026 17:01

Анализ web3 проектов с ИИ в моём новом сервисе! Вам останется лишь прочитать и проверить.

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

1. Сначала один ИИ анализирует.
Думал сделать две нейронки для лучшего качества. Но вторая не выдаёт API по глубокому анализу — да и хуже стала последнее время.

2. Фильтрующий — убирает непроверенные факты и пишет некоторую инфу на основе данных.

Благодаря одному пользователю нашёл сегодня ещё один баг:

Платежи с сайта не сохранялись в базе данных, из-за чего всё зависело от фронтенда (страниц сайта).

Исправил: теперь есть сохранение, а также реализовано автоматическое подтверждение платежа.

Промокод на 30 активаций со скидкой 80%:
TCCCOM82

Укажите его при заказе аудита на сайте или в боте, и стоимость будет $ 1 вместо $ 5.

Способы использования:

1. Сайт https://tcccai.xyz
Создайте аккаунт через Telegram, e-mail + пароль или кошелька.

А далее отправьте ссылку сайта проекта и токен (если есть). И не забудьте указать промокод! Оплатите и, примерно через 10-40 минут, получите результат.

2. Бот @tccc_ai_bot
Запустите, введите url проекта и токен через пробел с $ (или без токена), укажите наличие промокода, укажите его и оплатите.

Примеры аудита:

Ambient L1, Tria и Ondo.

Буду рад отзывам и предложениям по улучшению.

P. S. Бета версия: могут быть баги. В случае их обнаружения пишите в аккаунт по ссылке на сайте или в @blind_dev_chat

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

22 May 2026 18:04

Чем ИИ-агент оказался для меня полезнее обычного чата с нейросетью?

Когда я рассказываю, как использую ИИ, многие сначала думают примерно так: ну подумаешь, ещё один ChatGPT, только сложнее и дороже.

Но у меня разница ощущается совсем в другом.

Обычный чат с нейронкой - это когда ты задал вопрос, получил ответ и пошёл дальше.

ИИ-агент у меня работает иначе. Его можно настраивать под свои задачи и постепенно собирать под себя почти как набор инструментов.

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

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

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

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

Да, это дороже. И да, это уже не история “в два клика”.

Но и пользы здесь больше.

Потому что в какой-то момент ИИ перестаёт быть просто собеседником. Он становится помощником, которого ты постепенно собираешь под свои реальные задачи.

Именно здесь я для себя и увидел настоящую разницу между “просто ИИ” и ИИ-агентом.

А вы где для себя видите границу между “чатом с нейросетью” и “агентом”?
Или пока разницы вообще не чувствуете?

#AI

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

18 May 2026 18:04

Почему большинство DeFi-проектов не создают ценность - и это нормально

Я бы не делал вывод о DeFi по большинству проектов.

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

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

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

Но я не уверен, что это само по себе плохо.

В любой новой сфере большинство попыток не становится чем-то большим. Условно, 90% проектов остаются шумом, экспериментами или копиями. А те самые 10% иногда превращаются в инфраструктуру, которую потом используют остальные.

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

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

Я бы проверял это не по обещаниям, а по 4К+.

Команда: есть ли у людей опыт, хватает ли компетенций, понятно ли, кто принимает решения.

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

Коин: зачем нужен токен, откуда берётся спрос, кто получает основную выгоду и держится ли экономика без постоянных раздач.

Код: открыт ли он, что именно изменили после форка, есть ли существенные доработки, аудиты и понятная модель безопасности.

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

Если по этим пунктам ответы слабые, проект не обязательно скам. Просто ценности там пока мало.

И для меня это нормальная картина рынка. Большинство проектов можно пропустить. Важнее научиться отличать три вещи: копию, эксперимент и проект, который действительно что-то добавляет.

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

13 May 2026 18:03

Utexo выглядит как сильный проект под контент-роль, но как долгосрочная история пока не доказан

Я узнал о нём из сообщества Gem Hunters. Там проект добавили в закрытый Notion и подали как один из лучших вариантов для фарма роли Scriber.

Концепт сильный: USDT на Bitcoin через RGB и Lightning Network. Если коротко, Utexo пытается сделать слой исполнения и расчётов для платёжных операторов, где стейблкоин-платежи идут быстро, приватнее и с более предсказуемыми комиссиями.

Этого рынку действительно не хватает.

Для кошельков, бирж и платёжных сервисов это понятная боль. Им не нужна красивая фраза “Bitcoin-native”. Им нужно знать, сколько стоит платёж, где задержка, кто держит инфраструктуру и что будет при сбое.

По команде картина неплохая, но я бы всё равно разделял Notion и проверяемые источники. В материалах Gem Hunters упоминаются Viktor Ihnatiuk из Boosty Labs и Chris Hutchinson, бывший Head of Community в Polkadot. В аудите отдельно подтверждается публичный след компании через LinkedIn и Renat Skitsan как Co-Founder & CTO. То есть это не анонимный проект без лиц, но полной картины управления, security council или похожей структуры я не увидел.

Продуктовая рамка у Utexo есть: Cloud, API, SDK, Bridge, Swap. Это уже больше, чем лендинг с обещанием “мы построим будущее”. Плюс сама тема USDT на Bitcoin выглядит достаточно сильной, особенно если учитывать интерес Tether к расширению стейблкоинов за пределы привычных сетей.

Но как только смотришь глубже, появляются вопросы. Полный аудит здесь: https://tcccai.xyz/output/tccc-mp28gi7dx0fn7/index.html

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

Коин отдельно оценивать сейчас смысла нет: публично подтверждённого utility/governance токена я не увидел. Поэтому я бы не смотрел на Utexo как на инвест-идею по токену.

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

По коду и безопасности рано расслабляться. SDK открыт и находится в beta, но ключевые компоненты и Cloud-инфраструктура закрыты. Подтверждённых аудитов основных модулей я не нашёл.

Отдельно смущает зависимость Cloud API и вебхуков от thunderstack.org. Для обычного пользователя это мелочь, а для оператора - риск живучести. Если внешний провайдер падает, страдает рабочий процесс.

Практика здесь интереснее инвестиционной части.

По Notion из Gem Hunters, основной смысл сейчас в роли Scriber в Discord. Guild можно пройти, но там простые социальные задания. Главная ставка - писать контент, попадать в поле зрения проекта и прокачивать X через упоминание проекта и рассказы о нём.

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

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

#аналитика

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

09 May 2026 17:00

С днём победы!

P. S. Сегодня сделал скилл для генерации видео, и создал со своим ИИ-агентом!

А потом наложил звуки салюта также с его помощью.

Исходный код: https://github.com/web3blind/video-generation-skill

Ещё раз с 9 мая, с днём победы!

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

04 May 2026 18:02

Как самому собрать портфель без паники

Когда люди начинают инвестировать, почти всегда приходят одни и те же мысли: а вдруг потеряю всё? что вообще покупать? как не набрать лишнего?

Мой базовый подход простой: портфель должен быть диверсифицирован, а риск - ограничен заранее.

Что это значит на практике:

• высокорисковый актив: обычно не больше 1-2% портфеля;
• вся высокорисковая часть: до 20%;
• средний риск: около 25%;
• основные активы: около 25%;
• стейблкоины: около 30% как резерв.

Если говорить о DeFi, я бы ограничивал его долей до 25% портфеля. И распределял бы эту долю внутри всех категорий, а не как отдельную корзину.

То есть:

• из стейблов часть можно держать в DeFi;
• из основных активов - тоже;
• из среднего и высокого риска - аналогично.

Но есть важное ограничение: даже если протокол кажется надёжным, в один DeFi-проект я бы не закладывал больше 1-2% всего портфеля. Причина простая: протокол могут взломать или заблокировать регуляторы.

Как это может выглядеть в цифрах:

1. 30% - стейблкоины.
Например: USDC, USDT, DAI, USDS и другие.
Это резерв, из которого часть можно держать в DeFi, а часть - вне протоколов.
2. 25% - основные активы.
Базовый вариант: BTC и ETH.
Если хочется добавить что-то ещё вроде SOL или HYPE, я бы делал это с меньшим процентом.
3. 25% - средний риск.
Это уже история про отдельные тезисы: LINK, AAVE, UNI, ENS, NEAR и подобные активы.
Обычно здесь разумнее держать по 2-3% на позицию.
4. 20% - высокий риск.
Вот здесь уже могут быть мемкоины, RWA-токены, отдельные DeFi-истории, AI-токены и другие более агрессивные идеи.
Тут те же 1-2% на актив часто выглядят здоровее, чем попытка угадать одного победителя.

Если держать в DeFi до 25% портфеля, распределение будет примерно таким:

• 7.5% из стейблов,
• 6.25% из основных активов,
• 6.25% из среднего риска,
• 5% из высокого риска.

Я бы распределял эту долю между несколькими протоколами.

Это не рекомендация к покупке, а пример логики распределения риска.

Я не призываю копировать такую структуру один в один. Но сама логика для меня рабочая: основа, резерв и жёсткое ограничение риска на одну идею.
А у вас как устроено распределение?

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

29 April 2026 18:02

Как я ищу проекты и анализирую их в TCCC AI

Решил специально взять проект с доходностью 2000-4000%, чтобы проверить, что будет не так.

Чаще всего я нахожу проекты через DefiLlama. Да, есть и другие ресурсы вроде Dune или Cryptorank. Но именно здесь мне удобнее всего сначала отбирать кандидатов.

Обычно схема простая:
захожу на главную, открываю Old Menu -> Yields -> All Projects и попадаю на страницу DeFi Yield Projects & Protocols.

Дальше сортирую по Median APY и смотрю, что находится сверху.
В этот раз я выбрал Zeebu. У него средний процент на момент написания поста около 4000%!

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

Дальше я перешёл на страницу проекта в DefiLlama, открыл сайт zeebu.fi, вставил его в tcccai.xyz, оплатил аудит и дождался результата.

Результат аудита:
https://tcccai.xyz/output/tccc-modwomobzo7nn/index.html

Что он показал.

1. Команда раскрыта только частично

Отдельные имена, LinkedIn и данные о компании найти можно. Но целостной и понятной структуры управления я не увидел. Для проекта с такими амбициями это уже минус.

2. Идея у Zeebu есть, но вопросов всё равно много

По документации видно, что у Zeebu есть рабочая схема. Описаны роли участников, модель с veZBU, распределение комиссий и условия входа для ключевых участников.

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

3. По метрикам есть серьёзные вопросы

Проект заявляет более 9-10 млрд долларов объёма расчётов и 140+ организаций.

Но при этом на главной странице сайта в момент проверки отображались нулевые значения по Protocol Revenue, Volume Processed и Protocol Yield, а APY и TVL (объём средств в протоколе) были показаны прочерками.

В DefiLlama картина тоже странная: TVL = 0, хотя застейкано около 2.74 млн долларов.
То есть публичные цифры между собой не сходятся.

4. Токеномика выглядит неполной

У ZBU заявлено широкое применение: расчёты, награды, стейкинг, veZBU (заблокированная версия токена с правами/бонусами). Также заявлена комиссия 2% внутри экономики протокола. Но если выручка на практике не подтверждается, то и реальная ценность токена остаётся под вопросом.
Под реальной ценностью считаю то, что создаёт спрос. А реальная прибыль протокола может его формировать через выкупы или награды стейкерам.

Плюс не хватает прозрачности по распределению токенов, разблокировкам и долям команды.

5. Аудиты есть, но обзор неполный

Аудиты отдельных компонентов - это плюс. Но ключевые части протокола публично раскрыты не полностью.
В итоге проверялись отдельные элементы, а не вся система целиком.

6. Есть риски централизации и управления

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


Вывод

Я выбрал Zeebu специально как показательный пример.
Когда у проекта заявлена доходность на уровне 2000-4000%, для меня это не повод заходить, а повод разбирать его особенно внимательно.

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

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

А вы в каком проекте последний раз участвовали? И для вас доходность 2000-4000% - это ещё возможность или уже сразу красный флаг?



😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

24 April 2026 18:29

Как я перенёс данные между серверами за 30 минут вместо суток ручной возни

Раньше часть нужного мне работала на сервере с 16 ГБ оперативки и другими нормальными ресурсами.

Но то, что съедало большую часть мощности, мне уже стало не нужно.
И 9 апреля я подумал: зачем переплачивать?

До того, как я начал нормально использовать ИИ, такой перенос выглядел бы для меня примерно так:

1. Найти все нужные файлы, папки и сервисы.
2. Запустить копирование и ждать.
3. Потом попытаться поднять всё на новом сервере и, возможно, уткнуться в ошибки.
4. Дальше разбираться, как это чинить, через поисковики, форумы и нервотрёпку.

И это ещё в хорошем случае.

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

С ИИ всё прошло намного проще.

Я поставил Codex CLI, то есть консольную программу с ChatGPT.
Сначала попросил его составить план переноса данных на другой сервер с учётом запущенных сервисов и записать в файл.

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

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

Мне оставалось только смотреть, как идёт процесс, и потом проверить результат.

В итоге всё заработало.

Вот в такие моменты разница между “просто чат с нейросетью” и ИИ-агентом для меня особенно заметна.

Потому что здесь речь уже не про "подскажи команду" и не про "объясни, что делать дальше".

Здесь ИИ реально берёт на себя рабочую задачу:

• строит план;
• выполняет шаги;
• проверяет, где что сломалось;
• и доводит до рабочего состояния.

Без минусов, конечно, не обошлось.

Codex CLI - консольное приложение.
То есть пришлось заходить на сервер и запускать всё уже там.

Для меня это нормально, но для кого-то может быть менее удобно.

Тут есть и другие варианты.

Можно было бы использовать, например, Cursor или VS Code с Codex.
Но мне такой вариант нравится меньше: вызов извне кажется менее надёжным.

Можно было бы использовать и OpenClaw или Hermes.
Но на том сервере у меня стояла поломанная экспериментальная версия, а основной экземпляр задействовать не хотелось. Это был бы уже третий сервер в связке с двумя другими, а такая схема для меня менее надёжна.

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


Итог

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

В моём случае это сэкономило не только время, но и избавило от лишней возни.

А у вас есть задача, на которую уходит несколько часов, и которую вы бы первым делом отдали ИИ?

#AI

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

22 April 2026 18:02

Что стало полезнее в TCCC AI за последние дни

Две недели назад я уже писал про свой проект TCCC AI.

С тех пор добавил ещё несколько вещей, которые делают сервис удобнее в использовании и полезнее в самой аналитике.

Первое обновление - retention reminders.

Теперь проект умеет напоминать о себе и через Telegram, и через email раз в 30 дней.

При этом там уже есть:

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

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

Второе обновление - проверка по документации теперь лучше работает вместе с аудитами в PDF.

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

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

Для аналитики это важно.

Потому что сайт проекта и даже документация могут рассказывать не всё. А аудиты иногда как раз показывают то, что маркетинг предпочитает не выносить на первый экран.


Третье обновление - сайт стал понятнее на входе.

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

Это выглядит как мелочь, но на практике такие вещи тоже важны.

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


За последние дни TCCC AI стал:

• удобнее в использовании;
• аккуратнее в напоминаниях;
• глубже в проверке проектов;
• понятнее для нового человека на входе.

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

Если хотите сами посмотреть, как это работает на практике, сервис доступен на https://tcccai.xyz

Пример: Анализ Injective.

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

17 April 2026 18:02

Я запустил 2 канала, где ИИ-агент сам ищет информацию и публикует посты. Но продвигать их не может

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

Так я создал скилл для публикации в Telegram каналы.
И первым был создан @auditsFromX. Если интересна тема аналитики, можете подписаться на него 🙂.

Но дальше быстро выяснилось, что просто “найти пост и отправить его в канал” мало.

Пришлось допиливать публикацию:

• чтобы нормально поддерживались ссылки;
• чтобы не ломалось форматирование;
• чтобы можно было добавлять картинки;
• чтобы это всё выходило по cron в нужное время.

Далее вылезла ещё одна проблема.

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

Канал уже реально можно вести почти на автопилоте.
Агент сам ищет материал, готовит публикацию и выкладывает её по расписанию!

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

Ещё я вспомнил, что мне самому интересна тема доступности интерфейсов.
Я часто читаю такие материалы, слежу за проблемами доступности и в целом хочу больше общаться с людьми из этой среды.
Так появился ещё один канал, уже про accessibility.
Если вам тоже интересна тема, можете подписаться: @accessibilityOfInterfaces

Там логика похожая:

• дал задачу искать посты по теме;
• получил пример;
• создал канал;
• добавил агента в админы;
• настроил cron;
• и публикации пошли автоматически.

Это уже не один случайный эксперимент, а повторяемая схема.

Ещё одну интересную штуку я сделал в моём давнем канале @blindAboutFiction.

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

Важно, что такой формат не пересказывает сюжет слишком подробно.
А значит, подписчикам потом всё ещё интересно читать сами книги.

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

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

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

Сам по себе агент канал вести может.
Но только если вокруг него уже собрана нормальная система:

• поиск,
• публикация,
• форматирование,
• картинки,
• cron,
• и отдельная настройка стиля.

Из всего этого у меня вывод простой:

контентный автопилот уже вполне реальный.
Если нормально всё настроить, ИИ-агент действительно может сам искать информацию и публиковать посты в каналы.

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

Что бы вы сами уже сейчас отдали ИИ в ведении канала, а что не отдали бы точно?

P. S. В этом канале темы и мысли я всё равно придумываю сам. ИИ максимум помогает мне потом чуть упростить текст, потому что я люблю местами усложнить 🙂

#ai #openclaw

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

13 April 2026 18:04

На что я смотрю в токеномике проекта в первую очередь

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

Самое важное для меня - какой у проекта продукт. Да-да: не токен, а продукт.

Если он слабый, хорошая токеномика не спасёт.

Он должен создавать спрос на токен через утилиты (способы использования токена) - это следующий ключевой момент.

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

А вот выкупы или распределение стейкерам части выручки - другое дело.

Но, конечно, важно и начальное распределение токена:

Если команде дали 30% токенов, а через год разлочат 10% от общего количества, ничего не поможет проекту.

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

Но поскольку редко встречаются доли <= 10%, на практике 15% для меня ещё выглядит допустимо.

Критически важно обращать внимание на назначение доли.

Часто бывает так, что указаны:
1. team - 15%;
2. Foundation - 20%.
3. Core contributors - 10%.

Кажется, что это разные категории, но по факту это 35-45% команде!


А что по наградам из ДАО казначейства?

С одной стороны, 20-30-40% токенов в казначействе выглядят неплохо: это и развитие, и потенциальная децентрализация.

Но чаще всего всё приходит к неэффективному распределению:

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


А вы на что в токеномике смотрите в первую очередь и почему?

#аналитика

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

08 April 2026 18:03

TCCC AI стал глубже анализировать проекты. Ниже — 3 главных обновления, которые я добавил в сервис

Недавно я уже рассказывал о своём сервисе аналитики проектов TCCC AI: там один ИИ делает аудит, а второй фильтрует результат.

За это время я заметно его усилил.

Самое важное обновление - это верификация по документации.

Раньше TCCC AI получал анализ проекта от ИИ, фильтровал его вторым ИИ и оформлял в итоговую страницу.

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

Теперь после основной аналитики появилась отдельная верификация по документации проекта.

То есть сервис не только делает аудит, но потом ещё и сверяет ключевые данные с docs проекта.

Для защиты от лишней воды и маркетинга сервис извлекает именно конкретные данные. Но полностью исключить шум всё равно нельзя.

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

Можно было бы добавить сверку дат, но это ненадёжно: разделы в docs часто обновляются неравномерно.

Процесс:

1. Находим docs через ссылку на сайте или поддомен docs.{project}.

2. Скачиваем.

3. Документацию разбиваем по заголовкам и сверяем с соответствующими частями аудита.

Так верификация получается точнее и при этом не расходует лишние токены.

4. Получаем результат и добавляем блок в итоговый результат.

Как вам?

Примером анализа является новая версия про Ambient.


Вторым серьёзным улучшением назову ValueVerse.

Это сервис app.valueverse.ai, который даёт дополнительный слой оценки токена: не только базовые метрики, но и сигналы спроса.

Да: проектов там пока немного. Но тем не менее они есть. Да и в будущем могут добавить ещё.

В TCCC AI теперь появился отдельный блок после раздела Coin (по токену). Там отображаются факторы двумя списками. А если у ValueVerse есть числовые данные, показываются и они.

Пример: анализ Pendle (в этой версии ещё без документации). Раздел: "Token value signals from ValueVerse".

ВАЖНО: этот блок не влияет на аналитический вывод.

P. S. Создателю ValueVerse большая благодарность. Готов также дать партнёрский статус для дохода от аналитики.


И ещё я внедрил на сайт возможность запускать сразу несколько разборов (в боте не делал).

В дашборде для этого есть вкладка Several audits (несколько аудитов).
Можно вставить список URL и токенов — по одному проекту на строку.

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

Всё.

Как вам такие обновления?
И можете писать проекты, разбор которых хотели бы увидеть у меня в канале.

P. S. В случае проблем пишите в @blind_dev_chat

И буду рад лайку с репостом твита про обновления:
https://x.com/Denis_skripnik/status/2041893852764635468

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

03 April 2026 18:12

Ещё 4 созданных мной скилла, но теперь для разработчиков и создателей проектов

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

1. Coding. Моя основа.
Minimax - постановка задач, codex - план и разработка с тестированием.

Можете его изменять под себя, меняя модели и их роль.

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

Есть все нужные стадии: постановка задачи, план, поэтапная реализация, тестирование.

2. accessibility-auditor-skill. Второй по важности и значимости скилл.
Во всяком случае для меня, так как я незрячий: использую программу экранного доступа, которая озвучивает мне всё.

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

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

А далее с помощью coding или другого скилла можно исправить обнаруженное.

3. Github-and-vercel-deploy. Мне было лень скачивать GitHub CLI и Vercel CLI (софт для соответствующих сервисов с консольным вводом), поэтому попросил ИИ сделать мне скилл для работы с API.
Он реализовал, и теперь лишние приложения не нужны.

Будет вам полезен, если публикуете репозитории на Гитхабе и деплоете сайты на Vercel.

4. NVDA-skill. Моя программа экранного доступа называется NVDA.
У неё есть дополнения.
Я не знал Python, поэтому сделал скилл для их создания с помощью ИИ.

Впрочем, об этом отдельно писал в этом посте.

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

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

30 March 2026 18:05

Интеллектуальный фастфуд: почему мы перестали читать документацию

Вспоминаю 2024-2025 год, когда в разных сообществах присылали десятки проектов за неделю.
Я тогда думал: "Да куда столько!? Я же не смогу оценить все проекты и выбрать крутые!"

В итоге оказалось, что практически все из них не были успешны. Но сам факт, что такое было.

Да: уже с 2023 года появилась возможность отправлять запросы к Chat GPT.
Но он не всегда точно выдавал информацию, так как загрузить и скормить ему кучу файлов документации было невозможно.

Да и в целом времени стало не хватать из-за большого количества дел и объёма информации.

Сейчас же стало проще, так как появилась возможность использования ИИ-моделей в редакторах типа Cursor и vsCode.

Это позволяет скачать доки и отправить на изучение.

Но всё равно большинство, уверен, делают это неправильно.

Если сказать ИИ "Прочитай документацию … и скажи о проекте", модель и даст только общую информацию.

Поэтому хочу подчеркнуть: составляйте подробные промпты.

Например, о том, какие разделы хотите изучить. Или ответы на какие вопросы.

Меня всегда интересует, есть ли в документации проекта анализ спроса и конкурентов, описание, тех. подробности и другие данные. Можете изучить, заказав аналитику на tcccai.xyz или в посте о проекте.

Это даёт более точный ответ.

Вы наверняка спросите:
"А почему нельзя дать ссылку на документацию, попросив, чтоб модель нашла инфу оттуда в интернете?"

Ответ простой: по url ИИ может упустить что-то важное, какие-то страницы.

Причины: ограничения поискового инструмента и контекста (HTML-код занимает больше места, чем Markdown), а также сложность обработки некоторых страниц.

Скачав же файлы, вы формируете конкретную .md (файлы Markdown) базу данных о проекте.


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

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

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

А вы как обрабатываете документацию? Как отправляете ИИ?

😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

26 March 2026 17:00

Gearbox попытался стать кредитным слоем для всего DeFi. Получилось? Анализ команды, концепта, коина, кода + практики

Давно хотел разобрать Gearbox - проект, который предоставляет DeFi-кредитование через изолированные аккаунты. Посмотрим, что под капотом.

(Аудио версия прикреплена. Приятного прослушивания, если не хотите читать)

blind_dev/BGc5kMVT9Nr">Читать в Teletype, denis_skripnik/gearbox-protocol">читать в Paragraph.
Открыть web app.


Общий итог

• Команда: 3 из 5: ссылки на участников команды нет - пришлось поискать. Но информация всё же есть в интернете.

В соцсетях редко, но публикуют.
Например, в X 20 дней назад и в Discord 11. Но на вопросы отвечают и корректно.

• Концепт: 3 из 5: технически сильный проект с подробной документацией и продуманной архитектурой.

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

Но формального анализа спроса нет в документации.
Пользовательских инструкций мало - доки больше для разработчиков и кураторов.

TVL -89% от максимума, комиссии -84%, выручка -76%.

Единственная точка роста - Monad, но я думаю, что вряд ли это надолго.
Потому что инсентивы редко дают долгосрочный приток.

• Коин: 2 из 5: токеномика есть и прозрачная — всё описано в GitHub. Но распределение вызывает вопросы: команда + компания 31.5% - красный флаг.
Хотя инвесторам около 9% - норма.
Разлоки закончились в 2024 - давления нет, но исторически темп был 1.1% в месяц (выше порога 0.8% в месяц).

Инвесторы известные - Galaxy, Stani Kulechov, Placeholder, Zee Prime.

Утилиты слабые - голосование и влияние на ставки, но прямого revenue sharing нет, спрос на токен это не формирует.

Децентрализация холдеров средняя — 32% в казне DAO, но без неё топ-9 кошельков держат 25%.

• Код: 4 из 5: код открыт, и есть основное ПО. Но нет открытого кода адаптеров к другим протоколам. Аудиты есть, и их много. Все важные ошибки были исправлены.

Баг-баунти же смешные даже по сравнению с текущим TVL - всего $ 200 000 за критические баги в смарт-контрактах!

• Практика: 3 из 5: интерфейс удобный и понятный, но не всё всем доступно. Например, фарминг с плечом требует кредитоваться минимум на 10 WETH!

Также на странице пулов (доходность) нет фильтра по сетям - это тоже создаёт неудобство.


Общий балл: 15 из 25.
На уровне многих проектов, но сильным и перспективным его не назову.

Сам вряд ли буду пользоваться. Хотя идея изолированных аккаунтов с кредитом на определённые протоколы - очень интересная.

Но реализация подкачала... Я ожидал, что они в частности позволят обменивать на Uniswap с плечом, например.

Но нет - только доход и leveraged farming. Скучно.

blind_dev/BGc5kMVT9Nr">Читать в Teletype, denis_skripnik/gearbox-protocol">читать в Paragraph.
Открыть web app.

А вы пользовались Gearbox? Если да, как давно, и что там делали?


😎 Незрячий web3 программист (подписаться)
Чат | бот

😎 Незрячий web3 программист

23 March 2026 17:03

Можно ли вообще доверять аналитикам? Всегда стоит проводить проверку

Я писал, что за ИИ надо проверять. Но если вы читаете чью-то аналитику, стоит это делать тоже.

Автор статьи или поста может заблуждаться, получить оплату за рекламу проекта и так далее...

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

В итоге, доверяя аналитикам, вы можете потерять средства.

Как проверять?

Изучать предлагаемое самостоятельно: качество, ссылки, документацию, определять риски.
Можно опираться на мою схему 4К+ (проверять команду, концепт, коин, код + делать практику на небольшую сумму с отдельного кошелька).

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

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


Факторы плохой торговой аналитики:

1. Если владелец канала не обучает, а просто даёт сигналы - красный флаг.
Особенно, если не объясняет, почему считает, что сделка хорошая.

2. Нет понимания / описания понимания рыночной ситуации. Это значит, что автор поверхностный.
Он либо сам не понимает её = предлагаемое скорее всего будет плохого качества. Либо вовсе хочет заработать на памп-дамп схеме.

3. Если он давит на эмоции: "Покупайте скорее! Этот актив вырастит в 2 раза" - красный флаг. Это повышает вероятность обмана.

В целом, думаю в случае активной торговли лучше всего самому обучаться, а не следовать кому-то.

Например, в одном канале, где я подписан, писали:
"$BTC вряд ли упадёт ниже 80 000" - тогда он стоил 83К.
В результате скоро обвалился сильно.

И от такого не застрахован никто: даже профессиональный трейдер-аналитик.

Я сам плохо понимаю в трейдинге, поэтому очень редко торгую.
Но есть 1 канал и 2 чата практиков в этой сфере, за которыми слежу.

Доверяете ли вы аналитикам? Проверяете ли их?

😎 Незрячий web3 программист (подписаться)
Чат | бот