Technical review and projects
Option A: Programming Project
Timeline
- Topic proposal: March 5
- Final submission: March 25
Students should work individually.
Deliverable
- Proposal (5%): Clearly state you choose programming project. Add a short paragraph (<300 words) briefly describing your chosen project idea.
- The chosen topic has to be blockchain relevant.
- Final report/demo (95%): Demo needs to allow reproducing your results.
- The demo option is to include in your project submission the screenshots (or better yet, video-shot if you have too many screens to show). We may sample some teams (but not all teams) to do the demo in person.
- The report should have a descriptive title.
- Describes what applications your system is to support? Why you choose to support this application? Why it matters? and who/what users can benefit from the application?
- Describe what specific functionalities your system enables (e.g., what's the input/output of your system)? What's the workflow of your system?
- Describe the system architecture? You may include a figure showing different system components and how they interact.
- If possible, describe your future plan.
Option B: Technology Review
Timeline
- Topic proposal: March 5
- Final submission: March 25
Technical reports must be done individually.
Deliverable
- Proposal (5%): Clearly state you choose technical review. Describe your chosen topic, and the selected papers to read.
- Final report (95%): Format requirement here: [Google doc].
Suggested Format for Final Report
In general, a good paper summary/tech review should answer the following questions:
- Paper summary
- What problem does the paper address?
- What approach the paper presents to solve the problem?
- How effective does the proposed approach solve the problem?
- Paper novelty
- How is the problem an open problem in the field? What related works are there in the literature?
- Are there any technical challenges posed by the aimed problem?
- How does the proposed approach overcome the challenges?
A technical review is intended to systematize knowledge on a focused research/technical problem. The following is the suggested structure of final technical review.
- Section 1 Paper Summaries
- Subsection 1.1: Summary of Paper
P1- Problem studied in
P1 - Approach in
P1 - Evaluation in
P1 - What's new in
P1 - Your opnion on the strength and limitation of
P2
- Problem studied in
- Subsection 1.2: Summary of Paper
P2- Problem studied in
P2 - Approach in
P2 - Evaluation in
P2 - What's new in
P2 - Your opnion on the strength and limitation of
P2
- Problem studied in
- ...
- Subsection 1.n: Summary of Paper
Pn
- Subsection 1.1: Summary of Paper
- Comparative Framework
- Defining
mapplicable propertiesF1,F2,F3, ... - The table for comparison (example below) _ Open problems and your prediction of future work.
- Defining
F1 |
F2 |
... | Fm |
|
|---|---|---|---|---|
P1 |
✓ | ✗ | ... | ✓ |
P2 |
✗ | ✓ | ... | ✓ |
Pn |
✓ | ✗ | ... | ✓ |