Monad запропонував оновлення безпеки гаманця, яке дозволить користувачам замінювати втрачені або застарілі криптографічні ключі, зберігаючи ту саму адресу блокчейну та активи.
Підсумок
- Monad запропонував відокремити постійні адреси гаманців від ключів, які використовуються для їх контролю.
- Користувачі можуть замінювати втрачені або застарілі облікові дані без переміщення активів на нову адресу.
- Ця конструкція може підтримувати соціальне відновлення, ключі доступу та постквантову автентифікацію.
- Пропозиція залишається на ранній стадії і все ще потребує детальної технічної специфікації.
За словами Monad, пропозиція відокремить постійну адресу облікового запису Monad від облікових даних автентифікації, які використовуються для авторизації транзакцій, відкриваючи шлях для ротації ключів, соціального відновлення, ключів доступу та постквантової безпеки без необхідності створювати ще один гаманець.
За поточною моделлю, яку використовує більшість гаманців, сумісних з Ethereum, зовнішній обліковий запис тісно пов'язаний зі своїм закритим ключем. Втрата цього ключа може назавжди позбавити доступу до активів, що зберігаються на рахунку, тоді як використання іншого методу безпеки може вимагати від користувачів створення іншої адреси та переказу своїх коштів.
Дослідники Monad Кушала Бабель та Ян Каменіш запропонували змінити ці відносини, щоб адреса могла продовжувати ідентифікувати той самий обліковий запис, навіть коли його облікові дані автентифікації замінюються.
Автори описали цю конструкцію як спосіб підтримки «постквантових облікових записів, соціального відновлення» та зручних методів автентифікації, таких як ключі доступу, на рівні протоколу.
Оновлення гаманця Monad відокремлює адреси від ключів
В основі пропозиції лежить розмежування між ідентичністю облікового запису та обліковими даними, яким дозволено ним керувати. CoinDesk повідомив, що користувачі можуть додавати, замінювати або вилучати облікові дані авторизації, залишаючи основну адресу незмінною.
Таким чином, користувач, який втратив закритий ключ, може відновити контроль через інший метод авторизації, налаштований для облікового запису. Один із прикладів, описаних у пропозиції, дозволяє двом довіреним сторонам, діючим разом, встановити заміну облікових даних, якщо оригінальний ключ стає недоступним.
Така ж структура може дозволити існуючому обліковому запису перейти на мультипідписну авторизацію без переказу його токенів, NFT або інших активів на іншу адресу гаманця. Ключі доступу, збережені на телефонах або комп'ютерах, також можуть стати дійсними методами автентифікації, якщо необхідну підтримку буде зрештою реалізовано.
Для користувачів і додатків, які залежать від стабільної адреси гаманця, збереження ідентифікатора незмінним також може уникнути операційної роботи, пов'язаної з оновленням адрес у різних сервісах після міграції безпеки.
Існуючі облікові записи Monad продовжуватимуть працювати нормально за поточною пропозицією, якщо зміни будуть зрештою прийняті, повідомляє CoinDesk. Конструкція залишається на ранній стадії: Бабель і Каменіш окреслюють архітектуру, тоді як детальна специфікація реалізації ще потребує розробки.
Monad започаткував свій формальний процес пропозицій щодо вдосконалення раніше цього року для технічних змін, які впливають на мережу. Основні пропозиції можуть вимагати змін на рівні виконання або консенсусу і повинні пройти етапи чернетки, розгляду та інші, перш ніж досягти остаточного статусу.
Постквантову безпеку можна додати без переміщення коштів
Один із випадків використання, визначений авторами, передбачає заміну звичайних криптографічних облікових даних схемами, розробленими для протистояння майбутнім квантовим комп'ютерам.
Досить потужні квантові машини можуть зрештою загрожувати системам цифрових підписів, які використовуються великими блокчейнами. Ризик пов'язаний з алгоритмами, здатними отримувати приватну інформацію з криптографічних відкритих ключів, що потенційно дозволяє зловмиснику підробляти підписи для уражених облікових записів.
Пропозиція Monad підходить до проблеми на рівні облікового запису. Замість того, щоб вимагати від власника надсилати активи на новостворений постквантовий гаманець, обліковий запис міг би встановити інший метод авторизації, зберігаючи свою існуючу адресу.
Подібна проблема вже спонукала до роботи в інших місцях галузі. У липні crypto.news повідомляв про пропозицію від AmericanFortress під назвою Zero-Knowledge Proof of Seed Provenance, або ZK-PoSP, яка була розроблена для захисту існуючих адрес Bitcoin, Ethereum та Solana без необхідності переміщення активів власниками.
AmericanFortress заявила, що її дизайн може замінити звичайну авторизацію транзакцій доказами з нульовим розголошенням, зберігаючи існуючі адреси гаманців незмінними. У документі також описувався її постквантовий захист як гіпотетичний, і зазначалося, що блокчейн-мережі потребуватимуть оновлень на рівні вузлів, перш ніж система може бути впроваджена.
Пропозиція Monad використовує інший дизайн облікового запису, але обидва підходи вирішують проблему міграції систем безпеки, коли користувачі вже мають активи, контракти та ідентичності, прив'язані до існуючих адрес блокчейну.
Це питання отримало більше уваги в розробці блокчейну, оскільки мережі вивчають криптографічні стандарти, які зрештою можуть замінити підписи, вразливі до квантових атак. Будь-яке впровадження Monad все одно залежатиме від проходження пропозицією технічного процесу перегляду мережі та розробки детальної специфікації, необхідної для реалізації клієнта.
Пропозиція гаманця Monad слідує за запуском мейннету у 2025 році
Monad запустила свій мейннет у листопаді 2025 року після залучення 244 мільйонів доларів від інвесторів, включаючи раунд серії A на 225 мільйонів доларів під керівництвом Paradigm за участю Electric Capital, Coinbase Ventures, Castle Island Ventures, GSR Ventures та Greenoaks.
Перед запуском висвітлення мейннету Monad детально описувало використання мережею паралельного виконання транзакцій та суперскалярного конвеєра, причому блокчейн розроблений для обробки до 10 000 транзакцій на секунду, зберігаючи сумісність зі смарт-контрактами Ethereum.
Мережа запустилася разом із токеном MON 24 листопада 2025 року. Сумісність Monad з віртуальною машиною Ethereum дозволяє розробникам розгортати програми, написані для Ethereum, використовуючи архітектуру виконання та систему виробництва блоків Monad.
Розробка навколо мережі продовжувалася після запуску. Акселератор, орієнтований на Monad, під назвою Nitro відкрив заявки у лютому 2026 року та запропонував до 7,5 мільйона доларів для до 15 ранніх команд, при цьому окремі проєкти могли отримати до 500 000 доларів.
Програма акселератора Nitro була спрямована на інфраструктуру, інструменти для розробників та користувацькі застосунки. Очікувалося, що інвестори, включаючи Paradigm, Electric Capital, Dragonfly та Castle Island Ventures, візьмуть участь у менторстві та її Demo Day.
Інфраструктура гаманців також стала частиною прикладного рівня Monad. MetaMask запустила Money Account у мережі в червні, поєднуючи самозберігаючий баланс стейблкоїнів із платежами, торгівлею та змінною дохідністю.
У рамках продукту MetaMask Money Account підтримувані стейблкоїни можуть бути конвертовані в mUSD за паритетом один до одного, тоді як користувачі, які погоджуються, можуть отримувати до 4% змінної річної відсоткової дохідності без мінімальних залишків або фіксованих періодів блокування.
Пропозиція Monad залишається на ранній стадії дизайну
CoinDesk повідомив, що запропонована модель автентифікації Monad може підтримувати кілька облікових даних для одного облікового запису, дозволяючи користувачам налаштовувати комбінації традиційних приватних ключів, ключів доступу, мультипідписних контролів або майбутніх постквантових методів.
Відновлення облікового запису також може бути запрограмоване навколо кількох учасників. Користувач міг би зберегти звичайний ключ підпису для повсякденних транзакцій, призначаючи окрему умову відновлення, яка дозволяє довіреним сторонам встановлювати заміну облікових даних лише за потреби.
Така конфігурація змінила б роль приватного ключа з постійного компонента адреси гаманця на один із можливих методів авторизації, прив'язаних до облікового запису.
Пропозиція ще не досягла остаточної реалізації. Бабель і Каменіш заявили, що поточний проект встановлює загальний дизайн, тоді як технічна специфікація, необхідна для визначення того, як механізм працюватиме на рівні протоколу, ще має бути написана.
Процес вдосконалення Monad вимагає, щоб пропозиції, що впливають на основну поведінку протоколу, проходили формальні етапи, які включають Чернетку, Розгляд, Останній виклик та Фінал. Основні зміни також вимагають реалізації клієнтів до досягнення фінального статусу, і очікується, що автори пропозицій будуть співпрацювати з командами впровадження Monad та будувати технічний консенсус через процес розгляду.
