TL;DR
- это означает контроль над полномочиями на подпись, которые блокчейн проверяет перед перемещением ваших активов, что делает вас самой службой безопасности: нет службы поддержки, нет ссылки для сброса, некому позвонить. Кошелек — это интерфейс; ключ — это реальное местонахождение актива.
- программный кошелек хранит ключ на устройстве, подключенном к Интернету, что делает его бесплатным, мгновенным и идеальным для небольших активных балансов, но при этом помещает всю вашу безопасность в самую уязвимую среду, которой вы владеете. Это как карман куртки: идеально подходит для того, что вы можете позволить себе потерять из него.
- аппаратный кошелек перемещает ключ в специальное устройство, предназначенное для его генерации и использования внутри него, что, при правильном проектировании, практически исключает угрозу типа «вредоносное ПО считывает мой ключ»; он по-прежнему зависит от резервной копии фразы-семенной, по-прежнему подписывает то, что от него требует скомпрометированный компьютер, и по-прежнему выходит из строя в случае одной кражи или одного наводнения, если фраза и устройство разделяют одну судьбу. Он укрепляет одно звено, но никогда не укрепляет всю цепь.
- MPC устраняет единый секрет благодаря двум отдельным свойствам: пороговая подпись позволяет избежать реконструкции полного ключа во время использования, а в случаях, когда в настройке используется распределенное генерация ключей, полный ключ не существует и на этапе создания; в надежной архитектуре такая комбинация означает, что ни семенная фраза, ни отдельная доля не могут переместить или передать средства. Единственная точка отказа устраняется благодаря конкретной реализации (оба свойства стоит проверить), а не благодаря самому аббревиатуре.
В одном блоке
Ключевая модель хранения — это схема, определяющая, где находится полномочие кошелька на подпись и что должно быть скомпрометировано, утрачено или подвергнуто принуждению, чтобы активы могли быть перемещены. Программные кошельки хранят ключи на подключенном устройстве, жертвуя безопасностью ради удобства.
Что на самом деле означает хранить свои собственные ключи?
Быстрый ответ
это означает контроль над полномочиями на подпись, которые блокчейн проверяет перед перемещением ваших активов, что делает вас самой службой безопасности: нет службы поддержки, нет ссылки для сброса, некому позвонить. Кошелек — это интерфейс; ключ — это реальное местонахождение актива.
Краткое введение, поскольку от него зависит всё, что будет сказано ниже. Активы существуют в виде записей в блокчейне; кошелек хранит материал закрытого ключа, который может авторизовать изменения этих записей. Тот, кто может предоставить действительную подпись, контролирует средства, и как только перевод на базовом уровне подтверждается, он, как правило, необратим, за исключением узких случаев, связанных с эмитентом, платформой и судом. Статьи этой академии о ключах и моделях хранения описывают механику; здесь речь идёт о практических последствиях. Самохранение возлагает всю ответственность за защиту, конфиденциальность, резервное копирование, преемственность и принятие решений в момент подписания на вас и вашу систему.
Эта ответственность имеет два противоположных направления риска, и любое объективное сравнение учитывает оба. Кража: кто-то другой получает право на подпись посредством вредоносного ПО, фишинга, похищенного устройства, утечки резервной копии или принуждения. Потеря: никто не сохраняет право на подпись из-за забытого пароля, уничтоженной резервной копии, выхода устройства из строя или смерти без плана преемственности. Сама история отрасли серьёзно относится к потере: анализ River за 2025 год оценивает примерно 1,57 миллиона биткойнов как вероятно безвозвратно утраченные, с оговоркой, что бездействие не может доказать потерю или её причины; причины, задокументированные в каждом отдельном случае, банальны: выброшенные диски, утерянные фразы, наследства без доступа, и метод River, основанный на данных цепочки блоков, не может сказать, как они соотносятся с кражей.
Поэтому рассматривайте каждую из приведенных ниже моделей через двойную призму. Защита только от кражи создает хранилище, из которого вы в конечном итоге закроетесь; защита только от потери оставляет копии вашего ключа валяться где попало. Технический вопрос заключается в том, насколько изящно каждая модель позволяет вам держать обе двери открытыми одновременно.
Как работают программные кошельки и в чём их недостатки?
Быстрый ответ
программный кошелек хранит ключ на устройстве, подключенном к Интернету, что делает его бесплатным, мгновенным и идеальным для небольших активных балансов, но при этом помещает всю вашу безопасность в самую уязвимую среду, которой вы владеете. Это как карман куртки: идеально подходит для того, что вы можете позволить себе потерять из него.
Программный кошелек — будь то мобильное приложение или расширение для браузера — генерирует ключ, шифрует его, хранит на устройстве и предоставляет вам семенную фразу (обычно список слов по стандарту BIP39) в качестве резервной копии, из которой можно восстановить всё. Подпись происходит в памяти устройства каждый раз, когда вы утверждаете транзакцию.
Преимущества реальны и заслуживают четкого упоминания: нулевая стоимость, мгновенная доступность и беспроблемное взаимодействие с приложениями — именно поэтому почти у каждого первый кошелек именно такой. Для повседневных платежей, небольших позиций в DeFi и обучения это разумный инструмент, и статьи для начинающих в этом разделе по праву начинают с него.
Уязвимым местом является само устройство. На телефоне или ноутбуке рядом с вашим ключом работают браузеры, мессенджеры и загружаются файлы; вредоносное ПО, считывающее память или буфер обмена, вредоносное обновление приложения или фишинговый сайт, который убеждает вас поставить подпись, попадают в ту же среду, в которой находится ключ. Статья об «опустошителях кошельков» в этой академии показывает, насколько распространенным является этот механизм. Резервное копирование добавляет вторую уязвимую точку: семенная фраза, сфотографированная, введенная в облачную заметку или сохраненная в менеджере паролей, наследует все слабые места того места, где она оказалась, а фраза, лежащая в ящике стола, может быть украдена или уничтожена в результате одной кражи или пожара.
Если посмотреть на это с двух сторон: защита от кражи — слабое звено этой модели, а защита от потери зависит лишь от одного листа бумаги. Вывод о конструкции напрашивается сам собой, и именно его формализует заключительный раздел этой статьи: программные кошельки подходят для средств, которые вы можете позволить себе потерять, а не для долгосрочных сбережений.
Что даёт аппаратный кошелёк и от чего он всё же зависит?
Быстрый ответ
аппаратный кошелек перемещает ключ в специальное устройство, предназначенное для его генерации и использования внутри него, что, при правильном проектировании, практически исключает угрозу типа «вредоносное ПО считывает мой ключ»; он по-прежнему зависит от резервной копии фразы-семенной, по-прежнему подписывает то, что от него требует скомпрометированный компьютер, и по-прежнему выходит из строя в случае одной кражи или одного наводнения, если фраза и устройство разделяют одну судьбу. Он укрепляет одно звено, но никогда не укрепляет всю цепь.
Механизм: ключи генерируются и хранятся внутри специально разработанного устройства, часто оснащённого сертифицированным защищённым элементом, и по замыслу не покидают его. Транзакции поступают с вашего компьютера или телефона; устройство отображает то, что ему предлагается подписать, и подписывает это внутри своих границ; наружу выходит только подпись. При нормальной работе вредоносное ПО на подключенном устройстве может предлагать транзакции, но не может извлечь ключ; на практике у этой конструктивной цели есть ограничения, поскольку ошибки в прошивке, компрометация цепочки поставок и собственные функции резервного копирования или экспорта некоторых устройств привели к исключениям, поэтому выбор поставщика и обновления имеют большое значение.
Это подлинное и значительное усовершенствование, которое сопровождается тремя факторами, о которых в маркетинге редко упоминают. Во-первых, резервное копирование. Практически каждый аппаратный кошелек при инициализации предоставляет вам ту же семенную фразу BIP39, что и программный кошелек, и эта фраза позволяет восстановить кошелек в любом совместимом программном обеспечении в любом месте. Ваша модель кражи теперь включает в себя все места, где когда-либо находилась эта фраза, а ваша модель принуждения, как подробно объясняется в статье о физической безопасности в этом цикле, учитывает тот факт, что весь хранилище представляет собой одно произносимое предложение. Устройство надежно; бумага, на которой оно записано, является фактическим хранителем.
Во-вторых, экран и ваше внимание. Устройство защищает ключ, но никогда не защищает ваше суждение. Если подключенный компьютер взломан, транзакция, отображаемая для утверждения, выбрана злоумышленником; защитой служит чёткое подписание на собственном дисплее устройства, и оно работает только тогда, когда человек читает его каждый раз, включая неприглядные шестнадцатеричные коды. Усталость от подтверждений — это отдельный класс уязвимостей.
В-третьих, сам объект. Устройства выходят из строя, теряются, сгорают и их крадут; PIN-код и дополнительная парольная фраза дают лишь отсрочку, а не полную защиту. Восстановление в таком случае происходит исключительно с помощью фразы, что возвращает нас к первому варианту зависимости, а сочетание «фраза плюс устройство», хранящееся в одном ящике стола, представляет собой единую точку отказа, состоящую из двух компонентов.
Честная оценка: отлично защищает от удалённого извлечения ключа, без изменений в отношении фишинга подписей и устойчива к потере и принуждению ровно в той степени, в какой устойчива сама организация семенной фразы, что для большинства владельцев означает, что один лист бумаги по-прежнему — это всё, что есть.
Что меняет MPC в хранении ключа?
Быстрый ответ
MPC устраняет единый секрет благодаря двум отдельным свойствам: пороговая подпись позволяет избежать реконструкции полного ключа во время использования, а в случаях, когда в настройке используется распределенное генерация ключей, полный ключ не существует и на этапе создания; в надежной архитектуре такая комбинация означает, что ни семенная фраза, ни отдельная доля не могут переместить или передать средства. Единственная точка отказа устраняется благодаря конкретной реализации (оба свойства стоит проверить), а не благодаря самому аббревиатуре.
Пороговая криптография, подробно рассмотренная на основе первоначальных принципов в других разделах данного учебного курса, позволяет в одном предложении сформулировать свойство «использования в момент времени»: ключи могут быть разбиты на несколько долей таким образом, что любая пороговая сумма (например, две из трёх) позволяет совместно выполнить подпись, в то время как меньшее количество долей не раскрывает никакой информации. Вычисления при подписании происходят без объединения долей в цельный ключ ни на одном устройстве и ни в какой момент времени, включая момент подписания. Существовал ли когда-либо полный ключ — это отдельный вопрос, относящийся к этапу настройки: при распределенном генерации ключа доли создаются независимо друг от друга, поэтому полного ключа никогда не существует, тогда как при настройке с участием доверенного посредника сначала создается ключ, а затем он разбивается на доли, поэтому процедуру стоит подтвердить.
Рассмотрим сценарии сбоев из предыдущих разделов в свете этого свойства. Вредоносное ПО на одном устройстве перехватывает одну долю, и одна доля криптографически бесполезна. Утерянный телефон заменяется, а его доля обновляется и аннулируется, без перемещения средств или затрагивания остальных долей. Здесь нет семенной фразы, которую можно сфотографировать, украсть, выудить с помощью фишинга или произнести вслух: сценарий принуждения, описанный в статье об физической безопасности этого кластера, касается жертвы, которая действительно не может выполнить требования в одиночку, а статистика потерь соответствует конструкции, при которой ни один забытый или уничтоженный объект не приводит к блокировке системы. Обновление долей добавляет свойство, которого нет ни у чего другого здесь: компрометация долей в разное время, не превышающая порог в любой отдельный момент, по-прежнему не приносит никакого результата.
Честный отчёт о том, что MPC добавляет взамен. Компрометация порогового значения по-прежнему фатальна: тот, кто соберёт кворум долей или скомпрометирует саму процедуру подписи, контролирует средства, и именно поэтому распределение долей между действительно независимыми устройствами, местоположениями и сторонами и составляет суть всей конструкции. Реализация представляет собой сложную криптографическую инженерию, и, в отличие от бумажной фразы, её невозможно проверить, просто взглянув на неё; зрелость протокола, аудиты и послужной список имеют здесь большое значение, как утверждается в статье о рисках смарт-контрактов в отношении кода в целом. Важна структура провайдера: потребительские кошельки MPC обычно распределяют доли между вашими устройствами, сервисом или хранителями, и вопрос о должной осмотрительности сводится к вопросу хранения в форме порогового механизма: какие комбинации сторон могут подписывать, а какие могут лишить вас доступа? Наконец, восстановление — это заранее спроектированный процесс, включающий хранителей и резервные копии долей, а не просто список слов; это и есть суть, которую нужно понять до того, как она понадобится, а не после.
При рассмотрении через двойную призму хорошо реализованная MPC представляет собой модель, в которой проблемы кражи и потери могут решаться одновременно, поскольку обе являются следствием одного и того же недостатка проектирования: наличия одного полного секрета.

Как сравниваются эти три модели и что на самом деле следует делать?
Быстрый ответ
подбирайте модель с учётом баланса и того сбоя, который вы меньше всего можете себе позволить, и, независимо от того, что защищает большинство, организуйте ключи или доли так, чтобы ни одно отдельное событие, место или лицо не стало фатальным. Многоуровневость превосходит «племенной подход», и это сравнение рекомендует структуры, а не конкретные продукты.
Краткое сравнение:
| Модель | Где хранится ключ | Наихудшее единичное событие | Сценарий восстановления |
|---|---|---|---|
| Программный кошелек | На подключенном устройстве с резервной копией семенной фразы | Компрометация устройства или фразы приводит к потере всего | Фраза-семенная фраза восстанавливает данные в совместимом программном обеспечении; потеря фразы приводит к потере всего |
| Аппаратный кошелек | Внутри специального устройства для подписи, резервная копия семенной фразы | Компрометация фразы или принуждение владельца приводит к потере всего; одновременная потеря фразы и устройства приводит к потере всего | Фраза-семя восстанавливается в совместимом программном обеспечении; тот же «двусторонний меч» |
| Кошелек MPC | В виде распределенных долей (невосстанавливаемые схемы) | Компрометация большого количества долей, требующих порогового значения, или некорректная реализация | Встроенные механизмы обновления долей и передачи опекунства; нет единого объекта, который можно потерять или который нужно произносить |
Далее следует логика размещения, которая важнее любой конкретной схемы и предлагается скорее как модель, к которой сходятся многие осторожные держатели, а не как совет. Храните на программном уровне только то, что вы носили бы с собой в виде наличных. Рассмотрите возможность хранения более крупных остатков в системе без единичной точки отказа: для аппаратного обеспечения это означает самостоятельную разработку, использование схемы мультиподписи на разных устройствах и в разных местах, как подробно описано в статье о мультиподписи в этом блоке, либо признание семенной фразы вашим истинным риском и её соответствующую защиту; для MPC убедитесь, что фактические комбинации подписантов, пути восстановления и администрирования, механизмы контроля обновлений и зависимости от провайдеров действительно обеспечивают устранение единственной точки отказа, как заявлено в проекте, после чего выберите распределение долей и изучите процесс восстановления. Сначала протестируйте восстановление с незначительной суммой в каждой модели, ведь непроверенная резервная копия — это всего лишь гипотеза. Пересматривайте схему, когда в жизни происходят изменения: новая семья, новая страна, новый баланс.
И замечание о справедливости, которое, согласно карте содержания, должна нести эта статья: аппаратные кошельки превосходно справляются со своей основной задачей — изолируют ключи от подключенных устройств, а их сочетание с распределенной системой, в качестве соподписанта мультиподписи или держателя доли MPC, сохраняет эту силу, устраняя при этом проблему «одного листа бумаги». Модели дополняют друг друга. Ошибка заключается в том, чтобы рассматривать любой отдельный объект, устройство или предложение как хранилище.

Часто задаваемые вопросы
Является ли аппаратный кошелек более безопасным, чем MPC?
Они защищают разные «двери». Аппаратное устройство изолирует процесс подписи от вашего заражённого ноутбука; MPC устраняет наличие единственного полного секрета. Аппаратный кошелек с его единственной семенной фразой остаётся единственной точкой отказа в случае потери, кражи фразы или принуждения; система MPC по-прежнему зависит от качества реализации и распределения долей среди честного большинства. При больших остатках многие осторожные владельцы сочетают оба свойства: распределённую власть с устройствами аппаратного уровня, хранящими доли или участвующими в совместной подписи, выбранными с учётом их конкретной ситуации, а не по универсальному рейтингу.
Если у MPC нет семенной фразы, что произойдет, если я потеряю свой телефон?
В надежной конструкции утерянное устройство хранит одну долю, которая сама по себе ничего не раскрывает. Восстановление осуществляется с помощью оставшихся долей в сочетании с предусмотренным кошельком алгоритмом действий, хранителями, вторым устройством или зашифрованной резервной долей, чтобы восстановить возможность подписи и обновить доли, в результате чего утерянная доля становится бесполезной. Сегодня в любом кошельке MPC необходимо ознакомиться с этим конкретным алгоритмом действий и отрепетировать его, поскольку он заменяет ритуал с семенной фразой, и вам следует выяснить все его зависимости до того, как возникнет чрезвычайная ситуация.
Могу ли я просто хранить всё на аппаратном кошельке, если буду осторожен?
Осторожность не заменяет структуру, а структура состоит из одного произносимого предложения и одного объекта. Пожар, наводнение, кража из ящика, в котором хранятся и то, и другое, принудительный вечер или наследник, который не может найти фразу — все это единичные события с катастрофическими последствиями. Осторожные пользователи аппаратных кошельков переходят к распределению: мультиподписи между устройствами и местами, разделение парольной фразы или MPC, чтобы «осторожность» перестала быть несущим элементом.
Решает ли семенная фраза, хранящаяся в банковской ячейке, проблему резервного копирования?
Она снижает риск пожара и кражи, но вводит новые зависимости: рабочие часы банка по сравнению с вашими чрезвычайными ситуациями, юрисдикционные ограничения и замораживание имущества в случае смерти, а также полная секретность, хранящаяся в одном стороннем месте. Это разумный компонент распределенной архитектуры — одна доля или один ключ из нескольких — и плохой единственный хранитель всего, что и является повторяющимся уроком всего этого сравнения.
Каковы наиболее распространенные причины потери криптовалюты?
Задокументированные повторяющиеся причины скорее обычны, чем экзотичны: забытые фразы, уничтоженные или утерянные резервные копии, смерть без наследования и предоставление подписей злоумышленникам. Анализ River за 2025 год оценивает, что примерно 1,57 миллиона биткойнов, вероятно, безвозвратно утрачены, при этом существует большая неопределенность и нет возможности доказать причины или сопоставить их с кражами. Какую бы модель вы ни выбрали, именно сценарий восстановления — проверенный, распределенный и доступный вашим наследникам — является той функцией, которая играет ключевую роль.
Источники и дополнительная литература
Основные источники для данной статьи, актуальные по состоянию на июль 2026 года. Данные, подверженные волатильности, перепроверяются при каждом квартальном обзоре.
- BIP39, Мнемонический код для генерации детерминированных ключей. https://github.com/bitcoin/bips/blob/master/bip-0039.mediawiki
- BIP32, иерархические детерминированные кошельки. https://github.com/bitcoin/bips/blob/master/bip-0032.mediawiki
- NIST, проект «Пороговая криптография». https://csrc.nist.gov/projects/threshold-cryptography
- RFC 9591 (пороговые подписи FROST): при пороговой подписи не требуется реконструкция ключа, а для настройки можно использовать доверенного дилера или распределенное генерацию ключей. https://www.rfc-editor.org/rfc/rfc9591.html
- NIST, FIPS 140-3, Требования к безопасности криптографических модулей (в контексте сертификации защищённых элементов). https://csrc.nist.gov/pubs/fips/140-3/final
- Investopedia, объяснение «горячих» кошельков и «холодного» хранения. https://www.investopedia.com/terms/c/cold-storage.asp
- River, Отчет о хранении биткойнов 2025: эвристика потерь на основе неактивности и заявленные ограничения. https://river.com/content/bitcoin-custody-report-2025
- Chainalysis, Отчет о криптовалютных преступлениях за 2026 год: обзор краж и потерь. https://www.chainalysis.com/blog/2026-crypto-crime-report-introduction/
- ethereum.org, документация по кошелькам. https://ethereum.org/en/wallets/
- ethereum.org, обзор смарт-аккаунтов и абстракции аккаунтов. https://ethereum.org/en/roadmap/account-abstraction/
- Виталик Бутерин, Почему нам нужно широкое внедрение кошельков с возможностью восстановления через социальные сети. https://vitalik.eth.limo/general/2021/01/11/recovery.html
- ScamSniffer, сообщения о потерях от фишинга и дрейнинга (контекст угроз для программных кошельков). https://drops.scamsniffer.io/
- FBI IC3, каналы подачи заявлений о краже. https://www.ic3.gov
Быстрый тест: прилипло ли оно?
а) Какой блокчейн вы можете использовать
Вы прошли тест по теме «Способы хранения ключей: сравнение аппаратных, программных решений и MPC»! Поделитесь своим достижением в социальных сетях.




