Podpisywanie i weryfikacja wiadomości portfelem Blocknet

Użyj podpisu wiadomości Blocknet, by wykazać kontrolę nad adresem bez wykonywania płatności. Poradnik opiera się na oficjalnym CLI v1.2.0 i core v0.22.0, sprawdzonych 27 października 2026 r. Przygotujesz jednoznaczne wyzwanie, podpiszesz je we właściwym portfelu i sprawdzisz razem pełny adres, wiadomość oraz podpis.

Jak podpisać i zweryfikować wiadomość Blocknet?

Uzgodnij znaczenie podpisywanej wiadomości

Zacznij od konkretnej prośby: który adres ma wykazać kontrolę, wobec kogo i dla jakiej operacji? Dowód płatności potwierdza szczegóły transakcji. Podpis wiadomości służy do wykazania kontroli nad kluczem podpisującym, na przykład przy potwierdzaniu adresu dla konta. Poradnik portfela opisuje tworzenie i otwieranie portfela, który podpisze tekst.

Poproś weryfikującego o świeże, nieprzewidywalne wyzwanie dla tego żądania. Dodaj kontekst identyfikujący usługę lub odbiorcę i zamierzoną operację; uzgodnij termin ważności, jeśli proces go potrzebuje. To reguły aplikacji: sprawdzanie podpisu nie wymusza automatycznie świeżości, wygaśnięcia ani jednorazowości. Weryfikujący musi porównać wiadomość z żądaniem i zapisać wykorzystanie wyzwania.

Otwórz właściwy pełny portfel

Połącz się z działającym core sieci mainnet z terminala:

blocknet attach mainnet

W interaktywnej powłoce załaduj portfel i sprawdź adres:

load
address

Wybierz właściwy plik i odblokuj portfel przez klienta, jeśli zostaniesz o to poproszony. Porównaj pełny adres z oczekiwanym przez weryfikującego, także gdy przechowujesz kilka plików portfela na jednym komputerze.

Sprawdzony core podpisuje wiadomości prywatnym kluczem wydawania portfela. Portfel tylko do podglądu nie może tego zrobić. Zachowaj pełny portfel na przeznaczonym komputerze; weryfikujący potrzebuje tylko podpisu i danych publicznych. Podpisanie nie wymaga wysłania środków ani eksportowania pliku portfela.

Przygotuj dokładny tekst przed podpisaniem

Przeczytaj całe żądanie i upewnij się, że akceptujesz jego cel. Oficjalny klient czyta jeden wiersz, usuwa białe znaki na początku i końcu oraz odrzuca pustą wiadomość lub tekst dłuższy niż 1024 bajty. Limit dotyczy bajtów, więc znaki spoza ASCII mogą zajmować kilka. Użyj krótkiego, jednoznacznego wiersza i zachowaj dokładnie wysłany tekst.

Zachowaj wielkość liter, interpunkcję i wewnętrzne spacje podczas przekazywania tekstu. Edytor lub komunikator może zamienić cudzysłowy albo zmienić skopiowany tekst; porównaj rzeczywistą wiadomość, jeśli weryfikacja się nie powiedzie. Dla logowania lub operacji na koncie przestrzegaj formatu wyzwania udokumentowanego przez usługę. Nie przeredagowuj tekstu bez uzgodnienia, ponieważ sprawdzane ma być konkretne wydane wyzwanie.

Podpisz wiadomość w oficjalnej powłoce

Uruchom polecenie w interaktywnej powłoce:

sign

Klient poprosi o tekst. Wklej uzgodnioną wiadomość w jednym wierszu i naciśnij Enter. Po sukcesie wypisze podpis szesnastkowy. Skopiuj cały wynik, zachowując każdy znak. Implementacja klienta wysyła tekst do endpointu podpisywania portfela; operacja nie tworzy ani nie rozgłasza transakcji.

Przekaż pełny adres, dokładną wiadomość i podpis jako osobne wartości. Wyraźnie je opisz, by nie pomylić podpisu z tekstem lub adresem. Zachowaj w tajemnicy frazę odzyskiwania, klucze prywatne i hasło portfela. Poradnik frazy seed wyjaśnia dane odzyskiwania; nie należą one do materiałów przekazywanych do sprawdzenia podpisu.

Jak druga osoba weryfikuje podpis?

Używa polecenia weryfikacji oficjalnej powłoki z działającym zgodnym core:

verify

Wprowadź najpierw pełny adres, potem dokładną wiadomość, następnie podpis szesnastkowy. Dokumentacja powłoki opisuje tę kolejność. Portfel nie musi być załadowany, więc można sprawdzić dowód bez importowania portfela podpisującego i bez obsługi kluczy prywatnych.

Sprawdzony klient pokazuje Signature is VALID, gdy zestaw jest poprawny, lub Signature is INVALID, gdy nie jest. Błąd formatu danych to odrębny wynik: sprawdź wszystkie pola i zachowaj oryginalne materiały przed ponowną próbą. Jeżeli wiadomość lub adres różni się od oczekiwanego żądania, wyjaśnij różnicę nawet wtedy, gdy podpis jest matematycznie poprawny dla podanych wartości.

Interpretuj sukces w kontekście żądania

Poprawny podpis weryfikuje wiadomość z publicznym kluczem wydawania zakodowanym w podanym adresie. Nie potwierdza tożsamości prawnej, nie pokazuje salda i nie dowodzi płatności. W sprawach płatności użyj rejestru wysyłki, wyszukiwania w eksploratorze i dowodu konkretnej transakcji. Dobieraj dowody do rzeczywistego pytania zamiast traktować każdy poprawny podpis jako potwierdzenie zapłaty.

Przed akceptacją sprawdź świeżość wyzwania i właściwego odbiorcę. Ktoś może skopiować poprawną wiadomość wraz z podpisem i ponownie przedstawić tę samą parę. Usługa potrzebująca jednorazowej autoryzacji musi sama wymusić tę zasadę. Termin ważności zapisany w tekście ma znaczenie tylko wtedy, gdy jest sprawdzany. Te kontrole łączą poprawność kryptograficzną z uzgodnioną operacją.

Zachowaj czytelny zapis weryfikacji

Przechowuj razem adres, dokładną wiadomość, podpis, kontekst żądania i wynik, jeśli potrzebujesz śladu audytowego. Zapisuj czas kontroli osobno od daty wpisanej przez podpisującego. Unikaj niezwiązanych danych osobowych w wiadomości, bo każdy jej odbiorca może ją przeczytać i skopiować. Przekaż dowód właściwemu weryfikującemu uzgodnionym kanałem.

Jeśli portfel odbiera wypłaty z kopania, monitorowanie puli nadal dostarcza rejestry udziałów i wypłat; podpis wiadomości ich nie zastępuje. Poradnik węzła opisuje core potrzebny oficjalnej powłoce. Po uzgodnionej kontroli zachowaj możliwość podpisywania w pełnym portfelu i udostępniaj publiczną weryfikację osobom sprawdzającym wynik.