Системный и бизнес-анализ

Всем привет! Коллеги из бизнес-практики BI GlowByte подготовили репортаж по следам прошедшей конференции Fine Day Online, где эксперты из Галамарта, Уралсиба, ОТП и FanRuan говорили о том, что реально происходит внутри больших BI-команд.

Если коротко: дата-каталог на DataHub своими руками, Shadow DWH как болезнь свободного self-service, пиксельный марафон для разработчиков и грабли при миграции FineBI 6.0 на 7.0.

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

Кстати, для тех, кто любит не только почитать, но и послушать, есть ссылочки на выступления. 

Почему в крипте появились wETH, stETH, WBTC, cbBTC и десятки других странных тикеров

Большинство людей впервые сталкиваются с этим во время использования DeFi. Пользователь приходит обменять ETH, а вместо привычного ETH видит wETH. Потом встречает stETH, rETH, cbBTC, tBTC, aUSDC и ещё десяток похожих активов.

В этот момент возникает логичный вопрос: если у нас уже есть Bitcoin и Ethereum, зачем индустрия постоянно создаёт их новые версии?

На самом деле за большинством таких тикеров скрываются не новые монеты, а новые функции.

Одним из первых массовых примеров стал wETH - Wrapped Ether. Проблема заключалась в том, что нативный ETH исторически не соответствовал стандарту ERC-20, на котором построено большинство DeFi-протоколов. Поэтому появился wETH: тот же самый ETH, но в форме токена, с которым удобно работать внутри экосистемы Ethereum. По сути это один и тот же актив, но в другой "упаковке".

Похожая история произошла с Bitcoin. Сам Bitcoin существует в своей собственной сети и не может напрямую использоваться в большинстве приложений Ethereum. Так появились WBTC, cbBTC и tBTC - токенизированные версии Bitcoin, которые позволяют использовать ликвидность BTC в DeFi-протоколах, пулах ликвидности и кредитных сервисах.

Позже индустрия столкнулась с другой задачей - стейкингом. Пользователь хотел получать доходность от ETH, но при этом не терять доступ к своим средствам. Так появились stETH, rETH, cbETH, eETH и другие liquid staking токены. Они представляют собой застейканный актив и одновременно позволяют продолжать использовать его в других протоколах.

Следующий слой - кредитные платформы. Когда пользователь кладёт USDC в Aave, он получает aUSDC. Когда размещает средства в Compound - получает cUSDC. Эти токены фактически становятся цифровой распиской, которая подтверждает право требования к депозиту и накопленным процентам.

Есть и ещё более экзотические категории. Например, sUSD и sBTC - синтетические активы, которые пытаются повторять стоимость оригинального актива без необходимости владеть им напрямую. А veCRV, vlCVX или xSUSHI появились как элементы систем управления протоколами и распределения вознаграждений.

В итоге большинство странных приставок в крипте обычно сводятся всего к нескольким категориям:

• w — wrapped активы

• st, r, e — liquid staking

• a, c — депозитные токены кредитных протоколов

• s — синтетические активы

• ve, vl, x — governance и voting-механики

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

Именно поэтому один и тот же Ethereum сегодня может существовать одновременно как ETH, wETH, stETH, rETH, cbETH или eETH. Снаружи это выглядит как зоопарк тикеров. Внутри - как попытка решить разные инфраструктурные задачи одной и той же экосистемы.

Как переехать в другую страну? Мой опыт

Многие люди хотят переехать, но не решаются.

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

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

1. Не ждите идеального момента

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

Если я что-то хочу, задаю себе вопрос: как могу сделать это с текущими ресурсами? 

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

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

2. Деньги

Я переехала с небольшим бюджетом и поэтому на первое время выбирала страну с недорогим жильем и уровнем жизни (Таиланд). 

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

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

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

Я давно не работаю аналитиком. Но именно навыки аналитики, структурное мышление и система привычек помогли мне начать зарабатывать в $. Это стало основой всего - переезда, адаптации, независимого дохода. Аналитическое мышление, умение работать с данными и выстраивать систему - это то, что работает в любой стране и на любом рынке. Училась вот по этой программе, кому интересно.

3. Мышление

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

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

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

Я чувствую, как мое мышление и мировоззрение меняется в лучшую сторону.

4. Система 

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

У меня есть список привычек: 

Например, дневные:

- разговор на камеру на английском языке (15 мин)

- практика Shadowing вечером (30 мин)

- писать, читать, смотреть - практически все только на английском

- каждое утро прохожу курсы (1 час)

Недельные:

- исследование новых возможных ниш (1 час)

- аналитика конкурентов (1 час)

- аналитика результатов по всем проектам (1 час)

- и так далее

Иммиграция оказалась для меня не столько сменой страны, сколько сменой мышления.

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

Да, было сложно. Но именно сложности дали мне самый большой рост.

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

Хотим, чтобы вы попробовали наши лабораторные изнутри - поэтому открыли скидку на подписку «Практик».

700 рублей - цена ланча. А внутри:
– живая трансляция 2 лабораторных в месяц (Лабораторная по мониторингу уже в это воскресенье!)
– личная виртуальная машина со всеми скриптами для развёртывания стека лабораторной
– записи всех прошедших лабораторных - по Docker, Kubernetes и не только

Для сравнения: подобный формат в крупных школах стоит от 3 до 6 тысяч с участника.

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

👉 Стать практиком - https://boosty.to/polnyistek

Что будет после Web3 и существует ли вообще Web4?

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

Проблема в том, что спустя несколько лет Web3 так и не стал массовым в том виде, в котором его представляли. Да, индустрия выросла. Появились DeFi, NFT, DAO, стейблкоины, on-chain экономика и огромная инфраструктура вокруг блокчейнов. Но обычный пользователь по-прежнему редко хочет разбираться в seed-фразах, gas fee, bridge, сетях и формате адресов.

Именно поэтому всё чаще возникает другой вопрос: а что вообще будет после Web3 и существует ли какой-то “Web4”?

На практике проблема Web3 оказалась не столько технологической, сколько пользовательской. Web3 отлично решает вопрос владения активом, но пока плохо решает вопрос удобства. Для массового пользователя Web2 всё ещё проще: зашёл через Google-аккаунт, нажал пару кнопок — и сервис работает. В Web3 пользователь часто становится одновременно и банком, и службой безопасности, и технической поддержкой для самого себя.

Именно поэтому всё больше обсуждений сейчас крутится вокруг идеи, что следующая стадия интернета будет строиться не только вокруг блокчейна, но вокруг сочетания сразу нескольких вещей: AI, identity, автоматизации, intent-based интерфейсов и invisible infrastructure.

Если упростить, Web3 пытался сделать пользователя владельцем инфраструктуры. А условный “Web4”, о котором начинают говорить сейчас, скорее пытается сделать инфраструктуру невидимой для пользователя вообще.

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

в какой сети находится актив какой gas использовать как работает bridge что такое approve почему транзакция не проходит

Для массового рынка это слишком высокий порог входа.

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

По сути, Web4 в текущем понимании — это не “новый интернет после блокчейна”, а попытка спрятать сложность Web3 под нормальный пользовательский опыт.

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

Отдельный интерес здесь добавляет AI. Если Web3 был про ownership и decentralization, то следующий этап может оказаться про AI-агентов, которые будут взаимодействовать с цифровой инфраструктурой вместо человека: управлять кошельками, искать ликвидность, совершать сделки и даже взаимодействовать с DAO или DeFi-протоколами автоматически.

Именно поэтому вопрос “что будет после Web3?” сейчас всё чаще звучит не как футуризм, а как вполне практическая проблема индустрии.

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

Чистый PDF для Zotero

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

Мне этот инструмент понадобился, так как я полюбил читать с планшета. Но в мобильном Zotero по сути только PDF хорошо работает и нормально поддерживает аннотации.

Под капотом это работает следующим образом.

Страница скачивается по URL, Defuddle от Kepano вытаскивает из неё основное содержимое без меню, рекламы и прочего мусора, а далее Playwright рендерит это в нормальный PDF.

Чем OpenAI отличается от Mistral

С точки зрения буддиста чашки не существует, так как она разрушается. Можно лишь уверенно говорить, что в диапозоне целостности ОТ-ДО предмет похож на чашку.

Чашка для буддиста это длящийся процесс от глины, до гончара и обжига. У неё нет точного начала и конца, это система, в которой работает синергетическая логика

Однако, говорить что point-of-view буддизме не существует тоже не корректно, так как есть пантеон богов. Это самоподдерживающиеся системы

OpenAI это та самая чашка, которая получила свой point-of-view

Чем различаются Mistral и OpenAI

• У Mistral есть API, такой же как у OpenAI. Есть серверная комната. Однако, если они сделают не одну серверную комнату, а две, они всё равно не станут OpenAI.

• Говорить, что дело в том, что Mistral вышел на рынок позже, тоже не верно: разный ценовой сегмент. Apple вышли раньше Xiaomi, но судорожно догоняют именно ценовую политику

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

• OpenAI обновляют свои модели, когда у Mistral каждая модель это скорее разовая акция

Синергетический эффект

1. Целое больше суммы его частей
   
   Целая чашка дороже разбитой. То есть 1 + 1 = 5, а 2 + 2 = 9, так как результат с точки зрения синергетики должен превысить сумму

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

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

В чём смысл поста

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

Создатель Sphinx — о 25 годах в инженерии, провале бизнес-модели и жизни внутри Авито

Новый выпуск подкаста AviTalk — разговор с Андреем Аксёновым, автором поискового движка Sphinx и руководителем группы инфраструктуры поиска в Авито.

Sphinx появился в 2001 году — тогда Андрей хотел просто сделать поиск по сайту с текстами песен, а готовых решений не было. Движок оказался лучше того, что было на рынке, и в итоге превратился в один из самых известных open source-проектов российского IT, который лёг в основу поиска Авито.

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

В выпуске: почему сильная технология сама по себе не бизнес, как Sphinx врос в Авито, что значит 25 лет работать над одним проектом — и какие ошибки Андрей признаёт как руководитель.

Ведёт выпуск Виктор Раев, руководитель разработки юнита Services Base.

Смотрите выпуск на платформах: 

📺 YouTube
🔵 ВК Видео
📌 RuTube

Шпаргалка по C4 model

Приходите на вебинар — покажем, как построить потоковый конвейер данных с латентностью в минуты

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

Разберем это на вебинаре по Evolution Data Platform. Будет полезно дата-инженерам, которые проектируют конвейеры, аналитикам и BI-специалистам, которым важно работать с актуальными данными, а еще архитекторам и руководителям дата-отделов.

На вебинаре расскажем и покажем:

• как проектировать архитектуру конвейера под near real-time: когда брать микробатчинг в Managed Spark Streaming, а когда хватит классического батча;

• зачем нужен Managed Trino как единый слой запросов поверх «горячих» и «холодных» данных — и как это убирает дублирование логики;

• как партиционировать данные по времени в Object Storage, чтобы запросы не тормозили;

• как управлять схемой через Managed Metastore, когда структура потока меняется;

• как настроить дашборд в Managed BI с автообновлением и алертами на отклонения;

• как измерять латентность конвейера — от генерации события до появления на дашборде.

На практической части соберем реальный сценарий: оконная агрегация транзакций в Managed Spark Streaming, оркестрация через Managed Airflow, витрина в Object Storage, ad-hoc запросы через Managed Trino без копирования данных, дашборд с обновлением раз в две минуты.

📅 Когда? 21 мая в 11:00 мск.

📍 Где? Онлайн. Зарегистрируйтесь, чтобы задать вопросы спикеру в прямом эфире.

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

Когда требований много, а ясности мало: 10 уроков для аналитиков

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

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

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

1. Сначала понять бизнес‑модель

^{Если не ясно, как продукт создаёт ценность, требования быстро превращаются в список пожеланий.}

• 21 мая, 20:00 — «Формирование бизнес‑модели продукта на примере Business Model Canvas». Записаться

2. Проверить проблему через пользователей

^{Кастдев помогает отличать реальную потребность от мнения самого громкого стейкхолдера.}

• 3 июня, 19:00 — «Про кастдевы с интерактивом / исследование потребителей в теории и на практике». Записаться

3. Описать процессы и требования визуально

^{Чтобы бизнес, аналитик и команда смотрели на одну картину, а не спорили о терминах.}

• 14 мая, 18:00 — «Графическое описание бизнес‑процессов и требований». Записаться

4. Разобрать AS IS и TO BE

^{Полезно, когда нужно не просто «автоматизировать», а понять, где хаос, где контроль и что именно должно измениться.}

• 3 июня, 20:00 — «AS IS хаос или TO BE контроль: как построить единую автоматизированную финансовую модель на основе неидеальных, разрозненных данных». Записаться

5. Найти, где создаётся ценность

^{Value Stream помогает увидеть, какие этапы процесса действительно важны, а какие только тормозят движение задачи.}

• 2 июня, 20:00 — «Цепочки создания ценности: моделирование, анализ, проектирование». Записаться

6. Описать поведение системы

^{Sequence Diagram нужен, когда требований уровня «пользователь нажал кнопку» уже недостаточно.}

• 19 мая, 20:00 — «Диаграмма Последовательности (Sequence Diagram) — швейцарский нож системного аналитика». Записаться

7. Собрать объектную модель

^{Чтобы сущности, статусы, связи и правила не расползались в процессе разработки.}

• 2 июня, 20:00 — «Объектная модель без боли: как превратить хаос требований в стройную архитектуру». Записаться

8. Говорить с разработкой и бизнесом на одном языке

^{C4 помогает показывать систему на нужном уровне детализации: без лишней абстракции и без перегруза техническими деталями.}

• 4 июня, 20:00 — «C4 для системного аналитика: строим единый язык между бизнесом и разработкой». Записаться

9. Вовлекать стейкхолдеров

^{Даже сильное решение может застрять, если заказчик, пользователи и команда по‑разному понимают цель.}

• 17 июня, 20:00 — «Заказчик vs Стейкхолдер: как вовлечь бизнес в проект». Записаться

10. Связать аналитику с эффектом для бизнеса

^{Хорошая аналитика должна влиять на скорость, прозрачность, качество и деньги, а не только на документацию.}

• 4 июня, 20:00 — «Операционная эффективность в IT: как находить скрытую прибыль в процессах разработки». Записаться

Если вы только входите в анализ — начните с бизнес‑модели, процессов и требований. Если уже ставите задачи разработке — выбирайте Sequence Diagram, объектную модель и C4. Если работаете с изменениями и согласованиями — смотрите уроки про стейкхолдеров, AS IS / TO BE, цепочки ценности и операционную эффективность.

_{P. S. А если нужен не разовый урок, а полноценный маршрут развития, загляните в каталог курсов OTUS по аналитике и анализу: там собраны программы по системному и бизнес‑анализу, работе с требованиями, процессами и данными.}

_{[Смотреть каталог]}

Май в разгаре и у нас новые вакансии

Говорят, что ближе к лету активность найма в ИТ-отрасли ослабевает. Но только не в SSP SOFT.

Про нас как работодателя: компания SSP SOFT работает в сфере заказной разработкой ПО и предоставления выделенных команд на ИТ-аутсорсинг для крупных клиентов. По размеру компании — мы «средний бизнес» с числом сотрудников около 500 человек, и с проектами федерального уровня.

Рабочие места у нас в московском офисе, который открылся в 2025 году в ЦАО у самой Красной площади. А еще бывают вакансии в департамент разработки в Томске и почти всегда на «удаленку» из любой точки России.

Работа в SSP SOFT — это сложные и интересные проекты, поддерживающая атмосфера, где работать — продуктивно, без выноса мозга и микро-менеджмента.

Горячие вакансии мая (больше 10 позиций в Москве):
1️⃣ Бизнес аналитика
2️⃣ Дата Инженера
3️⃣ Системного аналитика
4️⃣ Automation QA Engineer (Java) (инженера по автоматизации тестирования, язык Java)
(на остальные вакансии см. ссылку ниже, перейдя на ХХ-ру)

Что предоставляет кадровая политика SSP SOFT:
✅ Мы пишем код, который формирует завтрашний день. Никакой скучной рутины.
✅ Центр компетенций и личное наставничество ускорят развитие до максимума.
✅ Офис, гибрид или «удаленка» ? Есть все варианты.
✅ Время — ваш ресурс. Мы его уважаем.

Подробности о вакансиях читайте на нашей странице ХХ.ру, но там откликаться необязательно. Ждем резюме напрямую в ЛС нашей HR Lead (https://t.me/AONikitina).
Не забудьте добавить «секретную фразу» в сопроводительное письмо, «Увидел(а) вашу вакансию на Хабре».

Желаем всем хабровцам успешной карьеры в 2026 году 🚀

Почему биткоин-миксеры вообще появились и почему вокруг них столько споров

Одна из самых популярных иллюзий о Bitcoin – это “анонимная криптовалюта”. На практике Bitcoin скорее наоборот: это один из самых прозрачных финансовых инструментов. Все транзакции навсегда остаются в публичном блокчейне, а история движения средств, связи между адресами и сами переводы могут анализироваться годами спустя. Именно из-за этой прозрачности вообще появились биткоин-миксеры.

Если сильно упростить, миксер - это механизм, который пытается разорвать очевидную связь между отправителем и получателем средств. Пользователь отправляет монеты, они смешиваются с другими транзакциями, а затем выводятся уже через другие адреса и в другой последовательности. Главная идея здесь не “спрятать Bitcoin”, а усложнить отслеживание происхождения конкретных монет и финансовой истории пользователя.

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

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

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

Почему стейблкоинов так много и чем они отличаются

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

Самый понятный тип это фиатно-обеспеченные стейблкоины. Они привязаны к обычной валюте, чаще всего к доллару. Примеры: USDT, USDC, TUSD, USDP. Их плюс простая логика, высокая ликвидность, удобство для переводов и торговли. Минус - приходится доверять эмитенту и его резервам.

Есть криптообеспеченные стейблкоины. Классический пример - DAI, но сейчас важно учитывать, что его экосистема постепенно мигрирует в USDS. Такие модели интересны тем, что они ближе к DeFi и меньше зависят от банковской системы, но зато сложнее устроены и сильнее зависят от состояния залога и рыночной ликвидности.

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

Отдельная категория - это алгоритмические стейблкоины: FRAX, AMPL, sUSD. Их цена удерживается не резервами в классическом смысле, а через алгоритмы, стимулы и автоматическую балансировку. Это самая рискованная и спорная модель, потому что при потере доверия ломается и сама стабильность.

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

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

Как выбрать безопасный криптообменник: краткий чек-лист без иллюзий

Когда пользователи ищут обменник, чаще всего смотрят на курс. Если цифра выглядит лучше - значит “выгодно”. Проблема в том, что безопасность почти никогда не видна на первом экране. И именно поэтому ошибки чаще происходят не после обмена, а в момент выбора.

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

1. Прозрачность условий

Если итоговая сумма становится понятна только в процессе или “после подтверждения”, это плохой сигнал. В нормальном сценарии пользователь заранее понимает, сколько спишется и сколько придёт.

2. Предсказуемость курса

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

3. Комиссии и скрытые потери

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

4. Скорость и тип обработки

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

5. Поведение интерфейса

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

6. Требования по ходу процесса

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

7. Лимиты и ограничения

Несовпадение суммы с правилами сервиса - частая причина ситуаций “деньги отправлены, но не зачислены”. Эти вещи лучше проверять до, а не после.

8. Отзывы и агрегаторы

Отзывы могут помочь, но сами по себе ничего не гарантируют. У любого популярного сервиса будут и положительные, и негативные оценки. Проблема в том, что пользователь чаще смотрит на среднюю оценку, а не на детали. При этом гораздо полезнее обращать внимание не на “5 из 5”, а на повторяющиеся сценарии в отзывах: задержки, изменение условий по ходу обмена, проблемы с зачислением или поддержкой. Если одни и те же жалобы встречаются регулярно, это уже не случайность, а паттерн.

9. История сервиса и цифровой след

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

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

10. Риск транзакции и предварительная проверка

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

11. Поддержка и реакция

Важно не наличие чата, а то, как быстро и по делу отвечают. Это становится критичным, если что-то пошло не по плану.

12. Тестовый прогон

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

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

Присоединяйся к офлайн-митапу MWS для системных аналитиков 🎙️

На встрече вместе с экспертами из МТС Web Services и Orion soft поговорим про тренды в системном анализе, актуальные вызовы профессии и опыт внедрения ИИ.

В ходе дискуссии обсудим:

• Как развивается роль системных аналитиков и ждет ли нас трансформация профессии?

• Что нужно понимать системному аналитику при внедрении ИИ в архитектуру решений.

• Какую рутину уже можно отдать ИИ, а где результат все еще нужно внимательно проверять руками?

📅 Когда: 14 мая (четверг) в 18:00 по мск

📍 Где: офлайн в офисе МТС в Москве (м. Технопарк) + онлайн-трансляция.

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

Почему цена почти доходит до TP, но разворачивается

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

Именно по этому цена не доходит до TP, если высчитать его на индикаторах. Либо TP слишком низкий и не окупает fees. Верным решением для вероятностной функции будет прогнозировать лучший и худший случай на лету

//@version=5
strategy("Стратегия с TP по ATR")

...

tpPrice    = entryPrice + atrMultTP * atr // Это не работает

Выходить из позиции при просадке PNL на заранее известный процент статистически предсказуемо.

listenActivePing(async ({ symbol, data }) => {
  const peakProfitDistance = await getPositionHighestProfitDistancePnlPercentage(symbol);
  const currentProfit = await getPositionPnlPercent(symbol);

  if (currentProfit < 0) {
    return;
  }

  if (peakProfitDistance < TRAILING_TAKE) {
    return;
  }

  await commitClosePending(symbol, {
    id: "unknown",
    note: str.newline(
      "# Позиция закрыта по trailing take",
    ),
  });
});

Тут есть разница: в отличие от классического trailing take где выход из позиции ставится на цену, которая каждый раз разная, отклонение PnL - постоянная величина

Что проверять перед любым крипто-переводом: короткий anti-fail чеклист

Большая часть проблем с крипто-переводами возникает не из-за “сложности блокчейна”, а из-за слишком бытовых ошибок.

Не ту сеть выбрали. Скопировали адрес, но не сверили хвост. Забыли про memo/tag. Отправили “впритык”, а после комиссии сумма стала ниже минимального порога. Итог всегда один: деньги вроде бы отправлены, но дальше начинается нервный квест. Парадокс в том, что большинство таких ошибок можно поймать за 30–60 секунд до отправки.

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

Первое: сеть.

USDT в ERC-20, TRC-20, BEP-20 и других сетях визуально выглядит как “тот же USDT”, но на практике это разные маршруты. Ошибка здесь одна из самых дорогих и самых частых.

Второе: адрес.

Недостаточно просто вставить адрес в поле. Стоит хотя бы сверить первые и последние символы. Ошибки буфера, подмена адреса вредоносным ПО и банальная спешка - классика.

Третье: связка “актив + сеть”.

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

Четвёртое: комиссия и итоговая сумма.

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

Пятое: минимальная сумма зачисления.

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

Шестое: memo, tag или дополнительный идентификатор.

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

Седьмое: тестовый перевод.

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

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

Вы бы доверили “толпе” предсказание будущего?

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

Сначала относился скептически, но потом задумался:
если человек рискует деньгами (или хотя бы чем-то), он ведь будет думать чуть внимательнее, чем просто “мне кажется”.

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

Иногда это выглядит логично, а иногда как чистая реакция толпы.

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

Как думаете?

Представьте, что вы 20-летний попаданец-инженер в 1970-й год.

Место "попадания" - по вашему выбору. Можно, например, в Fairchild Semiconductor. То есть паспорт у вас есть, язык вы знаете и даже рабочее место на момент попадания за вами есть.

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

Как бы вы провели следующие 50 лет, если задаться целью к 2020 году стать самым богатым бизнесменом в сфере электроники и/или IT-технологий?