메모 번들 설계 개요 공개
NU6용 메모 번들의 요구사항과 설계 초안이 처음 공개돼 논의됐다
안건별 요약 9
Zebra 업데이트: regtest와 zcash_script
Zcash Foundation · Arya, Alfredo, Daira
- 새 zcash_script 버전을 게시하고 의존성을 갱신해 Zebra의 Windows 지원을 복원했다.
- testnet 파라미터에 PoW 비활성화, 네트워크 이름, genesis 해시 필드를 추가했고, 짧은 체인에서의 median time past 계산 등 NU5 regtest를 위한 변경을 넣었다.
- 최소 regtest가 params regtest 브랜치에서 동작하며 곧 병합될 예정이다. Alfredo는 Zebra의 end of support 기간을 16주에서 20주로 늘렸다고 확인했다.
- Daira는 NU6 일정에 영향을 줄 수 있어 정확한 값을 알아야 한다고 했다.
ECC 업데이트: Zashi 1.0 Android 출시와 crate 리팩터링
Electric Coin Company · Kris, Str4d, Daira
- Zashi 1.0 Android가 출시되어 설치 수가 약 1,600건에 이르렀다. 신규 사용자로 발견된 버그 중 공통 지갑 백엔드 코드의 문제를 우선 분류하고 있다.
- Arya와 함께 NU6 메모 변경 사양 작업을 진행하고, 지갑 개발자용 모범 사례 표준인 ZIP-315 관련 이슈도 정리하고 있다.
- Rust crate에서 Sprout, Sapling, Orchard, 투명 기능을 서로 분리하는 리팩터링을 진행 중이다.
- 한 기능만 쓰는 하위 사용자가 나머지 의존성을 뺄 수 있고, zcashd 지갑 대체용 투명 기능을 순수 shielded 지갑과 분리하고 풀 폐기 경로에도 도움이 된다.
ECC와 ZF의 zcashd 폐기 작업
Electric Coin Company / Zcash Foundation · Str4d, Daira, Alfredo
- zcashd 폐기를 위해 해야 할 일의 DAG를 계속 채우고 있으며, 지갑 대체 아키텍처가 갖춰야 할 기능에 대한 논의를 했다.
- Str4d는 2019~2020년에 만든 P2SH 스크립트 분포 분석 스크립트를 되살려 투명 쪽에 구현해야 할 항목 자료를 모으고 있다.
- Sean이 Bitcoin script 인터프리터를 Rust로 옮기기 시작한 PR(librustzcash 이슈 1362)도 검토를 시작했다. Zebra 쪽은 Zebra 내부의 scan crate를 별도 저장소로 옮길 계획이다.
- ECC 라이브러리 의존성 업그레이드가 예상보다 어려워 ZconV 이후 시작할 가능성이 높다. 인덱서를 어디에 둘지는 ECC 엔지니어들과 논의 중이다.
Zcash Shielded Assets(ZSA) 업데이트
QEDIT · Vivek
- 트랜잭션 ID digest와 sighash 계산에 burn digest가 빠져 있어 ZIP과 구현에 추가했다. Daira는 영향을 받는 다른 데이터도 해시에 들어갔는지 확인하라고 물었다.
- Orchard와 librustzcash의 하위 호환성 작업은 대부분 끝났다. Orchard에서는 기본 Orchard와 Orchard ZSA 번들을 동시에 빌드하고, librustzcash는 v6 트랜잭션 처리를 담당한다.
- 남은 것은 테스트 벡터와 일부 Orchard 테스트의 복원이다. Halo 2에 넣은 일반화를 Halo 2에 둘지 Orchard 전용으로 둘지 ECC와 정기적으로 논의 중이다.
- ZSA용 testnet을 시작했으며 ECS 인스턴스에 Zebra 노드를 띄워 로컬로 연결하는 첫 단계를 마쳤다. 다음 주 ZconV에서 자산 스왑 설계를 더 자세히 발표한다.
FROST 데모와 share 갱신 기능
Zcash Foundation · Natalie, Conrado, Daira, Str4d
- FROST팀은 ZconV 발표를 준비하고 있다. 주소를 바꾸지 않고 서명자를 제거할 수 있는 refresh share 기능을 작업 중이며, 키 생성을 다시 하지만 공개키는 그대로이다.
- Rust 구성 요소 변경에 따른 breaking change가 있는 버전 2 릴리스를 앞두고 있고 no_std 플래그도 추가하되 기본값은 아니다. Daira와 Str4d는 보안 모델을 확인했다.
- 정직한 서명자가 충분히 많이 이전 share를 삭제해야 악의적 서명자를 배제할 수 있다. 임계값 변경은 이번 범위에 없고 나중에 지원할 수 있다.
Trailing Finality Layer와 ZKProof 6 공지
Electric Coin Company / QEDIT · Daira, Jon, Natalie, Pili
- Daira는 ZconV 발표를 준비 중이며 Crosslink 2를 반영한 TFL book 갱신은 ZConV 직후가 될 수 있다고 했다. TFL에 구현 작업은 아직 없고 사양 작업뿐이다.
- ZKProof 6가 5월 22~24일 열리며, 형식 검증할 verifier를 선정하는 킥오프(Groth16, Bulletproof, PLONK 등)가 예정되어 있다.
- Jens Groth, Alessandro Chiesa, Kostas Halkias의 키노트가 있다. ZconV가 다음 주이며 세션 질문을 미리 보내 달라고 안내했다.
ZSF 논의와 NU6 결정 시점
Daira, Str4d
- ECC 로드맵상 NU6에 어떤 항목을 넣을지 곧 정해야 한다.
- ZSF 논의는 대부분 ZIP 에디터 사이에서 이뤄졌고 Equilibrium 측이 참석하지 않아 이번 주 새 논의는 없었다.
Zcash 메모 번들: 개요와 요구사항
Electric Coin Company · Str4d, Daira
- 현재 발신자 주소를 메모에 넣으면 인증이 안 된다. 인증된 답장 주소를 위한 증명이 512바이트 메모 하나에 들어가지 않고, light client가 메모를 잘라 보내는 방식은 보안 논증을 복잡하게 한다.
- 요구사항은 512바이트를 넘는 가변 길이 메모 수신, 여러 shielded 풀의 여러 수신자에게 같은 메모 열람 권한 부여, 구별되는 메모의 개수와 길이 비공개이다.
- 이미 Ywallet이 Sapling과 Orchard 출력에 같은 메모를 복사해 Zashi에서 중복 메모가 보이는 문제가 있다.
- 수신자가 노트 암호문만 복호화해도 자신에게 메모 권한이 있는지 알 수 있어야 하고, 메모 조각은 트랜잭션 검증을 깨지 않고 개별적으로 정리(prune)할 수 있어야 한다.
- 정리 가능성은 Bitcoin OP_RETURN 데이터의 악용 대응처럼 노드가 로컬에서 대응할 수 있게 하려는 것이다. 출력당 512바이트 메모 필드가 약 32바이트 메모 키로 바뀌고, 메모 조각마다 AEAD 오버헤드가 붙는다.
- 최대 출력당 약 48바이트 오버헤드이며, 프라이버시와 크기의 trade-off로 단일 청크를 쓸 수도 있다. ZIP-317 수수료도 출력과 메모 데이터를 별도로 계산할 수 있다.
메모 번들의 활용 사례와 설계 논의
Kris, Str4d, Daira, Pacu, Dodger, Alfredo
- Kris는 Bitcoin Ordinals와 유사하게 구조화된 다중 조각 메모와 인증된 답장 주소를 이용한 shielded Ordinals 프로토콜을 제안했다.
- Str4d는 부분 공개가 가능한 결제 공개와, 투명 기능을 shielded 쪽에서 대체하는 사례를 생각해 보자고 했다. Daira는 verifiable encryption에 긴 메모는 추가 증명이 필요할 수 있다고 지적했다.
- 메모 키는 bearer capability 대칭 키이며 포스트 양자 특성을 위해 대칭 키를 유지하는 것이 중요하다. 메모 키를 담는 메모 트리로 부분 열람도 가능하다는 점이 발견되었다.
- Pacu는 인증되지 않은 메모의 한계로 활용이 제한되어 왔다며 지갑 원격 설정과 강제 업그레이드 채널 용도를 예로 들었다.
- Dodger가 메모 만료·정리를 물었다. Kris는 관례 기반 정리 지시를, Str4d와 Daira는 만료 높이가 새 식별자가 되어 프라이버시를 해친다고 우려했다.
- Daira는 Poly1305 인증자의 보안이 단일 메모 기준 약 2^-98이지만 온라인 공격만 가능해 충분하다고 설명했다. 다음 콜은 5월 16일 21:00 UTC이다.
한국어 요약은 원문을 바탕으로 정리한 것으로, 정확한 내용은 원문을 확인하세요.