Loading...
2026년 9월 14일에 마감된 NU7 코인 보유자 투표에서 약 2,397,669 ZEC가 ZIP 218에 찬성했고, 141.6 ZEC가 반대하여 99.9%의 결과가 나왔습니다. 대부분의 보도는 이를 "Zcash 블록이 더 빨라진다"라고 요약했습니다. 이는 사실이지만, 이 제안이 하는 일의 대부분과 의도적으로 그대로 유지하는 사항 대부분을 빠뜨린 표현입니다.
이 페이지는 ZIP 218의 원문을 바탕으로 무엇이 바뀌고, 무엇이 바뀌지 않으며, 그 비용은 무엇인지 설명합니다.
| 현재 | ZIP 218 이후 | |
|---|---|---|
| 목표 블록 간격 | 75초 | 25초 |
| 일일 블록 수 | 1,152 | 3,456 |
| 블록 보조금(현재 반감기 기간) | 1.5625 ZEC | 0.52083333 ZEC |
| 일일 신규 ZEC | 변동 없음 | 변동 없음 |
| 반감기 간격 | 1,680,000 블록 | 5,040,000 블록 |
| 블록당 쉴디드 액션 제한 | 없음(2 MB 크기 제한만 적용) | 총 330개, 풀별 상한 적용 |
| Orchard 처리량(2-액션 트랜잭션) | 초당 약 2.9건 | 초당 약 6.6건 |
블록 수는 세 배가 되지만, 각 블록의 보상은 3분의 1이 됩니다. 공급 일정은 기존 위치를 유지합니다.
주된 목표는 대기 시간 단축입니다. 현재 결제는 네트워크 부하와 관계없이 첫 번째 확인까지 평균 75초를 기다립니다. 25초가 되면 평균 25초로 줄어듭니다. ZIP는 이 영향을 가장 크게 체감할 용도로 판매 시점 결제, 거래소 입금 및 크로스체인 브리지를 언급합니다.
ZIP의 두 가지 사항을 염두에 둘 필요가 있습니다.
ZIP는 더 높은 처리량만을 목표로 했다면 블록 크기를 키워서도 달성할 수 있었다고 언급합니다. 대신 더 짧은 블록을 선택한 이유는 지연 시간입니다.
블록 수를 세 배로 늘리면 다른 것이 바뀌지 않을 경우 일일 발행량도 세 배가 됩니다. ZIP 218은 NU7가 활성화되면 블록당 보조금을 추가로 3분의 1로 줄여 이를 방지합니다.
현재 반감기 기간에는 블록 보조금이 1.5625 ZEC에서 0.52083333 ZEC(52,083,333 zatoshi)로 줄어듭니다. 156,250,000 zatoshi는 3으로 정확히 나누어지지 않으므로 각 블록은 zatoshi의 3분의 1만큼 내림 처리됩니다. 전체 5,040,000블록 반감기 간격에 걸쳐서는 총 약 0.0168 ZEC입니다.
보조금은 블록마다 새로 생성되는 총 ZEC입니다. 기존 개발 자금 배분은 여전히 여기서 가져가므로, 채굴자는 오늘과 정확히 마찬가지로 전체 수치보다 적게 받습니다.
0.26041666 ZEC 수치에 관한 참고. 초안 ZIP의 설명 주석은 NU7 이후 보조금을 floor(156250000 / 6) = 0.26041666 ZEC로 표기했고, 일부 뉴스 보도도 이를 반복했습니다. 이 주석은 두 배 차이로 잘못되었습니다. 156,250,000 zatoshi는 이미 Blossom 이후의 보조금이므로, 이를 6으로 나누면 NU7의 3배 요소에 더해 Blossom의 2배 요소를 한 번 더 적용하게 됩니다. 규범적 공식은 현재 반감기 인덱스에서 floor(1,250,000,000 / (2 · 3 · 4)) = 52,083,333 zatoshi를 제공합니다. 이 변경에 대한 Zebra의 구현 이슈(#11463)는 이 주석이 Blossom 요소를 이중 계산했다고 기록하며, 구현자에게 "주석이 아니라 공식을 구현하라"고 지시하고 ZIP에 대한 수정이 제출되었다고 말합니다. 활성화 시 올바른 수치는 0.52083333 ZEC입니다.
반감기 간격은 1,680,000블록에서 5,040,000블록으로 세 배가 됩니다. 블록이 세 배 더 자주 생성되므로, 반감기는 이 변경이 없었을 경우와 대략 같은 시점에 발생합니다. 총 공급량 상한은 영향을 받지 않습니다.
이는 NU7 투표의 다른 발행량 질문과는 별개입니다. 여기서 코인 보유자들은 반감기를 완만한 곡선으로 대체하는 대신 유지하기로 투표했습니다. ZIP 218은 기존 반감기 모델과 함께 작동하며 이를 변경하지 않습니다.
ZIP 218은 하나의 블록에 포함될 수 있는 쉴디드 활동량에 상한을 추가합니다.
| 제한 | 블록당 최대치 |
|---|---|
| 모든 쉴디드 풀 합산 | 330개(각 Sprout JoinSplit은 2개로 계산) |
| Orchard 액션 | 330개 |
| Sapling 입력과 출력 합계 | 300개 |
| Sprout JoinSplit | 25개 |
트랜잭션의 투명 부분은 영향을 받지 않으며, 2 MB 블록 크기 제한도 계속 적용됩니다.
이 제한은 블록 수 증가가 지갑과 노드의 작업량 증가로 이어지는 것을 막기 위해 존재합니다. 상한을 적용하면 블록 수가 세 배가 되어도 최악의 경우는 실제로 현재보다 개선됩니다.
Sapling 및 Sprout 상한은 의도적으로 엄격합니다. 2026년 5월 기준 Orchard가 쉴디드 ZEC의 87.9%를 차지했고, Sapling는 11.6%, Sprout는 0.5%였습니다. 따라서 더 작은 풀에는 실제 사용량을 위한 충분한 공간을 제공하면서 공격자가 악용할 수 있는 여지는 줄어듭니다. ZIP 317 수수료는 모든 풀에서 논리적 액션당 동일하게 부과하므로, 공격자는 한 풀을 다른 풀보다 더 많이 스팸해도 얻는 것이 없습니다.
블록당 Orchard 액션이 330개이면, 표준 2-액션 Orchard 트랜잭션은 블록당 ⌊330 / 2⌋ = 165개까지 들어갑니다. 25초마다 블록 하나가 생성되므로 이는 초당 약 6.6건의 트랜잭션이며, 현재 약 2.9건에서 증가한 수치입니다. ZIP는 이를 일반 Orchard 처리량의 2.3배 증가라고 부릅니다. Sapling는 초당 약 3.0건으로, 여전히 Orchard가 현재 처리하는 수준보다 높습니다.
난이도 알고리즘은 최근 블록의 기간을 평균냅니다. ZIP 218은 이 기간을 17블록에서 102블록으로 늘려, Zcash가 150초 블록으로 출시되었을 당시 포함했던 기간과 같은 약 2,550초의 실제 시간을 계속 포괄하게 합니다. ZIP는 두 가지 이유를 제시합니다. 난이도 조작 공격이 더 쉬워지는 것을 방지하기 위해서이며(Litecoin의 2026년 4월 MWEB 사건을 인용함), 블록 시간의 단기 변동을 완화하기 위해서입니다.
활성화 직후 블록 시간이 새 목표치에 안정되기까지는 시간이 걸립니다. 이는 예상된 일이며, Blossom에서 Zcash가 150초에서 75초로 변경되었을 때의 상황과 유사합니다.
다음은 합의 규칙이 아니라 구현체를 위한 권장 사항입니다.
더 빠른 블록에는 비용이 따릅니다. 스테일 블록은 다른 블록이 먼저 네트워크에 도달하여 체인에 포함되기 위한 경쟁에서 진 유효한 블록입니다. 블록 간 간격이 짧을수록 이런 일이 더 자주 발생하며, ZIP는 스테일 비율을 블록 전파, 검증 시간 및 채굴 중앙화 위험과 연결합니다.
더 작은 비용도 두 가지 있습니다. 라이트 지갑은 압축 블록 헤더를 하루에 약 200 KB 더 내려받습니다. 또한 블록 수가 세 배가 되므로, 오프라인 상태였던 풀 노드는 따라잡을 때 처리해야 할 블록이 더 많아집니다. 단, 각 블록의 검증 비용은 더 낮습니다. ZIP는 두 비용 모두를 받아들입니다.