---
title: "криптокошелёк"
description: "Криптокошелёк управляет адресами блокчейна, ключами подписи и доступом к ончейн-активам; он не хранит монеты локально. Разберитесь в адресах, приватных ключах, фразах восстановления, хранении и безопасной подписи."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# криптокошелёк
> Только в образовательных целях; не является инвестиционной консультацией или рекомендацией. Инвестиции могут привести к убыткам.
## Краткий ответ
Криптокошелёк — это программа, устройство или сервис, управляющий адресами и ключами подписи для контроля ончейн-активов. Блокчейн хранит балансы и состояние контрактов, а кошелёк хранит либо использует необходимые учётные данные. Монеты не находятся в локальном контейнере.
Название «кошелёк» может вводить в заблуждение. Удаление приложения не стирает баланс в сети, но потеря единственного ключа может закрыть доступ к активам при самостоятельном хранении. На кастодиальной платформе ключи держит платформа, а при самостоятельном хранении право подписи остаётся у вас.
Кошелёк обычно может:
- создавать или импортировать адреса и показывать балансы;
- хранить, шифровать или делегировать ключи подписи;
- создавать, симулировать, подписывать и отправлять транзакции или сообщения;
- подключаться к ончейн-приложениям и показывать запрошенные разрешения.
Он управляет правом изменить состояние конкретной сети; один адрес не доказывает получение платежа или безопасность приложения.
## Как это работает
Цепочка безопасности включает случайность, derivation нескольких ключей, адрес как назначение и подпись точной транзакции или сообщения. У сетей разные форматы и правила, поэтому выбранная сеть должна совпадать с сетью получателя и токена.
Обычные ошибки:
- отправить приватный ключ или фразу восстановления вместо публичного адреса;
- подписать сообщение без проверки домена, получателя, allowance или calldata;
- выдать вредоносное или неоправданно широкое разрешение токену;
- поверить уведомлению без проверки хеша и итогового состояния в независимом обозревателе.
Тот, кто может подписывать, может перемещать или блокировать активы.
## Пример
Алиса отправляет Бобу 100 USDC. Она проверяет сеть, адрес получателя по второму каналу, контракт токена, сумму и комиссию. Сначала отправляет небольшую тестовую сумму, проверяет хеш в независимом обозревателе и подтверждает получение в нужной сети. Кошелёк готовит и подписывает операцию, но ответственность остаётся у Алисы.
## Риски
Опасны вредоносные программы, фишинг, расширения, скомпрометированная цепочка поставок, слабые резервные копии, потеря устройства, неверная сеть, злоупотребление разрешениями, ошибки контрактов и заморозка вывода на бирже. Аппаратный кошелёк изолирует ключ, но не проверяет за вас получателя или контракт.
Если секрет мог раскрыться, прекратите новые подписи. На чистом устройстве создайте новый кошелёк с проверенным ПО или устройством, проверьте резервную копию, переведите остаток и отзовите ненужные разрешения. Не вводите фразу восстановления на сайте или в поддержке. При инциденте сохраните хеш, сеть, блок и подписанные данные.
Разделяйте риски хранения, протокола и инвестиций. Проверяйте сеть, контракт, права, обновления, лимиты, восстановление и выход. Если механизм нельзя проверить, уменьшите сумму и полномочия.
## Распространённые заблуждения
### Можно ли сообщать адрес кошелька?
Обычно да: это публичное назначение. Сообщайте только адрес, проверьте сеть и токен и помните, что история операций может быть видна.
### Можно ли дать приватный ключ или фразу восстановления поддержке?
Нет. Это секреты подписи, которые настоящей поддержке не нужны. Запрос может быть попыткой захвата кошелька.
### Исчезнут ли монеты после удаления кошелька?
Нет, запись остаётся в сети. Нужны правильные данные восстановления и те же настройки derivation и сети.
### Достаточно ли документации проекта для оценки приложения?
Нет. Сверяйте её с адресами, контрактами, правами, данными транзакций и восстановлением. Документы описывают замысел, а сеть показывает исполнение.
### Делает ли аудит контракт безопасным?
Нет. Аудит ограничен проверенным кодом и моментом и не устраняет риски интерфейса, оракула, управления, ключей и экономики. Проверяйте каждую подпись.
### Как снизить риск первого использования?
Используйте официальное приложение, независимо проверьте сеть и контракт, начните с малой суммы, изучите транзакцию, ограничьте разрешения и отделите долгосрочные активы с проверенным восстановлением.
## Связанные темы
- [Открытые и закрытые ключи](/ru/crypto/public-private-key/)
- [Горячий кошелёк](/ru/crypto/hot-wallet/)
- [Холодный кошелёк](/ru/crypto/cold-wallet/)
- [Аппаратный кошелёк](/ru/crypto/hardware-wallet/)
- [Подпись кошелька](/ru/crypto/wallet-signature/)
## Источники
- [Blockchain Technology Overview](https://doi.org/10.6028/NIST.IR.8202) - NIST (доступ: 2026-08-22)
- [Ethereum accounts](https://ethereum.org/en/developers/docs/accounts/) - Ethereum.org (доступ: 2026-08-22)
- [Wallets](https://developer.bitcoin.org/devguide/wallets.html) - Bitcoin Core developer documentation (доступ: 2026-08-22)
- [BIP-39: Mnemonic code for generating deterministic keys](https://github.com/bitcoin/bips/blob/master/bip-0039.mediawiki) - Bitcoin Improvement Proposals (доступ: 2026-08-22)
Source: https://wiki.fcontext.com/ru/crypto/wallet/index.mdx