Zweryfikuj konkretną płatność Blocknet, dopasowując klucz i adres odbiorcy do transakcji. Poradnik opiera się na oficjalnym CLI v1.2.0 i core v0.22.0, sprawdzonych 27 października 2026 r. Obejmuje generowanie dowodu, udostępnianie właściwych pól i odczyt wyniku wraz ze stanem w łańcuchu.
Jak udowodnić płatność Blocknet?
Otwórz portfel nadawcy, uruchom prove z ID i przekaż uzyskany klucz wybranemu weryfikatorowi. Weryfikacja używa klucza, ID i adresu odbiorcy. Potwierdź poprawność klucza, a następnie sprawdź pasujące wyjścia i kwotę dla tego adresu.
Zacznij od płatności do wykazania
Zachowaj pełne ID z zapisu wysłania. Poradnik wysyłania pokazuje, gdzie drukuje je oficjalny klient, a poradnik eksploratora opisuje znalezienie transakcji i bloku. Publiczne ID lokalizuje przelew, ale zwykła strona nie ujawnia prywatnej kwoty zapłaconej konkretnemu adresowi.
Uzgodnij adres i zapis, które sprawdzacie. Używaj pełnego adresu związanego z płatnością, nie skróconej etykiety ani zrzutu. Przy płatności po nazwie zachowaj faktycznie użyty adres. Dowód pomaga sprawdzić konkretny odbiór lub rozwiązać wątpliwość z odbiorcą; nie ustala rzeczywistej tożsamości osoby.
Wygeneruj klucz w portfelu nadawcy
Połącz się z działającym mainnet core z terminala:
blocknet attach mainnet
Otwórz portfel nadawcy i sprawdź zapisy w interaktywnej powłoce:
load
address
history
Wybierz właściwy plik i odblokuj go przez klienta, jeśli trzeba. Pierwszą konfigurację opisuje poradnik portfela.
Uruchom polecenie w powłoce, zastępując znacznik pełnym ID:
prove <txid>
Sprawdzony klient przyjmuje szesnastkowe ID o długości 64 znaków i wyświetla zwrócony klucz. Core szuka transakcji w lokalnym łańcuchu i sprawdza zgodność klucza wyprowadzonego z publicznym. Użyj portfela, który wysłał transakcję; generowanie nie tworzy nowej płatności.
Jakie dane udostępnić?
Przekaż ID, zwrócony klucz i adres odbiorcy uzgodnionym kanałem. Klucz dotyczy wyłącznie tej transakcji. Seed odzyskiwania, klucz wydawania, hasło i prywatny klucz podglądu całego portfela zachowaj w tajemnicy. Weryfikator potrzebuje pól dowodu, nie dostępu do otwartego portfela ani danych odzyskiwania.
To celowe ujawnienie informacji: klucz i adres pozwalają znaleźć pasujące wyjścia, kwoty oraz możliwe do odzyskania memo transakcji. Udostępniaj osobom potrzebującym tego dowodu. Poradnik memo opisuje notatki; rozważ ich treść przed udostępnieniem. Przekazany klucz można skopiować, więc używaj uzgodnionego prywatnego kanału odbiorcy.
Weryfikacja przez udokumentowane API core
Oficjalne API udostępnia publiczny endpoint bez załadowanego portfela i tokena bearer. Preferuj węzeł, który kontrolujesz. Zapisz szablon jako proof.json w prywatnym folderze i zastąp wszystkie trzy ciągi zastępcze rzeczywistymi polami. Nie zmieniaj nazw pól.
{
"txid": "REPLACE_WITH_TRANSACTION_ID",
"tx_key": "REPLACE_WITH_TRANSACTION_KEY",
"address": "REPLACE_WITH_RECIPIENT_ADDRESS"
}
Z tego folderu prześlij plik na adres API węzła:
curl -H "Content-Type: application/json" --data-binary @proof.json http://127.0.0.1:8332/api/verify-proof
Jeśli lokalny port jest inny, użyj skonfigurowanego; w Windows PowerShell użyj curl.exe. Poradnik węzła opisuje uruchamianie core. Żądanie sprawdza dowód, nie wysyła monet. Zdalny serwer ujawnia przesłane pola jego operatorowi.
Oddziel poprawność klucza od dopasowania odbiorcy
Najpierw sprawdź valid. true oznacza zgodność z publicznym kluczem transakcji. Potem sprawdź outputs: wpisy z match ustawionym na true należą do podanego adresu. total_matched sumuje ich kwoty. Poprawny klucz może dać zero pasujących wyjść, jeśli adres nie otrzymał środków w tej transakcji.
API podaje kwoty w jednostkach atomowych: 100 000 000 jednostek to 1 BNT. Przelicz sumę przed porównaniem z fakturą w BNT; zachowaj wszystkie cyfry całkowite bez przedwczesnego zaokrąglania. Porównaj zwrócone memo z oczekiwanym zapisem. Osobno sprawdź włączenie i potwierdzenia w węźle lub eksploratorze. Sam wynik nie stwierdza pełnego opłacenia faktury ani obecnej możliwości wydania środków.
Wyjaśnij rozbieżność na podstawie źródłowych zapisów
Przy niepoprawnym kluczu porównaj pełne ID i klucz z oryginalnym wynikiem nadawcy. Przy poprawnym kluczu bez dopasowań sprawdź pełny adres płatności. Jeśli generowanie nie znajduje transakcji, sprawdź sieć i postęp łańcucha: badany endpoint wymaga transakcji w łańcuchu. Przy opóźnieniu skorzystaj z poradnika synchronizacji.
Przy wypłatach puli Twój portfel odbiorczy nie jest nadawcą transakcji puli. Zacznij od zapisu puli i historii wpłat; dowód nadawcy uzyskaj od rzeczywistego nadawcy. Nagrody coinbase również nie mają dowodu nadawcy w sprawdzonym endpoincie generowania. Te różnice pomagają dobrać dowód do płatności.
Zachowaj dowód z celem i wynikiem
Przechowuj razem ID, adres odbiorcy, odnośnik do płatności i wynik w prywatnych zapisach. Zanotuj sieć, węzeł i czas sprawdzenia. Zachowaj tylko dane potrzebne do tego celu. Odbiorca dowodu może samodzielnie powtórzyć kontrolę zamiast polegać na zrzucie cudzego wyniku.
Podpisana wiadomość ma inny cel: wykazuje kontrolę klucza podpisu adresu dla konkretnej wiadomości. Dowód płatności dotyczy transakcji, a procedura wiadomości — uzgodnionego wyzwania własności. Poradnik podglądu wyjaśnia, dlaczego dostęp do odczytu pozostaje wrażliwy mimo braku prawa wydawania. Przypisz każdy dowód do pytania, na które odpowiada.
Najczęściej zadawane pytania
Czego potrzeba do weryfikacji dowodu płatności Blocknet?
Potrzebujesz pełnego ID transakcji, jej klucza z portfela nadawcy i pełnego adresu odbiorcy. Prześlij te pola do endpointu weryfikacji zgodnego węzła. Sprawdź wynik walidacji klucza i wyjścia pasujące do adresu, a potem porównaj kwotę z zapisem płatności.
Czy poprawny dowód oznacza opłacenie odbiorcy?
Poprawny wynik potwierdza, że podany klucz należy do transakcji. Trzeba również sprawdzić wyjścia pasujące do adresu odbiorcy. Poprawny klucz bez pasujących wyjść nie dowodzi płatności na ten adres. Sprawdź kwotę, a osobno włączenie do łańcucha i potwierdzenia.
Czy portfel Blocknet tylko do podglądu generuje dowody?
Sprawdzony core wyprowadza dowód z prywatnych danych podglądu portfela, więc odpowiadający mu portfel podglądu może dowieść transakcji wysłanej przez ten portfel. Transakcja musi być w lokalnym łańcuchu, a wyprowadzony klucz musi pasować. Nie daje to portfelowi podglądu prawa wydawania.