Monad zaproponował ulepszenie bezpieczeństwa portfela, które pozwoliłoby użytkownikom zastąpić utracone lub nieaktualne klucze kryptograficzne, zachowując ten sam adres blockchain i aktywa.
Podsumowanie
- Monad zaproponował oddzielenie stałych adresów portfela od kluczy używanych do ich kontrolowania.
- Użytkownicy mogliby zastąpić utracone lub nieaktualne poświadczenia bez przenoszenia aktywów na nowy adres.
- Projekt mógłby wspierać odzyskiwanie społecznościowe, klucze dostępu i uwierzytelnianie postkwantowe.
- Propozycja pozostaje na wczesnym etapie i nadal wymaga szczegółowej specyfikacji technicznej.
Według Monad, propozycja oddzieliłaby stały adres konta Monad od poświadczeń uwierzytelniających używanych do autoryzacji transakcji, otwierając ścieżkę do rotacji kluczy, odzyskiwania społecznościowego, kluczy dostępu i bezpieczeństwa postkwantowego bez zmuszania użytkowników do tworzenia kolejnego portfela.
W obecnym modelu używanym przez większość portfeli zgodnych z Ethereum, konto zewnętrzne jest ściśle powiązane z jego kluczem prywatnym. Utrata tego klucza może trwale pozbawić dostępu do aktywów przechowywanych na koncie, a przyjęcie innej metody bezpieczeństwa może wymagać od użytkowników utworzenia kolejnego adresu i przeniesienia swoich zasobów.
Badacze Monad, Kushal Babel i Jan Camenisch, zaproponowali zmianę tej zależności, aby adres mógł nadal identyfikować to samo konto, nawet gdy jego poświadczenia uwierzytelniające zostaną zastąpione.
Autorzy opisali projekt jako sposób na wsparcie „kont postkwantowych, odzyskiwania społecznościowego” i przyjaznych dla użytkownika metod uwierzytelniania, takich jak klucze dostępu, na poziomie protokołu.
Ulepszenie portfela Monad oddziela adresy od kluczy
W centrum propozycji znajduje się rozróżnienie między tożsamością konta a poświadczeniami uprawnionymi do jego kontrolowania. CoinDesk poinformował, że użytkownicy mogliby dodawać, zastępować lub wycofywać poświadczenia autoryzacyjne, pozostawiając podstawowy adres bez zmian.
Użytkownik, który utraci klucz prywatny, mógłby zatem odzyskać kontrolę za pomocą innej metody autoryzacji skonfigurowanej dla konta. Przykład opisany w propozycji pozwoliłby dwóm zaufanym stronom działającym razem na zainstalowanie zastępczego poświadczenia, jeśli oryginalny klucz stanie się niedostępny.
Ta sama struktura mogłaby pozwolić istniejącemu kontu na przejście na autoryzację multisig bez przenoszenia tokenów, NFT ani innych aktywów na inny adres portfela. Klucze dostępu przechowywane na telefonach lub komputerach mogłyby również stać się ważnymi metodami uwierzytelniania, jeśli wymagane wsparcie zostanie ostatecznie wdrożone.
Dla użytkowników i aplikacji, które polegają na stabilnym adresie portfela, zachowanie identyfikatora bez zmian mogłoby również uniknąć prac operacyjnych związanych z aktualizacją adresów w różnych usługach po migracji bezpieczeństwa.
Istniejące konta Monad działałyby normalnie zgodnie z obecną propozycją, jeśli zmiany zostaną ostatecznie przyjęte, według CoinDesk. Projekt pozostaje na wczesnym etapie, a Babel i Camenisch przedstawiają architekturę, podczas gdy szczegółowa specyfikacja implementacji nadal musi zostać opracowana.
Monad ustanowił swój formalny proces propozycji ulepszeń wcześniej w tym roku dla zmian technicznych, które wpływają na sieć. Podstawowe propozycje mogą wymagać zmian w warstwie wykonawczej lub konsensusu i muszą przejść przez etapy szkicu, przeglądu i inne, zanim osiągną status końcowy.
Bezpieczeństwo postkwantowe można dodać bez przenoszenia środków
Jednym z przypadków użycia zidentyfikowanych przez autorów jest zastąpienie konwencjonalnych poświadczeń kryptograficznych schematami zaprojektowanymi do wytrzymania przyszłych komputerów kwantowych.
Wystarczająco wydajne maszyny kwantowe mogłyby ostatecznie zagrozić systemom podpisów cyfrowych używanym przez główne blockchainy. Ryzyko obejmuje algorytmy zdolne do wyodrębnienia prywatnych informacji z kryptograficznych kluczy publicznych, potencjalnie pozwalając atakującemu na fałszowanie podpisów dla dotkniętych kont.
Propozycja Monada podchodzi do problemu na poziomie konta. Zamiast wymagać od posiadacza wysyłania aktywów do nowo wygenerowanego portfela postkwantowego, konto mogłoby zainstalować inną metodę autoryzacji, zachowując swój istniejący adres.
Podobny problem skłonił już do prac w innych miejscach w branży. W lipcu crypto.news poinformował o propozycji AmericanFortress o nazwie Zero-Knowledge Proof of Seed Provenance, czyli ZK-PoSP, która miała chronić istniejące adresy Bitcoin, Ethereum i Solana bez konieczności przenoszenia aktywów przez posiadaczy.
AmericanFortress stwierdziło, że ich projekt mógłby zastąpić konwencjonalną autoryzację transakcji dowodami wiedzy zerowej, zachowując istniejące adresy portfeli. W dokumencie opisano również ich ochronę postkwantową jako hipotetyczną i stwierdzono, że sieci blockchain wymagałyby ulepszeń na poziomie węzłów, zanim system mógłby zostać wdrożony.
Propozycja Monada wykorzystuje inny projekt konta, ale oba podejścia rozwiązują problem migracji systemów bezpieczeństwa, gdy użytkownicy mają już aktywa, kontrakty i tożsamości powiązane z istniejącymi adresami blockchain.
Problem ten zyskał większą uwagę w rozwoju blockchain, gdy sieci analizują standardy kryptograficzne, które mogłyby ostatecznie zastąpić podpisy podatne na ataki kwantowe. Jakakolwiek implementacja Monada zależałaby nadal od przejścia propozycji przez proces przeglądu technicznego sieci oraz od opracowania przez programistów szczegółowej specyfikacji potrzebnej do implementacji klienta.
Propozycja portfela Monad następuje po starcie mainnetu w 2025 roku
Monad uruchomił swój mainnet w listopadzie 2025 roku po zebraniu 244 milionów dolarów od inwestorów, w tym 225 milionów dolarów w serii A prowadzonej przez Paradigm z udziałem Electric Capital, Coinbase Ventures, Castle Island Ventures, GSR Ventures i Greenoaks.
Przed startem, relacja z mainnetu Monad szczegółowo opisała wykorzystanie przez sieć równoległego wykonywania transakcji i superskalarnego potokowania, z blockchainem zaprojektowanym do przetwarzania nawet 10 000 transakcji na sekundę, zachowując kompatybilność z inteligentnymi kontraktami Ethereum.
Sieć wystartowała wraz z tokenem MON 24 listopada 2025 roku. Kompatybilność Monada z maszyną wirtualną Ethereum pozwala programistom wdrażać aplikacje napisane dla Ethereum, korzystając z architektury wykonawczej i systemu produkcji bloków Monada.
Rozwój wokół sieci kontynuowano po starcie. Akcelerator skupiony na Monadzie o nazwie Nitro otworzył nabór wniosków w lutym 2026 roku i oferował do 7,5 miliona dolarów dla maksymalnie 15 wczesnych zespołów, przy czym pojedyncze projekty mogły otrzymać do 500 000 dolarów.
Program akceleratora Nitro był skierowany do infrastruktury, narzędzi deweloperskich i aplikacji skierowanych do użytkowników. Oczekiwano, że inwestorzy, w tym Paradigm, Electric Capital, Dragonfly i Castle Island Ventures, wezmą udział w mentoringu i Dniu Demo.
Infrastruktura portfeli stała się również częścią warstwy aplikacyjnej Monada. MetaMask uruchomił w czerwcu na sieci Money Account, łącząc samoopiekuńcze saldo stablecoinów z płatnościami, handlem i zmiennym zyskiem.
W ramach produktu MetaMask Money Account obsługiwane stablecoiny mogą być konwertowane na mUSD w stosunku jeden do jednego, a użytkownicy, którzy się zapiszą, mogą zarabiać do 4% zmiennej rocznej stopy procentowej bez minimalnych sald ani stałych okresów blokady.
Propozycja Monada pozostaje na wczesnym etapie projektowania
CoinDesk poinformował, że proponowany model uwierzytelniania Monada mógłby obsługiwać wiele poświadczeń dla jednego konta, umożliwiając użytkownikom konfigurowanie kombinacji tradycyjnych kluczy prywatnych, kluczy dostępu, kontroli multisig lub przyszłych metod postkwantowych.
Odzyskiwanie konta mogłoby być również programowane wokół wielu uczestników. Użytkownik mógłby zachować normalny klucz podpisujący do codziennych transakcji, jednocześnie przypisując oddzielny warunek odzyskiwania, który pozwala zaufanym stronom na zainstalowanie zastępczego poświadczenia tylko w razie potrzeby.
Taka konfiguracja zmieniłaby rolę klucza prywatnego z trwałego elementu adresu portfela na jedną z możliwych metod autoryzacji przypisanych do konta.
Propozycja nie osiągnęła jeszcze ostatecznej implementacji. Babel i Camenisch stwierdzili, że obecny projekt ustanawia ogólny projekt, podczas gdy specyfikacja techniczna potrzebna do zdefiniowania, jak mechanizm działałby na poziomie protokołu, pozostaje do napisania.
Proces ulepszania Monad wymaga, aby propozycje wpływające na podstawowe zachowanie protokołu przechodziły przez formalne etapy, które obejmują Szkic, Przegląd, Ostatnie Wezwanie i Finalny. Zmiany podstawowe wymagają również implementacji klienckich przed osiągnięciem statusu finalnego, a autorzy propozycji są zobowiązani do współpracy z zespołami implementacyjnymi Monad i budowania technicznego konsensusu w procesie przeglądu.
