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

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

Комментарии принимаются в течение 60 дней после публикации проекта в Federal Register. Отсчёт привязан именно к этой публикации, поэтому механически прибавлять 60 дней к дате пресс-релиза неправильно. В проверенном сообщении нет оснований заключать, что какой-либо фонд уже получил неограниченное разрешение самостоятельно хранить любые токены. Конкретные условия применения требуют отдельного анализа текста проекта и будущего окончательного решения.

Почему это важно за пределами американской регуляторной повестки? В сопроводительном заявлении председатель SEC Пол Аткинс описывает практическую проблему: возможности хранителей могут отставать от появления новых криптоактивов на много месяцев. Это позиция должностного лица относительно причин выдвижения предложения. Мой вывод: доступ институциональных инвесторов к активу зависит также от возможности организовать его хранение, учёт и контроль операций. Одного спроса на покупку недостаточно.

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

Я разделяю хранение на три задачи. Первая — технически разрешить правильную операцию и остановить несанкционированную. Вторая — документально установить, кому принадлежат активы и кто вправе давать распоряжения. Третья — обеспечить выполнение этих распоряжений в нужный момент. Это моя аналитическая схема. Её ценность в том, что сильное решение для одной задачи автоматически не становится сильным решением для двух остальных.

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

Для начала стоит уточнить сам термин. В образовательном бюллетене Investor.gov хранение объясняется через способ доступа к криптоактивам: кошелёк управляет ключами, а сами активы учитываются в сети. При самостоятельном хранении ответственность за ключи лежит на пользователе; при стороннем доступом управляет провайдер. «Горячий» или «холодный» описывает другую характеристику, поэтому оба варианта возможны при разных моделях хранения. Это образовательный материал сотрудников SEC от 12 декабря 2025 года, который не имеет силы нового правила.

Посмотрим на техническую сторону мультиподписи. В документации Safe описан порог подтверждений: для обычной операции требуется установленное количество подписей владельцев аккаунта. Отдельно объясняется, что подключённые модули могут выполнять операции с помощью другого механизма, обходя обычную проверку подписей. Поэтому при оценке конфигурации нужно учитывать также модули и дополнительные полномочия. Одна лишь надпись «2 из 3» не даёт полного представления о контроле.

Гипотетический пример: организация использует обычную схему «2 из 3» без дополнительных способов выполнения операций. Есть три независимых подписанта — А, Б и В. Авторизовать операцию могут три пары: А+Б, А+В и Б+В. Недоступность одного подписанта оставляет одну рабочую пару. Если недоступны двое, достичь порога уже невозможно. Это свойство заданной схемы, а не статистическая оценка её надёжности.

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

Увеличение порога тоже имеет свою цену. В схеме «3 из 3» обычная операция будет заблокирована, если хотя бы один из трёх участников недоступен. Это может соответствовать определённой политике контроля, но требует другого планирования работы. Выбор порога — компромисс между защитой от нежелательных действий и способностью выполнить необходимую операцию. Для личного портфеля сложность, с которой владелец не может уверенно справляться, сама становится источником риска.

Документальная сторона не менее важна. Действующая на проверенной странице инструкция NYDFS от 30 сентября 2025 года заменила предыдущую редакцию 2023 года. В отношении подпадающих под неё хранителей она описывает отделение активов клиентов от корпоративных активов и их раздельный учёт. Среди возможных структур есть и общие клиентские кошельки с соответствующим учётом. Поэтому сам по себе один адрес для многих клиентов не доказывает смешения их активов с имуществом компании. Действие этой инструкции ограничено соответствующими учреждениями под надзором NYDFS; она не устанавливает универсальных правил для всех платформ мира.

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

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

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

Гипотетическая модель доступности: условная стоимость портфеля составляет 20 000 долларов. Из них 16 000 находятся в сервисе А, а 4 000 — в независимом проверенном канале Б. В течение следующих двух суток нужно произвести платежи на 3 000 долларов. При неизменной стоимости активов и доступности канала Б его резерв покрывает потребность и оставляет запас в 1 000 долларов до вычета комиссий. Покрытие составляет 4 000 / 3 000 = 1,33 раза.

Если в Б есть только 2 000, дефицит составит 1 000 долларов, хотя весь портфель по-прежнему может стоить 20 000. Если активы в Б подешевеют на 10%, первоначальные 4 000 превратятся в 3 600, а запас сверх суммы платежа сократится до 600. Это условный стресс-тест, а не прогноз падения и не рекомендация держать определённую долю в конкретном активе. Он показывает, почему резерв для конкретного платежа нужно оценивать также в валюте этого платежа.

Здесь независимость канала Б — важное условие. Если оба приложения используют одного конечного хранителя или один способ авторизации, их может остановить одна и та же причина. Тогда два логотипа обеспечивают меньше диверсификации, чем кажется. С другой стороны, добавление третьего сервиса означает ещё один пароль, набор правил и маршрут перевода. Пользу от распределения активов стоит сопоставлять со способностью им управлять.

Это можно увидеть на ещё одном условном примере. Вкладчик разместил 12 000 долларов через сервис А и 8 000 — через сервис Б. Согласно документам, оба передают хранение одному учреждению В. Если именно В полностью прекращает обработку выводов, в заданном сценарии от него зависят все 20 000. Разделение на 60% и 40% между интерфейсами не ограничило этот конкретный риск 60% портфеля. Это не утверждение о структуре какой-либо конкретной биржи.

Сколько стоит такая организация доступа? Рассмотрим гипотетическое сравнение двух моделей за год. В первой ежегодная плата за хранение составляет 0,30% от неизменной суммы в 20 000 долларов, то есть 60 долларов. Ещё 60 долларов добавят двенадцать переводов по 5 долларов. Итого — 120 долларов, или 0,60% от первоначальной суммы. Все тарифы придуманы для расчёта; они не относятся к Binance или другому реальному провайдеру.

Во второй модели пользователь самостоятельно организует хранение: оборудование и резервные носители стоят 180 долларов, те же двенадцать переводов — 60. Первый год обходится в 240 долларов. За три года, если ничего не заменять и цены не изменятся, получится 180 + 3 × 60 = 360 долларов. Первая модель за три года тоже обойдётся в 3 × 120 = 360. Время пользователя, налоги и возможные потери здесь не учтены.

Интересно, что равенство исчезает при изменении суммы. При неизменном портфеле в 100 000 долларов первая модель обходится в 300 + 60 = 360 долларов в год, или в 1 080 за три года. Вторая при наших условиях остаётся на уровне 360 за три года. Разница — 720 долларов. Однако этот результат сравнивает только расходы: он не доказывает одинакового качества сервиса, одинаковой безопасности или преимущества самостоятельного хранения для каждого человека.

Я не добавляю в эту таблицу выдуманную «вероятность взлома 1%». Без данных такая цифра лишь маскировала бы неизвестное под точный расчёт. Вместо этого можно проверить конкретный сценарий: потеряно одно устройство, основной пользователь временно недоступен, сервис не отвечает, изменилась сеть вывода. Для каждого случая полезно знать, кто должен выполнить следующее действие и сколько времени оно займёт. Это проверяемая информация даже без вероятностной модели.

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

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

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

За новостью SEC полезно следить через три условных сценария на следующие шесть месяцев. Это авторские сценарии развития хранения без прогноза котировок BTC или ETH. Они помогают отделить регуляторный процесс от фактического появления удобных и проверенных услуг.

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

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

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

Мой главный вывод из октябрьского предложения SEC: качество хранения криптоактивов стоит оценивать по действиям, которые остаются возможными при сбое. Кто подпишет перевод? Чем подтверждается ваша доля? Кто восстановит доступ? Откуда поступят средства для платежа, пока основной маршрут не работает? Ответы дают практическую основу для решения о размещении активов.

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

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

#Криптоактиви #ЗберіганняАктивів #SEC #УправлінняРизиком #BinanceSquare