Риск протокола vs риск платформы vs риск пользователя

Продвинутый28 окт. 2026 г. · 6 мин чтения

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

Краткий ответ

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

Простыми словами:

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

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

Разделение

Настоящий торговый вопрос

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

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

Риск протокола — как работает механизм

Риск протокола — это убыток от ончейн-набора правил и допущений, вшитых в него: логика контракта, оракулы, полномочия апгрейда или управления, а также экономический дизайн (залог, математика shares, пороги ликвидации).

Что ломается:

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

Чем это не является: поддельный сайт, украденная сид-фраза или очередь вывода на CEX. Это другие индикаторы. Глубокие классы эксплойтов живут на странице «Что такое риск смарт-контракта?»; здесь нужна только атрибуция: деньги сдвинулись, потому что отказали правила (или их фиды / админы).

Риск платформы — как работает механизм

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

Что ломается:

фишинговый домен или инъектированный фронтенд, который подсовывает враждебный payload
сбой хоста / матчинга площадки, пока балансы всё ещё «отображаются»
заморозка, очередь или неплатёжеспособность кастодиальной платформы по claim-балансу
компрометация API / bot-стека, когда ключи живут у сервиса
policy-холды, которые блокируют выход даже при платёжеспособности фирмы

Площадки wallet-first (включая пути вроде edgeX) снижают классический риск «IOU компании», когда средства двигает ваша подпись. Риск платформы остаётся везде, где сайт, хост или оффчейн-компонент стоит между вами и контрактами, которые вы собирались вызвать.

Риск пользователя — как работает механизм

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

Что ломается:

потеря сид-фразы или общая сид для hot и vault
фишинговый connect, который вы приняли
unlimited approve, оставленный враждебному или заброшенному spender
отправка в неверную сеть / на неверный адрес
непротестированное восстановление; single-human bus factor при размере, меняющем жизнь
масштабирование «учебной» привычки до vault-размера без смены процесса

Риск пользователя — это не «вы неосторожны, значит с DeFi всё в порядке». Это честный индикатор поверхности контроля, которую вы заявили, когда ушли с hosted-логина.

Сравнение бок о бок (что ломается и по каким часам)

	Протокол	Платформа	Пользователь
Ядро механизма	Набор правил / оракул / апгрейд / экономический дизайн	Путь: UI, хост, матчинг, операции леджера, политика	Ваши ключи, подписи, одобрения, процесс
Типичные часы	Эксплойт или плохой апгрейд может быстро опустошить или заморозить	Очередь, сбой или заморозка, пока экран всё ещё выглядит «профинансированным»	Минуты после плохой подписи; или навсегда после потери сид-фразы
Остаток	Математика позиции сломана; средства у атакующего или в застрявшем контракте	Claim застрял; путь через тикет; или подписанный payload, который вы не задумывали	Сеть может всё ещё показывать адрес; контроль может быть уже потерян
Ложный комфорт	«Аудировано / высокий TVL»	«Логотип non-custodial»	«Я осторожен» без drills
Первый монитор	Адрес, путь апгрейда, дизайн оракула	Официальный домен, статус хоста, drill выхода	Одобрения, восстановление, разделение сид-фраз

Наложенные отказы (почему размер это замечает)

Реальные экспозиции редко отказывают по одному чистому полюсу.

Стек	Как это выглядит	Неверное прочтение
Платформа → Пользователь	Клонированный сайт; вы подписываете; spender опустошает allowance	«Протокол был небезопасен», хотя набор правил вообще не участвовал
Протокол → Пользователь	Баг набора правил; вы оставили unlimited approve сломанному vault	Винить только «хакера», пока дверь allowance оставалась открытой
Платформа + Протокол	Сбой хоста во время инцидента с оракулом; выйти нельзя	Ценить только один индикатор
Только пользователь	Отправка в неверную сеть на здоровой площадке и здоровом контракте	Называть это «риском DEX»
Перекрытие кастодии	Заморозка кастодиальной платформы (платформа), пока vault в самостоятельном хранении в порядке (процесс пользователя цел)	Считать все балансы одним домом риска

Цените стек. Не усредняйте бейджи.

Ловушки ошибочной атрибуции

Заголовок «взлом» — рыночные долларовые потери часто сидят в ключах и инфраструктуре; протоколные DeFi-экспозиции часто умирают на логике. Используйте оба факта; не выбирайте один.
«Non-custodial = нет риска платформы» — фронтенд и хост всё равно сидят в пути.
«Аудировано = риск протокола закрыт» — аудиты — это scoped-снимки; апгрейды и зависимости снова открывают индикатор.
«Меня поймали на фишинге, значит протоколы непригодны» — этот near-miss был пользовательским (+ часто платформенным доменом), а не вскрытием набора правил.
Одна сид для hot и vault — пользовательская архитектура превратила две экспозиции в одну.

Рабочие сцены

A — Утечка округления под давлением flashloan.

Учёт пула отказывает в экстремальном состоянии; временный капитал усиливает это. Атрибуция: протокол (математика / экономическое допущение). Урок пользователя: размер и карта зависимостей — не «никогда не пользуйтесь DEX».

B — Клонированный фронтенд, настоящий кошелёк.

Знакомый layout; адрес spender враждебный. Вы подписали. Атрибуция: путь платформы (домен/UI) + пользователь (подпись). Протокол, которым вы думали пользоваться, может быть в порядке.

C — Очередь площадки, vault цел.

Торговый float на кастодиальном claim замораживается в стрессе; холодный vault в самостоятельном хранении всё ещё восстанавливается. Атрибуция: платформа на экспозиции float. Лечение — дизайн экспозиций, а не отказ от самостоятельного хранения.

D — Неделя апгрейда.

Implementation proxy меняется после депозита; вы никогда не переандеррайтили. Атрибуция: протокол (полномочия апгрейда) — возможно плюс отказ пользовательского процесса, если вы проигнорировали окно timelock.

Мониторинг (фальсифицируйте по каждой экспозиции)

Монитор	Pass	Fail
Привычка атрибуции	Вы можете назвать бакет(ы) последнего near-miss	Каждый убыток зовут «взломом»
Карта протокола	Контракты, апгрейд, оракул названы	«Приложение»
Путь платформы	Официальный домен в закладках; drill выхода	URL из search-ads; никогда не выводили
Поверхность пользователя	Раздельные hot/vault; расписание revoke; восстановление отрепетировано	Одна сид; unlimited approve навсегда
Размер стека	Caps переживают отказ двух индикаторов	TVL или бренд как make-whole

Условные дефолты

Если не можете сказать, был ли scare протоколом, платформой или пользователем → не масштабируйте эту экспозицию.
Если единственный комфорт — «non-custodial» → в тот же день добавьте мониторы фронтенда и подписи.
Если единственный комфорт — «аудировано» → откройте карту апгрейда и зависимостей до увеличения размера.
Если hot и vault делят одну сид → цените их как одну пользовательскую поверхность.
Если кастодиальный float и протоколные депозиты живут в одном ментальном бюджете → разделите задачи; они умирают по разным часам.
Если размер резко вырос → перепрогоните все три индикатора, даже если UI не менялся.

Дизайн-ходы

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

Не путать с

Рыночный / ценовой риск — отметка двигается, пока набор правил, путь и контроль остаются целыми.
Риск смарт-контракта — глубокая таксономия эксплойтов внутри протоколного бакета; эта страница только атрибутирует бакет.
Кастодиальный риск — часы полномочий на трату (claim vs ключ); пересекается с платформой и пользователем, но главный вопрос другой.
Риск ликвидности / проскальзывания — нельзя выйти размером на рынке ≠ какой из трёх индикаторов сломался.
Риск кошелька / рыночный риск как альтернативные оси — полезны в другом месте; не заменяют эту трёхстороннюю атрибуцию.

Готовы к следующему шагу?

Перейдите к регистрации или торговле с этой страницы по официальным ссылкам.

Начать торговлю на edgeX

Отказ от ответственности

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

Разборы

Риск протокола vs риск платформы vs риск пользователя

Продвинутый28 окт. 2026 г. · 6 мин чтения

Краткий ответ

Простыми словами: