ZIP 317 수수료 파라미터 공개
ZIP 317의 논리적 액션 수식과 액션당 5000 zat 수수료 파라미터가 처음 상세히 소개됐다
안건별 요약 4
Zebra 업데이트 - 릴리스 후보와 감사 준비
Zcash Foundation · Deirdre
- release candidate 태깅을 준비 중이며, 태깅하면 보안 감사와 Zcash 스펙 적합성 감사에 넘길 예정이다. 의존성 업데이트와 CI 조정이 많았다.
- getblocktemplate 지원과 lightwalletd 프런트엔드용 RPC 개선 등 진행 중인 작업이 남아 있다. 메인넷의 큰 블록 때문에 블록을 상태에 반영하는 동안 RPC가 수 분 이상 멈추던 문제를 고치는 중이다.
- 비확정 블록을 별도 스레드에서 쓰고 병렬화하는 상태 작업을 하고 있어, 많은 쿼리가 몰려도 zebrad가 응답성을 유지하도록 하는 것이 목표다.
Zcashd 업데이트 - 5.3.0과 Halo 2 재귀
Electric Coin Company · Steven
- 모바일 SDK 빠른 동기화 작업이 거의 마무리 단계이며 SDK 업데이트 최소 두 번에 걸쳐 나온다. 6월 중순 부하 이전보다도 동기화가 빨라질 것으로 예상한다.
- 5.3.0의 초점은 동시 메모리 사용량 최적화다. 병렬 처리를 늘려 자원을 더 쓰게 되면서 드러난 부분을 개선했고, 권장 메모리 구성에서는 OOM이 없어질 것이라고 했다.
- Halo 2 재귀는 프런트엔드 API, 백엔드 split accumulation, full width 스칼라 곱을 위한 회로 변경의 세 갈래로 병렬 진행 중이다.
- ZIP 317은 과거 수수료와 트랜잭션 프로파일을 철저히 분석했고 구현을 시작했다. 나중에 EIP 1559류 메커니즘으로 갈 때도 수수료를 쉽게 바꿀 수 있게 추상화 계층을 추가하고 있다.
ZIP 317 파라미터 선택과 분석
Electric Coin Company · Steven, Kris
- Steven은 Adi가 ZIP을 썼고, Kris와 Daira가 초기 모델을 만들었으며, Nate가 메커니즘을 연구하고 Greg가 분석 스크립트를 만들었다며 감사를 전했다.
- 수수료 계산에 logical actions를 쓴다. 투명 입출력 중 큰 쪽, Sprout joinsplit의 2배, Sapling 입출력 중 큰 쪽, Orchard action의 합이며 2-in 2-out이 2다.
- 제안 파라미터는 marginal fee 5000 zat, grace actions 2다. 2 logical actions 거래의 수수료는 10,000 zat로 ZIP 313 이전 표준 수수료로 돌아가는 셈이다.
- Kris는 설계 동기로, 수수료를 체인에 주는 부하에 비례하게 하고 Transparent, Sapling, Orchard 어느 프로토콜도 불리하지 않게 하려는 점을 꼽았다.
- 거래를 쪼개도 합계가 같아 수수료를 우회할 수 없다. 2 logical actions 거래를 블록마다 한 번 보내면 하루 1,152건에 6.91달러로, 이전 0.69달러에서 늘어난다. ZEC 가격은 60달러를 가정했다.
- Greg 분석에서 출력 300개 초과 sandblasting 거래는 하루 평균 704건, 평균 1,102 logical actions였다. 이를 매일 하면 월 약 69,000달러로 기존 월 12달러에서 크게 오른다.
수수료 로드맵과 지갑 개발자 협의
Electric Coin Company · Nate, Steven, Daira
- Nate는 성능 개선만으로는 과다 사용이 줄지 않으며 수수료가 유일한 해법이라고 수수료 변경의 배경을 설명했다.
- 입출력이 많은 채굴 풀, 기부 수령자, 소상공인에 영향이 있을 수 있다. 블록마다 한 번 입금받는 Devfund 조직도 월 약 200달러 정도 비용이 늘 것으로 어림했다.
- 하드코딩된 파라미터가 한계이므로 이후에 EIP 1559류나 Bitcoin식 수수료 시장처럼 수요에 따라 동적으로 조정되는 방식으로 가고 싶다고 했다.
- 당일 차폐 지갑 개발자들을 불러 설명하고 우려를 듣겠다고 했다. 합의 강제 전에 지갑이 먼저 새 수수료를 쓰게 하고, Greg의 분석으로 롤아웃 진행을 추적하자는 계획이다.
- Daira는 ZIP이 RFC와 달리 쉽게 수정되므로 확정 전에도 PR이나 초안을 지갑 개발자에게 공유해도 되며, 이 ZIP은 거의 바로 게시될 수 있다고 했다.
- ZIP은 PR에서 시작해 draft로 병합된 뒤 active나 final이 되며, Daira는 이 ZIP이 한 지갑 이상에 구현되면 active가 되어야 한다고 했다.
한국어 요약은 원문을 바탕으로 정리한 것으로, 정확한 내용은 원문을 확인하세요.