The author of the post, Gideon Greenspan, states that all of the following should be trueÂ for projects built upon a blockchain:

The database -Â the project is one that requiresÂ some form of shared database

Multiple writers – more than one person or organisation needs the ability to write to that database

Absence of trust – the people or organisationsÂ writing to the database don’t necessarily trust one another

Disintermediation – every person or organisation that hasÂ ‘write’ access has the need to verify transactions (rather than go through a trusted intermediary)

Transaction interaction – there areÂ benefits to the project in being able to see transactions that are inÂ some way ‘linked’

Set the rules – there are constraints on the type of transactions for whichÂ the project blockchain can be used

Pick your validators – you knowÂ whatÂ model you’re going to employ toÂ resolve conflicts – e.g. “(a) one or more nodes controlled by a single organization, (b) a core group of organizations that maintain the chain, or (c) every node on the network.”

Back your assets – there is agreement on the types of assets being moved around, and what exchange value they have in the ‘real world’

As Greenspan states in his conclusion:

[I]f your project does not fulfillÂ every single one of these conditions, you should not be using a blockchain. In the absence of any of the first five, you should consider one of: (a) regular file storage, (b) a centralized database, (c) masterâslaveÂ database replication, or (d) multiple databases to which users canÂ subscribe.

And if you do fulfill the first five, thereâs still work to do. You need to be able to express the rules of your application in terms of the transactions which a database allows. You need to be confident about who you can trust as validators and how youâll define distributed consensus. And finally, if youâre looking at creating a shared ledger, you need to know who will be backing the assets which that ledger represents.

Let’s come back to Open BadgesÂ and how they might work using a blockchain using Greenspan’s helpful list.Â

The current way Open Badges work does not require a shared database. In fact, this is pretty much by design so that they can be stored anywhere. However, as IÂ wrote in a recent articleÂ for DML Central, there are at least two use cases for using a blockchain with badges. The most obvious of these is for extremely high-stakes credentials such as university degrees andÂ credentials that, for example, get you access into a country.

Instead of every university or issuing body having its own blockchain, thereÂ are advantages of them pulling together in creating a single, open blockchain for Open Badges that could be written to by anyone who meets certain criteria. These could be negotiated and laid out by the Badge Alliance.

There is no reason for issuing organisations to trust one another simply based on the fact that they are all issuing Open Badges. So this condition looks like it is met.

The whole point of Open Badges is that they are distributed and remove gatekeepers. So it makes no points to re-introduct gatekeeprs. Distintermediation seems baked into the Open Badges Infrastructure (OBI).

Although blockchains can be used to represent a whole swathe of data types, an Open Badges blockchain would likely limit transactionsÂ to those containing informationÂ relevant to the Open Badges specification.Â

The options for validation would need to be discussed with the founding members of the blockchain project. However, of Greenspan’s options,Â it’s likely that the validators would be option (c) – i.e. all the nodes on the network.

Talking about exchange value when it comes to Open Badges is an interesting problem to solve. There’s been a lot of talk about ‘levelling’ badges, so peopleÂ are aware of equivalencies. However, for every pragmatic person wanting this, there’s an idealist (like me) not wanting to lock things down.Â This is a problem that can be solved, and probablyÂ most easily done if a project such as the proposed blockchainÂ project gets the founding members to agree on a taxonomy.

There’s certainly more work to be done here, but I think that we’re on the right track with BadgeChain. The eight pointsÂ set out by Greenspan seem to be met by the project as it relates to Open Badges.Â

If you’re a funder interested in the potential of Open Badges using blockchain technology, please get in touchÂ with us!