ExampleMUST READ: Submission Guideline π£ μ£Όμμ¬ν μλ μ¬νμ μ€μνμ§ μμ κ²½μ°, μ¬μ¬μ λΆμ΄μ΅μ΄ μμ μ μμ΅λλ€. λͺ¨λ νλͺ©μ κΌΌκΌΌν νμΈνμκΈ° λ°λλλ€. νΈλ μ ν μ°Έκ° νΈλμ λ°λμ μ νν΄μ£ΌμΈμ. ν νμ΄ 2κ° μ΄μ νΈλ μ€λ³΅ μ μΆμ λΆκ°ν©λλ€. Part1. Describe your project νλ‘μ νΈλ₯Ό μκ°ν μ μλ ν
μ€νΈμ μ΄λ―Έμ§λ₯Ό μ 곡ν΄μ£ΌμΈμ. Part2. Verify your project νλ μ ν
μ΄μ
λ§ν¬, κΉνλΈ λ§μ½, μμ λ§ν¬λ₯Ό 첨λΆν΄μ£ΌμΈμ. Part3. Fill your team cards νμ μ΄λνμ¬ λͺ¨λ λ©€λ²μ νλ‘νμ μμΈν μμ±ν΄μ£ΌμΈμ. μ΄μ©μ½κ΄ μλͺ
νμ μ΄λνμ¬ λͺ¨λ λ©€λ²μ νλ‘νμ μμΈν μμ±ν΄μ£ΌμΈμ. μ μΆ κΈ°ν μμ 2024λ
8μ 31μΌ 23μ 59λΆ μ½λμ νλ μ ν
μ΄μ
λ±μ λ°ν μ κΉμ§ μμ λ‘κ² μμ κ°λ₯ν©λλ€! Part 1. Describe your project Product Images νλ‘λνΈ μ΄λ―Έμ§ μΆκ°νμΈμ. μ΄λ―Έμ§ νλ μμ λ°°μ¨μ λ°λΌ μ΅μ ν λ©λλ€. Slogan Description Problem Solution Part 2. Verify your project Presentation
1. Project Board
New
Uncategorized
1. Finance/dApp Service
2. Blockchain Infra
3. SocialFi/GameFi
4. Smart Contract
NeoVote-A XRPL Based Hybrid Server Voting System
Track
1. Finance/dApp Service
Created at
Last modified
π£ MUST READ: Submission Guideline
Part 1. Describe your project
Product Images
νλ‘λνΈ μ΄λ―Έμ§ μΆκ°νμΈμ. μ΄λ―Έμ§ νλ μμ λ°°μ¨μ λ°λΌ μ΅μ ν λ©λλ€.
Slogan
With Trust, Spread Your Opinion
Description
XRPL is the best tool that allows us to bring our creative ideas to life based on simple and efficient code writing compared to other Web3 platforms. We believe XRPL is the ideal tool for creating reliable services due to its speed, low cost, and proven stability, especially when compared to third-party platforms. The XRPL-based voting system NeoVote, which we proposed and developed, is a service and business designed for any group requiring voting, from small organizations like schools and companies to national elections. We aimed to overcome the trade-offs between speed, efficiency, and reliability through a Hybrid Trust Saving Solution that combines the XRPL chain and a central server. Our program, NeoVote, consists of features such as login, agenda creation, voting, and result aggregation, creating a platform where various members can express their opinions.
Problem
As a well-known global IT powerhouse, South Korea is renowned for its ability to quickly adapt to and utilize new technologies. However, there is one area where it remains very conservative: applying IT technology to crucial elections, such as presidential and parliamentary voting. We believe the reason why voting is still done manually is due to a lack of trust in information technology. People do not trust IT; they fear that their valuable vote could be manipulated on a server. Web3 and decentralization place the highest value on the "trust" of the digital ledger, relying on transparent transactions that are visible to everyone and systems that are secure against attacks. Moreover, tampering is nearly impossible according to the algorithm. This enables the core democratic values of free expression and equal rights to be realized as a service. Currently, blockchain is mainly used for digital assets. However, we aim to create a service that provides public value through blockchain. This is why we have developed NeoVote, which is a blockchain-based voting service using XRPL.
Solution
Tech1: Hybrid Trust Saving Solution
The Hybrid Trust Saving System is our proprietary solution developed to identify the trade-offs between efficiency, speed, reliability, and stability, enabling the implementation of an optimal, lightweight, and fast service. To achieve this, we thoroughly analyzed and reinterpreted the components and processes of voting. The most critical element to trust in voting is the voting records of the people. We store these voting records using the Memos Field within the XRP Payment. The users' agreement status is recorded on the blockchain, and it is displayed by matching it with the vote_id, the signature of the agenda. Since the voting log is permanently stored on the blockchain, it creates a clean service free from the risk of tampering. Other functions, such as agenda and login, operate within the backend system built with Django. The individual components of the Agenda (post) stored in the backend system, such as the title and content, are matched with the vote_id, enabling the service to function. Through this approach, we were able to implement an effective Hybrid Trust Saving Solution.
The Hybrid Trust Saving System is our proprietary solution developed to identify the trade-offs between efficiency, speed, reliability, and stability, enabling the implementation of an optimal, lightweight, and fast service. To achieve this, we thoroughly analyzed and reinterpreted the components and processes of voting. The most critical element to trust in voting is the voting records of the people. We store these voting records using the Memos Field within the XRP Payment. The users' agreement status is recorded on the blockchain, and it is displayed by matching it with the vote_id, the signature of the agenda. Since the voting log is permanently stored on the blockchain, it creates a clean service free from the risk of tampering. Other functions, such as agenda and login, operate within the backend system built with Django. The individual components of the Agenda (post) stored in the backend system, such as the title and content, are matched with the vote_id, enabling the service to function. Through this approach, we were able to implement an effective Hybrid Trust Saving Solution.
Tech2: Agenda Voting Solution with XRPL
We have considered various voting methods within an effective blockchain system. There were two options: a direct voting method where each user (sender) creates a transaction to the receiver using their own wallet and address, and a proxy voting method where a designated Sender and Receiver handle the transaction on behalf of the user. After testing each method, considering factors such as runtime, user satisfaction, security, and parsing convenience, we decided to adopt the proxy voting method. We are performing transaction creation on behalf of the user based on the frontend button requests.
We have considered various voting methods within an effective blockchain system. There were two options: a direct voting method where each user (sender) creates a transaction to the receiver using their own wallet and address, and a proxy voting method where a designated Sender and Receiver handle the transaction on behalf of the user. After testing each method, considering factors such as runtime, user satisfaction, security, and parsing convenience, we decided to adopt the proxy voting method. We are performing transaction creation on behalf of the user based on the frontend button requests.
Part 2. Verify your project
Presentation
ν κΈλ§! ν¨κ³Όμ μΈ λ°νλ₯Ό μν΄ ν리μ ν
μ΄μ
ν
νλ¦Ώμ νμΈνμΈμ. νμΌ > μ¬λ³Έ λ§λ€κΈ°λ‘ μ¬μ©ν μ μμ΅λλ€.
- λ°ν μμλ μμ¨μ μΌλ‘ μ‘°μ κ°λ₯νλ Problem, Solution, Key Features, Go-to-market, Milestone, Our Teamμ΄ μΆ©μ€ν λ€μ΄κ°μΌ μ¬μ¬ νλͺ©μ κ³ λ£¨ λ§κ² μ±μ μ΄ λ©λλ€.
- PPT ν νλ¦Ώμ νλ‘μ νΈ λμμΈμ λ°λΌ ν λ§λ₯Ό λ°κΏλ λλ, λμ€νλ μ΄ μ¬μ΄λ λ°°λκ° 'λΈλ'μμ κ°μν΄μ£ΌμΈμ.
- κ²°μ λ°νμ μ€μκ° ν΅λ²μμ΄ μ 곡λλ, λ°νμλ£λ νκ΅μ΄κ° μλλΌ μμ΄λ‘ μμ±ν΄μ£Όμλ©΄ μΈκ΅ μ¬μ¬μμ λΆλ€μκ² κ°λ μ±μ΄ λμμ§μ€ μ μμ΅λλ€!
- PPT ν νλ¦Ώμ νλ‘μ νΈ λμμΈμ λ°λΌ ν λ§λ₯Ό λ°κΏλ λλ, λμ€νλ μ΄ μ¬μ΄λ λ°°λκ° 'λΈλ'μμ κ°μν΄μ£ΌμΈμ.
- κ²°μ λ°νμ μ€μκ° ν΅λ²μμ΄ μ 곡λλ, λ°νμλ£λ νκ΅μ΄κ° μλλΌ μμ΄λ‘ μμ±ν΄μ£Όμλ©΄ μΈκ΅ μ¬μ¬μμ λΆλ€μκ² κ°λ μ±μ΄ λμμ§μ€ μ μμ΅λλ€!
GitHub
ν κΈλ§! κΉνλΈ Organizationμ μ μΆνλ©΄ μ½λλ₯Ό νλΌμ΄λΉνκ² μ μΆ ν μ μμ΅λλ€.
Demo Video
ν κΈλ§! μ¬μ μ¬μ¬μ νμ©ν μ μλλ‘ 3λΆ μ΄λ΄μ μμ΄λμ΄λ₯Ό μμμ 곡μ ν΄μ£ΌμΈμ.
Part 3. Fill your team cards
Leader
Member 2
Member 3
Member 4
Member5
Member6
Member7
Member8
Member9
Member10
β’
Name: JAEYOON LEE
β’
Roles: Project Manager, Blockchain Part, Project Managing
β’
Organization: Kwangwoon University De-Butler
β’
Social Links:
β’
Point of Contact
ν΄μ»€ν€ μ μΆ μ½κ΄ νμΈ
ν΄μ»€ν€ μ μΆ μ½κ΄μ λμν©λλ€.
XRP Ledger μνκ³μμ νμ μ μΈ κ°λ°μ μ΄μ§νκΈ° μν΄ ν΄μ»€ν€(μ΄ν "ν΄μ»€ν€")μ΄ μ§νλ©λλ€. λ³Έ μ½κ΄ λ° μ‘°κ±΄(μ΄ν "μ½κ΄")μ κ·νμ ν΄μ»€ν€ μ°Έμ¬μ κ΄λ ¨λ μꡬμ¬ν λ°, μ°μΉμλ‘ μ μ λ κ²½μ° λ°μ μ μλ μκΈμ λν΄ μ€λͺ
ν©λλ€.
1. μ©μ΄ μ μ
- μ°Έκ°μ: ν΄μ»€ν€μ μ μ²μλ₯Ό μ μΆνκ³ μ°Έμ¬νλ κ°μΈ λλ ν.
- μ§μ μ¬μ°κΆ: μ°Έκ°μκ° ν΄μ»€ν€μ μ μΆνλ λͺ¨λ μλ£μ μ½ν
μΈ μ λν λͺ¨λ κΆλ¦¬. μ°Έκ°μλ μ μΆλ νλ‘μ νΈμ κ΄λ ¨λ μ§μ μ¬μ°κΆμ κ³μ 보μ ν©λλ€.
- νλ‘μ νΈλ§ν¬: μ°Έκ°μμ μ ν λ° μλΉμ€μ κ΄λ ¨λ μν, λ‘κ³ λ° μνΈ.
- νλ‘μ νΈμλ£: ν΄μ»€ν€κ³Ό κ΄λ ¨νμ¬ μ£Όμ΅μμκ² μ 곡λ λͺ¨λ μλ£ λ° μ 보.
- μκΈ: μ¬μ¬μμλ¨μ μν΄ μ°μΉμλ‘ μ μ λ μ°Έκ°μμκ² μ£Όμ΄μ§λ XRP ν ν°.
- νλ‘μ νΈ: ν΄μ»€ν€μ μ μΆλ μλ£μ μ½ν
μΈ .
- μ¬μ¬μμλ¨: ν΄μ»€ν€μ μ°μΉμλ₯Ό μ μ νλ μ λ¬Έκ° κ·Έλ£Ή.
- ν ν°: XRP Ledgerμ κΈ°λ³Έ μνΈννμΈ XRP ν ν°.
- κ·ΈλνΈ: ν΄μ»€ν€ μ΄μΈμ μ£Όμ΄μ§ μ μλ μΆκ°μ μΈ μ§μ κΈ°νλ‘, λ³λμ μ‘°κ±΄μ΄ μ μ©λ©λλ€.
2. μ격 λ° ν΄μ»€ν€ μꡬμ¬ν
ν΄μ»€ν€μ μ°Έμ¬νλ €λ©΄ λ€μ 쑰건μ μΆ©μ‘±ν΄μΌ ν©λλ€
- μ μ¬ λμ κ΅κ°λ λ¨μ²΄μ μλ―Όμ΄ μλμ΄μΌ ν©λλ€.
- μκΈμ μλ Ήν λ KYC μ μ°¨λ₯Ό ν΅κ³Όν΄μΌ ν©λλ€.
3. μ°Έκ°μ κ°μ΄λλΌμΈ
μ°Έκ° μ μ²μλ λ€μ κΈ°μ€μ μΆ©μ‘±ν΄μΌ ν©λλ€
- λΆμΎκ°μ μ£Όλ λ΄μ©μ΄ μμ΄μΌ νλ©°, νμΈμ κΆλ¦¬λ₯Ό μΉ¨ν΄νμ§ μμμΌ ν©λλ€.
- λͺ¨λ μλ£λ λ²μ μ€μν΄μΌ νλ©°, μ£Όμ΅μκ° μ ν κΈ°μ€μ λ°λΌμΌ ν©λλ€.
4. μκΈ
μκΈμ μ¬μ¬μμλ¨μ νλ¨μ λ°λΌ μ μ λ μ°μΉμμκ² μ£Όμ΄μ§λλ€. μκΈμ μ§μ λ USD κΈμ‘μ ν΄λΉνλ XRPλ‘ μ§κΈλ©λλ€. μ΄λ μ¬μ©λλ XRP νμ¨μ μ§κΈμΌ μ΄μ 3μΌ λμμ XRP μ’
κ°μ νκ· μΌλ‘ κ³μ°λ©λλ€. μκΈμ XRP ν ν°μΌλ‘ λ‘ μ§κΈλλ©°, κ΄λ ¨ μΈκΈκ³Ό λΉμ©μ μ°Έκ°μκ° λΆλ΄ν©λλ€. μκΈμ μλ Ήνλ €λ©΄ KYC μ μ°¨λ₯Ό ν΅κ³Όν΄μΌ ν©λλ€.
5. μ§μ μ¬μ°κΆ
μ°Έκ°μλ ν΄μ»€ν€μ μ μΆν νλ‘μ νΈμ κ΄λ ¨λ λͺ¨λ μ§μ μ¬μ°κΆμ 보μ ν©λλ€. κ·Έλ¬λ, μ°Έκ°μκ° μ μΆν μλ£λ ν΄μ»€ν€μ ν보 λ° λ§μΌν
λͺ©μ μΌλ‘ μ£Όμ΅μκ° νμ©ν μ μμΌλ©°, μ΄μλ νλ‘μ νΈμ μ€λͺ
, μ΄λ―Έμ§, λ‘κ³ λ±μ΄ ν¬ν¨λ μ μμ΅λλ€.
6. κ·ΈλνΈ
μ°μΉμλ ν΄μ»€ν€κ³Όλ λ³λλ‘ μ 곡λ μ μλ κ·ΈλνΈλ₯Ό μ μ²ν μ μλ μ격μ κ°μ§ μ μμ΅λλ€. κ·ΈλνΈλ λ³λμ 쑰건과 μ μ°¨μ λ°λΌ μ 곡λ©λλ€.
7. κ°μΈμ 보 보νΈμ μ±
μ°Έκ°μμ κ°μΈμ 보λ μ£Όμ΅μμ κ°μΈμ 보 보νΈμ μ±
μ λ°λΌ μ²λ¦¬λ©λλ€.