# Ethcon Korea 2023 Simperby
## Aleo
### Blueprint Suggestion *
Provide a quick title or one-line description for the solution you'd like to see developed.
ZK-based Private Governance Voting on Decentralized Funds
Context and Problem *
Provide some background context and/or articulate the problem that you believe the Aleo network faces.
Decentralized autonomous organizations (DAOs) and Liquidity Pools (LPs) are increasingly becoming popular in the decentralized finance (DeFi) space. One of their foundational pillars is the governance model, which allows stakeholders to make collective decisions. Historically, DAOs and LPs, like the ones operating under BUIDLersberg's integration with Aleo, have prioritized transparency to gain trust.
While transparency is crucial, it can sometimes be counterproductive. Stakeholders may hesitate to vote on sensitive or controversial proposals if their voting decisions are public, fearing potential backlash, strategic disadvantages, or unwanted attention. This hesitancy can hinder genuine decision-making processes, reducing the effectiveness of the governance model.
### Solution and Impact *
Share what you believe the solution to the problem is. Elaborate on your envisioned impact or the ideal future state should your proposed solution be developed.
Incorporate Zero-Knowledge (ZK) proofs into the governance voting process. By using ZK proofs, stakeholders can cast their votes confidentially. The system will validate and count the votes without revealing individual choices, ensuring both legitimacy and confidentiality.
Impact:
Enhanced Stakeholder Participation: With privacy guarantees, stakeholders will be more likely to participate in the voting process without fear of repercussions.
Balanced Transparency: While individual voting decisions remain private, the collective outcome will still be transparent, maintaining the trust of the community.
Robust Governance: By ensuring genuine participation and accurate vote counting, DAOs and LPs can make decisions that truly reflect the collective will of their stakeholders.
### Design Specifications *
Please share any ideas you have on what you envision the design of the solution to be. This can be something like (but not limited to) minimum functionalities, suggested system architecture, or even limitations / constraints to be aware of. You may also attach supporting documents below to better illustrate, if you find that easier.
Minimum Functionalities:
Vote Encryption: When a stakeholder casts a vote, the choice should be encrypted immediately.
ZK Proof Generation: Post encryption, the system should generate a ZK proof confirming the legitimacy of the vote.
Vote Counting: The system should count votes based on the ZK proofs, ensuring accuracy.
Result Declaration: The aggregate result should be declared transparently, without revealing individual votes.
Suggested System Architecture:
Voting Interface: A user-friendly interface for stakeholders to cast their votes. This interface will handle vote encryption.
ZK Proof Generator: A module that generates ZK proofs for each encrypted vote.
Validator Nodes: Nodes responsible for validating ZK proofs and counting votes.
Result Aggregator: A module that aggregates the vote counts and declares the result.
Limitations/Constraints:
Computational Intensity: ZK proof generation and validation can be computationally intensive. Optimization will be crucial for large-scale voting events.
User Education: Stakeholders need to be educated about the new system to ensure understanding and trust.
Integration with Existing Systems: The ZK-based system should be compatible with existing governance structures, like BUIDLersberg's Simperby chain.
### Additional Comments
I have teamed up with Jeongseup since we are both committer of Simperby/BUIDLersberg fund.
### Pitch: In one-sentence, how would you describe your project?
Leveraging ZK implementation from Aleo blockchain, our project enhances DAO and LP governance on the Simperby chain, ensuring confidential voting while maintaining collective outcome transparency.
Additionally, we have awarded for Ethcon Korea Axelar Prize https://twitter.com/ethconkr/status/1698278812923175007
aleo account generator: https://aleo.tools/account
## 230828 Google Meet
* 진형
* 기획안https://jypthemiracle.notion.site/d28e5ed4e6b549daadc187ff668d528c?pvs=4
* 준하님께 기술적인 거 물어보기 (디스코드로 여쭤봄. 특히 체인의 벌집계좌 멀티시그 지갑 어떻게 구현하는지)
* 정습
* 다오 리서치(lp 풀 에셋 어떻게 유동하는지 케이스 스터디)
* simperby 띄워보는거 여쭤보고 시도 후 공유
* 윤식
* 피그마
* https://www.figma.com/file/hwjHzVgubJUUDzhUGCypI9/WireFramer-%E2%80%93-Quick-wireframing-library-(Community)?type=design&node-id=310%3A3311&mode=design&t=yb9AaDgV803mAxTY-1
* 기획안대로 피그마 수정하기
## 230825 Google Meet
### Action Items
#### 진형
* [ ] 기획안 슬라이드
* 한국시간 8월 28일(월) 공유
* 28일 -> 콜을 해서 피드백 후 확정, 업무분장 논의
* EVM module 물어보기 준하님께
#### 정습
* Devfolio 등록해도 되는지 문의오면 안내 부탁드려요
* [ ] Simperby 체인 띄워주세요 바이너리 배포
#### 윤식
* [ ] wireframe figma (frontend)
* 한국시간 8월 28일(월) 공유
=====================================
### Registration
* [x] all staked USDC
* [ ] register via devfolio?
* https://t.me/ethcon_korea_1/1/273
* https://ethcon-korea.devfolio.co/
### Ideas
* BIUDLerberg Club
* Leveraging Simperby to build & operate decentralized liquidity providers
https://product.kyobobook.co.kr/detail/S000000476197
* Stack
* Simperby module / wrapper
* 참고 (simperby-evm) https://github.com/postech-dao/simperby-evm
* 참고 https://github.com/0xSBT/0xSBT-web
* 하지만 우리랑 크게 관련은 없어보임 https://dorahacks.io/buidl/3364#details
* frontend -> whatever you takes
* 용도 ...
* 탈중앙화 LP가 필요한 이유: ..
* multi call 용도로 gas-fee 적은게 좋음. -> layer2 app
* Jin
* 오픈소스 재단 > 커밋/PR... 개발자 그랜트
* 트레저리 + voting 형태
* web2/web3 agnostic
* 탈중앙화 LP
* LP multichain
* op uniswap, ...
* osmosis
* 여러 체인 * 여러 dex
* pool에 코인 pair -> voting power
* voting power -> delegation
* 하나의 LP를 구성하고 있는 다수의 풀에 돈을 넣은 voting power 보유자를 위한 (프라이빗) 체인
* LP의 의사결정? governance
* USDC가 unpeg -> USDT라고 하는 프로퍼절을 심퍼바이에서
* LP들간의 의사결정은 다오 프라이빗
* 블록체인 거버넌스 밸리데이터 <> 풀을 보유하고 있는 사람들이 체인에서 네이티브 투표
* 진짜 풀에 참여하고 있는 사람들 만이 의사결정에 참여하고, 개입할 수 있는 네이티브한 (준)체인
* 전체 시스템 X, lightweight 투표
* Jeongseup
* q&a
1. simperby 어떻게 체인 운용하는지 이거 여쭤볼 수 있나?
2. 9월 1일에 일정 어떻게 되는건지?
3.
* 탈중앙화 lp : "프로젝트 명, 빌더버그 클럽" 하면되겠는데 ㅋㅋ
* 디스코드를 사용하지 않아도 프론트엔드에서 바로 체인에 CRUD 가능
* 탈중앙화 LP 아이디어에서 각 풀을 보유하고 있는 사람(그냥 돈을 많이 가지고 있는 사람들)이 투표? 거버넌스를 하려면 -> UX 중요할 것 같은데 -> 일단 스킾
```
Pdao가 멀티체인 doa?
그럼.. dao
사회적비용이 부각되는 용도나 혹은 거버넌스가 굉장히 프래그래밍적인 게 잘 어울리는 곳에 쓰면 좋을 것 같음.
-- 신규 유저들이 쉽게 어셋을 초기에 제공해주는 ?
DAO인데 굉장히 프라이빗하고 op랑 interacting 하면서..
Simperby는 멀티체인 다오 인데..
운영하다가 보면 신규 유저가 들어오기가 굉장히 애매하다는 말이지?
이번에 optimism에 스테이킹하는 것도 그렇고
음.. 이런걸 거버넌스에서 대체해줄 수 있을까?
—- simpery 유의미해지기 위해서 필요한 struct
simpery는 멀티체인 거버넌스 이고 permissioned 함.
심퍼바이 베이스로 해서. -> 거버넌스는 이걸로 만들고 -> 근데 이게 의미가 있으려면 멀티체인 다오 솔루션인 걸 부각해야함..
근데 그럼 다오가 여러 멀티체인에 컨트롤이 가능한게 어떤 매력이 있을까?
실제 어플리케이션은 최소 2개 이상의
+ 옵티미즘위에다가 배포해서 다오가 운영되게 하는디 원툴링 솔루션?
+ 리니아나.. 이더나.. 배포해서 다오가 운영되게 하는?
```
* 윤식
* centralized but cross-chain
* NFT 다오
```
NFT 다오
심퍼바이 특징
프라이빗, 소규모, 중앙화 네트워크, 라이트 클라이언트, 신뢰할 수 있는 구성원?
이런 특징을 만족하면서 이더리움 체인 등에서 해결할 수 있는 문제가 뭘까?
NFT 문제점
중앙 집중식 결정이 대부분
특정 체인에 귀속돼 있고
디스코드 위주의 운영 -> 이게 탈중앙화일까? 가장 중요
->발행사를 믿고 홀더들이 리스크를 대부분 지는 방식
어짜피 NFT 프로젝트들이 다 중앙화 돼 있다면, 중앙화된
특정 NFT 커뮤니티를 운영하기 위한 고유의 DAO 체인을 만들자
... 다만 이더리움 체인 위에 있음으로서 갖는 이득은 모두 가지면서
심퍼바이 체인 위에 올림으로서 생기는 이득
가스비...?,
의사 결정에 간단히 참여 가능하며 의사결정 과정 역시 깃 그래프로 투명히 수 있음
-> 커뮤니티의 활성화
이더리움 체인 위에 있음으로써 얻는 이득
- 이더리움 체인 위에 있다는 홍보효과?
- 이더리움 체인의 활발한 커뮤니티와 네트워크
- 보안
이더리움 체인에서 스태이킹시 심퍼바이 네트워크에 참여할 수 있는 방식의 구성이고
-> 신뢰할 수 없는 구성원, 표의 집중
이런 부분들은 이더리움 POS 와 같이 스테이킹한 NFT를 인질로 잡기...
1. 디스코드 연동 - 너무 식상함
사용자 계정 연동이라던가 체인 연동으로 디코 채널에 입장하는 등
https://github.com/level-1-dao/level-1-dao
모바일 앱을 지원하는 부분이 라이트 클라이언트를 지향하는 우리와 잘 맞는 것 같다.
2. 웹페이지를 통한 다오의 미러링?
조직의 운영(다오)만을 위한 체인을 만들어 이를 웹페이지에서 보여주고 싶다? 트레저리 관리는 분리하고 조직의 운영과 관련한 부분 모듈화 해서 유저들에게 직관적 으로
웹페이지와 모바일 등에서 관리되는 다오의 안건들이 진행되는 과정을 손쉽게 볼 수 있도록 하면 어떨까
```
* 디스코드 채팅을 git으로 대체?!
* https://opensource.com/article/19/4/git-based-chat
* https://medium.com/onther-tech/ethereum-whisper-%EB%85%B8%EB%93%9C-%EA%B5%AC%EC%B6%95-%EB%B0%8F-%ED%85%8C%EC%8A%A4%ED%8A%B8-1b04fa8b9abf
Google Drive
Gist
Clipboard
Sign in with Wallet
