Вот не надо. Если шифрованный файл кошелька, то вполне адекватный вариант. Так он у тебя постоянно на компе лежит, и в случае чего попадет к злоумышленникам
И что будет? Будут ломать его 100500 лет, вот и все. Зато я допускаю такой вариант, и поэтому поставлю надежный пароль (а флешечник не факт). Опасность в другом - ключ из памяти увести можно трояном, и здесь не имеет значения, где хранится файл кошелька (кстати, он по умолчанию называется default_wallet, без расширения, wallet.dat - это в коре). Нормальную сумму я бы в горячем немультиподписном кошельке не хранил.
Это да, но валлет.дат на флешке не хуже мультиподписи так точно.
Ну, вам точно не хуже, а мне точно хуже ). На два устройства (особенно с разными системами) подселить нужный троян гораздо сложнее, чем на одно. К тому же, при второй подписи дополнительно контролируются реквизиты транзакции, что исключает их подмену (MITM). Вообще, это получается подобие двухфакторки, только без стороннего сервиса.
Особенно что многие люди с их организованностью скорее потеряют один из ключей (а скорее то количество, которое нужно для подписи) чем поставят слабый пароль.
Какая разница, один сид хранить или два? Ну а про совсем бестолковых юзеров нет смысла говорить - всегда найдется способ, чтобы они потеряли деньги.
У мультиподписного кошелька есть несколько особенностей:
1. Больше весит транзакция. Но для сегвит-кошельков это не очень заметно - типичная транзакция (1 вход/2 выхода) с 2/2 мультисиг-сегвит-адреса занимает примерно 185 вбайт (для сравнения: такая транзакция с простого bech32-адреса будет 140 вбайт, с простого сегвит-адреса на "3" - 168 вбайт, с легаси адреса на "1" - 225 байт).
2. При необходимости удостоверить владение мультиподписным адресом путем подписи сообщения (для какого-то сервиса, например, или при каком-то хитром форке), это сделать вряд ли будет возможно (по крайней мере, я не представляю как), так как у такого адреса нет приватника по определению.
3. Если мультисиг-адрес будет не 2/2, а, скажем, 2/3, то двух приватников будет недостаточно для транзакции, как может показаться - обязательно еще наличие третьего публичного ключа. С 2/2 в этом смысле проще.