zcashd 5.4.0과 공급량 추적
zcashd가 체인 총공급량과 투명 풀 잔액 추적을 넣었고 미청구 수수료는 약 368.58 ZEC로 확인됐다
안건별 요약 8
Zebra 업데이트 - 채굴 풀 RPC와 코드 중복 제거
Zcash Foundation · Teor, Str4d, Conrado
- 채굴 풀 지원을 위해 getpeerinfo, getblocksubsidy, getblocktemplate proposal 모드 등 RPC를 구현했다.
- 머클 루트의 거래 순서와 중복 선택, 템플릿 시간 버그를 고쳤고 출력 형식을 zcashd와 비슷하게 맞췄다.
- 프로덕션 코드로 멤풀에 트랜잭션 lock time 검사를 추가했다. 어떤 문서에도 명시되지 않아 zcashd 소스에서 찾아야 했고, DeckerSU가 보고해 줬다.
- Daira가 Zcash ZIPs에 lock time 문서화 이슈를 올려달라고 요청했다.
Zebra 업데이트 - 코드 중복 제거와 FROST
Zcash Foundation · Teor, Str4d, Conrado
- Zebra 안에 모듈로 복사돼 있던 redpallas 코드를 중복 제거했다.
- Str4d는 reddsa 크레이트와의 정리가 남았고 redjubjub와 redpallas 구현이 4개 있다고 짚었으며, Conrado는 이제 reddsa를 쓴다고 했다.
- Deirdre는 중복 redpallas에 FROST 초기 구현이 있었는데 이를 정리 중이라고 했다. FROST 개발은 ZcashFoundation/frost 저장소에서 스펙에 맞춰 진행되며 재랜덤화 변형도 들어 있다.
- FROST 명세 버전 12를 냈다. IRTF의 여러 의장에게 충돌 여부 확인과 승인을 요청하는 최종 단계이며, 수 주 안에 정식 문서가 될 수 있다. 원 저자 Ian Goldberg의 피드백은 미미해 반영됐다.
Zcashd 5.4.0과 총 공급량 추적
Electric Coin Company · Str4d, Kris, Daira
- 5.4.0 릴리스 후보 과정에서 몇 릴리스 전 체인 동기화 최적화가 만든 심각한 성능 회귀를 발견했다. rc.3을 곧 내고 5.4.0은 다음 주 초를 목표로 한다.
- 0xArbitrage의 오래된 PR을 바탕으로 transparent 풀 크기와 체인 공급량을 추적한다. 공급량은 코인베이스 출력에서 채굴자가 청구하지 않은 수수료를 뺀 값이며 각 풀의 가치 합과 같아야 한다.
- 채굴자가 수수료를 청구하지 못한 사례가 약 30,000건이고 합계는 약 350 ZEC다. Daira가 확인한 값은 368.5844552 ZEC이며, 검증용 파이썬 스크립트가 릴리스 브랜치에 포함됐다.
- Kris는 Zcon3에서 소개된 Zcash posterity fund가 같은 방식이며, 도입된다면 청구되지 않은 수수료가 기금의 첫 시드가 될 것이라고 했다.
- Daira는 이 정합성 검사를 ZIP 209의 합의 규칙으로 넣을 계획이라고 했다. Teor는 Zebra가 4개 풀에 같은 값 타입을 써서 음수가 안 되는 검사를 이미 한다고 했다.
Zcashd getblocktemplate 개선과 DAGSync 준비
Electric Coin Company · Str4d, Daira
- 5.4.0에는 Bitcoin 변경을 백포트해 getblocktemplate 호출마다 하던 작업을 멤풀로 옮긴 변경이 들어갔다. createnewblock 시간의 절반이 블록 유효성 검사에 쓰였고 이 시간이 줄었다.
- 큰 템플릿에서는 4MB가 넘는 JSON 직렬화가 지연의 큰 부분이라, 채굴자 입장에서는 바이너리 API 같은 대안을 검토할 만하다고 했다. Bitcoin에는 비슷한 개선이 없는 것으로 보인다.
- DAGSync 준비로 기존 노트를 쓸 수 있게 하는 작업과 새 노트 찾기를 분리하는 pre-DAGSync를 향하고 있다.
- 5.4.0 이후 커밋먼트 트리 정보를 RPC로 제공하고, shardtree를 통합하고, 스캔 캐시 로직을 분리한다.
Wolfram Blockchain Integration API
Wolfram Blockchain Labs · Jon Woodard
- Wolfram Blockchain Labs는 Wolfram Research의 자회사로, 자체 코로케이션 센터에서 노드를 호스팅해 블록체인을 Wolfram Language에 연동한다.
- 프로그램으로 접근하는 범용 블록체인 탐색기에 가깝고 읽기와 트랜잭션 쓰기를 지원한다.
- 지난 몇 달간 커뮤니티가 블록체인을 쉽게 통합할 수 있게 하는 블록체인 프레임워크(구성 노트북과 코드 저장소)를 만들었다.
- Cardano Catalyst에 제안하며 UTXO 체인의 교차 체인 분석을 지원하는 데 Zcash 커뮤니티의 참여를 원한다.
Wolfram 블록체인 프레임워크 - 기술 질의응답
Wolfram Blockchain Labs · Jon Woodard
- Adi는 Zcash 그랜트의 상시 신청을 권했고, Wolfram Alpha 연동은 별도의 더 큰 서비스에서 진행된다고 했다.
- Python, Node.js, Julia 등에서도 Wolfram Language 클라이언트로 접근할 수 있다.
- Str4d는 백엔드 노드 데이터와 후처리 비중과 필요한 RPC를 물었고, Jon은 원장에 직접 접근하며 raw와 cooked 요청을 구분한다고 답했다.
- Str4d는 BigQuery의 Zcash 데이터가 잘못 해석된 사례가 있어 해석을 원본과 일치시키라고 했다.
- Zcash의 차폐 지원처럼 Bitcoin과 다른 점을 정리해 주면 Wolfram 엔지니어가 지원하기 쉽다는 설명이 있었다. Daira는 입출력을 공개키와 서명 유형 수준까지 파싱한다는 점이 인상적이라고 했다.
ZSA ZIP 검토 현황
Zcash Foundation · Deirdre, Daira, Str4d
- ECC 측 새 소식은 DAGSync 작업과 zcashd 유지가 중심이다.
- ZIP 편집자인 Deirdre와 Daira는 ZSA의 발행, 전송, 소각 ZIP 초안을 검토 중이며 저자들이 구현 변경을 반영해 응답하고 있다. 왕복 지연을 줄이기 위해 ZIP 편집자와 ZSA 팀의 동기식 통화를 추진한다.
- Daira는 구현 쪽에서 회로가 2^11행에 들어가는지 확인하는 작업이 필요하다고 덧붙였다.
공개 토론 - 총 공급량과 테일 에미션
Adi, Str4d, Daira
- Adi가 Bitcoin처럼 2,100만 개에 정확히 도달하지 못하는 문제가 Zcash에도 있는지 물었다.
- Str4d는 Bitcoin의 잔여분은 제네시스 블록이 50 BTC를 청구하지 않아서인데, Zcash는 slow start 파라미터로 제네시스 보상을 0으로 정했기에 해당하지 않는다고 답했다.
- 반올림 오차도 현행 규칙에서는 남지만 posterity fund 같은 체계가 생기면 이론 공급량과의 차이를 메워 일치시킬 수 있다고 했다.
- Daira는 블록 보상이 0이 되는 Bitcoin식 코인이 장기적으로 지속 가능하고 안전한지 의문이며 Monero나 Ethereum처럼 tail emission이 필요하다고 본다고 했다.
- 개인 의견이며 커뮤니티 논의가 필요하고, PoS는 보안 요건이 다를 수 있다고 했다.
한국어 요약은 원문을 바탕으로 정리한 것으로, 정확한 내용은 원문을 확인하세요.