주제별 원본 삽화: ChainView BTC866 주제별 원본 도해 · ChainView BTC866 Editorial · CC BY 4.0
달력의 네 가지 시점
베스팅은 권리가 시간이나 조건에 따라 발생하도록 정한 구조입니다. 시작일과 클리프, 배분 종료일과 실제 청구일을 구분하세요. 클리프는 그 이전에 일부 권리가 아예 발생하지 않는 조건일 수도 있고 이미 쌓인 권리를 한 번에 청구하는 경계일 수도 있습니다. 문서의 단어보다 계약 계산식을 확인해야 합니다. 월별 해제라고 해도 달력 월을 쓰는지 일정 초 수를 쓰는지에 따라 시각이 달라질 수 있습니다.
해제와 실제 수령
잠금이 풀린 수량과 사용자가 이미 청구한 수량은 다릅니다. 계약 조회에서는 누적 발생량에서 과거 청구량을 빼는 구조가 흔하지만 구현마다 다릅니다. 가상의 배분에서 전체 천 단위 중 사백 단위가 발생했고 백 단위를 받았다면 추가 수령 가능량은 삼백입니다. 전체 잔고를 즉시 받을 수 있는 금액으로 읽지 마세요. 계약이 필요한 자산을 충분히 보유하는지도 확인해야 일정이 있어도 지급 부족을 구분할 수 있습니다.
수혜자와 양도 가능성
수혜자 주소가 개인 지갑인지 다중 서명 금고인지 확인합니다. 수혜자 변경과 권리 양도가 가능한지, 누가 그 변경을 승인하는지가 중요합니다. 계정 키를 잃었을 때 자동으로 새 주소로 옮길 수 있다고 가정하면 안 됩니다. 토큰 자체의 전송 제한과 베스팅 권리의 이전 조건도 별개입니다. 해외 근로 보상이나 투자 계약에서는 온체인 수혜자와 법률 문서의 당사자가 같은 권리를 설명하는지 함께 검토해야 합니다.
회수와 관리자 권한
취소 가능한 계약은 미발생분 또는 특정 잔고를 회수할 수 있지만 이미 발생한 권리를 어떻게 취급하는지는 구현과 계약에 따라 다릅니다. 관리자와 업그레이드 권한, 일시 정지와 긴급 인출 함수를 확인하세요. 불변 계약이라는 홍보도 실제 프록시와 제어 키를 확인하지 않으면 충분하지 않습니다. 관리자 행위가 모두 부정행위라는 뜻은 아니지만 사용자가 의존하는 권한을 분명히 알아야 위험을 판단할 수 있습니다.
공급 일정 해석
베스팅 해제가 곧 같은 수량의 시장 매도를 뜻하지는 않습니다. 수혜자가 보유하거나 담보로 쓰는 등 다른 행동을 할 수 있습니다. 반대로 공개 일정에서 빠진 지갑과 별도 배분이 있으면 전체 유통량 분석이 틀릴 수 있습니다. 기사에는 사용한 계약 주소와 기준 블록, 계산법과 누락 범위를 표시하세요. 가격 예측보다 확인 가능한 발생량과 청구량, 남아 있는 관리자 재량을 설명하는 것이 신뢰할 수 있는 해석입니다.
직접 확인하는 연습
가상의 계약에서 클리프가 지난 순간 누적 해제량이 얼마인지 계산하고 이미 수령한 양을 빼 보세요. 관리자가 바꿀 수 있는 설정과 바꿀 수 없는 조건도 구분해 적어야 달력만 보다가 중요한 권한을 놓치지 않습니다.
