스마트 컨트랙트를 업그레이드하면 감사자가 이미 승인한 스토리지를 조용히 손상시킬 수 있는 이유는 무엇인가?

업그레이드 가능한 프록시 패턴(UUPS, Transparent Proxy, Diamond)은 프로덕션 DeFi에서 표준으로 사용되지만 엄격한 제약이 따른다. 새 구현체의 스토리지 레이아웃은 이전 구현체가 할당한 모든 슬롯과 호환되어야 한다. 잘못된 위치에 새 상태 변수를 삽입하면 이후의 모든 슬롯이 온체인 오류 없이 조용히 손상된다. OpenZeppelin의 업그레이드 플러그인 같은 자동화 검사기는 단순한 경우는 잡아내지만, 커스텀 패킹을 사용하는 ERC-7201 네임스페이스 스토리지, 어셈블리 수준의 슬롯 할당, 두 패싯이 동일한 스토리지 영역을 사용하는 Diamond 패싯 간 충돌은 감지하지 못한다. 2026년 1월 동료 심사를 거친 연구(ProxyLens)는 기존 도구로는 감지할 수 없는 패싯 간 충돌 취약점의 주요 범주를 발견했다. 감사자는 구현 컨트랙트를 개별적으로 검토하기 때문에 여러 위임된 패싯을 가진 프록시의 전체 스토리지 맵을 재구성할 수 없다.