Skip to content

Using ERC20 standard, implemented our own CFB Token smart contract on Blockchain. The project aims at improving the campus dining feedback service by integrating the deployed smart contract with the developed website and then calling the contract’s functions.

Notifications You must be signed in to change notification settings

akshu15/Blockchain-CampusFeedbackFungibleToken-FT

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

2 Commits
 
 

Repository files navigation

Blockchain-CampusFeedbackFungibleToken-FT

Using ERC20 standard, implemented our own CFB Token smart contract on Blockchain. The project aims at improving the campus dining feedback service by integrating the deployed smart contract with the developed website and then calling the contract’s functions.

Objectives:

ERC-20 has emerged as the technical standard; it is used for all smart contracts on the Ethereum blockchain for token implementation and provides a list of rules that all Ethereum-based tokens must follow. The goal of our project is to implement a complete blockchain platform solution for the feedback system in Campus Dining Services at University at Bufallo, as an alternate to the existing trivial approach. This would add value to services provided by and benefit students.

Description:

Feedback is important for any organization to improve their service. Currently CDS feedback system at UB is SMS based where students have to send an SMS to a specific number to submit feedback. After submitting feedback, students do not receive anything in return which does not motivate lot of students to submit their feedback. With limited feedback, any organization, CDS in this example, will not have sufficient inputs to make any changes and thus improve the system/service. Using ERC20 tokens as reward points for students, we can encourage more students to participate in providing feedback. This will provide more input to CDS and they can effectively make useful changes. Students get rewarded with ERC tokens which they can in turn use to order special services/food through our platform. Another problem that this contract can tackle in a better way is choosing which services to establish. Suppose CDS has multiple ideas/proposals to implement but they have resources to implement only one. For this, CDS would organise a poll with multiple proposals and the proposal with most votes can be picked. In this way the decision will be made by majority of users rather than just few people at CDS. ERC-20 tokens are issued on the Ethereum network. It defines a common list of rules that all Ethereum tokens must adhere to. Some of these rules include how the tokens can be transferred, how transactions are approved, how users can access data about a token, and the total supply of tokens. Using these standards, we have implemented a token system for CDS.

Design features:

ERC20 symbol: CFB – Campus FeedBack

Using Design Principles we can develop a use case diagram and contract diagram specific to our model. This highlights the structure and members of the token system.

Use case:

use_case

Contract diagram:

table

Sequence of operations:

Our system is fairly simple and straightforward. Initially CDS deploys the smart contract with a finite amount of tokens and thus CDS will own the smart contract. Students and faculty of the university can register through the UI and thus become participants of the decentralized network. Students have the option to provide feedback on the UI and this will be stored in the database. Once the feedback is confirmed, the participant is rewarded with a predefined amount of tokens. Participants can use these tokens to order special services/food. Based on the feedback, the admin/chairperson can come up with couple of new services. However if due to limited resources only one can be implemented then a poll is initiated. Students can register for voting and vote for their choice of proposal. The proposal with maximum votes will be the changes that will be implemented by the CDS. There is also option for the participant to unregister themselves or for the chairperson to unregister any participant. Below sequence diagram represents the sequence of actions/processes that takes place in the system.

sequence

Architectural Diagram

architectural

User Interface

The project consists of two sections:

1. Feedback points

This is the more usual part of the platform where students are able to register and provide feedback on various services of CDS. For this, students will earn CFB points in return. Once sufficient CFBs are collected, a student can redeem those points for any rewards offered by CDS(like Fruit/Chips, Meal or Buffet).

page

page2

2. Voting for the services

This is an occasional part of the platform where CDS organizes a poll in order to make decisions. Lets say there is resource for setting up only one extra cuisine in the new One World. Instead of only the members of CDS making the decision, a poll is organized where registered students can vote. The Chairperson (CDS) will be controlling the various phases of voting. Highest votes means more customers for CDS and more students will get what they want, win-win.

page3

page4

About

Using ERC20 standard, implemented our own CFB Token smart contract on Blockchain. The project aims at improving the campus dining feedback service by integrating the deployed smart contract with the developed website and then calling the contract’s functions.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published