Avoiding pointless (Open Badges-related) blockchain projects
AÂ postÂ entitled Avoiding the pointless blockchain projectÂ was brought to my attention recently. It provides a useful jumping-off point for theÂ BadgeChain projectÂ in terms ofÂ thinking through Open Badges using a blockchain.
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).
- Badges represent credentials thatÂ oftenÂ relateÂ to knowledge, skills, and behaviour.Â Showing progression through such credentials isÂ useful, and therefore the ‘transaction interaction’ referenced isÂ a desirable feature of the system.
- 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!
Image CC BY-NC-NDÂ Clayton Shonkwiler