구성 가능한 스마트 계약이란 무엇입니까?

정의 및 핵심 개념

1. 구성 가능한 스마트 계약은 표준화된 인터페이스를 통해 다른 스마트 계약과 원활하게 상호 작용하도록 명시적으로 설계된 블록체인에 배포된 독립형 프로그램입니다.

2. 구성은 예측 가능한 함수 서명, 일관된 반환 유형 및 업그레이드 가능한 논리를 위해 ERC-20, ERC-721 또는 EIP-2535와 같이 널리 채택되는 프로토콜 준수에 의존합니다.

3. 모든 기능을 내부적으로 캡슐화하는 모놀리식 계약과 달리 구성 가능 계약은 외부 호출을 위한 최소한의 잘 문서화된 진입점을 노출합니다.

4. 이 아키텍처 패턴은 Unix 철학(한 가지만 잘 수행)을 반영하며 개발자가 핵심 논리를 다시 작성하지 않고도 빌딩 블록처럼 계약 호출을 연결할 수 있도록 합니다.

5. 결합성은 이더리움이나 특정 체인에 내재되어 있지 않습니다. 이는 인터페이스 규칙 및 도구 지원에 대한 커뮤니티 합의에서 나타납니다.

실제 온체인 상호 운용성

1. Uniswap v2와 같은 분산형 거래소는 BalanceOf()를 통해 토큰 계약에서 직접 준비금을 읽는 쌍 계약을 사용하므로 중앙 집중식 보관 또는 중복 잔액 추적이 필요하지 않습니다.

2. Aave와 같은 대출 프로토콜을 사용하면 사용자는 담보를 예치하고 자산을 빌린 다음 빌린 토큰을 수익률 전략의 입력으로 사용할 수 있습니다. 이 모든 작업은 교차 계약 호출을 통해 지원되는 단일 거래 경로 내에서 이루어집니다.

3. 플래시 대출은 극단적인 결합성을 보여줍니다. 사용자는 무담보 자금을 빌리고 DEX 또는 청산 전반에 걸친 차익 거래를 포함한 임의 논리를 실행한 다음 하나의 원자 실행 컨텍스트 내에서 대출금을 상환합니다.

4. 계약 계정은 합의 규칙에서 요구하는 격리 및 결정론적 결과를 유지하면서 호출 사이에 임시 상태를 유지하는 중개자 역할을 할 수 있습니다.

5. 재진입 보호 및 호출 깊이 제한은 중요한 보호 장치입니다. 이것이 없으면 구성 가능성은 악의적인 계약이 트랜잭션 중간에 실행 흐름을 조작하는 공격 표면을 도입합니다.

모듈식 설계의 보안 영향

1. 구성의 각 계약은 호출하는 모든 종속성의 신뢰 가정을 상속합니다 . 널리 사용되는 오라클 또는 수학 라이브러리의 취약점은 수백 개의 통합에 즉시 전파됩니다 .

2. 가스 비용의 예측 불가능성은 구성의 깊이에 따라 증가합니다. 중첩된 호출은 블록 제한을 초과하거나 중간 계약이 예기치 않게 되돌아갈 때 자동 오류를 일으킬 수 있습니다.

3. 상태 전환이 여러 코드베이스에 걸쳐 있으며 각 코드베이스에는 고유한 불변 세트 및 업데이트 기록이 있으므로 공식 검증이 훨씬 더 어려워집니다.

4. 업그레이드 메커니즘으로 인해 취약성이 발생합니다. 기본 계약이 이전 버전과의 호환성 없이 ABI를 수정하는 경우 종속 프로토콜이 조용히 또는 재앙적으로 중단됩니다.

5. 감사는 개별 계약을 넘어 상호 작용 그래프를 포함하고 신뢰할 수 없는 소스의 논리가 자산 이전이나 권한 부여와 같은 중요한 결정에 영향을 미치는 초크포인트를 식별하도록 확장되어야 합니다.

도구 및 개발자 경험

1. Hardhat과 Foundry는 종속성 해결을 통해 스크립트 가능한 계약 배포를 지원하므로 팀은 CI/CD 파이프라인 중에 라이브러리 버전을 잠그고 인터페이스 적합성을 적용할 수 있습니다.

2. OpenZeppelin Contracts 라이브러리는 ReentrancyGuard, SafeERC20 및 Clones 와 같은 감사되고 구성 가능한 기본 요소를 제공하여 상호 운용성을 보장하면서 상용구를 줄입니다.

3. Sourcify와 Etherscan의 검증된 계약 데이터베이스를 통해 개발자는 라이브 종속성의 바이트코드와 ABI를 검사할 수 있어 타사 로직을 통합할 때 투명성이 향상됩니다.

4. 테스트 프레임워크를 사용하면 외부 계약 동작을 모의할 수 있으므로 단위 테스트를 통해 전체 테스트넷을 배포하지 않고도 전송 실패 또는 가격 업데이트 지연과 같은 극단적인 사례를 시뮬레이션할 수 있습니다.

5. EIP-3668(CCIP-Read)과 같은 계약 메타데이터 표준을 사용하면 온체인 실행 중 온디맨드 방식으로 오프체인 데이터를 가져올 수 있어 순수한 온체인 상태 이상으로 구성 가능성이 확장됩니다.

자주 묻는 질문

Q: EVM 호환성 없이 구성 가능한 계약을 체인에 배포할 수 있습니까? A: 예. 대상 체인이 프로그래밍 가능한 상태 전환과 결정론적 메시지 전달을 지원하는 경우 구성 가능성을 달성할 수 있습니다. Solana 프로그램은 CPI를 통해 서로 호출하고 CosmWasm 모듈은 표준화된 IBC 패킷 처리를 사용합니다.

Q: 결합성을 위해서는 모든 계약이 오픈 소스여야 합니까? A: 아니요. 계약이 올바른 ABI를 노출하고 예측 가능하게 작동하는 경우 바이너리 호환성으로 충분합니다. 그러나 비공개 소스 계약은 감사 가능성을 방해하고 통합 안전성에 대한 생태계의 신뢰도를 감소시킵니다.

Q: 구성 가능성은 프런트엔드 개발에 어떤 영향을 미치나요? A: 프런트엔드는 다단계 트랜잭션을 신중하게 구성해야 하며 종종 Tenderly 또는 Alchemy Notify와 같은 시뮬레이션 도구를 사용하여 방송하기 전에 결과를 미리 볼 수 있습니다. UI 흐름은 단순한 RPC 끝점이 아닌 계약 호출 시퀀스를 반영합니다.

Q: 구성 가능한 계약에 대한 표준 레지스트리가 있습니까? A: 범용 레지스트리는 없습니다. 프로젝트는 자체 레지스트리를 유지합니다. Uniswap에는 쌍을 나열하는 Factory 계약이 있고 Curve는 GaugeController를 사용하며 Yearn은 VaultRegistry를 통해 저장소를 추적합니다. 프로젝트 간 검색은 여전히 ​​조각화되어 있습니다.