
Monad запропонував оновлення безпеки гаманця, яке дозволить користувачам замінювати втрачені або застарілі криптографічні ключі, зберігаючи при цьому ту саму блокчейн-адресу та активи.
Згідно з Monad, ця пропозиція розділить постійну адресу облікового запису Monad від облікових даних для автентифікації, що використовуються для авторизації транзакцій, відкриваючи шлях для ротації ключів, соціального відновлення, ключів доступу та постквантової безпеки без примусу користувачів створювати новий гаманець.
За поточною моделлю, що використовується більшістю Ethereum-сумісних гаманців, зовнішній обліковий запис тісно пов'язаний зі своїм приватним ключем. Втрата цього ключа може назавжди позбавити доступу до активів, що зберігаються на обліковому записі, тоді як прийняття іншого методу безпеки може вимагати від користувачів створення іншої адреси та переказу своїх активів.
Дослідники Monad Кушал Бабель (Kushal Babel) та Ян Каменіш (Jan Camenisch) запропонували змінити ці відносини, щоб адреса могла продовжувати ідентифікувати той самий обліковий запис, навіть якщо її облікові дані для автентифікації замінені.
Автори описали дизайн як спосіб підтримки «постквантових облікових записів, соціального відновлення» та зручних для користувача методів автентифікації, таких як ключі доступу, на рівні протоколу.
В основі пропозиції лежить розрізнення між ідентичністю облікового запису та обліковими даними, дозволеними для його контролю. 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 року після залучення 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 та систему виробництва блоків.
Розробка навколо мережі тривала після запуску. Акселератор Nitro, орієнтований на Monad, відкрив подачу заявок у лютому 2026 року та запропонував до 7,5 мільйонів доларів до 15 командам на ранній стадії, причому окремі проекти могли отримати до 500 000 доларів.
Програма акселератора Nitro була націлена на інфраструктуру, інструменти розробника та користувацькі додатки. Очікувалося, що інвестори, включаючи Paradigm, Electric Capital, Dragonfly та Castle Island Ventures, братимуть участь у наставництві та в його Демо-дні.
Інфраструктура гаманця також стала частиною прикладного рівня Monad. MetaMask запустив Money Account у мережі в червні, поєднавши самозберігаючий баланс стейблкоїнів з платежами, торгівлею та змінною прибутковістю.
У рамках продукту MetaMask Money Account підтримувані стейблкоїни можуть бути конвертовані в mUSD за паритетом один до одного, тоді як користувачі, які погоджуються, можуть отримувати до 4% змінної річної відсоткової прибутковість без мінімальних балансів або фіксованих періодів блокування.
CoinDesk повідомив, що запропонована Monad модель автентифікації може підтримувати кілька облікових даних для одного облікового запису, дозволяючи користувачам налаштовувати комбінації традиційних приватних ключів, ключів доступу, мультипідписних контролів або майбутніх постквантових методів.
Відновлення облікового запису також може бути запрограмовано навколо кількох учасників. Користувач міг би зберігати звичайний ключ підпису для повсякденних транзакцій, призначаючи окрему умову відновлення, яка дозволяє довіреним сторонам встановлювати замінювальні облікові дані лише за потреби.
Така установка змінила б роль приватного ключа з постійного компонента адреси гаманця на один з можливих методів авторизації, прив'язаних до облікового запису.
Пропозиція ще не досягла завершеної реалізації. Бабель та Каменіш заявили, що поточний проект встановлює загальний дизайн, тоді як технічна специфікація, необхідна для визначення того, як механізм працюватиме на рівні протоколу, ще має бути написана.
Процес покращення Monad вимагає, щоб пропозиції, що впливають на основну поведінку протоколу, проходили через формальні етапи, які включають Чорновик, Перегляд, Останній Виклик та Фінальний. Основні зміни також вимагають клієнтських реалізацій перед досягненням остаточного статусу, і автори пропозицій, як очікується, працюватимуть з командами реалізації Monad та формуватимуть технічний консенсус через процес перегляду.





