Lohkoketjusertifikaatit vs. Open Badges: kumpi kannattaa valita digitaalisiin credentialeihin vuonna 2026?

Lohkoketjusertifikaatit vs. Open Badge v2.0: miten varmennus, siirrettävyys ja kustannus eroavat — ja milloin kumpikin on järkevä valinta digitaalisia credentialeja myönnettäessä.

Nacho Coll Kirjoittanut Päivitetty 6 min lukuaika
Lohkoketjusertifikaatit vs. Open Badge v2.0: miten varmennus, siirrettävyys ja kustannus eroavat — ja milloin kumpikin on järkevä valinta digitaalisia credentialeja myönnettäessä.

Jos olet käyttänyt yhtään aikaa digitaalisten credentialien tutkimiseen, olet törmännyt kahteen kilpailevaan myyntipuheeseen. Toinen sanoo, että sertifikaattiesi täytyy elää „lohkoketjussa” — muuttumattomina, hajautettuina, väärentämättöminä. Toinen sanoo, että tarvitset Open Badges -merkkejä — vakiintuneen, yhteentoimivan standardin, joka toimii jo LinkedInin, rekrytointijärjestelmien ja jokaisen suuren myöntäjäalustan kanssa. Molemmat väittävät ratkaisevansa saman ongelman: sen todistamisen, että credential on aito, ilman puhelua opintotoimistoon.

Ne eivät oikeastaan ole vastakohtia. Mutta kummankin ympärillä pyörivä markkinointi on hämärtänyt sen, mitä „lohkoketjusertifikaatti” edes tarkoittaa, ja myöntäjät päätyvät valitsemaan teknologiapinon ennen kuin ymmärtävät, mitä ongelmaa ovat ratkaisemassa. Tämä kirjoitus erittelee, mikä näiden kahden lähestymistavan välillä on todella erilaista, missä „lohkoketju vs. Open Badges” -asetelma on väärä valinta, ja miten valitset myöntäjäalustan lukkiutumatta infrastruktuuriin, jota et tarvitse.

Mitä „lohkoketjusertifikaatti” oikeasti tarkoittaa

„Lohkoketjusertifikaatti” ei ole yksi asia — se kattaa muutamia erillisiä arkkitehtuureja, jotka niputetaan yhteen markkinointiteksteissä:

1. Hash-ankkuroidut sertifikaatit. Itse credential (PDF, kuva, JSON-dokumentti) elää tavallisessa tietokannassa. Dokumentin kryptografinen hash — ei itse dokumentti — kirjoitetaan julkiseen lohkoketjuun (yleensä Ethereumiin tai luvanvaraiseen ketjuun). Kuka tahansa voi hashata alkuperäisen tiedoston uudelleen ja verrata sitä ketjussa olevaan tietueeseen varmistaakseen, ettei mikään ole muuttunut. Tämä on yleisin malli „blockchain credential” -toimittajien keskuudessa, mukaan lukien yliopistoihin keskittyvät alustat kuten BCdiploma ja POK.

2. Täysin ketjussa olevat credentialit. Itse credential-data tallennetaan ketjuun, usein NFT:nä tai mukautettuna token-standardina. Harvinaista käytännössä — gas-kustannukset ja julkisten ketjujen datarajat tekevät tästä epäkäytännöllistä muuhun kuin pieneen pilottiin.

3. W3C Verifiable Credentials (VC:t). Kryptografinen allekirjoitusstandardi, jossa myöntäjä allekirjoittaa väitteen yksityisellä avaimella, ja kuka tahansa voi varmentaa allekirjoituksen myöntäjän julkaistua julkista avainta vasten — ilman lohkoketjua lainkaan, vaikka VC:t joskus yhdistetään lohkoketjupohjaiseen DID-rekisteriin (hajautettu tunniste). Tähän suuntaan Open Badge 3.0 on menossa, ja siitä kannattaa lukea tarkemmin Open Badge v2 vs. v3 -vertailustamme.

Yhteinen lanka kaikkien kolmen läpi: varmennus delegoidaan kryptografialle sen sijaan, että soitettaisiin opintotoimistoon. Se on todellinen arvolupaus, ja sellainen, jonka Open Badge v2.0 — nykyinen, laajimmin käytössä oleva, valinnaisen kryptografisen allekirjoituksen tarjoava spesifikaatio — toimittaa jo ilman lohkoketjua.

Mitä Open Badge v2.0 oikeasti varmentaa

Open Badge v2.0 -credential on JSON-LD-dokumentti — jäsennelty, koneellisesti luettava väite, joka sanoo „myöntäjä X myönsi merkin Y vastaanottajalle Z päivämäärällä D,” mukanaan todiste-URL ja kriteerit. Varmennusmalli on hostattu varmennus: väite elää vakaassa, myöntäjän hallitsemassa URL-osoitteessa, ja kuka tahansa — rekrytoija, HR-järjestelmä, hakijabotti — voi noutaa sen URL-osoitteen ja saada credentialin nykyisen, arvovaltaisen tilan, mukaan lukien sen, onko se sittemmin peruutettu.

Badge detail view showing verification and recipient information

Tämä eroaa lohkoketjun hash-ankkurista yhdellä tärkeällä tavalla: lohkoketjun hash-ankkuri todistaa, ettei dokumenttiin ole kajottu sen myöntämisen jälkeen. Hostattu OBv2-varmennus todistaa credentialin nykyisen, elävän tilan — myönnetty, peruutettu tai vanhentunut — koska varmentaja tarkistaa aina totuuden lähteen, ei staattista tilannekuvaa. Jos credential peruutetaan kuusi kuukautta myöntämisen jälkeen (sertifiointi raukeaa, rikkomus havaitaan), hash-ankkuroitu PDF hashautuu edelleen samaan arvoon kuin aina — ankkuri ei kerro peruutuksesta mitään. Hostattu OBv2-varmennussivu heijastaa peruutuksen välittömästi. Voit nähdä credential-väitteen koko kenttä kentältä -rakenteen awards-API-oppaasta ja API-viitteestä.

Siirrettävyys: lompakot vs. URL-osoitteet

Lohkoketjuun ankkuroidut credential-alustat korostavat usein lompakon siirrettävyyttä — ajatusta, että vastaanottaja „omistaa” credentialinsa samalla tavalla kuin omistaa kryptovaluuttalompakon, riippumatta siitä, pysyykö mikään alusta verkossa. Se on todellinen ominaisuus, ja instituutioille, jotka murehtivat toimittajalukkiutumista 20 vuoden aikajänteellä, sillä on merkitystä.

Käytännössä siirrettävyys vastaanottajalle ratkeaa nykyään kuitenkin yhdestä asiasta: saako sen LinkedIniin yhdellä klikkauksella? Open Badges voittaa tuon taistelun jo vakuuttavasti. badges.ninjassa vastaanottaja saa julkisen profiilin osoitteessa badges.ninja/u/{handle}, jaettavan varmennus-URL:n, ladattavan PDF-sertifikaatin ja LinkedInin „Add to Profile” -painikkeen, joka esitäyttää sertifiointidialogin — ei lompakko-ohjelmistoa, ei siemenlausetta, ei gas-maksua. Rekrytoijat ja rekrytoivat esihenkilöt eivät tarkista lohkoketjuselaimia; he klikkaavat LinkedInin sertifiointilinkkiä. Jos tavoitteesi on vastaanottajien tavoittavuus ja uskottavuussignaali, hostattu varmennus URL:llä voittaa ketjussa olevan hashin, jota kukaan opintotoimiston ulkopuolella ei osaa lukea.

Kustannus ja monimutkaisuus

Tässä kohtaa nämä kaksi lähestymistapaa eroavat rajuimmin. Lohkoketjuun ankkuroitu myöntäminen tarkoittaa tyypillisesti:

  • Gas-maksuja per credential (matalankin maksun ketjuilla tämä lisää todellista käyttökustannusta volyymillä)
  • Lompakkoinfrastruktuuria myöntäjille ja usein myös vastaanottajille
  • Riippuvuutta siitä, että tietty ketju pysyy taloudellisesti elinkelpoisena ja saavutettavana
  • Enterprise-myyntisyklejä — useimmat blockchain credential -toimittajat myyvät yliopistoille ja suurille instituutioille räätälöidyillä sopimuksilla, eivät itsepalveluna tapahtuvaa rekisteröitymistä

Open Badge v2.0 -myöntäminen sen sijaan on vain jäsenneltyä JSON:ia HTTPS:n yli tarjoiltuna. Ei ole per credential -lohkoketjutransaktion kustannusta, ei lompakkoriippuvuutta eikä syytä, miksi myöntämisen pitäisi olla vain enterprise-tason asia. Tämä näkyy suoraan hinnoittelussa: badges.ninja myöntää Open Badge v2.0 -credentialeja alkaen $0/kk (Free-taso), skaalautuen hintaan $9/mo (Starter) ja $29/mo (Pro) — ei per credential -gas-maksua, ei sopimusneuvottelua. Jos vertaat kokonaiskustannusta koko kategoriassa, halvimman Open Badges -alustan erittelymme käsittelee, mihin lohkoketjuun ankkuroidut alustat asettuvat hinnaltaan hostatun varmennuksen vaihtoehtoihin nähden.

Entä kestävyys ilman lohkoketjua?

Vahvin argumentti, jonka lohkoketjupuoli esittää, on kestävyys: mitä credentialille tapahtuu 20 tai 30 vuoden kuluttua, jos alusta migroituu, uudelleenjärjestäytyy tai lopettaa toimintansa? Se on reilu kysymys — mutta julkinen ledger ei ole ainoa vastaus, ja lähes kaikille se on väärä.

Hostattu varmennus sopii luontevasti yhteen pysyvän, sisältöosoitteisen tallennuksen kanssa. badges.ninjassa jokaisen credentialin merkin kuva tallennetaan pysyvästi muuttumattoman, sisältöhashatun URL-osoitteen alle, joten visuaalinen artefakti pysyy noudettavissa sisältöhashinsa avulla tunnuksen koko elinkaaren ajan — saat kestävän, peukalointievidentin tallennuksen ilman gas-maksuja, lompakoita tai ketjuriippuvuutta. Yhdistettynä HTTPS:n yli tarjoiltuun Open Badge v2.0 -väitteeseen tämä kattaa kestävyyshuolen valtaosalle myöntäjistä: koulutuksentarjoajille, bootcampeille, yritysten L&D-tiimeille ja ammatillisille yhdistyksille.

Kapea joukko säänneltyjä niche-alueita — tietyt julkiset tai rajat ylittävät credentialien tunnustamiskehykset — viittaavat nimenomaisesti ketjussa tapahtuvaan notaarivahvistukseen, ja niille instituutioille compliance-vaatimukset kirjataan auki. Näiden erityisten mandaattien ulkopuolella ketjussa oleva hash ostaa sinulle siirrettävyystakuun, jota vastaanottajasi eivät koskaan tosiasiassa käytä — todellisen monimutkaisuuden hinnalla.

Käytännön suositus vuodelle 2026

Useimmille myöntäjille oikea arkkitehtuuri on: hostattu Open Badge v2.0 -varmennus tänään, selkeästi silmällä pitäen OB 3.0:aa / W3C Verifiable Credentialsia sitä mukaa kun tuo ekosysteemi kypsyy. OB 3.0 antaa sinulle kryptografisen, myöntäjän allekirjoittaman varmennuksen — juuri sen turvaominaisuuden, jolla lohkoketjuankkurointi yleensä myydään — vaatimatta ketjua, gas-maksuja tai lompakko-ohjelmistoa lainkaan. Se on „kryptografisesti varmennettavan” standardiraiteen versio, ja se tulee samasta 1EdTech-elimestä, joka ylläpitää OBv2:ta, mikä tarkoittaa, että se toimii yhteen jo käyttämäsi LinkedIn-/ATS-/LMS-ekosysteemin kanssa.

Jos toimit tietyn julkisen tai institutionaalisen mandaatin alaisena, joka määrää tietyn varmennusmuodon, noudata vaatimusta, jonka compliance-tiimisi antaa sinulle — useat toimittajat rakentavat nimenomaan noihin rajoituksiin, ja käsittelemme, miten kategoria vertautuu, BCdiploma-vaihtoehto- ja POK-vaihtoehto-erittelyissämme. Kaikille muille — koulutusohjelmille, bootcampeille, yritysten compliance-tiimeille, ammatillisille yhdistyksille — hostattu Open Badge v2.0 -varmennus, pysyvän kuvien isännöinnin tukemana, antaa saman käytännön lopputuloksen (credential, jota kukaan ei voi väärentää, joka varmentuu välittömästi ja jonka vastaanottajat todella jakavat) ilman infrastruktuurin lisäkuormaa.


Valmis myöntämään ensimmäisen varmennettavan credentialisi? Aloita ilmaiseksi badges.ninjassa — visuaalinen suunnittelija, julkinen varmennussivu, PDF-sertifikaatti, Open Badge v2.0 -tuloste. Luottokorttia ei tarvita.

Nacho Coll

Kirjoittajasta

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.

Takaisin Blogiin

Aiheeseen liittyvät artikkelit