주제별 원본 삽화: ChainView BTC866 주제별 원본 도해 · ChainView BTC866 Editorial · CC BY 4.0
사용자가 낸 돈의 경로
하루 수수료가 크게 늘었다는 제목을 보면 먼저 무엇을 더했는지 확인하세요. 거래 실행에 쓴 네트워크 비용, 유동성 공급자에게 지급한 금액과 프로토콜이 남긴 금액은 서로 다릅니다. 어떤 서비스는 사용자 수수료 전체를 총수익으로 부르고 다른 서비스는 공급자 보상 이후 잔액만 수익으로 표시합니다. 같은 용어라도 계산 범위가 다르면 순위를 그대로 비교할 수 없습니다. 원자료와 계산식, 포함된 체인과 계약 주소, 관측 기간을 기록하고 각 금액이 누구에게 귀속됐는지 흐름도로 그리는 것이 출발점입니다.
수익과 토큰 권리 연결
금고에 자금이 들어왔다는 사실이 토큰 보유자에게 배당 청구권을 만든 것은 아닙니다. 거버넌스 투표권, 계약의 분배 기능과 법적 권리는 별도로 확인해야 합니다. 수수료 전환 제안이 통과되었어도 실제 계약이 활성화되지 않았을 수 있습니다. 배포 주소와 현재 설정, 수령자와 변경 권한을 확인하고 실행된 금고 이체를 대조하세요. 토큰 매입이나 소각이 있다면 금액과 재원, 시행 조건을 구분합니다. 미래에 생길 수 있는 기능을 현재 보유자의 현금 수입처럼 설명하지 않는 것이 중요합니다.
보상 토큰과 현금 흐름
사용자에게 새 토큰을 지급하는 인센티브는 현금으로 받은 영업 수입과 성격이 다릅니다. 보상 가치가 시장 가격에 따라 바뀌면 수수료 수입보다 더 커 보일 수도 있습니다. 토큰 발행량과 유통량 증가, 할인된 자산의 평가 방식도 함께 확인하세요. 예를 들어 일주일 수입을 일정 배수로 늘린 연율 수치는 계절성과 사용량 변화가 없다는 가정입니다. 이는 연간 실제 수입이 아닙니다. 가격이 오른 덕분에 달러 환산 금액만 늘었다면 사용자가 더 많은 서비스를 썼다는 결론과도 분리해야 합니다.
기사의 검증 표 만들기
표에는 총수수료, 공급자 보상, 금고 유입과 실제 분배를 각각 넣습니다. 기간과 시간대, 사용한 가격 출처를 동일하게 맞추고 계약 간 이동을 두 번 세지 않습니다. 출처가 다른 대시보드도 같은 데이터 공급자를 사용할 수 있어 독립 확인이라고 가정하면 안 됩니다. 확인하지 못한 비용과 계약 권한은 빈칸을 추정으로 채우지 말고 미확인이라고 표시하세요. 독자는 토큰 가격 전망보다 어떤 권리가 어떤 증거로 확인됐는지 알아야 합니다. 숫자가 정정되면 차트와 그 숫자에 기대었던 해석도 함께 수정하는 것이 바람직합니다.
가상의 수수료 예시
교육용으로 사용자가 백 단위를 지불하고 공급자가 칠십 단위를 받았다고 가정하면 프로토콜 잔액은 삼십 단위입니다. 그중 십 단위가 금고로 이동하고 이십 단위가 다른 운영비로 나갔다면 금고 유입과 총수익도 다릅니다. 토큰 보유자에게 아무 분배가 없었다면 보유자의 현금 수입을 삼십으로 적을 수 없습니다. 각 단계의 금액을 같은 기간과 통화로 연결해 보세요.
