모바일 SDK 2.0 RC3 배포
iOS·Android SDK가 RC3 단계에 올랐고 2.0.0 정식 출시를 월요일로 잡았다
안건별 요약 7
Zebra 업데이트: spend-before-sync 완료와 지갑 지원 계획
Zcash Foundation · Marek
- lightwalletd용 spend-before-sync 지원을 사실상 완료했고, 테스트 PR 하나만 더 병합하면 이 작업이 끝난다.
- 다음으로 Zebra에 지갑 기능을 넣는 새 프로젝트를 시작하며, 첫 단계는 Sapling 뷰잉 키 스캔 구현이다.
- Kris는 새로 구현하기보다 zcash_client_backend의 스캔 코드를 Zebra 용도에 맞게 활용하라고 권했다. 이 코드는 아직 Orchard 스캔을 지원하지 않으며 향후 과제이다.
ECC 업데이트: 모바일 SDK RC3와 Zcashd 바이너리
Electric Coin Company · Jack Grigg(Str4d), Kris, Daira
- iOS와 Android 지갑 SDK가 릴리스 후보 단계이며 iOS RC3는 나왔고 Android RC3도 Maven Central에 배포 중이다. 문제가 없다면 월요일에 2.0.0 정식 릴리스를 계획했다.
- Daira는 이번 릴리스에 ZIP-317 수수료가 포함되지 않고 10,000 zatoshi 고정 수수료를 쓴다고 밝혔다. 이후 SDK 릴리스는 더 작은 단위로 자주 나올 것으로 전망했다.
- Zcashd는 기존 노드의 만료가 가까워 1~2주 안에 업데이트가 나온다. Sprout 검증 파라미터와 Sapling 증명·검증 파라미터를 바이너리에 번들해 디스크의 파라미터 파일이 필요 없다.
- 번들로 바이너리는 커지지만 기존 릴리스 바이너리에 약 16MB를 더한 정도이다. Daira가 strip한 현재 main 빌드는 약 73MB라고 확인했다.
FROST 감사 완료와 커뮤니티 콜 계획
Zcash Foundation · Conrado, Dan
- 감사 지적 사항을 수정해 NCC에 다시 보냈고, 모두 해결되었다는 최종 감사 보고서를 받았다. 검토를 거쳐 곧 공개될 예정이다. 참가자 간 전송에 필요한 기본 바이트 직렬화를 추가했다.
- serde 인코더 postcard를 기본으로 지정해 직접 serde를 불러오지 않아도 된다. 1.0.0 릴리스 후보를 준비하는 리팩터링을 마무리 중이며 API에 대한 피드백을 구하고 있다.
- 지갑 간 통신이 FROST 배포의 어려운 부분이다. 동기식·비동기식 사용 방식 등 요구사항을 모으기 위해 10월 5일 18:00 UTC에 커뮤니티 콜이 열린다.
Trailing Finality Layer 연구와 Snap-and-Chat 설계
Electric Coin Company · Nate, Daira
- ebb and flow 논문은 노드의 3분의 1 미만이 악의적이라는 단순한 BFT 분석만 쓰므로 TFL 제안의 근거로는 충분하지 않다고 보았다.
- 논문의 로그 정화(sanitization)는 중복 거래 시 먼저 나온 스냅샷을 우선하는데, PoW 롤백으로 이중 지출 거래가 생기면 최종성과 PoW 체인이 달라져 거래 추론이 복잡해진다.
- Daira는 이를 논문의 오류로 보고 ebb and flow 모델에 finalisation availability라는 속성을 추가하면 해결된다고 결론지었다.
- Ethereum이 유사한 방식을 프로덕션에서 쓰고 있어 접근법은 실현 가능하다고 보았다. 현재 설계에서는 PoW가 블록을 만들고 PoS는 최종성만 담당한다.
- 다음 Arborist Call까지 TFL book에 정리된 릴리스를 낼 계획이며, 4~6주 후 공격 시나리오를 시뮬레이션하는 코드를 작성할 예정이다.
- PoW와 PoS 간 보안 예산 배분은 아직 알 수 없으며, 블록 생산자가 양쪽 프로토콜에 모두 참여할 수 있다는 아이디어도 나왔다.
ZSA 회로 최적화, v6 트랜잭션, 발행 서명 변경
QEDIT · Vivek, Jon
- 최적화 전 ZSA 회로가 2^11(2048) 행을 넘어 증명 관련 파라미터가 커졌다. Daira, Str4d와 함께 회로를 2048행 바로 아래로 줄였다. Zebra 노드에서 ZSA를 동작시키고 지갑과 연결하는 작업을 진행 중이다.
- 아직 Zcashd 프로토타입의 기능을 Zebra에서 완전히 재현하지는 못했다. v6 트랜잭션 데이터 구조를 만들어 변경 사항을 옮기고 있다. ZIP-230(zips PR 687)에 ZSA 세부 내용을 채우기 시작했다.
- 발행 승인 서명을 redpallas에서 BIP-340 Schnorr(secp256k1)로 바꾸기로 했다. HSM 지원이 좋고 Orchard 파라미터와 독립적이라는 이유이며 FROST crate의 구현을 재사용할 계획이다.
- 자산 스왑은 ZIP 설계 예비 문서가 상당 부분 완성되었다. Nate는 스왑 제품 검증과 Penumbra 설계 참고를 제안했고, 지갑 프로토타입으로 사용성을 검증해 볼 것을 권했다.
Zebra 지갑 지원 방향과 ZIP 에디터 업데이트
Nate, Jack Grigg, Daira, Pili
- Nate는 Zebra 지갑이 독자 접근을 개발할지 Zcash 지갑 백엔드·lightwalletd 스택에 힘을 모을지 선택이 필요하다고 짚었다. Jack Grigg는 그 중간의 선택지도 있다고 했다.
- Daira는 보안 관점에서 라이트 클라이언트 보안 모델에 의존하지 않는 풀노드 지갑 구현이 하나는 있는 것이 좋다고 말했다. Foundation은 지갑 작업이 초기 단계라 결정된 것이 없고 작은 기능부터 구현해 나갈 것이라고 밝혔다.
- 리뷰 중인 ZIP은 Zenate 제안, ZSA, 발행 곡선 평활화, ZSF, v6 트랜잭션 형식 등이다. ZIP 에디터는 Daira, Str4d, Conrado, Adi, Teor이다.
- Android 지갑 SDK RC3는 FFI에서 체인 연속성 오류가 잘못 해석되던 문제를 고쳤으며 Nighthawk가 발견했다.
네트워크 업그레이드 프로세스 논의
Adi, Nate, Daira, Dan
- Adi는 FROST, ZSA 등 개발 중인 ZIP들을 다가오는 반감기와 연계한 업그레이드 타임라인이 있는지 물었다.
- Nate는 확정된 타임라인은 없다고 답했고, ECC가 주도했던 network upgrade pipeline v2는 잘 작동하지 않았다고 평가했다. 먼저 프로세스를 정한 뒤 일정을 정하자고 제안했다.
- Daira는 기존 프로세스가 고정 타임라인에 너무 집착했다며, 안전한 구현과 설계, 커뮤니티 신뢰가 핵심이라고 했다. 다만 메인넷 활성화 전 테스트넷 기간 같은 제약은 둘 수 있다고 했다.
- 다음 Arborist Call부터 네트워크 업그레이드 프로세스 논의 슬롯을 추가하기로 했고, Nate는 참가자가 직접 제안을 가져오라고 요청했다.
한국어 요약은 원문을 바탕으로 정리한 것으로, 정확한 내용은 원문을 확인하세요.