Blockchain-sertifikater vs. Open Badges: Hva bør du velge til digitale credentials i 2026?

Blockchain-sertifikater vs. Open Badge v2.0: hvordan verifisering, portabilitet og kostnad skiller seg — og når hver av dem gir mening når du utsteder digitale credentials.

Nacho Coll Av Oppdatert 7 min lesing
Blockchain-sertifikater vs. Open Badge v2.0: hvordan verifisering, portabilitet og kostnad skiller seg — og når hver av dem gir mening når du utsteder digitale credentials.

Har du brukt litt tid på å undersøke digitale credentials, har du støtt på to konkurrerende salgsargumenter. Det ene sier at sertifikatene dine må ligge „på blockchainen” — uforanderlige, desentraliserte, umulige å forfalske. Det andre sier at du trenger Open Badges — en veletablert, interoperabel standard som allerede fungerer med LinkedIn, søkersystemer og alle større utstederplattformer. Begge hevder å løse det samme problemet: å bevise at en credential er ekte uten en telefon til studieadministrasjonen.

De er egentlig ikke motsetninger. Men markedsføringen rundt hver av dem har tåkelagt hva et „blockchain-sertifikat” i det hele tatt betyr, og utstedere ender opp med å velge en teknologistabel før de forstår hvilket problem de faktisk løser. Dette innlegget bryter ned hva som virkelig skiller de to tilnærmingene, hvor „blockchain vs. Open Badges”-fremstillingen er et falskt valg, og hvordan du velger en utstederplattform uten å låse deg til infrastruktur du ikke trenger.

Hva et „blockchain-sertifikat” egentlig betyr

„Blockchain-sertifikat” er ikke én ting — det dekker noen få distinkte arkitekturer som blir slått sammen i markedsføringstekst:

1. Hash-forankrede sertifikater. Selve credentialen (en PDF, et bilde, et JSON-dokument) ligger i en helt vanlig database. En kryptografisk hash av dokumentet — ikke dokumentet selv — skrives til en offentlig blockchain (som regel Ethereum eller en tillatelsesbasert kjede). Hvem som helst kan re-hashe originalfilen og sammenligne den med posten på kjeden for å bekrefte at ingenting har endret seg. Dette er det vanligste mønsteret blant „blockchain credential”-leverandører, inkludert universitetsfokuserte plattformer som BCdiploma og POK.

2. Fullt on-chain credentials. Selve credential-dataene lagres på kjeden, ofte som en NFT eller en egendefinert token-standard. Sjeldent i praksis — gas-kostnader og datagrenser på offentlige kjeder gjør dette upraktisk for alt annet enn en liten pilot.

3. W3C Verifiable Credentials (VC-er). En kryptografisk signeringsstandard der utstederen signerer en påstand med en privat nøkkel, og hvem som helst kan verifisere signaturen mot utstederens publiserte offentlige nøkkel — helt uten blockchain, selv om VC-er noen ganger kombineres med et blockchain-basert DID-register (desentralisert identifikator). Dette er retningen Open Badge 3.0 beveger seg i, og det er verdt å lese mer om i vår sammenligning av Open Badge v2 vs. v3.

Den røde tråden på tvers av alle tre: verifisering delegeres til kryptografi i stedet for en telefon til studieadministrasjonen. Det er det faktiske verdiforslaget, og det er ett som Open Badge v2.0 — den gjeldende, mest utbredte spesifikasjonen med valgfri kryptografisk signering — allerede leverer uten en blockchain.

Hva Open Badge v2.0 egentlig verifiserer

En Open Badge v2.0-credential er et JSON-LD-dokument — en strukturert, maskinlesbar påstand som sier „utsteder X utstedte badge Y til mottaker Z på dato D,” med en evidens-URL og kriterier vedlagt. Verifiseringsmodellen er hostet verifisering: påstanden ligger på en stabil, utsteder-kontrollert URL, og hvem som helst — en rekrutterer, et HR-system, en søkerbot — kan hente den URL-en og få den gjeldende, autoritative statusen til credentialen, inkludert om den siden er blitt tilbakekalt.

Badge detail view showing verification and recipient information

Dette skiller seg fra en blockchain-hash-forankring på én viktig måte: en blockchain-hash-forankring beviser at et dokument ikke er blitt tuklet med siden det ble utstedt. Hostet OBv2-verifisering beviser credentialens gjeldende, levende status — utstedt, tilbakekalt eller utløpt — fordi verifikatoren alltid sjekker kilden til sannheten, ikke et statisk øyeblikksbilde. Hvis en credential tilbakekalles seks måneder etter utstedelse (en sertifisering utløper, et brudd oppdages), hasher en hash-forankret PDF fortsatt til samme verdi som den alltid har gjort — forankringen sier ingenting om tilbakekalling. En hostet OBv2-verifiseringsside gjenspeiler tilbakekallingen umiddelbart. Du kan se hele felt-for-felt-strukturen til en credential-påstand i awards API-guiden og API-referansen.

Portabilitet: wallets vs. URL-er

Blockchain-forankrede credential-plattformer fremhever ofte wallet-portabilitet — idéen om at en mottaker „eier” credentialen sin på samme måte som man eier en kryptovaluta-wallet, uavhengig av om noen plattform holder seg online. Det er en reell egenskap, og for institusjoner som bekymrer seg for leverandørinnlåsing over en tidshorisont på 20 år, betyr det noe.

I praksis avgjøres imidlertid portabilitet for mottakeren i dag av én ting: kan de legge den på LinkedIn med ett klikk? Open Badges vinner allerede den kampen overbevisende. En badges.ninja-mottaker får en offentlig profil på badges.ninja/u/{handle}, en delbar verifiserings-URL, et nedlastbart PDF-sertifikat og en „Add to Profile”-knapp for LinkedIn som forhåndsutfyller sertifiseringsdialogen — ingen wallet-programvare, ingen seed-frase, ingen gas-avgift. Rekrutterere og ansettelsesansvarlige sjekker ikke blockchain-explorers; de klikker på LinkedIn-sertifiseringslenken. Er målet ditt mottakerrekkevidde og et troverdighetssignal, slår hostet verifisering med en URL en on-chain-hash som ingen utenfor studieadministrasjonen vet hvordan man leser.

Kostnad og kompleksitet

Det er her de to tilnærmingene skiller lag hardest. Blockchain-forankret utstedelse betyr vanligvis:

  • Gas-avgifter per credential (selv på kjeder med lave avgifter legger dette til reelle driftskostnader i volum)
  • Wallet-infrastruktur for utstedere og ofte også for mottakere
  • En avhengighet av at en bestemt kjede forblir økonomisk levedyktig og tilgjengelig
  • Enterprise-salgssykluser — de fleste blockchain-credential-leverandører selger til universiteter og store institusjoner med skreddersydde kontrakter, ikke selvbetjent påmelding

Open Badge v2.0-utstedelse er derimot bare strukturert JSON servert over HTTPS. Det er ingen blockchain-transaksjonskostnad per credential, ingen wallet-avhengighet og ingen grunn til at utstedelse må være forbeholdt enterprise. Det gjenspeiles direkte i prisen: badges.ninja utsteder Open Badge v2.0-credentials fra $0/måned (Free-nivå), og skalerer til $9/mo (Starter) og $29/mo (Pro) — ingen gas-avgift per credential, ingen kontraktforhandling. Sammenligner du totalkostnaden på tvers av kategorien, dekker vår gjennomgang av den billigste Open Badges-plattformen hvor blockchain-forankrede plattformer lander på pris sammenlignet med alternativer med hostet verifisering.

Hva med holdbarhet uten en blockchain?

Det sterkeste argumentet blockchain-siden fremfører, er holdbarhet: hva skjer med en credential om 20 eller 30 år hvis en plattform migrerer, omorganiserer eller legges ned? Det er et rimelig spørsmål — men en offentlig ledger er ikke det eneste svaret, og for nesten alle er det det gale.

Hostet verifisering går naturlig hånd i hånd med permanent, innholdsadressert lagring. På badges.ninja lagres hver credentials badge-bilde permanent under en uforanderlig, innholds-hashet URL, slik at det visuelle artefaktet forblir hentbart via innholds-hashen sin i credentialens levetid — du får holdbar, manipulasjonssikker lagring uten gas-avgifter, wallets eller en kjede-avhengighet. Kombinert med Open Badge v2.0-påstanden servert over HTTPS dekker det holdbarhetsbekymringen for det overveldende flertallet av utstedere: kursleverandører, bootcamps, bedrifters L&D-team og faglige sammenslutninger.

Et smalt utvalg regulerte nisjer — enkelte offentlige eller grenseoverskridende rammeverk for anerkjennelse av credentials — refererer eksplisitt til on-chain-notarisering, og de institusjonene får compliance-kravene sine stavet ut for seg. Utenfor de spesifikke mandatene kjøper en on-chain-hash deg en portabilitetsgaranti mottakerne dine aldri faktisk vil benytte seg av — til prisen av reell kompleksitet.

Den praktiske anbefalingen for 2026

For de fleste utstedere er den riktige arkitekturen: hostet Open Badge v2.0-verifisering i dag, med et klart blikk på OB 3.0 / W3C Verifiable Credentials etter hvert som det økosystemet modnes. OB 3.0 gir deg kryptografisk, utsteder-signert verifisering — nettopp den sikkerhetsegenskapen blockchain-forankring som regel selges på — uten å kreve en kjede, gas-avgifter eller wallet-programvare i det hele tatt. Det er standardsporings-versjonen av „kryptografisk verifiserbar,” og den kommer fra samme 1EdTech-organ som vedlikeholder OBv2, noe som betyr at den vil fungere med LinkedIn-/ATS-/LMS-økosystemet du allerede er avhengig av.

Opererer du under et spesifikt offentlig eller institusjonelt mandat som dikterer et bestemt verifiseringsformat, så følg kravet compliance-teamet ditt gir deg — flere leverandører bygger spesifikt for de begrensningene, og vi dekker hvordan kategorien sammenlignes i våre gjennomganger av BCdiploma-alternativet og POK-alternativet. For alle andre — kursprogrammer, bootcamps, bedrifters compliance-team, faglige sammenslutninger — gir hostet Open Badge v2.0-verifisering, støttet av permanent bildehosting, deg det samme praktiske resultatet (en credential ingen kan forfalske, som verifiseres umiddelbart, og som mottakere faktisk deler) uten infrastruktur-overhead.


Klar til å utstede din første verifiserbare credential? Start gratis på badges.ninja — visuell designer, offentlig verifiseringsside, PDF-sertifikat, Open Badge v2.0-utdata. Ingen kredittkort kreves.

Nacho Coll

Om forfatteren

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.

Tilbake til bloggen

Relaterte artikler