Przewodnik krok po kroku

Jak zweryfikować pakiet dowodowy ProofSnap

W 2026 roku weryfikacja pakietu dowodowego ProofSnap jest możliwa na trzy sposoby: w panelu bocznym rozszerzenia, w bezpłatnym Weryfikatorze dowodów na getproofsnap.com albo skryptami verify.sh i verify.ps1 z samego pliku ZIP. Każdy z nich ponownie oblicza sumę kontrolną (skrót) SHA-256 każdego pliku, sprawdza podpis RSA pliku manifest.json i pokazuje znaczniki czasu pakietu.

Autor: Radim Motycka, założyciel i główny inżynier ProofSnap, który zbudował panel, API i system przechwytywania opisany w tym przewodniku. ·

Dotyczy

Pakietów stron, wideo, sesji i plików

Trzy ścieżki

Panel boczny, strona, skrypty

Konto

Na stronie niepotrzebne

Do czego służy ten przewodnik

Pakiet dowodowy niewiele znaczy, jeśli nie da się go zweryfikować: odbiorca pliku ZIP chce wiedzieć, że po przechwyceniu żaden plik się nie zmienił. Weryfikujesz go zaraz po przechwyceniu i ponownie przed przekazaniem. Strona przeciwna albo biegły sprawdzają później ten sam ZIP na własną rękę, z ProofSnap albo bez niego. Ten przewodnik pokazuje krok po kroku wszystkie trzy ścieżki i wyjaśnia, jak odczytać wyniki.

Kto z niego korzysta i do czego

  • Adwokaci i radcowie prawni: sprawdzają ZIP, zanim dołączą go do akt albo wyślą stronie przeciwnej, na przykład gdy zawiera fałszywą opinię w Google albo obraźliwy wpis.
  • Biegli sądowi: powtarzają weryfikację na własnym komputerze skryptem verify.sh albo verify.ps1, niezależnie od ProofSnap.
  • Działy prawne, compliance i inspektorzy ochrony danych (IOD): weryfikują pakiety otrzymane od współpracowników lub dostawców, zanim zarchiwizują je w sprawie.
  • Detektywi, dziennikarze i fact-checkerzy: pokazują klientowi albo redakcji, że przechwycona strona nie została później podretuszowana.
  • Ochrona marki i e-commerce: sprawdzają dowody ogłoszeń z podróbkami w serwisach aukcyjnych albo zmienionych regulaminów sprzedaży, zanim wyślą wezwanie przedsądowe.
  • Odbiorcy pakietu: strona przeciwna albo sąd weryfikują otrzymany plik w Weryfikatorze dowodów, bez konta.

Trzy sposoby weryfikacji

Wszystkie trzy sposoby sprawdzają to samo: czy każdy plik jest nadal tym, co zapieczętowano w chwili przechwycenia, i które znaczniki czasu wskazują, kiedy pakiet istniał. Wybierz ścieżkę, która pasuje do osoby przeprowadzającej weryfikację.

Masz plan w panelu ProofSnap? Panel ma własną weryfikację pakietów: zobacz W panelu ProofSnap.

Co wykazuje udana weryfikacja

Weryfikacja pakietu dowodowego ProofSnap odpowiada na trzy odrębne pytania. Integralność: każdy plik ma nadal skrót SHA-256 zapisany w manifest.json. Spójność: podpis RSA w manifest.sig pasuje do manifestu, więc nie zmieniono także listy skrótów. Czas: dowód OpenTimestamps pokazuje, że manifest istniał najpóźniej w chwili określonego bloku Bitcoina. Kwalifikowany znacznik czasu od Disig a.s., kwalifikowanego dostawcy usług zaufania z unijnej listy zaufania, wiąże go z datą i godziną.

Podpis wykazuje tylko integralność, ponieważ jego klucz jest generowany przy każdym przechwyceniu i jest dołączony do pakietu, w pliku publickey.pem; czas wykazują znaczniki czasu. Skrypty verify.sh i verify.ps1 przechodzą przez te same cztery etapy (integralność plików, podpis manifestu, znacznik czasu eIDAS i kotwica Bitcoin, dla której wypisują polecenie klienta OpenTimestamps) i kończą się jednym z trzech kodów wyjścia: 0 dla PASS, 1 dla FAIL i 2 dla INCOMPLETE.

Trzy ścieżki w porównaniu

Weryfikator w panelu bocznym odczytuje pakiety do około 1,8 GB, ale pamięć przeglądarki może się wyczerpać już od około 900 MB. Przy większych pakietach użyj verify.sh albo verify.ps1, które sprawdzają plik po pliku pakiety dowolnej wielkości.

A: panel bocznyB: stronaC: skrypty z ZIP
Kto korzystaTy, przed wysłaniemKażdy, kto otrzyma pakietBiegły na własnym komputerze
Konto ProofSnapPotrzebneNiepotrzebneNiepotrzebne
Gdzie działaChrome lub Edge z ProofSnapDowolna aktualna przeglądarkamacOS, Linux, Windows
Korzysta z serwerów ProofSnapPrzy obu weryfikacjach czasuPrzy obu weryfikacjach czasuNie
Duże wideoDo około 1,8 GBOgraniczone pamięcią przeglądarkiBez limitu wielkości

Krok 1, dla wszystkich

Pracuj na oryginalnym pliku ZIP

Wszystkie opisane tu ścieżki sprawdzają ZIP dokładnie w takiej postaci, w jakiej utworzył go ProofSnap, niezależnie od tego, czy to przechwycenie strony, wideo, sesja z kilkoma kartami czy certyfikacja pliku. Ten sam ZIP przekazujesz stronie przeciwnej, swojemu pełnomocnikowi albo sądowi. Zachowaj oryginał nienaruszony i pracuj na kopiach. Co zawiera każdy plik w ZIP, wyjaśnia przewodnik Co zawiera pakiet dowodowy.

  1. 1ZIP. Zmiana nazwy pliku ZIP nie sprawia problemów: weryfikacja sprawdza pliki, które się w nim znajdują. Nie dodawaj plików, nie usuwaj żadnego i nie kompresuj go ponownie.
  2. 2manifest.json. Lista wszystkich plików ze skrótem SHA-256 każdego z nich, podpisana w manifest.sig kluczem z pliku publickey.pem. Jeśli są znaczniki czasu Bitcoin i eIDAS, dotyczą właśnie tego pliku.
  3. 3verification/. Skrypty i przewodnik w zwykłym tekście do sprawdzenia pakietu bez ProofSnap, zobacz kroki od 8 do 10.
Przykładowy pakiet przechwycenia strony z OpenTimestamps i eIDAS, otwarty w menedżerze plików (w uproszczeniu). Dokładna lista zależy od planu i opcji.

Ścieżka A

Weryfikacja w panelu bocznym ProofSnap

Weryfikator jest wbudowany w rozszerzenie, obok narzędzi do przechwytywania. W polskim interfejsie nazywa się „ProofSnap Weryfikator Zaufania”.

Krok 2, w panelu bocznym

Otwórz ProofSnap Weryfikator Zaufania

Otwórz panel boczny ProofSnap i przewiń poniżej opcji przechwytywania. Blok ProofSnap Weryfikator Zaufania znajduje się tuż nad „Certyfikacja plików” i na początku jest zwinięty. Aby go zobaczyć, potrzebujesz konta ProofSnap z planem albo SnapPackiem; kto nie ma ProofSnap, korzysta ze strony (krok 7).

  1. 1Ikona ProofSnap. Otwiera panel boczny. Nie ma znaczenia, która karta przeglądarki jest otwarta.
  2. 2ProofSnap Weryfikator Zaufania. Kliknij tytuł, aby rozwinąć blok.
Weryfikator znajduje się pod opcjami przechwytywania i nad „Certyfikacja plików”. Działa na każdej karcie. Panel boczny odtworzony na podstawie interfejsu rozszerzenia; plan i liczby są przykładowe.

Krok 3, w panelu bocznym

Wybierz ZIP i kliknij Zweryfikuj plik zip

Weryfikator przyjmuje pakiet przechwycenia strony lub wideo, pakiet sesji, certyfikację pliku, łączną certyfikację kilku plików i pakiet zbiorczy z jednym plikiem ZIP na każdy plik. Sam rozpoznaje rodzaj pakietu, odczytując manifest.

  1. 1Kliknij, aby przesłać lub przeciągnij i upuść. Wybierz ZIP. Jego nazwa pojawi się na niebiesko pod polem przesyłania.
  2. 2Zweryfikuj plik zip. Wykonuje wszystkie weryfikacje w Twojej przeglądarce. Obie weryfikacje czasu korzystają z usługi weryfikacji ProofSnap, więc pozostań online. Bardzo duże pakiety (od około 900 MB, zwykle długie nagrania wideo) mogą wyczerpać pamięć przeglądarki; powyżej około 1,8 GB weryfikator odsyła do skryptów z kroku 8.
Rozwinięty blok z wybranym plikiem ZIP. Dopóki nie wybierzesz pliku, przycisk jest wyszarzony i nie da się go kliknąć.

Krok 4, w panelu bocznym

Odczytaj wynik

Wynik podsumowuje wszystkie weryfikacje w jednym wierszu. Najedź na niego kursorem, aby przeczytać krótkie wyjaśnienie.

  1. 1Integralność: zgodna. Wszystkie weryfikacje kryptograficzne przeszły pomyślnie: pliki odpowiadają manifestowi, a manifest odpowiada podpisowi utworzonemu kluczem pakietu. Weryfikator pokazuje ten wiersz dopiero wtedy, gdy rzeczywiście sprawdził podpis i ponownie obliczył skróty plików.
  2. 2Integralność: zmieniona. Dowód został zmieniony albo jest niekompletny: co najmniej jedna weryfikacja się nie powiodła. Niżej dowiesz się, co zrobić.
  3. 3Pokaż weryfikację techniczną. Otwiera poszczególne weryfikacje (następny krok).
U góry: nienaruszony pakiet. Poniżej: to samo miejsce, gdy któraś weryfikacja się nie powiodła.

Krok 5, w panelu bocznym

Otwórz weryfikację techniczną

Każdy wiersz to jedna weryfikacja. Niebieski pasek oznacza weryfikację zakończoną pomyślnie albo informację, czerwony pasek weryfikację, która się nie powiodła. To, które wiersze się pojawią, zależy od zawartości pakietu.

  1. 1manifest.json. Podpis RSA manifestu jest sprawdzany kluczem publicznym pakietu. Wykazuje, że manifest nie zmienił się od chwili podpisania.
  2. 2Integralność plików. Skrót SHA-256 każdego pliku wymienionego w manifeście jest ponownie obliczany i porównywany. Podpis i klucz są zapisywane po manifeście, więc sprawdzana jest tylko ich obecność. Pakiety sesji obejmują pliki każdej karty, pakiety wideo nagranie, a pakiety utworzone w trybie kryminalistycznym także plik WARC, plik HAR i każdy zasób w resources/.
  3. 3Łańcuch dowodowy. Czas przechwycenia jest wiarygodny (nie leży w przyszłości i nie jest starszy niż 30 lat), forensic_log.json odpowiada skrótowi zapisanemu w chain_of_custody.json, jego łańcuch skrótów jest przeliczany krok po kroku, a końcowy skrót łańcucha się zgadza. Wiersz, który przywołuje normę ISO, powtarza to, co deklaruje chain_of_custody.json; nie jest oceną.
  4. 4Kontekst przechwycenia. Wersja rozszerzenia, liczba serwerów czasu, które potwierdziły czas przechwycenia, wynik integralności urządzenia i liczba zapisanych operacji. Pakiet sesji wymienia też wszystkie karty, które obejmuje.

Wiersze znaczników czasu

  1. 5OpenTimestamps. Blok Bitcoina, w którym zakotwiczono manifest, wraz z jego datą. Zaraz po przechwyceniu ten wiersz informuje, że potwierdzenie jest w toku (zobacz krok 11). Nie pojawia się przy przechwyceniach w planie Essential, chyba że przechwycenie opłacono z eIDAS SnapPacka albo Video SnapPacka.
  2. 6Kwalifikowany znacznik czasu UE. Kwalifikowany znacznik czasu jest ważny dla tego manifestu: wystawca i godzina w UTC. Disig a.s. to kwalifikowany dostawca usług zaufania z unijnej listy zaufania.
  3. 7Kwalifikowany znacznik czasu UE (LTV). Druga weryfikacja, która nie potrzebuje żadnego serwera: skrót, podpis, łańcuch certyfikatów i status unieważnienia, wszystko na podstawie pliku eidas_validation.json z pakietu. Jeśli usługa eIDAS jest niedostępna, ta weryfikacja działa samodzielnie.
  4. 8Wystawca. Przypomina, że klucz podpisu jest generowany wewnątrz pakietu: podpis wykazuje integralność, znaczniki czasu wykazują czas.
Weryfikacja techniczna przykładowego pakietu kilka godzin po przechwyceniu. Wartości są przykładowe.

Krok 6, certyfikacje plików

Porównaj oryginalny plik z certyfikatem

W certyfikacji pliku weryfikator dodaje blok, który porównuje dowolny przeciągnięty do niego plik z certyfikowanym skrótem. Użyj go, aby wykazać, że kopia, którą masz dziś Ty albo strona przeciwna, to dokładnie ten plik, który certyfikowano. Skrót pliku jest obliczany w Twojej przeglądarce, a sam plik nie jest wysyłany. Jak utworzyć certyfikację pliku w rozszerzeniu, wyjaśnia przewodnik Certyfikacja pliku.

  1. 1ZIP certyfikacji. Najpierw go zweryfikuj, jak w krokach od 3 do 5.
  2. 2Zweryfikuj, czy oryginalny plik odpowiada certyfikatowi. Przeciągnij oryginał. Plik odpowiada certyfikatowi oznacza, że ten plik istniał już w dniu i o godzinie podanych w certyfikacie. Plik NIE odpowiada oznacza, że skrót jest inny: to nie jest plik, który certyfikowano. Możesz przeciągnąć kilka plików naraz, na przykład oryginały łącznej certyfikacji.
  3. 3Wynik. Dotyczy samego pakietu, jak w każdym innym pakiecie.
  4. 4Typ pakietu. „File Certification” z certyfikowanym skrótem albo „Łączna certyfikacja plików” z liczbą plików.
Certyfikacja pliku z oryginalnym plikiem przeciągniętym do dodatkowego bloku. Nazwa pliku i skrót są przykładowe; lista ciągnie się niżej.

Dla użytkowników panelu

W panelu ProofSnap

W płatnym planie panel ProofSnap sprawdza pakiet w sekcji Narzędzia > Zweryfikuj pakiet; w trybie testowym tego narzędzia nie ma. Przeciągnij ZIP, na przykład pobrany z Historii przechwyceń. ZIP jest sprawdzany w Twojej przeglądarce i nie jest przesyłany. Do ProofSnap trafia tylko skrót SHA-256 pliku manifest.json, aby wyszukać go w rejestrze wydań.

  1. 1Wynik. „Zweryfikowano. Pakiet nienaruszony.”, „Weryfikacja nie powiodła się. Pakiet zmieniony.” albo „Nieprawidłowy pakiet.”, ze skrótem SHA-256 pliku manifest.json, do którego odnoszą się znaczniki czasu i rejestr.
  2. 2Podpis manifestu i skróty plików. Podpis RSA pliku manifest.json i skrót SHA-256 każdego pliku wymienionego w manifeście. Plik, który jest w ZIP, ale nie figuruje w manifeście, także zmienia wynik na zmieniony.
  3. 3Powiązane z tym pakietem. Pliki .ots i .tsr odnoszą się dokładnie do tego pliku manifest.json. Panel nie sprawdza bloku Bitcoina ani łańcucha certyfikatów TSA: to zadanie Weryfikatora dowodów (krok 7). Skrypty (kroki od 8 do 10) wypisują polecenia do ich ręcznego sprawdzenia.
  4. 4Rejestr wydań ProofSnap. Wydane przez ProofSnap, z datą, w której ProofSnap zarejestrował ten manifest w chwili wydania. Nie zarejestrowano pojawia się na szaro i nie świadczy o manipulacji: pakietów wydanych przed utworzeniem rejestru w nim nie ma.

Narzędzie przyjmuje też eksport sprawy: każdy pakiet przechwycenia w nim jest sprawdzany i wymieniany z własnym wynikiem. Jeśli przeglądarka nie potrafi odczytać pliku ZIP, narzędzie o tym informuje i wskazuje weryfikator online.

Narzędzia > Zweryfikuj pakiet w panelu, w uproszczeniu: każdy wiersz objaśnia też swoją weryfikację jednym zdaniem. Nazwa pliku, rozmiar, skrót i data są przykładowe.

Ścieżka B

Weryfikacja na stronie

Dla każdego, kto otrzyma pakiet. Nie trzeba niczego instalować: Weryfikator dowodów działa w dowolnej przeglądarce.

Krok 7, na stronie

Zweryfikuj na getproofsnap.com, bez konta

Strona przeciwna, sąd albo biegły mogą otworzyć Weryfikator dowodów tej strony w dowolnej przeglądarce, bez ProofSnap i bez konta. Przeprowadza on ten sam rodzaj weryfikacji i wymienia każdy wynik w osobnym wierszu. ZIP jest otwierany w przeglądarce; do weryfikacji Bitcoin i eIDAS strona wysyła do usługi weryfikacji ProofSnap manifest, jego skrót i dowody znaczników czasu.

  1. 1Przeciągnij ZIP. Albo kliknij, aby go wybrać.
  2. 2Zweryfikuj pakiet dowodowy. Uruchamia weryfikacje.
  3. 3Wyniki weryfikacji. Niebieski znacznik oznacza weryfikację zakończoną pomyślnie, ciemny krzyżyk weryfikację, która się nie powiodła.
  4. 4Dane pakietu. Typ, ID i czas przechwycenia, odczytane z manifestu.
  5. 5Podpis manifestu został zweryfikowany. Ta sama weryfikacja co w panelu bocznym.
  6. 6Hash zgodny. Jeden wiersz na plik. Zmieniony plik pokazuje Hash niezgodny, brakujący plik Brak pliku.
  7. 7Łańcuch dowodowy. Skrót dziennika kryminalistycznego, łańcuch skrótów, deklarowana norma i integralność urządzenia.
  8. 8Znaczniki czasu. Blok Bitcoina z jego datą w czasie lokalnym, znacznik czasu eIDAS i weryfikacja offline LTV. Przy certyfikacji jednego pliku strona automatycznie sprawdza też oryginalny plik zawarty w ZIP.
Weryfikator tej strony w uproszczeniu: pominięto nagłówek strony. Wyniki tego samego przykładowego pakietu co w kroku 5.

Ścieżka C

Weryfikacja bez ProofSnap

Każdy pakiet zawiera własne skrypty weryfikacyjne w folderze verification. Są wymienione w podpisanym manifeście, więc obejmuje je ten sam podpis co dowody.

Krok 8, bez ProofSnap

Uruchom verify.sh w macOS lub Linuksie

Aby przeprowadzić weryfikację, która nie zależy od niczego, co pochodzi od ProofSnap, rozpakuj kopię pakietu i uruchom dołączony do niej skrypt. Wystarczy to, co macOS i Linux już mają: powłoka, awk i narzędzie SHA-256 (shasum, sha256sum albo openssl), a do etapów podpisu i eIDAS także openssl. Skrypt niczego nie zapisuje w pakiecie.

  1. 1Start. W rozpakowanym folderze: bash verification/verify.sh.
  2. 2Integralność plików. Ponownie oblicza skrót SHA-256 każdego pliku wymienionego w manifeście: OK, MISMATCH albo MISSING. Plik, który jest w folderze, ale nie figuruje w manifeście, zostaje oznaczony jako NOT COVERED.
  3. 3Podpis manifestu. Sprawdza manifest.sig za pomocą openssl. Verified OK to odpowiedź samego openssl.
  4. 4eIDAS. Porównuje skrót zawarty w kwalifikowanym tokenie z plikiem manifest.json, porównuje certyfikat główny z pakietu z opublikowanym odciskiem CA Disig QCA4 i weryfikuje podpis tokena. Wypisuje polecenie openssl dla pełnego łańcucha certyfikatów.
  5. 5OpenTimestamps. Wypisuje polecenie do sprawdzenia kotwicy Bitcoin klientem OpenTimestamps (ots), który instaluje się osobno.
  6. 6RESULT. PASS (kod wyjścia 0), FAIL, gdy weryfikacja została wykonana i się nie powiodła (1), albo INCOMPLETE, gdy zabrakło narzędzia (2), co nie oznacza wady pakietu.
Uproszczony terminal w Linuksie z OpenSSL 3. Wszystkie wiersze pod poleceniem skrypt verify.sh wypisuje dokładnie w tej postaci; nazwa folderu i skrót są przykładowe.

Krok 9, bez ProofSnap

Uruchom verify.ps1 w Windows

Rozpakuj kopię pakietu, otwórz PowerShell (w wersji 5 lub nowszej) w tym folderze i uruchom poniższe polecenie. Skrypt wykonuje te same cztery etapy co verify.sh.

  1. 1Start. powershell -ExecutionPolicy Bypass -File verification\verify.ps1 w rozpakowanym folderze.
  2. 2Integralność plików. Korzysta z Get-FileHash, który jest częścią Windows, i porównuje także wartości SHA-512 zapisane w manifeście. Ta część nie potrzebuje niczego więcej.
  3. 3Bez OpenSSL. Windows nie zawiera OpenSSL, więc etapy podpisu i eIDAS informują, że nie mogły zostać wykonane. Zainstaluj OpenSSL 3 i uruchom skrypt ponownie, aby przeprowadzić pełną weryfikację.
  4. 4RESULT. Wynik to INCOMPLETE tylko dlatego, że dwie weryfikacje nie zostały wykonane; wszystko, co wykonano, przeszło pomyślnie.
Uproszczone okno Windows PowerShell na komputerze bez OpenSSL, czyli w standardowej sytuacji w Windows. Wiersze w postaci, w jakiej wypisuje je verify.ps1; folder jest przykładowy.

Krok 10, bez ProofSnap

Albo przejdź ręcznie przez VERIFICATION_GUIDE.txt

Biegli, którzy wolą wpisywać każde polecenie samodzielnie albo nie mogą uruchamiać skryptów, znajdą procedurę ręczną w pliku verification/VERIFICATION_GUIDE.txt. Jest on częścią podpisanego pakietu, tak jak skrypty.

  1. 1Evidence ID. Wiąże przewodnik z tym pakietem.
  2. 2A) Skrypty. Polecenia z kroków 8 i 9.
  3. 3B) Online. Adres weryfikatora online, krok 7.
  4. 4C) Ręcznie. Cztery etapy, każdy z dokładnym poleceniem.
  5. 5STEP 1. Ponownie oblicz skrót SHA-256 każdego pliku i porównaj go z manifestem.
  6. 6STEP 2. Polecenie openssl dla podpisu manifestu. Dalej: polecenie eIDAS z uwagami o OpenSSL 3 i o LibreSSL, który macOS instaluje pod nazwą openssl, oraz polecenie OpenTimestamps.
Początek przewodnika w zwykłym edytorze tekstu (w uproszczeniu). Dalej następuje etap 3 (STEP 3, eIDAS), etap 4 (STEP 4, OpenTimestamps) i łańcuch skrótów. Evidence ID jest przykładowy.

Ręczna weryfikacja znaczników eIDAS i Bitcoin

Znacznik czasu eIDAS w OpenSSL

Kwalifikowany znacznik czasu pakietu ProofSnap to plik manifest.json.tsr.

  1. Skopiuj wartość pola rootCaPem z pliku eidas_validation.json do pliku o nazwie tsa-root.pem.
  2. Porównaj go z opublikowanym odciskiem CA Disig QCA4, który wypisuje verify.sh.
  3. W rozpakowanym folderze uruchom openssl ts -verify -in manifest.json.tsr -data manifest.json -CAfile tsa-root.pem.

Użyj OpenSSL 3, a nie LibreSSL, który macOS instaluje pod nazwą openssl: LibreSSL nie potrafi odczytać jednego z atrybutów kwalifikowanych znaczników czasu i zgłasza błąd nawet przy prawidłowym znaczniku.

Kotwica Bitcoin w kliencie OpenTimestamps

Zainstaluj klienta OpenTimestamps (ots) i uruchom ots verify manifest.json.ots -f manifest.json. Potwierdzony dowód wskazuje blok Bitcoina, a to pokazuje, że manifest istniał najpóźniej w chwili tego bloku. Dowód, który wciąż oczekuje, trzeba zweryfikować ponownie po kilku godzinach.

Wyniki

Dwa wyniki, które wymagają uwagi

Oczekujący znacznik czasu Bitcoin i pakiet wskazany jako zmieniony.

Gdy kotwica Bitcoin oczekuje

Zweryfikuj ponownie po kilku godzinach

Znacznik czasu Bitcoin staje się ostateczny dopiero wtedy, gdy obejmie go blok Bitcoina. Zaraz po przechwyceniu dowód jest przesłany, ale jeszcze niepotwierdzony. To normalne i nie zmienia wyniku.

  1. 1Oczekuje. Wysłano: oczekiwanie na potwierdzenie Bitcoin (zwykle 1-3 godziny). Na stronie: OpenTimestamps: dowód przesłany, oczekuje na potwierdzenie.
  2. 2Zweryfikowano. Zweryfikuj ponownie ten sam ZIP, bez zmieniania go, po kilku godzinach: wiersz wskaże wtedy blok Bitcoina. To pokazuje, że pakiet istniał najpóźniej w chwili tego bloku. Nie próbuj aktualizować ani podmieniać pliku .ots.

Kilka minut po przechwyceniu

Kilka godzin później, ten sam ZIP

Wiersz OpenTimestamps w weryfikacji technicznej panelu bocznego. Numer bloku i data są przykładowe.

Gdy wynik wskazuje zmianę

Nie naprawiaj pliku ZIP: wróć do oryginału

Otwórz Pokaż weryfikację techniczną: czerwony wiersz wskazuje weryfikację i zwykle także plik. Nie próbuj poprawiać pakietu: każda zmiana sprawiłaby, że weryfikacja znowu by się nie powiodła. Zamiast tego zweryfikuj oryginalnie pobrany plik. Najczęstsze przyczyny to niegroźne błędy przy obsłudze plików.

  1. 1Plik został zmieniony. Wystarczy otworzyć plik z pakietu i go zapisać, nawet bez widocznych zmian, albo zmienić jego nazwę, by przestał odpowiadać manifestowi.
  2. 2Pakiet rozpakowano i ponownie spakowano. Ponowne spakowanie zwykle przesuwa wszystko o jeden folder niżej i weryfikator nie znajduje już pliku manifest.json na najwyższym poziomie ZIP. Niektóre programy dodają też własne ukryte pliki.

Jeśli także oryginalnie pobrany plik pokazuje wynik zmieniona, zachowaj go w niezmienionej postaci i napisz na support@getproofsnap.com, podając czerwony wiersz z weryfikacji technicznej.

Plik wewnętrzny otwarto i zapisano ponownie

Pakiet rozpakowano i ponownie spakowano

Początek weryfikacji technicznej w dwóch typowych przypadkach. Nazwy plików są przykładowe.

Częste pytania

Dowody, które każdy może zweryfikować

Masz pakiet ProofSnap do sprawdzenia? Sprawdź go w Weryfikatorze dowodów. Chcesz zabezpieczać własne dowody? Zainstaluj ProofSnap.

Zainstaluj ProofSnap, 7-dniowy okres próbny
Otwórz ProofSnap Dashboard