Гаманці та зберігання: хто контролює ключі?

Почніть із повноважень

Гаманець — інструмент взаємодії з блокчейном і керування ключами чи механізмами підписання, які дозволяють дії. За самостійного зберігання відповідні дані доступу контролює користувач. За кастодіального зберігання їх контролює інша організація, яка зараховує кошти клієнту на власних умовах. На екрані телефона обидва варіанти можуть виглядати схоже, тому сам екран майже нічого не говорить про юридичні права чи можливості відновлення.

Поставте практичне запитання: якби сайт провайдера зник завтра, що дозволило б вам отримати доступ до активів? Фраза відновлення може дозволити сумісному некастодіальному гаманцю відновити доступ до підписання. Ім'я користувача й пароль кастодіальної платформи зазвичай не дають такої самої незалежної можливості. Натомість кастодіан може пропонувати відновлення рахунку, недоступне за самостійного зберігання.

Гаряче й холодне зберігання та процес підписання

Гарячий гаманець має ключі або можливість підписання, доступні через під’єднане до інтернету середовище. Холодне зберігання прагне тримати секрети підписання офлайн. Апаратний гаманець може захистити ключовий матеріал, але не робить кожну транзакцію безпечною. Якщо людина схвалить ненавмисний переказ або небезпечний дозвіл контракту, безпечне підписання цієї інструкції все одно виконає неправильне рішення.

Фраза відновлення — не звичайна інформація для усунення несправностей. Той, хто її отримає, може заволодіти контролем, не знаючи пароля платформи. Розмови з нібито справжньою підтримкою, рекламні результати пошуку, браузерні розширення й фальшиві оновлення можуть бути шляхами крадіжки. Знімок екрана, збережений у хмарному обліковому записі, може створити додатковий шлях до секрету. Безпека потребує осмислення всього процесу, а не лише купівлі пристрою.

Зберігання включає договори та сценарії відмови

Для зберігача вивчіть юридичну особу, умови відокремлення активів, умови виведення та порядок дій у разі банкрутства. Маркетингові фрази на кшталт «інституційний рівень» не визначають юридичних прав клієнта. Страхування може мати ліміти, винятки та вигодонабувача, відмінного від окремого клієнта. Інформація про підтвердження резервів сама по собі також не дає повної картини зобов'язань або всіх обтяжень.

За самостійного зберігання оцініть надійність резервних копій, порядок успадкування, відмову пристрою та можливість помилок під час підписання. Складніші системи можуть створювати власні операційні помилки. Схема, зрозуміла одній людині сьогодні, може виявитися непридатною для майбутнього виконавця заповіту або для неї самої після втрати пристрою. Мета — зрозумілий, перевірений процес, а не максимальна складність.

Мережі, адреси та записи

Символу токена недостатньо, щоб визначити маршрут переказу. Схожі назви можуть існувати в кількох мережах, а сервіси-одержувачі можуть підтримувати лише певні версії. Деякі адресати потребують додаткового memo або тегу. Адреса, що виглядає коректною, не доводить її належності потрібному одержувачу. Шкідливі програми для підміни буфера обміну та трюки з підставними схожими адресами використовують поверхневі візуальні перевірки.

Навчальний контрольний список переказу окремо визначає потрібний актив, мережу, адресу призначення, додаткові поля маршрутизації, комісію та вимогу підтверджень. Невеликий тестовий переказ може виявити деякі помилки, але не гарантує безпеки наступної транзакції або того, що адресу не змінили. Зберігайте ідентифікатори транзакцій і записи витрат для звірки. Вимоги оподаткування та звітності залежать від місця, і переміщення активів між рахунками не слід плутати з обчисленням оподатковуваного прибутку без місцевих роз’яснень.

Дозвіл на витрачання — окреме повноваження

Переказ токена й дозвіл іншій стороні його витрачати є різними діями. У моделі ERC-20 визначеній адресі можна надати право переносити токени до встановленого ліміту. Сам дозвіл може не змінити баланс, тому незмінний залишок не доводить відсутності важливої зміни.

Уявіть гаманець із 500 одиницями: власник хоче обміняти 20, але запит надає значно ширші права. Розділіть мету поточної операції та дії, які дозвіл уможливить надалі. Перевірте актив, адресу уповноваженого витрачальника й суму, а не лише назву застосунку чи комісію.

Від’єднання сайту не дорівнює відкликанню дозволу в мережі. Відкликання змінює майбутні повноваження, але не повертає виконаний переказ. Деякі дозволи на основі підпису потребують аналізу, навіть якщо ще не відображаються як on-chain схвалення. Безпековий облік має охоплювати права доступу, а не тільки залишки активів.

Репетируйте відновлення без розкриття секрету

План має пояснювати, яка мережа й тип гаманця використовуються, де лежить інструкція та хто вправі діяти за відсутності власника. Втрата пристрою відрізняється від компрометації секрету підписання, хоча звичний доступ може зникнути в обох випадках.

Проведіть настільну вправу з трьома подіями: поломка пристрою, захоплення хмарного облікового запису та втрата одного місця резервного зберігання. Для кожної опишіть, що залишається доступним і які засоби захисту відмовляють разом. Дві копії в одній сумці чи одному акаунті мають спільну точку відмови.

Не записуйте справжні ключі або фразу відновлення в спільний навчальний журнал. Вправа не призначає універсальної схеми зберігання. Вона виявляє, чи не залежить план від людини, пристрою або акаунта, які зникнуть саме під час потрібного відновлення. Наявність інструкції та можливість виконати її в кризі треба перевіряти окремо.