기능별 테스트넷과 Zebra rc5
Zebra가 채굴 풀 테스트 준비를 마쳤고 기능별 테스트넷을 어떻게 띄울지 길게 논의됐다
안건별 요약 11
Zebra rc.5 - 채굴 RPC 완료
Zcash Foundation · Marek
- Zebra rc.5를 릴리스하는 중이다. 채굴 관련 RPC 구현을 마쳐 채굴 풀과 시험할 준비가 됐으니 풀 운영자의 시험과 피드백을 요청했다.
- lightwalletd 회귀를 고쳐 최신 lightwalletd를 지원하고, 비확정 체인 롤백을 즉시 처리하도록 했다. 이제 노트 커밋먼트 트리를 DB에 저장해 롤백 때 다시 계산하지 않는다.
- redpallas 코드 중복 제거 등 개선이 들어갔다. 확정된 네트워크 업그레이드 합의 규칙을 구현해 시작할 때마다 합의 체인을 따르는지 확인한다.
FROST 종단 간 개념 증명 계획
Zcash Foundation · Deirdre, Daira
- 분산 환경에서 FROST 서명을 하는 종단 간 개념 증명을 계획 중이다. 작은 바이너리들이 서로 다른 프로세스에서 키 설정과 임의 메시지 서명을 보여주며, 애플리케이션이 따라 만들 데모가 된다.
- 터미널 간 메시지 복사 수준에서 시작해, 인증된 채널을 다루는 네트워킹 라이브러리와 브로드캐스트 채널 프로토콜 구현으로 발전시킨다.
- 인증 채널에는 Noise(아마 IK 패턴)를 쓰고 그 위에 echo broadcast 명세를 적용한다. 목표는 확장성이 아니라 작고 명확하고 올바른 구현이다.
Zcashd 5.4.1과 기능 폐지 프레임워크
Electric Coin Company · Str4d, Kris
- 5.4.1은 지갑 업데이트 지연을 고쳤고, 5.0.0의 기능 폐지 프레임워크 옵션이 설정 파일에서는 안 먹고 명령줄에서만 동작하던 문제도 고쳤다.
- 폐지는 2단계다. 1단계는 릴리스 노트에 알리고 미리 끌 수 있는 플래그를 제공하며, 최소 18주 뒤 2단계에서 기본 비활성화하되 플래그로 다시 켤 수 있다. 사용 현황을 파악해 이전 경로를 마련하기 위함이다.
- ZIP 216을 zcashd에 소급 적용하고 있다. NU5 이전에 합의에 보이는 모든 것이 규칙을 만족함을 확인해 처음부터 활성이었던 것으로 취급하며 코드가 단순해진다.
- Rust 크레이트의 타입 안전성 개선도 다음 크레이트 릴리스에 나온다.
2단계 결제 API와 ZIP 317 블록 구성
Electric Coin Company · Str4d, Kris
- 라이트 클라이언트용 트랜잭션 빌더에 2단계 API가 추가됐다. 먼저 ZIP 321 URI로 제안을 받아 프라이버시 속성과 필요한 수수료를 미리 확인한 뒤 확정한다.
- 모바일 SDK와 zcashd에도 곧 적용해 z_sendmany를 대체한다.
- ZIP 317 블록 구성 구현은 사실상 완료이며, 고정 수수료를 가정한 RPC 테스트를 고치는 중이라 충분히 시험된 상태로 나온다.
- zcashd RPC는 위치 인자 JSON-RPC라 수수료 인자만 따로 못 정한다. 기본 수수료를 뜻하는 값(아마 -1)을 도입해 ZIP 317 규칙이 적용되게 할 계획이다.
- DAGSync 계열로 증분 머클 트리 크레이트 PR을 검토 중이다.
- 32비트 Android의 Orchard 거래 생성 문제는 incrementalmerkletree와 pasta_curves의 버그를 찾았고 패치 릴리스로 해결될 전망이다.
멤풀 수수료 필터링과 채굴 풀 선택
Teor, Daira, Str4d, Nate
- ZIP 401의 무작위 폐기가 새 기본 수수료를 쓰도록 갱신된다. zcashd는 부모 거래를 먼저 고르기 전의 자식을 대기열에 두는 식으로 블록 선택을 수정했다.
- Daira는 미지급 action이 50개를 넘는 거래는 어차피 블록에 못 들어가므로 릴레이를 막는 정책을 구상한다고 했다.
- Teor는 Zebra에도 같은 이슈가 열려 있으며 두 노드의 멤풀 필터 일관성을 ZIP sync에서 논의하자고 했다.
- Zebra는 블록 구성에 ZIP 317을 이미 구현했고 릴레이 규칙만 남았다. Zebra는 ZIP 317만 구현하므로 전환하면 같은 정책이 적용된다. 채굴 지원은 실험적이고, 드물게 동시성 관련 버그가 한 건 알려져 있다.
- zcashd에는 거래 우선순위를 조작하는 RPC가 있으나 ZIP 317 도입 후에는 우선순위 로직이 없어진다. 채굴 풀의 자체 지급 우선화는 기존 API로 가능하며, 사용 중인 RPC는 알려달라고 했다.
Zebra 컴파일 오류 의심과 Orchard 더미 노트
Zcash Foundation · Teor, Daira, Str4d
- Zebra에서 nightly 빌드 시 halo 증명 테스트 벡터가 실패하고 stable에서는 통과하는 현상을 발견했다. Rust 오컴파일이 의심되며 64비트 환경에서 확인했다.
- Daira와 Str4d는 32비트 문제와는 별개로 nightly 문제 가능성이 크다고 했다.
- ZSA ZIP 편집 논의에서 Orchard의 더미 노트 체계를 유지할지 분할(split) 노트로 통합할지가 쟁점이 됐다. 예전에 더미 노트를 유지한 이유가 있었으나 기억나지 않아 이전 회의를 다시 확인하기로 했다.
- Daira는 새 자산은 온체인 발행 거래로 자산 기준점이 유효해지는데 ZEC는 그런 거래가 없어 특수 처리가 필요하다고 봤다. Str4d는 split 노트가 기존 노트에 바인딩하는 방식이라 필요 없다고 정정했다.
비동기 연구 토론 포럼 제안
Electric Coin Company · Nate, Jack
- Nate는 Discord는 채팅 위주라 장문 비동기 연구 토론 공간이 필요하다고 했고, ethresear.ch 같은 포럼을 예로 들었다.
- Jack은 Zcash 커뮤니티 포럼에 특정 그룹만 접근하는 허가형 섹션을 만들 수 있고, 공개 또는 완전 비공개로 설정 가능하다고 했다. 최근 모바일 지갑 그룹용으로 만든 사례가 있고 짧은 시간 안에 준비할 수 있다.
기능별 테스트넷 논의 - 필요성과 zcashd 기능 프레임워크
Nate, Str4d, Daira, Teor, Deirdre, Adi
- Teor는 ZSA의 NU6 통합 시점을 물었고 Daira는 아직 모르지만 NU6 포함을 바란다고 했다. Str4d는 QEDIT가 만든 회로가 ZIP 편집 결과와 일치할지는 별개라고 했다.
- Nate는 기능별 독립 테스트넷을 쉽게 띄우고 싶다고 했다.
- Str4d는 zcashd의 기능 프레임워크가 런타임 플래그로 가짜 네트워크 업그레이드 지점에서 기능을 켤 수 있고, 별도 파라미터 세트와 testnet in a box로 독립 네트워크를 만들 수 있다고 했다.
- Nate는 Ethereum처럼 설정에 테스트넷 이름만 적으면 되는 방식을 원했고, Str4d는 Ethereum의 다중 테스트넷이 합의 규칙이 아닌 병렬 전역 상태용인지 확인하자고 했다.
기능별 테스트넷 논의 - Zebra 방식과 정리
Nate, Str4d, Daira, Teor, Deirdre, Adi
- Teor는 Zebra의 Rust feature 방식과 새 DNS seeder 필요성을 설명했다.
- Deirdre는 합의 규칙 충돌이 없다면 feature 브랜치 빌드와 기존 테스트넷으로 충분하다고 봤다. Jack과 Daira는 현재와 다음 규칙 테스트 수요가 갈리므로 다음 업그레이드용 테스트넷을 하나 두는 스테이징을 언급했다.
- Adi가 닫힌 테스트넷에 RPC만 노출하는 방식을 묻자 Str4d는 regtest 모드로 가능하다고 답했다. 테스트넷의 목적이 합의 상호운용인지 채굴, lightwalletd 시험인지에 따라 달라진다.
- 테스트넷 설정 가이드를 협업하고 Ethereum과 QEDIT 의견을 듣기로 했다.
Zcash 소액 그랜트 프로그램 발표
Zcash Foundation · Jack Gavigan
- Zcash Foundation이 소액 그랜트 프로그램을 이번 주 시작했다. 주요 그랜트 프로그램은 Zcash Community Grants로 이름이 바뀌었고 소액 그랜트는 이를 보완한다.
- 건당 최대 25,000달러, 초기 예산 75,000달러이며 개발자 기금의 재단 몫으로 충당한다. 재단이 적합성을 걸러낸 뒤 ZCAP 의견을 물어 선정한다.
- 신청 마감은 3월 20일 월요일 UTC 오전이다. 분야 제한은 두지 않되 재단의 사명과 501(c)(3) 제약에 맞는지, 수행 가능성을 판단한다.
네트워크 모니터링과 채굴 보상 문의
Jack, Adi, Daira, Str4d, Teor
- Teor가 제안한 네트워크 모니터링 강화에 대해 Jack은 Ziggurat에게 현황 발표를 요청해 향후 회의 안건으로 삼자고 했고 Adi도 환영했다.
- Adi는 올해 1월부터 채굴 보상이 갑자기 줄었다는 개인 채굴자 두 명의 문의를 전했다. 차폐 풀로 향하는 채굴이 늘었고 난이도는 그대로라고 했다.
- Daira는 기존 채굴자가 100블록 대기가 없는 차폐 코인베이스로 옮겼을 가능성을 언급했다. Str4d와 Daira는 프로토콜 문제가 아니라 풀의 분배 문제이며, 해시율이 같다면 보상 총량도 같다고 봤다.
- Teor는 고아 블록이 된 포크 채굴, 풀의 보상 방식 변경, 오래된 템플릿 등 가능성을 들었다. Marek은 풀의 다른 채굴자가 이탈한 경우도 말했다. Jack은 정보가 부족하니 포럼에 세부 내용을 올리라고 권했다.
한국어 요약은 원문을 바탕으로 정리한 것으로, 정확한 내용은 원문을 확인하세요.