zcashd 5.5.0에 ZIP-317

ZIP 317 변경이 담긴 zcashd 5.5.0 릴리스 후보가 승인돼 다음 주 출시를 앞두게 됐다

• zcashd 5.5.0
• ZIP-317
• FROST 크레이트
• 기술 협업 포럼
• NU5 회고
• NUP 개편

안건별 요약 8

1. Zebra 감사 진행 상황

   Zcash Foundation · Dodger, Deirdre

   • Zebra 감사가 Real World Crypto로 잠시 중단됐다가 이어지고 있으며, 지적된 이슈를 수정 중이다. 지금까지 큰 문제는 없고 6월쯤 정식 안정 릴리스를 목표로 한다.
   • Deirdre는 crates.io의 크레이트 이름을 미리 확보해 두었으며 감사 후 안정 단계에서 다수를 게시해 일반 개발자의 접근성을 높일 계획이라고 했다.

2. Zcashd 5.5.0 준비와 Light Client Working Group

   Electric Coin Company · Str4d, Pacu, Dodger

   • 5.5.0의 핵심은 ZIP 317 변경이며 릴리스 후보 승인이 끝나 CI를 기다리고 있다. 정기 네트워크 테스트에 문제가 없으면 다음 주 초 릴리스를 예상한다.
   • 빠른 동기화 준비 작업과 충돌한 SDK 뷰 문제를 고쳤고, 전체 블록체인이 없을 때 일부 정보를 신뢰성 있게 보여줄 수 없다는 점을 반영했다.
   • 남은 의존성은 secp256k1 Rust 크레이트로 0.21에서 0.26으로 올릴 예정이다.
   • 5.6.0에는 빠른 동기화에 필요한 변경이 담기며 약 6주 뒤를 목표로 한다. 일부는 이미 5.5.0 백엔드 작업에 들어 있다.

3. Light Client Working Group과 지갑 개발자 협력

   Electric Coin Company · Str4d, Pacu, Dodger

   • Pacu는 Light Client Working Group이 격주 목요일 Zingo Labs, Nighthawk 등과 모이며 지난 47회 회의록이 GitHub에 공개돼 있다고 했다.
   • 재단의 John이 커뮤니티 지원을 하고 Unstoppable과는 일대일로 소통한다.
   • Dodger는 재단의 생태계 관계 매니저 Dan이 ZIP 317 대응 등 다른 지갑 개발자 접촉을 도울 수 있다고 했다.

4. FROST 크레이트 릴리스와 FROST 북

   Zcash Foundation · Deirdre, Dodger, Nate

   • FROST core와 RFC 초안의 모든 cipher suite, 재랜덤화 FROST를 crates.io에 게시했다. 재랜덤화는 reddsa의 flag를 켜면 쓰는 redjubjub와 redpallas용 Zcash 변형이다.
   • 오늘 안정화된 최신 Rust에서 zeroize 트레이트 관련 문제가 드러나 FROST core 등 0.2로 수정해 배포했고, reddsa를 가져와 쓰는 빌드 문제도 풀렸다.
   • IRTF 의장이 명세를 통과시켜 RFC에 한 걸음 더 가까워졌다.
   • FROST 감사 업체를 정했다. 감사 범위는 Python/Sage 참조 구현과 Rust 구현이다. 재랜덤화 FROST의 보안 증명도 보완 중이며, 서명을 매번 재랜덤화해 온체인에서 연결되지 않게 하는 조정을 반영한다.
   • FROST 북을 공개했다. 신뢰된 딜러 방식과 DKG 방식의 키 생성 등 배포 가이드와 팁을 다룬다. Nate는 FROST 개요와 활용에 관한 발표를 제안했고 Dodger는 데모 작성이 진행 중이라고 했다.

5. 기술 협업 포럼(Zcash R&D 카테고리)

   Nate, Dodger, Str4d, Teor, Dan

   • Nate는 Zcash 포럼의 Zcash R&D 카테고리를 장문 비동기 기술 협업 공간으로 쓰자고 제안했다. 투명성과 웹 협업을 위해 읽기는 공개하고 글쓰기는 초대받은 사람만 한다.
   • 포럼 일반의 Zcash가 X를 해야 하는가 같은 논의와 구분해, R&D 카테고리는 무엇을 어떻게 할 수 있는지 구체적인 기술 논의에 집중하자는 취지다.
   • Str4d는 GitHub 이슈와 달리 저장소나 조직에 얽매이지 않고 ethresear.ch 같은 담론형 방식에 익숙한 사람이 참여하기 쉬운 점이 이점이라고 봤다. 큐레이션 비용은 우려했다.
   • 현재 Adi, Daira, Deirdre, Dan, Dodger, Nathan, Kris, Hudson, Str4d, Teor 등이 접근 권한이 있다. 권한은 See, Reply, Create로 나뉜다.
   • Dodger는 자신과 Dan이 중재자라 게시글 이동 같은 사후 정리가 쉬워 처음부터 완벽할 필요가 없다고 했다. 모두에게 읽기를 허용하기로 하고 즉시 적용했으며, 몇 달 뒤 회의에서 효용을 점검한다.
   • Str4d는 처음에 PoS 하위 카테고리를 추가하자고 제안했다. 모두에게 읽기를 허용하기로 결정해 바로 적용했고, 몇 달 뒤 회의에서 효용을 점검한다.

6. NU5 회고 계획

   Dodger, Nate

   • NU5 회고를 오래전부터 미뤄 왔다. 담당이던 Steven의 후임 지명이 필요한 상황이며 Nate가 직접 하거나 엔지니어링 팀에서 정하겠다고 했다.
   • ECC가 6월 초 SDK 업데이트에 집중하고 있어 회고는 6월 이후가 적당하다고 했다. 활성화 13개월 뒤가 되므로 향후에는 활성화 직후에 회고하자는 점도 개선점으로 언급했다.

7. NU6와 네트워크 업그레이드 프로세스(NUP) 재검토

   Nate, Dodger, Deirdre, Teor, Str4d

   • NUP는 ECC가 유일한 노드 구현일 때 설계돼 다른 조직이 기여하기 어렵고 ECC가 병목이었다. 지금은 Zebra와 QEDIT 등 여러 조직이 있어 개편해야 하며, Nate가 여러 조직에 비공개 포럼 스레드로 이를 알렸다.
   • Nate는 실행 로지스틱스와 거버넌스를 구분하고, 어느 단일 조직도 단일 장애점이 되지 않는 프로세스를 원한다고 했다. Dodger는 Ethereum의 다중 클라이언트 경험을 배울 필요가 있다고 했다.
   • Dodger는 NU5 회고 후 NU6용 프로세스를 정해 반복 개선하자고 했고, Deirdre는 구현이 여럿이고 프로토콜이 복잡해져 NUP를 전면 재정비해야 한다고 했다.
   • Teor는 ZSA가 개념상 하나지만 실제로는 최소 3~4개 ZIP(프로토콜, 수수료, 트랜잭션 형식)이라 복잡도 예산이 크므로 함께 폐기할 오래된 기능을 고려하자고 했다.

8. NU6 - 테스트넷, 복잡도, 업그레이드 주기

   Nate, Dodger, Deirdre, Teor, Str4d

   • Nate는 QEDIT 같은 팀이 독립 테스트넷을 먼저 띄우고, 기능 의존성 그래프로 업그레이드 묶음과 순서를 정하자고 했다. Shielded Labs의 지속가능성 기금 같은 작업이 업그레이드 절차에 막히지 않아야 한다고도 했다.
   • Dodger는 더 작고 잦은 업그레이드를 검토하자고 했다.
   • Str4d는 Overwinter와 Sapling 사이 4개월의 잦은 트랜잭션 형식 변경이 불만을 샀다는 점과, 지원 정책(zcashd 16주)이 케이던스를 제한한다는 점을 짚었다.
   • 합의는 NU5 회고와 6월 SDK 이후 진행하기로 했다.

한국어 요약은 원문을 바탕으로 정리한 것으로, 정확한 내용은 원문을 확인하세요.