Distributed Systems + Applications and Web Services Final Project @ UniBo
Abstract | Requirements | Startup | Docs | Develop | Troubleshooting | Authors
Electronic voting systems based on blockchain technology have emerged as a potential solution to enhance the security and transparency of traditional voting methods. In this system, voters cast their votes electronically, and the results are stored on a decentralized blockchain ledger, which ensures the integrity of the vote by preventing any tampering or manipulation. This system provides a transparent and immutable record of votes, which can be accessed by anyone in the network, thus increasing trust in the electoral process. Nevertheless, the use of blockchain technology in electronic voting systems holds promise for creating a more secure, transparent, and democratic electoral process.
The project consists of the implementation of a small-scale distributed electronic voting system based on blockchain technology. Specifically, the goal is to create a distributed architecture that exposes a uniform API allowing users to interact with the system using a web application.
Warning: This repository is part of an academic project developed for the course in Distributed Systems and Application and Web Services @ UniBo. It is intended for educational purposes and may not be suitable for production use.
- Unix system (either Linux or MacOS)
- Docker
- on Mac OS make sure the file sharing implementation for the container is set to
osfx (Legacy)(inSettings -> General)
- on Mac OS make sure the file sharing implementation for the container is set to
- Java 11 or higher
- Node.js 18 or higher
npm
Important
For security reasons the password for using the mailer is not stored in the repository, but it is passed to the container using a docker secret. Before starting up the system, it’s necessary to create a password file, at the position defined in the secrets section of the docker-compose.yaml file:
secrets:
google_api_secret:
file: ~/secrets/api-pass.txtIt is also possible to specify the mail address that will be used to send the emails by changing the MAIL ADDRESS environment variable on the api-server service:
environment:
...
- [email protected]
...To bring up the blockchain network, deploy the smart contracts on top of the peers, start the API services and the frontend web app you can use the services.sh script on the root of the project.
To bring up all the system's services:
./services upSince the first time it will pull Hyperledger Fabric binaries and docker images to create blockchain artifacts and start API services, it will take a while to bring up the entire system.
While it reaches the API server creation phase, the script will execute the npm login command.
We've preconfigured some default credentials for this purpose; these should be used when login request is prompted:
- username:
user - password:
password
During the startup phase of the API layer, the script will require the sudo privileges in order to ensure that the verdaccio, cache and dbdata folders have write and read permissions, which are needed on Linux environment.
The full working system consists of 33 containers: one for each peer and chaincode deployed on it, five containers for the API services and one for the frontend web app.
To bring them down without cleaning the blockchain artifacts (it will speed up the creation of the network next times):
./services downTo clean network artifacts:
./services clean
For more details have a look at the project documentation.
-
Here you can find the last release of the Distributed Systems report.
-
Here is the presentation for the Distributed System exam.
-
Smart Contracts Javadoc
-
RESTful API
To clone the project:
git clone --recurse-submodules <URL> <DESTINATION>If the repository has been cloned plainly, then submodules can be initialized manually:
git submodule update --init --recursiveIf you are encountering issues or observing unexpected behavior during the deployment, this troubleshooting guide is designed to assist you in identifying and resolving common problems.
-
❗ Linux/MacOS:
[common.tools.configtxgen] main -> Error on outputBlock: could not create bootstrapper: could not create channel group ...: open /Projects/distributed-systems/ds-project/chain-vote/blockchain/../.chainvote/blockchain/org0/orderer1/tls-msp/signcerts/cert.pem: no such file or directoryA similar error occurs the next time a problem arises during the creation of channel artifacts because it tries to get some files inside the artifacts folder but, since the previous deployment failed, those files don't exist. Cleaning the artifacts with
./services cleanshould solve the problem. -
❗ MacOS: resource management
On MacOS systems make sure to increase allocated resources in Docker Desktop, particularly for CPU and memory limit (8GBs are enough).
-
❗ MacOS:
Error response from daemon: cannot stop container: <container-id>: tried to kill container, but did not receive an exit eventSometimes happens that, when the services are torn down (with
./services downor./services clean), one Hyperledger CA container remains hanging. Restarting Docker Desktop solves this issue. -
❗ MacOS:
container peer1-org2 is unhealthyIf, during the deployment of the network, the shown message (or a similar one) appears on a MacOS host, make sure the file-sharing implementation for the containers in
Settings -> Generalis set to osxfs (Legacy). -
❗ MacOS/Linux: General build failure
While the system is starting up docker will cache lots of data that is used in the various building phases. This could lead to a general build failure in future runs. Is possible to try these solutions for solving the problems:
docker builder cleanto clean the docker cache;- Delete dangling images and volumes;
- Restart docker engine;
- Luca Tassinari
- Luca Rubboli
- Giovanni Antonioni
![renovate[bot] avatar](https://avatars.githubusercontent.com/in/2740?v=4 "renovate[bot]")
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent