- Open Access
Managing lifelong learning records through blockchain
© The Author(s) 2019
- Received: 15 October 2018
- Accepted: 23 January 2019
- Published: 1 March 2019
It is a common practice to issue a summary of a learner’s learning achievements in form of a transcript or certificate. However, detailed information on the depth of learning and how learning or teachings were conducted is not present in the transcript of scores. This work presents the first practical implementation of a new platform for keeping track of learning achievements beyond transcripts and certificates. This is achieved by maintaining digital hashes of learning activities and managing access rights through the use of smart contracts on the blockchain. The blockchain of learning logs (BOLL) is a platform that enable learners to move their learning records from one institution to another in a secure and verifiable format. This primarily solves the cold-start problem faced by learning data analytic platforms when trying to offer personalized experience to new learners. BOLL enables existing learning data analytic platforms to access the learning logs from other institutions with the permission of the learners and/or institution who originally have ownership of the logs. The main contribution of this paper is to investigate how learning records could be connected across institutions using BOLL. We present an overview of how the implementation has been carried out, discuss resource requirements, and compare the advantages BOLL has over other similar tools.
- Learning logs
- Learning analytics
- Higher education
- Lifelong learning
Distributed learning logs across multiple institutions caused by the use of independent disconnected LRSs.
Inability to transfer or access a learner’s data and testimonials across multiple institutions, making it difficult to achieve lifelong learning logging.
The lack of protection and control of private information by data owners.
Distributed consensus, data consistency, and immutability of processed transactions. These features can make it nearly impossible to alter learning records on the network (Nakamoto 2008).
Defining clauses or contracts on the blockchain that determine how learning record data transactions are handled and protected.
Facilitating interaction between multiple stakeholders (institutions, students, third parties) with high transparency and protection of each participant’s interest as agreed in defined contracts.
It is also important to protect private information while enabling lifelong learning logs. A key aspect in learning analytics is the control of personal and private information by an individual. This includes the ability to opt out of learning activity tracking and giving parents of underaged learners the right to manage their dependents’ learning records (ISO/IEC JTC 1/SC 36 2016; Pardo and Siemens 2014; Rubel and Jones 2016). Usage or access to a learner’s learning records should be sought from the learner and/or their institution depending on the terms of agreement between both parties or according to other defined policies. This agreement should contain clauses such as usage policies, access authorization, and storage policies. Our proposed solution is to facilitate these agreements on the blockchain by allowing the learner and their institutions to act as signatories on defined smart contracts and enable the protection of learning records on the blockchain.
Although different institutions utilize different learning platforms, some standards have been proposed for enabling learning records from one institution’s learning platform to be correctly interpreted on another institution’s platform (Advanced Distributed Learning 2016; IMS Global Learning Consortium 2013). These standards along with those proposed by Ocheja et al. (2018) were used in this paper to implement a system for connecting learning records generated at different institutions on a single public ledger.
In the next section, we will discuss previous research works on connecting academic records and enabling access to educational information beyond a single institution. We will show how such work differs from our proposed system: blockchain of learning logs (BOLL). This will be followed by a detailed explanation of the design of BOLL, how it solves the problem of disconnected learning records, and how privacy and access control policies are enforced. Results obtained from experimenting with this implementation will also be provided. In the final section, we will discuss key discoveries, challenges, and potential directions for future research.
There has been previous research into the sharing and verification of academic records, such as digital certificates and transcripts (The Mozilla Foundation 2012; Schmidt 2016). (IMS Global Learning Consortium 2017) developed a Comprehensive Learner Record (IMS CLR) to capture and communicate a learner’s achievements in verifiable digital form. In particular, it supports traditional academic programs, co-curricular, and competency-based education. IMS CLR contains data such as courses, competencies, employability skills, degrees, and certificates. While IMS CLR contains more details than the usual transcripts or certificates, it does not provide digital logs of behaviors and activities performed during learning. The granularity of data provided in IMS CLR is still at a high level and does not allow a decentralized implementation for the privacy and access of learning records.
Blockchain technology has been applied to various fields to enable decentralized access and control, such as health (Azaria et al. 2016), finance (Nakamoto 2008), and other sectors as reviewed by Crosby et al. (2016). Educational institutions and learning organizations have also found innovative ways to use the blockchain technology to control access and sharing of various assets and resources as reviewed by (Chen et al. 2018; Bracamonte and Okada 2017; Sharples and Domingue 2016; Grech and Camilleri 2017). While at the time of writing, there were few applications within the field and there are many potential aspects of the education sector in which blockchain can be used, such as multi-step accreditation, recognition and transfer of credits, rewarding use and re-use of an intellectual property, and students funding and payments on the blockchain (Grech and Camilleri 2017).
Brief introduction to blockchain
A blockchain is a decentralized and distributed peer-to-peer network which has a single immutable public ledger containing all transactions performed by participants on the network. Each participant is uniquely identified by a pair of public-private key. A public key can be used for public identification while the private key is required for authorizing transactions sent by the owner. The owner of a private key can also use it to claim an asset that has been encrypted with their public key. A transaction typically includes the sender’s public key, a data field, and the hash of the preceding transaction. The data field makes it possible for the blockchain to store various digital assets in a transaction, such as certificates, property rights, licenses, etc.
To ensure the integrity of the entire network in a public blockchain, all participants engage in solving a cryptographic puzzle before a transaction is processed. A solution to a puzzle is the first correct solution submitted and only when the solution is accepted by more than 50% of the participants on the network. This effectively replaces the need for a third party mediation as each participant also has a copy of all transactions on the network and can query the validity of any transaction. Consequently, it becomes possible to ensure decentralization, offer transparency, and engender trust.
It is important to note that apart from the public blockchain where anyone can join the network and all parties have equal voting rights, we can also have a private blockchain or a consortium blockchain. In a private blockchain, access is restricted within the group and the rules of the network are often determined by the convener. Whereas in a consortium blockchain, access is restricted within the group but everyone in the group has equal voting rights and decisions are made by consensus.
While previous research works (Back 2002; Szabo 1997) play a fundamental role in the current implementation of the blockchain, the first concrete implementation was proposed by Satoshi Nakamoto (Nakamoto 2008) as Bitcoin, a peer-to-peer electronic cash system. The emergence of other blockchain implementations, such as Ethereum (Buterin and et al. 2013) and Hyperledger (Cachin 2016) have led to further development of decentralized applications (DApps) in various non-financial sectors including healthcare (Azaria et al. 2016), and more recently, education (University of Nicosia 2014; Ocheja et al. 2018; Sony Global Education 2017; Schmidt 2016).
The Ethereum blockchain supports DApps by allowing the definition, deployment, and execution of smart contracts. A smart contract is a cryptographic “box” which is only unlocked when the conditions defined within the box are met (Buterin and et al. 2013). (Szabo 1997) noted that the basic idea behind smart contracts is to make it possible to embed into hardware or software different kinds of contractual clauses, including collateral, bonding, delineation of property rights, etc. It is implemented in such a way that it will make a malicious breach of contract expensive. In this work, we use the Ethereum blockchain and learning logs smart contracts to realize and ensure privacy and security of lifelong learning logs by implementing the BOLL system.
Blockchain in education
Features of current applications of blockchain in education
Actual data stored
Access to records
Hash of certificates
Certificates on MOOC
Grouped hash of certificates
Any Turing-complete blockchain
Academic records and permissions
Hash of academic records
Another project by the University of Nicosia (UNIC) (University of Nicosia 2014) looks at also placing academic certificates of its students on the blockchain. While this is similar to Blockcerts, UNIC operates from a more specific angle of single institution use case, and the certificates are for courses taken on its massive open online course (MOOC) platform. Another difference between Blockcerts and UNIC’s implementation is that the former stores hashes of certificates distinctly, while the latter groups reference to certificates for students in a particular course term and store the hash of the grouped references on the blockchain. Although the approach of grouping certificates together may be advantageous for storage optimization, it might become a limitation for access and privacy where a single cryptographic hash points to multiple students’ certificates. Our proposed system solves this particular limitation of UNIC by completely storing learning records distinctly and allowing third party tools to determine the relationships between learning logs.
Blockcerts and UNIC’s MOOC platform provide open mechanisms for verifying educational records stored on the blockchain. However, these applications are yet to provide a way to manage permissions to these records on the blockchain. On Blockcerts and UNIC’s MOOC platform, permissions that define access to educational records are being managed outside the blockchain. This method of managing permissions to data is referred to as “off-blockchain authorization.” In contrast, BOLL provides an on-blockchain authorization where permissions to educational records can also be managed on the blockchain by the definition and use of smart contracts.
Other reviews on the applications of blockchain technology in academic institutions (Bracamonte and Okada 2017; Sharples and Domingue 2016; Chen et al. 2018) have reported on the proposed use of blockchain to give incentives in the form of tokens for peer-review (“ReviewCoin”), an “educational reputation currency” for academic achievements (“Kudos”), and a cryptocurrency for good academic performance. These systems focus on managing learning achievements on the blockchain, whereas our proposed system lays emphasis on using the blockchain to achieve lifelong learning records by connecting granular learning activities and not just learning achievements.
Sony Corporation and Sony Global Education (Sony Global Education 2017) published a press statement about a system already developed to apply blockchain technology - IBM Blockchain powered by Hyperledger Fabric 1.0, to the field of education. This system is said to have two core functions; authenticate and control usage rights of educational data and an application programming interface for handling these rights aimed at educational institutions. While the goals of the ideas expressed in the press release are similar to ours, Sony Global Education is yet to publish any technical document on the implementation or usage specification of this system. To the best of our knowledge, Ocheja et al. (2018) are the first to provide a technical specification on the application of blockchain technology to educational records different from certificates.
In this work, our key contribution is to provide a concrete implementation of a blockchain-based platform for learning logs based on previous research by (Ocheja et al. 2018). We show that it is possible to achieve a privacy-preserving lifelong learning log using the blockchain with defined smart contracts, discuss resource requirements, and the benefits of our proposed system. We also discuss potential challenges that may be faced and provide solutions on how such issues could be tackled.
In carrying out this research, we adopted the design-based research (DBR) methodology (Wang and Hannafin 2005). Wang and Hannafin (2005) defined DBR as a research method which focuses on exploring systematic but flexible techniques targeted at improving educational practices through iterative analysis, design, development, and implementation requiring collaboration between researchers and practitioners and leading to new useful principles. The idea of iterative analysis as applied in DBR helps to validate design decisions. In the event that a design approach fails in the validation phase with real-world practitioners, another cycle of iteration can consider alternative techniques. Such a repetitive task makes it possible to arrive at a more feasible implementation that meet the needs of the end-users.
In the design of our proposed system, we first conducted a literature review on previous works that have attempted to enable lifelong learning logs. Specifically, we used the framework proposed by Ocheja et al. (2018) as a guide in deciding how functionalities on our proposed system are different from other systems. We also considered the different stakeholders that are involved in managing and accessing learning records, such as learners, teachers, administrators, researchers, and other third parties so as to ensure that our system caters for their needs. This was carried out by observing current processes and concerns in academic institutions involving these stakeholders, such as privacy, security, accessibility, availability, and consistency of learning records.
Consequently, we developed smart contracts that reflect how learning records are generated and how access to them is controlled and managed. As learning records are categorized by action words or verbs from which they resulted from (IMS Global Learning Consortium 2013; Advanced Distributed Learning 2016), we adopted an action verb-based method of storing and managing privacy of learning records on our proposed system. In this case, learning records of the same action verb for a particular learner, are written to the same smart contract on our proposed system alongside their permissions.
We validated our design by using data from learning tools in our institute’s production environment. These data contain information about learners’ activities on the learning tools including quiz, read, assignments, view, and other events. To validate our design using this data, we developed scripts that simulate the creation of these learning events. The output of each simulated event is then written to our proposed system. This simulation approach of validating our design is useful in this work as most features of our proposed system can be programmatically triggered.
We propose a blockchain of learning logs (BOLL): a blockchain platform that connects the learning logs of students across the different institutions they have attended on a single, public, and immutable ledger. We present BOLL as a solution to the problem of transferring educational data between different institutions as students move from one institution to another. It also solves the cold-start problem in learning analytics systems where a new students’ learning environment is created without being informed by previous learning activities, even though their current learning activity is based on experiences at their previous school. Previous learning data could serve as a robust foundation upon which new learning environments are created when a learner enrolls in a new institute. (Ocheja et al. 2018) identified key features of the blockchain that makes this implementation possible. These include decentralization, single public ledger, privacy, immutability, and the deployment of smart contracts. We build on these key features to enable connected learning logs across different institutions, defined smart contracts to regulate access, and implement mechanisms to classify learning logs to also enable easy indexing and quick look-up times.
In the following subsections, we will discuss the components of the BOLL system. These components form the major requirements for realizing a design that facilitates connected learning logs on the blockchain. They include at least one fully functional blockchain node, an LRS, and a set of smart contracts installed on the blockchain node. A fully functional blockchain node is a node that is able to mine transactions. In addition, an institution can setup multiple miner nodes or miner threads in their production environment in a distributed way to facilitate mining speed.
We also use the nested transactions feature of the blockchain where the contents of blocks represent pointers to learning data with ownership and access policies. Nodes on the peer-to-peer network represent learning providers. Learning activities performed by learners on the learning platforms of learning providers on the network are logged on the blockchain as string representations of queries that can be executed on the LRSs of learning providers to retrieve such activities. To ensure data consistency and immutability, at transaction initiation time, we execute accompanying queries on the LRS and include a cryptographic hash of the obtained result as part of the block information. Future response from the execution of this query can be compared to the stored hash and if different, the response is invalid and rejected. We propose a secure box for executing these queries against a providers’ LRSs with reference to the blockchain network to maintain established permissions.
System access and privacy control
Registrar-learning provider contract (RLPC)
Address of starting institution
Addresses of participants mapped to their index contract
A function for registering new users
Deactivates a user
Assign index contract
Assigns an index contract to a user
Provider index contract (PIC)
Address of institution
Learners to learning records
A mapping of learners’ address to their LLPCs
A list of all learners at this institution
Insert learning records
Inserts a new LLPC
Get learning records
Retrieves a learner’s learning records
User index contract (UIC)
Address of learner
Providers to learning records
A mapping of providers’ address to learner’s LLPCs
A list of a learner’s learning providers
Insert learning records
Inserts a new LLPC
Get learning records by providers
Retrieves LLPC written by a learning provider
Get learning records by record type
Retrieves LLPC for a given action verb
The LLPC represents a proof of existence of a learner’s learning data on a learning provider’s platform. This smart contract is dedicated specifically to handling a learner’s learning record and how it is accessed. We decided to use a specific smart contract for this purpose so as to make it easy to transfer learning records from one institution to another. With our design, a transfer can easily be done by invoking the grantAccess function (with permission from the owner or their institution) on the LLPC without erasing or physically dislodging the learning record. The LLPC contains information such as the blockchain address of the owner, the URL of the originating learning provider’s LRS with a hashed id parameter for retrieving the original record, a hash of expected learning data for ensuring data has not been tampered with, and a key-value pair of institution’s address and their access permissions (read, write, grant-read, grant-write, none).
Learner-learning provider contract (LLPC)
Address of learner
The action verb for this series of learning events
Mapping of providers to their allowed permissions; read, write, grant
List of learning events of the same record type
Insert learning event
Adds a new learning event
Ask/give/deny access to this LLPC
A collection of pending access requests
On the blockchain, learning records are uniquely grouped using the action verb field and the user’s blockchain address. Writing learning histories involves performing at least one transaction on the blockchain. The process begins with retrieving the action verb of the learning record and converting it to a corresponding hexadecimal number. This is required as we want to optimize gas usage on the blockchain. Gas as used here refers to the computational cost for processing transactions on the blockchain. The amount of gas required to process a transaction increases with the size of the data in the transaction to be processed. Hence, writing strings of variable length require more computational resources in solving the Proof-of-Work especially when the string is lengthy. After converting the action verb to a hexadecimal equivalent, we then query the blockchain to know if a smart contract based on this action verb exists for this user. If it does, we retrieve the smart contract and simply update it with the current learning record’s query string and query result hash. If no such smart contract exists for this action verb, we create the smart contract and update the index contracts of both the provider and the learner. The latter case will require four transactions which need to be mined on the blockchain.
In this experiment, we measure the performance of the BOLL system. To carry out this experiment, it is required to have at least a setup as shown in Fig. 3. We ran this setup on a Dell EMC PowerEdge R530 Hardware (16GB RAM, 512 SSD) with Ubuntu 16.04 Server installed. Also, we setup two other similar instances of Geth in Fig. 3 on the same server so as to ensure distributed mining of transactions.
Test data description
Number of learning records
Number of users
Number of action verbs
Computational cost of smart contract operations
Frequency of operations
Average cost (gas 103)
On new action verb
On user registration
In our test case, we obtained a waiting time, Wt of 14 min per transaction. Importantly, Wt is different from the time it takes to mine a transaction. On the Ethereum blockchain, this is a function of the current complexity of the Proof-of-Work otherwise referred to as the difficulty. The Proof-of-Work (PoW) is a cryptographic puzzle that involves finding a value whose SHA-256 hash begins with a given number of zero bits. This is enforced to ensure that mining nodes on the blockchain have done some amount of work and the resulting write operations were done in consensus with other participants on the network agreeing to the result of the PoW. It also makes revocation of write operations difficult.
Comparison of BOLL system to other learning infrastructure
Single sign-on (SSO)
Connected learning logs
Fast write of bulk records
Decentralized (privacy, security, etc.)
LMS and LRS with xAPI and caliper integration
Here, we discuss some discoveries, questions, and problems that arose during the implementation and testing of the proposed BOLL system.
On BOLL, the identity of learners from their institution’s learning tools is not shared between different institutions. Instead, we generate a sequence of bytes called address for each learner upon registration. For subsequent record look-ups, we use this address as a way of tracking their records on BOLL. This design ensures that only authorized parties can link records on BOLL to the right learner.
From our implementation, we confirmed that unless one has access to the learner’s private key, it is impossible to access their learning records without their permission. This is made possible by the inherent security of the blockchain, installed smart contracts and given that all access to such learning records are made through BOLL. We make the assumption that learners would guard their private key from unauthorized access. A third party can have read, write, or grant privileges to the LLPC smart contract containing a learner’s learning records. By default, only the learner and their institution where such learning records were generated can grant access to third parties. If a third party requires access to these learning records, they can send an access request to the learner. The learner or their institution can then choose whether to grant any or all of the three access privileges to the requesting third party.
However, we observed a limitation in using action verb-based smart contracts. In grouping learning records according to action verbs, if a learner gives an institution access to read one action verb, such institution is authorized to read all their learning records having that action verb regardless of the learning material from which the learning event emanated. This problem can be solved by extracting identifiers for different learning materials and use a pair of these identifiers and action verbs as a way of keeping access to learning records limited to learning materials.
Also, a learner may choose to deauthorize a third party from having access to their learning records. This is possible by removing the third party’s address from the list of authorized accessors in the LLPC. However, we do not currently allow the deauthorization of the learner’s current institution especially when no other institution has access to their learning records. This is because if all institutions are deauthorized from accessing a learner’s records, it will be impossible to locate their records on the institution’s platform. We address this issue while discussing demise of an institution, and we suggest that prior to such deauthorization, a learner should enable backup of their data to an authorized data storage site on BOLL.
Our BOLL system currently has an average waiting time of 14 min. This means that for a new learning log to be written on the BOLL network (writing operation may include learner registration, LLPC contract creation, and/or updating and indexing), one would have to wait for an average of 14 min. This time might be acceptable for some use case where learning logs are not required to be read from the blockchain in real-time as soon as they are generated on the learning platforms. In fact, Wt can be much less than 14 min, an isolated case where LLPC is only being updated, it would take between 30 s and 2 min. We are also currently considering integrating new patch-set from the Ethereum lightning network; an off-chain scalable solution that in some sense allows for distributed and faster mining.
Installable smart contracts
We have defined a number of installable smart contracts for decentralized control and access of learning logs: RLPC, UIC, PIC, and LLPC. While permissions may differ for different types of learning logs and users, our implementation considers a generic permission structure for all learning logs. We also treat access authorization in a similar manner but empower the users with the ability to grant or revoke access at any time using pre-installed smart contracts. We consider it interesting to look at the various scenarios that might occur when learning logs are of different types and governed by different data policies. One possible solution would be the presentation of smart contracts in a form where learners can understand the concept of the smart contract and be able to select an appropriate smart contract that may suit their needs from an open pool of personal learning logs smart contracts.
Demise of an institution
As only a hash of the learning log and its location is recorded on the blockchain, there is a possibility of a learning log outliving its host institution. For example, a student might graduate from an institution and 10 years later, that institution ceases to exist. In a case where all computing facilities such as the LRS of that institution is also shutdown, then the learning logs whose references are held on the blockchain cannot be retrieved anymore. To solve this problem, we envisage a learning blockchain where not only just institutions exist on the network but also third parties who can offer data backup services. These third parties do not act as mediators in anyway but rather serve as storage centers for learners on the blockchain. Another alternative will be to specify smart contract policies where learning records are held on file for a certain duration of time. Currently, we do not recommend that the blockchain should replace traditional databases except for simple-size data.
Cost of computation and infrastructure are the key factors in determining the budget for a learning blockchain. In our implementation of the BOLL system, we incurred some cost in procuring and setting up the servers on which the blockchain node was hosted, electricity bills, internet, etc. In deciding how miners on the learning blockchain get rewarded, these costs need to be factored in. Whether such cost is transferred to the learners or institutions is an open question for stakeholders. Whichever might be decided, the blockchain provides a way to measure such cost through gas usage.
In this work, we proposed a solution to the current challenge of connecting learning records across different institutions. One of the main contributions of this work is providing a concrete implementation of a blockchain platform that enable these features. This paper also presents an overview of the resource requirements for running such a system, and the potential benefits when compared to other alternative tools. We also discussed potential challenges and possible approaches to guide future work. While we acknowledge that the time taken to write learning records to the blockchain currently is not suitable for real-time access-based systems, we recommend its usage in scenarios where transition from one institution to another occurs over a given period of time that is within the waiting time as earlier presented. We also discussed about defining and enforcing existing user data privacy policies on the learning logs using smart contracts. While our implementation considers top-level approach of representing these permissions, it will be necessary to understand the implications of having action verb-based privacy definitions.
In future work, greater focus on detailed components of learning logs and corresponding privacy measures is required to develop standardized formats for representing permissions on the blockchain. The scalability of the current BOLL system should also be investigated to ensure that it can handle being implemented as a wide-reaching system.
This research was supported by JSPS KAKENHI Grant-in-Aid for Scientific Research (S) Grant Number 16H06304.
Availability of data and materials
The research data is stored in the university. Due to the university data policy, the data cannot be shared.
PO designed and carried out the research studies. BF and HU participated in discussions related to system design and implementation. PO drafted the manuscript. HO supervised this research and contributed to the review and discussion of the manuscript. All authors read and approved the final manuscript.
The authors declare that they have no competing interests.
Springer Nature remains neutral with regard to jurisdictional claims in published maps and institutional affiliations.
Open Access This article is distributed under the terms of the Creative Commons Attribution 4.0 International License (http://creativecommons.org/licenses/by/4.0/), which permits unrestricted use, distribution, and reproduction in any medium, provided you give appropriate credit to the original author(s) and the source, provide a link to the Creative Commons license, and indicate if changes were made.
- Advanced Distributed Learning (2016). Experience API (xAPI) Specification. http://github.com/adlnet/xAPI-Spec/. Accessed 18 May 2018.
- Apereo (2016). OpenLRW: open learning record warehouse. https://github.com/Apereo-Learning-Analytics-Initiative/OpenLRW. Accessed 08 Apr 2018.
- Azaria, A., Ekblaw, A., Vieira, T., Lippman, A. (2016). Medrec: using blockchain for medical data access and permission management. In Open and Big Data (OBD), International Conference On. IEEE, (pp. 25–30).Google Scholar
- Back, A. (2002). Hashcash-a denial of service counter-measure.Google Scholar
- Bracamonte, V., & Okada, H. (2017). A review of blockchain technology applications for academic institutions. IEICE Tech. Rep. Tech. Comm. Soc. Implications Tech. Inf. Ethics (SITE), 117(340), 11–14.Google Scholar
- Buterin, V., & et al (2013). Ethereum white paper. Accessed 12 Apr 2018.Google Scholar
- Cachin, C. (2016). Architecture of the hyperledger blockchain fabric. In Workshop on Distributed Cryptocurrencies and Consensus Ledgers, vol. 310.Google Scholar
- Chen, G., Xu, B., Lu, M., Chen, N.-S. (2018). Exploring blockchain technology and its potential applications for education. Smart Learn. Environ., 5(1), 1.View ArticleGoogle Scholar
- Crosby, M., Pattanayak, P., Verma, S., Kalyanaraman, V. (2016). Blockchain technology: Beyond bitcoin. Appl. Innov., 2, 6–10.View ArticleGoogle Scholar
- Ethereum (2013a). Ethereum in Go language. https://github.com/ethereum/go-ethereum. Accessed 04 Apr 2018.
- Ethereum (2013b). The Solidity contract-oriented programming language. https://github.com/ethereum/solidity. Accessed 27 July 2018.
- Flanagan, B., & Ogata, H. (2017). Integration of learning analytics research and production systems while protecting privacy. In: Chen, W. (Ed.) In Proceedings of the 25th International Conference on Computers in Education. New Zealand: Asia Pacific Society for Computers in Education, (pp. 333–338).Google Scholar
- Grech, A., & Camilleri, A.F. (2017). Blockchain in education. Luxembourg: Publications Office of the European Union.Google Scholar
- IMS Global Learning Consortium (2017). Comprehensive learner record. https://www.imsglobal.org/activity/comprehensive-learner-record. Accessed 28 May 2018.
- IMS Global Learning Consortium (2013). Learning measurement for analytics whitepaper. Retrieved 2018-04-07, from https://www.imsglobal.org/sites/default/files/caliper/IMSLearningAnalyticsWP.pdf.
- ISO/IEC JTC 1/SC 36. (2016). Information technology for learning, education and training – learning analytics interoperability – Part 1: Reference model. Geneva, CH: Standard, International Organization for Standardization.Google Scholar
- Moodle, H.Q. (2001). Moodle learning management system. https://moodle.org/. Accessed 28 May 2018.
- Nakamoto, S. (2008). Bitcoin: A peer-to-peer electronic cash system. Retrieved 2018-03-18, from https://bitcoin.org/bitcoin.pdf.
- Ocheja, P., Flanagan, B., Ogata, H. (2018). Connecting decentralized learning records: A blockchain based learning analytics platform. In Proceedings of the 8th international conference on learning analytics and knowledge. ACM, New York, (pp. 265–269).Google Scholar
- Ogata, H., Li, M., Hou, B., Uosaki, N., El-Bishouty, M.M., Yano, Y. (2011). Scroll: Supporting to share and reuse ubiquitous learning log in the context of language learning. Res Pract. Technol. Enhanc. Learn., 6(2), 69–82.Google Scholar
- Pardo, A., & Siemens, G. (2014). Ethical and privacy principles for learning analytics. Br. J. Educ. Technol., 45(3), 438–450.View ArticleGoogle Scholar
- Rubel, A., & Jones, K.M. (2016). Student privacy in learning analytics: an information ethics perspective. Inf. Soc., 32(2), 143–159.View ArticleGoogle Scholar
- Schmidt, P. (2016). Blockcerts–an open infrastructure for academic credentials on the blockchain. MLLearning (24/10/2016). Retrieved 2018-05-22, from https://medium.com/mit-media-lab/ blockcerts-an-open-infrastructure-for-academic-credentials-on-the-blockchain-899a6b880b2f.
- Sharples, M., & Domingue, J. (2016). The blockchain and kudos: A distributed system for educational record,reputation and reward. In: Verbert, K., Sharples, M., Klobučar, T. (Eds.) In Adaptive and adaptable learning. Springer International Publishing, Cham, (pp. 490–496).View ArticleGoogle Scholar
- Siemens, G., & Long, P. (2011). Penetrating the fog: analytics in learning and education. EDUCAUSE Rev., 46(5), 30.Google Scholar
- Sony Global Education (2017). Sony develops system for authentication, sharing, and rights management blockchain technology. https://www.sony.net/SonyInfo/News/Press/201708/17-071E/index.html. Accessed 28 Sept 2017.
- Szabo, N. (1997). Formalizing and securing relationships on public networks. First Monday, 2(9).Google Scholar
- The Mozilla Foundation (2012). Peer 2 Peer University in collaboration with The MacArthur Foundation: Open badges working paper. Accessed 05 May 2018.Google Scholar
- University of Nicosia (2014). University of Nicosia: Academic Certificates on the Blockchain. http://digitalcurrency.unic.ac.cy/certificates. Accessed 07 May 2018.
- Wang, F., & Hannafin, M.J. (2005). Design-based research and technology-enhanced learning environments. Educ. Technol. Res. Dev., 53(4), 5–23.View ArticleGoogle Scholar