Certyfikaty blockchain a Open Badges: co wybrać do cyfrowych poświadczeń w 2026 roku?
Certyfikaty blockchain a Open Badge v2.0: czym różnią się weryfikacja, przenośność i koszt — oraz kiedy każde z rozwiązań ma sens przy wydawaniu cyfrowych poświadczeń.
Nacho founded Badges Ninja to make issuing verifiable digital credentials as simple as a single API call — Open Badge v2.0 badges and certificates, minted, hosted, and verifiable without standing up your own issuer infrastructure.
Jeśli poświęciłeś choć trochę czasu na zgłębianie cyfrowych poświadczeń, natknąłeś się na dwie konkurujące ze sobą oferty. Jedna mówi, że twoje certyfikaty muszą żyć „w blockchainie” — niezmienne, zdecentralizowane, odporne na manipulację. Druga mówi, że potrzebujesz Open Badges — ugruntowanego, interoperacyjnego standardu, który już działa z LinkedIn, systemami rekrutacyjnymi i każdą większą platformą wydającą. Obie twierdzą, że rozwiązują ten sam problem: udowodnienie, że poświadczenie jest prawdziwe, bez konieczności dzwonienia do dziekanatu.
Wcale nie są przeciwieństwami. Ale marketing wokół każdego z nich zamącił nawet to, co „certyfikat blockchain” w ogóle oznacza, a wydawcy w końcu wybierają stos technologiczny, zanim zrozumieją, jaki problem rozwiązują. Ten artykuł rozkłada na czynniki pierwsze to, co naprawdę różni oba podejścia, wskazuje, gdzie zestawienie „blockchain kontra Open Badges” jest fałszywym wyborem, i pokazuje, jak wybrać platformę wydającą bez uzależniania się od infrastruktury, której nie potrzebujesz.
Co naprawdę oznacza „certyfikat blockchain”
„Certyfikat blockchain” to nie jedna rzecz — obejmuje kilka odrębnych architektur, które teksty marketingowe wrzucają do jednego worka:
1. Certyfikaty zakotwiczone przez hash. Samo poświadczenie (PDF, obraz, dokument JSON) żyje w zwykłej bazie danych. W publicznym blockchainie (zwykle Ethereum lub sieć z uprawnieniami) zapisywany jest kryptograficzny hash tego dokumentu — a nie sam dokument. Każdy może ponownie zahashować oryginalny plik i porównać go z zapisem w łańcuchu, aby potwierdzić, że nic się nie zmieniło. To najczęstszy wzorzec wśród dostawców „poświadczeń blockchain”, w tym platform nastawionych na uczelnie, takich jak BCdiploma i POK.
2. Poświadczenia w pełni w łańcuchu. Same dane poświadczenia są przechowywane w łańcuchu, często jako NFT lub niestandardowy standard tokena. Rzadkie w praktyce — koszty gazu i limity danych publicznych łańcuchów sprawiają, że jest to niepraktyczne dla czegokolwiek poza małym pilotażem.
3. Verifiable Credentials (VC) organizacji W3C. Kryptograficzny standard podpisu, w którym emitent podpisuje oświadczenie kluczem prywatnym, a każdy może zweryfikować podpis względem opublikowanego klucza publicznego emitenta — bez żadnego blockchaina, choć VC bywają łączone z opartym na blockchainie rejestrem DID (zdecentralizowanych identyfikatorów). To kierunek, w którym zmierza Open Badge 3.0, i warto zgłębić temat w naszym porównaniu Open Badge v2 i v3.
Wspólny mianownik wszystkich trzech: weryfikacja jest delegowana kryptografii zamiast telefonu do dziekanatu. To jest właściwa propozycja wartości — i jest to ta sama, którą Open Badge v2.0 — obecna, najszerzej przyjęta specyfikacja z opcjonalnym podpisem kryptograficznym — już zapewnia bez żadnego blockchaina.
Co Open Badge v2.0 naprawdę weryfikuje
Poświadczenie Open Badge v2.0 to dokument JSON-LD — ustrukturyzowane, czytelne maszynowo oświadczenie mówiące „emitent X wydał odznakę Y odbiorcy Z w dniu D”, z dołączonym adresem URL dowodu i kryteriami. Model weryfikacji to weryfikacja hostowana: oświadczenie żyje pod stabilnym, kontrolowanym przez emitenta adresem URL, a każdy — rekruter, system HR, bot rekrutacyjny — może pobrać ten adres i uzyskać aktualny, autorytatywny stan poświadczenia, w tym informację, czy w międzyczasie zostało ono unieważnione.

Różni się to od zakotwiczenia hasha w blockchainie pod jednym istotnym względem: zakotwiczenie hasha w blockchainie dowodzi, że dokument nie został zmanipulowany od momentu wydania. Hostowana weryfikacja OBv2 dowodzi bieżącego, aktualnego statusu poświadczenia — wydane, unieważnione lub wygasłe — ponieważ weryfikator zawsze sprawdza źródło prawdy, a nie statyczną migawkę. Jeśli poświadczenie zostanie unieważnione sześć miesięcy po wydaniu (certyfikacja wygasa, wykryto naruszenie), zakotwiczony hashem PDF wciąż daje tę samą wartość co zawsze — zakotwiczenie nie mówi nic o unieważnieniu. Hostowana strona weryfikacji OBv2 odzwierciedla unieważnienie natychmiast. Pełny kształt oświadczenia poświadczenia, pole po polu, zobaczysz w przewodniku po API wyróżnień i dokumentacji API.
Przenośność: portfele a adresy URL
Platformy poświadczeń zakotwiczonych w blockchainie często podkreślają przenośność portfela — ideę, że odbiorca „posiada” swoje poświadczenie tak, jak posiada portfel kryptowalut, niezależnie od tego, czy jakakolwiek platforma pozostaje online. To realna właściwość i dla instytucji martwiących się o uzależnienie od dostawcy w perspektywie 20 lat ma ona znaczenie.
W praktyce jednak przenośność dla odbiorcy dziś decyduje się na jednej rzeczy: czy może umieścić poświadczenie na LinkedIn jednym kliknięciem? Open Badges wygrywają tę walkę już zdecydowanie. Odbiorca na badges.ninja dostaje publiczny profil pod badges.ninja/u/{handle}, udostępnialny adres URL weryfikacji, pobieralny certyfikat PDF oraz przycisk LinkedIn „Dodaj do profilu”, który wstępnie wypełnia okno certyfikacji — bez oprogramowania portfela, bez frazy seed, bez opłaty za gaz. Rekruterzy i menedżerowie zatrudniający nie sprawdzają eksploratorów blockchaina; klikają link certyfikacji na LinkedIn. Jeśli twoim celem jest zasięg wśród odbiorców i sygnał wiarygodności, hostowana weryfikacja z adresem URL bije hash w łańcuchu, którego nikt poza twoim dziekanatem nie potrafi odczytać.
Koszt i złożoność
To tutaj oba podejścia rozchodzą się najmocniej. Wydawanie zakotwiczone w blockchainie zwykle oznacza:
- Opłaty za gaz za każde poświadczenie (nawet na tanich łańcuchach przy dużej skali generuje to realny koszt operacyjny)
- Infrastrukturę portfela dla wydawców, a często i dla odbiorców
- Zależność od konkretnego łańcucha, który musi pozostać ekonomicznie opłacalny i dostępny
- Enterprise’owe cykle sprzedaży — większość dostawców poświadczeń blockchain sprzedaje uczelniom i dużym instytucjom na podstawie umów szytych na miarę, a nie samoobsługowej rejestracji
Wydawanie Open Badge v2.0 to natomiast po prostu ustrukturyzowany JSON serwowany przez HTTPS. Nie ma kosztu transakcji blockchain za poświadczenie, nie ma zależności od portfela i nie ma powodu, by wydawanie musiało być zarezerwowane wyłącznie dla enterprise. Odzwierciedla się to bezpośrednio w cenniku: badges.ninja wydaje poświadczenia Open Badge v2.0 już od $0/miesiąc (plan Free), z przejściem do $9/mies. (Starter) i $29/mies. (Pro) — bez opłaty za gaz od poświadczenia, bez negocjowania umów. Jeśli porównujesz całkowity koszt w tej kategorii, nasze zestawienie najtańszej platformy Open Badges omawia, gdzie platformy zakotwiczone w blockchainie plasują się cenowo względem alternatyw z weryfikacją hostowaną.
A co z trwałością bez blockchaina?
Najmocniejszy argument strony blockchaina to trwałość: co stanie się z poświadczeniem za 20 czy 30 lat, jeśli platforma zmieni infrastrukturę, przejdzie reorganizację lub zamknie się? To słuszne pytanie — ale publiczny rejestr nie jest jedyną odpowiedzią, a dla niemal każdego jest odpowiedzią błędną.
Hostowana weryfikacja naturalnie łączy się z trwałym magazynem adresowanym treścią. Na badges.ninja obraz odznaki każdego poświadczenia jest przechowywany trwale pod niezmiennym adresem URL opartym na skrócie treści, więc wizualny artefakt pozostaje dostępny przez swój content hash przez cały okres życia poświadczenia — dostajesz trwały, odporny na manipulację magazyn bez opłat za gaz, portfeli czy zależności od łańcucha. W połączeniu z oświadczeniem Open Badge v2.0 serwowanym przez HTTPS pokrywa to kwestię trwałości dla przytłaczającej większości wydawców: dostawców szkoleń, bootcampów, firmowych zespołów L&D i stowarzyszeń zawodowych.
Wąski zbiór regulowanych nisz — pewne rządowe lub transgraniczne ramy uznawania poświadczeń — rzeczywiście wprost odwołuje się do notaryzacji w łańcuchu, a te instytucje będą miały swoje wymogi zgodności rozpisane co do szczegółu. Poza tymi konkretnymi nakazami hash w łańcuchu kupuje ci gwarancję przenośności, z której twoi odbiorcy nigdy realnie nie skorzystają, kosztem realnej złożoności.
Praktyczna rekomendacja na 2026 rok
Dla większości wydawców właściwa architektura to: hostowana weryfikacja Open Badge v2.0 dziś, z wyraźnym okiem na OB 3.0 / W3C Verifiable Credentials w miarę dojrzewania tego ekosystemu. OB 3.0 daje ci kryptograficzną, podpisaną przez emitenta weryfikację — właściwą właściwość bezpieczeństwa, na którą zwykle sprzedaje się zakotwiczenie w blockchainie — bez konieczności posiadania łańcucha, opłat za gaz czy oprogramowania portfela. To standaryzowana wersja „kryptograficznie weryfikowalnego”, pochodząca z tego samego organu 1EdTech, który utrzymuje OBv2, co oznacza, że będzie współpracować z ekosystemem LinkedIn / ATS / LMS, od którego już zależysz.
Jeśli działasz pod konkretnym rządowym lub instytucjonalnym nakazem dyktującym określony format weryfikacji, kieruj się wymogiem, który przekaże ci twój zespół ds. zgodności — kilku dostawców buduje rozwiązania specjalnie pod te ograniczenia, a to, jak wypada ta kategoria, omawiamy w naszych zestawieniach alternatywa dla BCdiploma i alternatywa dla POK. Dla wszystkich pozostałych — programów szkoleniowych, bootcampów, firmowych zespołów ds. zgodności, stowarzyszeń zawodowych — hostowana weryfikacja Open Badge v2.0, wsparta trwałym hostingiem obrazów, daje ci ten sam praktyczny efekt (poświadczenie, którego nikt nie podrobi, które weryfikuje się natychmiast i które odbiorcy faktycznie udostępniają) bez narzutu infrastruktury.
Gotów wydać swoje pierwsze weryfikowalne poświadczenie? Zacznij za darmo na badges.ninja — wizualny kreator, publiczna strona weryfikacji, certyfikat PDF, wyjście w formacie Open Badge v2.0. Bez karty kredytowej.
Jak powstał ten artykuł
Niektóre wpisy na tym blogu powstają z pomocą asystenta AI, a następnie są sprawdzane, weryfikowane merytorycznie i redagowane przez zespół Badges Ninja przed publikacją. Każdy przykład kodu i cena są weryfikowane względem działającego produktu. Więcej o naszym procesie redakcyjnym i wykorzystaniu AI przeczytasz na naszej stronie procesu redakcyjnego .

O autorze
Nacho Coll
Founder & Engineer at Badges Ninja
Nacho founded Badges Ninja to make issuing verifiable digital credentials as simple as a single API call — Open Badge v2.0 badges and certificates, minted, hosted, and verifiable without standing up your own issuer infrastructure. Writes about the Open Badges spec, credential verification, and running a credentialing platform serverless on AWS, from the operator side of the wire.


