블록체인이 불변이라면 스마트 계약을 어떻게 업데이트할 수 있나요?

불변의 블록체인과 스마트 계약 업데이트의 역설 이해

1. 블록체인 기술은 불변성 원칙을 기반으로 구축되었습니다. 즉, 데이터가 블록체인에 기록되면 변경하거나 삭제할 수 없습니다. 이러한 특성은 분산 시스템의 투명성, 보안 및 신뢰를 보장합니다. 그러나 블록체인에서 실행되는 자체 실행 프로그램인 스마트 계약은 버그가 발견되거나 기능 개선이 필요함에 따라 발전할 것으로 예상되는 경우가 많습니다. 불변성과 업데이트 필요성 사이의 모순은 독특한 과제를 제시합니다.

2. 개발자는 블록체인의 무결성을 침해하지 않고 스마트 계약 논리를 업그레이드할 수 있는 아키텍처 패턴과 메커니즘을 고안했습니다. 이러한 메서드는 원래 코드를 변경하지 않고 대신 계약의 상태와 주소를 유지하면서 실행을 새로운 구현으로 리디렉션합니다.

3. 일반적인 접근 방식 중 하나는 프록시 패턴을 사용하는 것입니다. 여기서 프록시 계약은 상태를 유지하고 인터페이스 역할을 하며 실제 논리는 별도의 업그레이드 가능한 구현 계약에 있습니다. 구현에 대한 참조를 변경함으로써 개발자는 기능을 효과적으로 업데이트할 수 있습니다.

4. 또 다른 전략은 새 버전의 스마트 계약이 배포되고 사용자에게 자산과 상호 작용을 업데이트된 계약으로 이동하도록 지시하거나 인센티브를 제공하는 계약 마이그레이션입니다. 이 방법은 활동을 새 계약으로 이동하는 동안 이전 계약을 그대로 유지하여 불변성을 유지합니다.

5. 이더리움과 같은 일부 블록체인 플랫폼은 업그레이드 가능한 계약을 구현하는 안전한 방법을 정의하는 ERC-1967과 같은 표준을 지원합니다. 이러한 표준은 업그레이드가 투명하고 검증 가능하도록 보장하여 악의적인 변경과 관련된 위험을 줄이는 데 도움이 됩니다.

프록시 패턴: 업그레이드 가능한 계약의 핵심 메커니즘

1. 스마트 계약 업데이트를 위해 가장 널리 채택되는 솔루션은 프록시 패턴입니다. 이 설정에는 대리 계약과 구현 계약이라는 두 가지 계약이 포함됩니다. 프록시는 모든 중요한 데이터를 저장하고 대리자 호출을 통해 함수 호출을 구현에 전달합니다.

2. 업데이트가 필요한 경우 개발자는 새 구현 계약을 배포하고 새 주소를 참조하도록 프록시의 포인터를 업데이트합니다. 이를 통해 동일한 계약 주소와 저장된 데이터를 유지하면서 논리를 변경할 수 있습니다.

3. 투명 프록시, UUPS(Universal Upgradeable Proxy Standard) 및 다이아몬드 패턴을 포함하여 프록시 패턴에는 여러 가지 변형이 있습니다. 각각은 가스 비용, 제어 및 복잡성 측면에서 서로 다른 절충안을 제공합니다.

4. 투명 프록시에서는 지정된 관리자 주소가 구현을 업그레이드할 수 있는 독점 권한을 갖는 반면 일반 사용자는 아무런 차이도 느끼지 않고 계약과 상호 작용합니다. 이렇게 분리하면 무단 업그레이드를 방지할 수 있습니다.

5. UUPS는 업그레이드 로직을 구현 자체로 이동하여 프록시의 크기와 비용을 줄입니다. 그러나 구현의 취약점으로 인해 공격자가 업그레이드 메커니즘을 가로챌 수 있으므로 주의 깊은 감사가 필요합니다.

업그레이드 가능한 스마트 계약의 위험 및 고려 사항

1. 업그레이드 가능성은 유연성을 가져오지만 중앙 집중화 위험도 가져옵니다. 단일 주체가 업그레이드 키를 제어하는 ​​경우 계약 동작에 대한 상당한 권한을 얻게 되어 잠재적으로 분산화를 약화시킬 수 있습니다.

2. 악의적인 업그레이드로 인해 도난, 자금 동결 또는 예상치 못한 기능 변경이 발생할 수 있습니다. 보안이 취약한 업그레이드 메커니즘이 악용되어 상당한 재정적 손실을 초래하는 세간의 이목을 끄는 사건이 발생했습니다.

3. 투명성이 중요합니다. 사용자는 업그레이드 중에 어떤 변경 사항이 적용되는지 확인할 수 있어야 합니다. 오픈 소스 코드, 온체인 공지, 커뮤니티 거버넌스는 신뢰를 유지하는 데 도움이 될 수 있습니다.

4. 일부 프로젝트에서는 다중 서명 지갑이나 분산형 자율 조직(DAO)을 사용하여 업그레이드를 관리하므로 변경 사항을 적용하기 전에 합의가 필요합니다. 이는 제어를 분산하고 분산된 원칙에 부합합니다.

5. 안전 장치에도 불구하고 업그레이드 메커니즘이 있으면 본질적으로 계약이 더욱 복잡해지고 공격 표면이 늘어납니다. 이러한 위험을 완화하려면 감사, 공식 검증 및 시간 제한 업그레이드를 권장합니다.

자주 묻는 질문

누구나 스마트 계약을 업그레이드할 수 있나요? 아니요. 업그레이드 키에 대한 액세스 권한이나 거버넌스 시스템을 통한 권한이 있는 엔터티만 업그레이드를 시작할 수 있습니다. 대부분의 시스템은 남용을 방지하기 위해 이 기능을 제한합니다.

업그레이드 가능한 계약이 블록체인의 불변성을 깨뜨립니까? 기존 코드를 변경하지 않습니다. 대신 실행을 새 코드로 리디렉션합니다. 원래 계약은 변경되지 않은 채 블록체인에 남아 있어 데이터 수준에서 불변성을 유지합니다.

계약 업그레이드 중에 사용자 자금은 어떻게 되나요? 사용자 자금과 데이터는 일반적으로 활성 상태로 유지되는 프록시 계약에 저장됩니다. 스토리지 레이아웃이 호환되는 한, 업그레이드 후에도 자금은 안전하게 유지되고 접근 가능합니다.

계약 업그레이드를 기본적으로 지원하는 블록체인이 있습니까? 예, EOS 및 Tezos와 같은 일부 플랫폼은 업그레이드 가능한 스마트 계약에 대한 기본 지원을 제공하므로 개발자는 업데이트 메커니즘을 프로토콜 계층에 직접 구축할 수 있습니다.