NU6 ZIP 마감과 Dev Fund
NU6 ZIP 제출 마감 제안과 Dev Fund 락박스 설계 공간이 논의됐다
안건별 요약 6
ECC 업데이트: Arti(Tor) 통합, ZIP-320, ZIP-317 수수료
Electric Coin Company · Kris, Str4d, Daira, Dodger
- Str4d가 지갑 백엔드에서 Tor로 환율을 가져오는 프로토타입을 완성했다. 트랜잭션 제출처럼 정보가 새는 동작도 Tor로 lightwalletd에 접속해 처리할 수 있다.
- Arti는 과거 ZOMG 등의 지원으로 시작된 Rust Tor 구현으로 라이브러리로 번들하기가 쉬웠다. Onion Service는 아직 실험 단계라 노드 측 Tor 서비스는 한참 뒤의 일이다.
- Daira는 ZIP-320(TEX 주소) 지원이 거의 끝났다고 했다. 두 트랜잭션 사이 임시 출력은 높이를 알 수 없어 zcash_client_sqlite DB 스키마 변경이 필요했다.
- 설계가 복잡해 이번 주 SDK 릴리스는 불가능하며 다음 주 초 완료를 목표로 한다.
- ZIP-317 시행 1년이 지나 주요 지갑이 모두 ZIP-317 수수료를 쓰므로, 다음 zcashd 릴리스에서 unpaid action 한도의 기본값을 50에서 0으로 낮춘다.
- 멤풀과 블록 수락 설정 모두 해당하며 채굴자가 로컬에서 바꿀 수 있고 방법을 릴리스 노트에 문서화한다. 며칠 전 sandblasting이 다시 시작되었다.
Zebra 업데이트: Zebra scan 분리와 zcash_script
Zcash Foundation · Arya
- ECC 의존성을 갱신했고 Rust beta의 문서 컴파일 문제와 CI를 개선했다. Zebra에서 Zebra scan 시작 지원을 제거하고 독립 바이너리로 만드는 PR이 열려 있다.
- 최신 zcash_script를 쓰는 PR로 Zebra가 zcashd와 다른 ECC 의존성 버전을 쓸 수 있고, Zebra scanner를 RocksDB 블록을 이용한 별도 프로세스로 실행할 수 있다.
- 인덱서 서비스 추가를 위한 추적 이슈가 생겼다. RPC 클라이언트에 최선 체인 팁과 멤풀 변화를 알리는 수단과 lightwalletd용 블록 nullifier 전용 RPC가 부족하며, 이는 zcashd 폐기와 관련된다.
ECC와 ZF의 zcashd 폐기: 지갑 백엔드 작업
Electric Coin Company · Str4d, Daira
- Zashi와 모바일 SDK는 shielded 저장만 하지만, zcashd 지갑은 투명 주소에서 임의 지출이 가능하고 대체 지갑도 그래야 한다.
- Kris가 지갑 백엔드의 투명 출력 처리를 대칭적으로 만드는 작업을 하고 있으며 모바일 SDK는 영향을 받지 않는다.
- zcash_client_sqlite의 지갑 테스트를 지갑 백엔드에 대해 제네릭하게 바꿔 나중에 지갑 서비스에도 적용할 계획이다. zcashd의 RPC 테스트 모음도 장기적으로 이식하거나 적응시켜 합칠 목표이다.
- 버그까지 똑같이 재현할 필요는 없다고 Daira가 말했다. 투명 잔액 처리와 관련된 Zashi 버그 수정도 진행했다.
FROST: share 갱신과 개발 펀드 멀티시그
Zcash Foundation · Conrado, Alfredo, Daira, Str4d, Dodger, Kris
- refresh share 기능은 동작하지만 API 개선이 필요하다. FROST 사양이 항등원 직렬화를 허용하지 않는 문제도 있어 우회했다.
- core와 cipher suite crate의 API 변경을 모아 2.0.0 rc-0을 다음 주 낼 예정이며, API를 깨는 개선 제안은 지금 달라고 했다.
- Alfredo가 개발 펀드 제안 중 FROST 멀티시그를 쓰는 것이 11월까지 가능한지 물었다. Conrado는 도구가 명령줄뿐이라 불편하지만 동작한다고 답했다.
- FROST는 참가자 수에 선형으로 확장되며 1000명이어도 1초 미만이다. Kris는 하루 1000개 넘는 블록 출력에 대해 멀티시그 서명을 실행하는 UTXO 기반 개발 펀드는 현실적이지 않다고 지적했다.
- Daira는 FROST라면 멀티시그 기반 개발 펀드에 권할 만큼 준비되었다고 했고, 포럼에 올린 글의 기술적으로 가능하다는 표현에 단서를 달겠다고 했다.
- Dodger는 repair shares로 한 사람이 키를 잃어도 같은 주소를 유지한 채 복구할 수 있다고 강조했고, 조직 내부 인원까지 나누는 nested FROST도 검토할 만하다고 했다.
NU6 사양 마감 시한 제안
Electric Coin Company / ZIP 에디터 · Kris, Str4d, Daira
- Kris는 NU6에 들어갈 사양을 구현 가능한 proposed 상태로 확정할 마감이 필요하다고 했다.
- 다음 ZIP 에디터 회의(7월 16일 17:00 UTC, Z|ECC 서밋 다음 주)까지 NU6용 ZIP을 사실상 완료하자고 제안했다.
- Str4d는 구현, 배포, 구버전 노드의 halt, 감사까지 감안하면 11월 말 활성화를 기준으로 할 때 시간이 빠듯하다고 설명했다.
- 11월 이후 활성화해도 되는 ZIP은 같은 일정에 매일 필요가 없지만 반감기 시점에는 적용되지 않는다. ZF가 설문 기반의 개발 펀드 제안을 낼 예정이고 다른 개발 펀드 제안은 아직 ZIP으로 구체화되지 않았다.
- 마감은 ZIP 에디터가 다음 회의에서 정하기로 했다.
개발 펀드 제안의 설계 공간
Electric Coin Company · Daira, Str4d, Kris, Dodger, Alfredo
- Daira와 Str4d가 개발 펀드 설계 공간을 정리했다. 핵심 축은 출력당 UTXO 모델과 프로토콜 내 단일 또는 수신자별 reserve 모델이다.
- Skylar의 lockbox 제안은 단일 reserve에 넣고 분배 방식을 이후 업그레이드로 미루는 하나의 점이다. UTXO 방식은 1000개 넘는 출력 처리 비용과 키 탈취 위험이 있다.
- 구현은 기존 funding stream 유지가 가장 쉽고, 단일 reserve 후 분배 유예, 수신자별 reserve와 지정 주소 인출 순으로 쉽다.
- Dodger는 기술적 가능성이 의도를 좌우하지 않도록 먼저 의도를 밝히고 정치적 고려와 기술적 고려를 분리해야 한다고 강조했다.
- Alfredo는 반감기에 아무것도 하지 않으면 Zebra가 같은 주소에 절반 보상을 계속 보낼까 우려했으나, Daira가 코드를 확인해 올바르게 구현되어 있음을 확인했다.
- Str4d는 ZIP 제안자가 필요한 지원을 알려 달라고 했고 Discord office hour를 제안했다. Kris와 Daira는 사전 기술 피드백을 줄 수 있다고 했다.
한국어 요약은 원문을 바탕으로 정리한 것으로, 정확한 내용은 원문을 확인하세요.