SecTor-Coop is a student project where students from the universtities Clausthal, Göttingen and Rostock cooperate. The goal of the project is to develop a prototype of a blockchain based publishing system, according to the Blogchain concept describe below. The acronym SecTor has historical roots, only.
Imagine a scientist publishes his or her thoughts on a blog and gets good reviews on this. From a research point of view, this sounds great! From an academic perspective, traditional journal and conference-type of publications are expected, as only they are considered reliable, peer-reviewed proofs of academic achievements. The owner of a science blog could easily fake positive reviews and manipulate the texts in many ways.
This is what we want to change. We want to disrupt the academic publishing business by offering everybody the chance of writing papers, publishing them freely, collecting authentic reviews from their peers and using this as basis for their academic achievement record. We shall use blockchain technology to ensure the authenticity of reviews and feedback.
Further, it should be possible for researchers to publish under a number of pseudonyms without revealing their real identity with the option to publicly or privately link ones identity to a pseudonym.
- Core paper Cap, Leiding: Blogchain - Disruptives Publizieren auf der Blockchain has been published in 2018 at HMD Wirtschaftsinformatik. It is open access and can be read under the link above. You can find open versions with a Google query as well.
- Extended version of this paper as a chapter in the book Fill, Meier: Blockchain: Grundlagen, Anwendungsszenarien aund Nutzungspotentiale. We can share this only on a private basis due to copyright restrictions by the publisher. Your university library might have a Springer Link subscription.
- Finally, one of us gave a keynote speech on this at the 2019 meeting of the German computer society GI and the slides of this talk are available here. This talk also provides links to four proof of concept projects we have completed and to three student Theses, which had this concept at their core.
The final SecTor system will consist of:
- A user client written in JS and running in the browser
- A database for user data called Identity-Server
- A database for published documents
- An Ethereum based blockchain
The user client handles most of the business logic, allowing users to login with an account and interact with the rest of the system. The Identity-Server holds the user accounts and the user data, however since the user data contains Ethereum key pairs, the Identity-Server only sees the user data in encrypted form and only after downloading the data into the user client is the user data decrypted. The document database allows everyone to search for published documents either by the hash of the document or by metadata. The Ethereum blockchain handles all information that must be verifiable via a smart contract.
Each user account has one identity which is a public private key pair. Each account may have any number of pseudonyms which each hold an Ethereum account. There are also special pseudonyms called Patron and CA (central authority). For a pseudonym to publish a document in the system, it must first get approved by a Patron. The Patron either publicly or blindly signs the Ethereum address of the pseudonym and the user registers the pseudonym on the blockchain. The registered pseudonym receives an initial grant of tokens, from which it must pay to add the hash of the document it wants to publish to the blockchain. Finally the document can be submitted to the document database which will verify that the document hash exists on the blockchain before accepting the document.
Patrons usually correspond to universities and must be added by the CA to the system. In its final version, SecTor shall be a decentralized system where nodes may join and leave the network and the blockchain uses consensus to stay in sync while the document databases also exchange data, so a user may connect to any host in the system to receive the user client.
This repository consists of the major two sections Documentation and Source, where Documentation holds all the documents and notes and Source, which holds all the code and configuration files.
Under Documentation in the sub directory Documents are files describing existing or planned features as well as guides on how to set up parts of the system. The Research and Brainstorming sub directory is a place for archiving organized thoughts and less concrete plans. The Documentation directory also holds the Feature progress.md which shows the current state of planned features of the system as well as the Table of Contents.md which lists all documents, gives an idea what they are about as well as a glossary that explains the jargon of this project. Both of those files should be kept up to date as the project develops.
Under Source in the sub directory Solidity Smart Contract is the truffle environment for developing and deploying the smart contract. In the Test Ethereum Chain sub directory are some scripts for controlling an Ethereum chain as well as the genesis block configuration. Furthermore, User Client contains all code related to what the user sees and interacts with, i.e. the HTML pages and scripts as well as the app.js
file that is the server application and code that the user client requires in order to communicate with the other system parts.
The Database directory contains several SQL queries that can be used to set up the document and identity databases. It is also the directory where uploaded documents are saved in Uploaded Documents. This path can be easily changed in the User client application though.
Finally, the sub directory Prototypes holds code demonstrations and proof of works that are similar to the Research and Brainstorming section but in code.
The code for the smart contract and the configuration for the private Ethereum blockchain can be found as described in the 'Map to the repository' section. The first step to start working on either of those should be to set up a test environemt. Instruction for this can be found here.
The smart contract still needs to be expanded to cover further use cases such as patrons making claims about pseudonyms and linking comments or reviews to existing documents. For the Ethereum blockchain, only single node networks have been tested so far, instructions and automation for setting up multi-node private Ethereum networks still need to be developed.
The User-Client Documentation, Usage, Copyright Notices and Contribution Guide can be found here .
This project uses the SolRsaVerifiy project in an adapted version as it has been turned into an internal library for the main smart contract of the project. SolRsaVerify is published under GPL-3.0. This project uses a custom binary of geth where the calculation of block difficulty has been simplified to always return 1. go-ethereum is published under LGPL-3.0.