주제별 원본 삽화: ChainView BTC866 주제별 원본 도해 · ChainView BTC866 Editorial · CC BY 4.0
주소 하나만으로 코드가 고정되지는 않는다
탐색기에 공개된 코드가 있어도 그 주소가 프록시라면 실제 실행 논리는 다른 구현 계약에 있을 수 있습니다. 사용자는 같은 주소와 계속 상호작용하지만 관리자가 구현을 바꿀 수 있습니다. 먼저 프록시 여부, 구현 주소와 관리 방식을 찾아 기록하세요. 코드를 검증했다는 표시는 배포 코드와 소스가 대응한다는 의미이지 안전성을 보장하거나 향후 변경을 금지하는 인증은 아닙니다.
누가 바꿀 수 있는지 추적
소유자, 업그레이드 관리자와 긴급 정지 권한이 같은 주체인지 확인합니다. 관리 주소가 다른 계약이면 그 계약의 서명자와 기준까지 따라가야 합니다. 다중 서명이라고 해서 독립된 사람이 운영한다는 사실이 자동으로 입증되지는 않습니다. 이름표보다 온체인 권한 관계와 공식 운영 문서를 함께 보세요. 권한 이전 이벤트가 있다면 현재 관리자와 과거 문서의 설명이 일치하는지도 확인해야 합니다.
시간 지연의 실제 적용 범위
타임록은 제안된 변경과 실행 사이에 관찰 시간을 줄 수 있습니다. 그러나 모든 함수가 그 경로를 거치는지, 긴급 우회 권한이 있는지 확인해야 합니다. 지연 시간이 길어도 사용자가 자산을 회수하는 데 더 오래 걸리면 충분한 대응 기회가 아닐 수 있습니다. 대기 중인 작업의 대상 주소와 호출 데이터를 읽고 공식 공지와 비교하세요. 타임록이 있다는 한 문장만으로 변경 위험이 사라지는 것은 아닙니다.
과거 변경을 재구성하기
업그레이드 이벤트와 트랜잭션을 찾아 이전 구현 주소, 새 주소와 실행 시각을 표로 정리합니다. 새 코드가 감사받았다는 주장에는 감사 대상 커밋과 배포된 버전이 맞는지 확인하세요. 감사 보고서가 오래됐거나 일부 모듈만 다룰 수 있습니다. 저장 공간 배치와 초기화 절차 오류는 접근 권한이 정상이어도 문제를 일으킬 수 있으므로 코드 변경의 절차적 점검과 보안 검토를 함께 봐야 합니다.
사용자의 판단 자료 만들기
정적 코드 위험, 관리자 키 탈취 위험과 거버넌스 변경 위험을 구분해 기록하세요. 알려지지 않은 권한은 없다고 가정하지 않습니다. 일반 사용자가 코드를 완전히 검증하기 어렵다면 공식 설명과 독립 검토의 한계를 함께 이해해야 합니다. 출구가 있다는 주장도 실제 인출 조건과 지연을 확인하세요. 특정 프로젝트의 안전 여부를 단정하기보다 어떤 권한을 누구에게 믿고 있는지 설명하는 것이 조사 목적입니다.
권한 지도를 그릴 때 사용자가 접속하는 주소에서 구현 계약, 관리자와 타임록까지 화살표로 연결해 보세요. 최종적으로 사람이 제어하는 키가 어디에 있는지 표시하면 분산이라는 홍보 문구보다 구조가 명확해집니다. 어느 연결을 확인하지 못했는지도 남겨야 다음 조사자가 누락을 검토하고 변경을 추적할 수 있습니다.
