DeFi 대출 프로토콜 스마트 계약 구축을 위한 최종 가이드

핵심 아키텍처 설계 원칙

1. DeFi 대출 프로토콜은 담보 관리와 부채 회계 계층을 엄격하게 분리해야 합니다. 이러한 격리는 청산 이벤트 또는 오라클 가격 업데이트 중 교차 오염을 방지합니다.

2. 모든 이자율 계산은 Solidity에서 직접 구현된 시간 가중 복리 논리를 사용하여 채굴자 공모를 통해 조작될 수 있는 외부 타임스탬프 종속성을 방지합니다.

3. 프로토콜은 업그레이드 가능한 스토리지 슬롯이 아닌 변경 불가능한 상수로 저장되는 자산 쌍당 하드 코딩된 최대 대출 가치 비율을 시행하여 시장 스트레스 동안 거버넌스 재정의 벡터를 제거합니다.

4. 각 사용자의 차용 위치는 원금, 경과 이자 및 마지막 업데이트 타임스탬프를 포함하는 고유한 구조로 표시됩니다. 모두 단일 거래 범위 내에서 원자적으로 업데이트됩니다.

5. 자산 화이트리스트는 배포 시에만 발생합니다. 새로운 토큰의 런타임 추가는 허용되지 않으므로 악의적인 ERC-20 구현이 안전 검사를 우회하는 것을 방지합니다.

담보 가치 평가 및 Oracle 통합

1. 가격 피드는 최소 3명의 독립 노드 운영자가 있는 분산형 오라클에서만 독점적으로 제공되며, 각각은 집계 전에 서명된 증명을 제출해야 합니다.

2. 프로토콜은 두 번 이상의 연속 블록 간격 동안 모든 활성 오라클의 중앙값에서 5%를 초과하는 가격 편차를 거부하여 새로운 차용을 중단하는 회로 차단기를 발동합니다.

3. 담보 가치는 가장 최근 응답뿐만 아니라 최근 3개 오라클 응답의 가중 평균을 사용하여 계산되므로 플래시 크래시 조작에 대한 민감도가 줄어듭니다.

4. 지원되는 각 자산은 프로토콜의 담보 목록에 포함되기 전에 최소 7일간의 과거 가동 시간 데이터와 함께 검증된 Chainlink 가격 피드를 제공해야 합니다.

5. Oracle 업데이트 타임스탬프는 허용 범위 ±15초의 블록 타임스탬프와 비교하여 검증됩니다. 이 범위를 벗어나는 값은 대체 메커니즘 없이 삭제됩니다.

청산 메커니즘 및 인센티브 조정

1. 청산은 차용인의 건강 지수가 (담보 가치 × LTV) / 부채 가치로 계산된 1.0 미만으로 떨어지면 발생하며, 분자와 분모는 모두 실시간 오라클 가격을 사용하여 재평가됩니다.

2. 청산인은 청산인의 지갑으로 이체하기 전에 차용인의 담보 잔액에서 직접 지불된 청산된 부채 토큰으로 표시된 고정 5% 보너스를 받습니다.

3. 부분 청산이 시행됩니다. 미결제 부채의 50% 이하가 단일 거래로 청산될 수 있으므로 변동성이 큰 시장에서 차용자의 지급 능력 경로가 보존됩니다.

4. 프로토콜은 건강 요소 위반 감지와 실행 가능한 청산 사이에 최소 10블록의 지연을 부과하여 수동 상환 또는 담보 보충을 위한 시간을 허용합니다.

5. 청산 처벌은 스마트 계약 바이트코드에 하드코딩되어 있으며 프록시 업그레이드나 거버넌스 제안을 통해 변경할 수 없습니다.

보안 감사 및 공식 검증 요구 사항

1. 모든 산술 연산은 OpenZeppelin의 SafeMath 라이브러리를 사용하며 모든 곱셈, 나눗셈 및 지수화 호출에 오버플로 및 언더플로 검사가 컴파일됩니다.

2. 계약은 모든 상태 전환에 걸쳐 98% 분기 적중률로 설정된 적용 범위 임계값을 사용하여 MythX를 사용하여 기호 실행 테스트를 거칩니다.

3. 재진입 가드는 감사된 기본 계약에서 상속된 비재진입 수정자를 사용하여 잔액을 수정하거나 이벤트를 내보내는 모든 공용 기능에 적용됩니다.

4. Uniswap V3 풀과 같은 제3자 프로토콜에 대한 외부 호출은 keccak256 해시 비교를 통해 온체인에서 확인된 사전 승인된 공장 주소로 제한됩니다.

5. 모든 이벤트 방출에는 BorrowAmount, repayAmount 및 liquidateAmount를 포함한 중요한 상태 변경에 대한 색인화된 매개변수가 포함되어 있어 안정적인 오프체인 모니터링이 가능합니다.

자주 묻는 질문

Q1. 사용자는 단일 거래에서 동시에 여러 자산을 공급할 수 있습니까? 예. 이 프로토콜은 사용자가 하나의 원자 호출로 ETH, DAI 및 USDC를 공급할 수 있는 일괄 입금 작업을 지원하며, 각 자산은 순차적으로 처리되지만 동일한 실행 컨텍스트 내에서 처리됩니다.

Q2. 래핑된 ETH가 필요할 때 프로토콜은 ETH를 담보로 어떻게 처리합니까? 계약은 메인넷에 배포된 공식 WETH9 계약 주소를 사용하여 입금 중에 기본 ETH를 WETH로 자동 래핑하고 출금 시 래핑을 해제합니다.

Q3. 자산당 총 차입 한도에 제한이 있나요? 각 자산에는 배포 시 wei 단위로 표현되는 하드 코딩된 한도가 정의되어 있습니다. 도달한 후에는 해당 자산에 대한 새로운 차용이 사용자 정의 오류 코드와 함께 되돌려집니다.

Q4. 차익거래 또는 청산 목적으로 플래시 대출이 지원됩니까? 플래시 대출 기능은 핵심 계약에 직접 내장되어 있습니다. 모든 외부 호출자는 동일한 거래 내에서 원금과 0.09% 수수료를 상환하는 경우 플래시 대출을 실행할 수 있습니다.