이중 통화 광업 계약을 작성하는 방법은 무엇입니까? 스마트 감사 ​​포인트

이중 통화 광업 계약을 통해 사용자는 USDT와 같은 스타블 레코 인을 입금하고 Xyztoken과 같은 다른 토큰에서 견고 기반 스마트 계약을 사용하여 보상을받을 수 있습니다.

2025/06/21 22:21

이중 통화 광업 계약 이해

이중 통화 광업 계약은 암호 화폐 공간 에서, 특히 분산 된 금융 (DEFI) 및 수확 농업 프로토콜 내에서 비교적 새로운 개념입니다. 이 계약을 통해 사용자는 하나의 자산을 입금하면서 보상이나 유동성을 다른 자산으로, 종종 더 변동성있는 토큰으로받을 수 있습니다. 이 메커니즘은 많은 Defi 플랫폼에서 유동성 제공 또는 스테이 킹 활동을 장려하는 데 사용됩니다.

이중 통화 계약 에는 일반적으로 2 개의 토큰이 포함됩니다 : 예금 자산으로서 USDT 또는 USDC와 같은 안정된 스타일은 기본 거버넌스 또는 Xyztoken과 같은 보상 토큰이 출력으로 포함됩니다. 이러한 계약을 작성하려면 견고성 , 이더 리움 기반 스마트 계약을위한 프로그래밍 언어 및 보안 모범 사례에 대한 확실한 이해가 필요합니다.

스마트 감사 ​​포인트는 재창조 공격, 잘못된 산술 작업 또는 결함이있는 액세스 제어와 같은 취약점을 피하기 위해 감사 프로세스 중에 특별한주의가 필요한 코드의 중요한 영역을 나타냅니다.

---

개발 환경 설정

실제 계약서를 작성하기 전에 올바른 도구가 있는지 확인하십시오.

• 리믹스 IDE- 견고 계약 작성 및 배포를위한 브라우저 기반 IDE
• 트러플 스위트 - 고급 테스트 및 배포 워크 플로우 용
• HardHat- 내장 작업 자동화를 갖춘 또 다른 인기있는 개발 환경
• OpenZeppelin Contracts - 재사용 가능하고 감사 된 스마트 계약 구성 요소

이 도구를 로컬로 설치하거나 온라인 버전을 사용하십시오. 자동 오버플로 점검이 포함 된 최신 안정 버전의 견고성 (0.8.x 이상)을 사용해야합니다.

---

이중 통화 광업 계약의 핵심 구조

이중 통화 광업 계약의 기본 구조에는 몇 가지 주요 구성 요소가 포함됩니다.

• 사용자 입금 : 사용자는 특정 토큰 (예 : USDT)을 입금합니다.
• 보상 계산 : 계약은 2 차 토큰 (예 : XYZ)의 배포량을 계산합니다.
• 보상 청구 : 사용자는 언제든지 얻은 토큰을 청구 할 수 있습니다.
• 비상 철수 : 보상을 청구하지 않고 자금을 인출하는 안전 기능.

다음은 이것이 견고성에서 어떻게 보일 수 있는지에 대한 단순화 된 예입니다.

 pragma solidity ^0.8.0; import '@OpenZeppelin/contracts/token/erc20/ierc20.sol';
 import '@OpenZeppelin/contracts/access/weelable.sol';


계약 듀얼 커런 러닝 미너는 소유 가능 {

IERC20 public depositToken; IERC20 public rewardToken; uint256 public rewardPerBlock; uint256 public lastRewardBlock; uint256 public accRewardPerShare; struct UserInfo { uint256 amount; uint256 rewardDebt; } mapping(address => UserInfo) public userInfo; constructor( address _depositToken, address _rewardToken, uint256 _rewardPerBlock ) { depositToken = IERC20(_depositToken); rewardToken = IERC20(_rewardToken); rewardPerBlock = _rewardPerBlock; lastRewardBlock = block.number; } function deposit(uint256 _amount) external { UserInfo storage user = userInfo[msg.sender]; updatePool(); if (user.amount > 0) { uint256 pending = user.amount * accRewardPerShare / 1e12 - user.rewardDebt; if (pending > 0) safeTransfer(msg.sender, pending); } if (_amount > 0) { depositToken.transferFrom(msg.sender, address(this), _amount); user.amount += _amount; } user.rewardDebt = user.amount * accRewardPerShare / 1e12; } function updatePool() public { if (block.number <= lastRewardBlock) return; uint256 blockReward = (block.number - lastRewardBlock) * rewardPerBlock; accRewardPerShare += blockReward * 1e12 / totalSupply; lastRewardBlock = block.number; } function safeTransfer(address _to, uint256 _amount) internal { uint256 balance = rewardToken.balanceOf(address(this)); if (_amount > balance) _amount = balance; rewardToken.transfer(_to, _amount); }
 }

이것은 기본 골격 이며 추가 개선 및 감사없이 생산에 사용해서는 안됩니다.

---

보안 고려 사항 및 감사 지점

이중 통화 광업 계약서를 작성할 때는 악용을 방지하기 위해 특정 감사 지점을 엄격하게 점검해야합니다.

• Reentrancy Protection : OpenZeppelin의 Reentrancy Guard Modifier를 사용하여 재귀 통화가 자금을 배수하는 것을 방지합니다.
• 안전한 수학 사용 : Soludity 0.8+는 내장 오버플로 체크가 있지만 산술을 수행하기 전에 항상 입력 값을 검증합니다.
• 액세스 제어 : 소유자 만 보상 요금 설정 또는 계약 일시 중지와 같은 민감한 기능을 호출 할 수 있는지 확인합니다.
• 토큰 승인 : 사용자에게 전화하기 전에 계약을 승인해야합니다 ()
• 보상 분포 로직 : 보상이 공정하게 계산되고 얼리 어답터를 불균형 적으로 선호하지 않는 이중 확인
• 긴급 기능 : 예상치 못한 행동 또는 계약 동결의 경우 사용자가 자금을 검색 할 수있는 방법을 포함시킵니다.

감사하는 동안 토큰의 흐름과 많은 수와 관련된 계산 정확도에주의를 기울여 정수 오버플로 또는 언더 플로를 쉽게 이끌어 낼 수 있습니다.

---

이중 통화 광업 계약 테스트

다양한 조건에서 계약이 예상되는대로 행동하는 데 철저한 테스트가 필수적입니다.

• 단위 테스트 : 예금, 인출 및 보상 청구를 시뮬레이션하기 위해 Hardhat 또는 Truffle을 사용하여 각 기능에 대한 테스트 작성
• 퍼즈 테스트 : echidna와 같은 도구를 사용하여 임의의 입력을 테스트하고 에지 케이스를 발견하십시오.
• 통합 테스트 : 계약과 외부 토큰 간의 테스트 상호 작용, 특히 전송 기능
• 거버넌스 시뮬레이션 : 액세스 제어 작동을 올바르게 확인하기 위해 소유자 조치 시뮬레이션

Goerli 또는 Sepolia와 같은 TestNet 에 계약을 배치하고 Mainnet에서 출시하기 전에 커뮤니티 회원을 상호 작용하도록 초대 할 수도 있습니다.

---

자주 묻는 질문 (FAQ)

Q1 : 보상 토큰이 다 떨어지면 어떻게됩니까?

보상 토큰 공급이 소진되면 계약에 더 많은 토큰이 추가 될 때까지 더 이상 보상이 배포되지 않습니다. 시스템은 사용자에게 알리거나 보상 배포를 자동으로 일시 중지해야합니다.

Q2 : 배포 후 보상 요금을 변경할 수 있습니까?

예, 그러나 계약이 소유자 전용 기능을 통해이를 허용하는 경우에만 가능합니다. 학대를 방지하기 위해 이러한 변경에 대한 정소 또는 다중 서명 요구 사항을 항상 포함하십시오.

Q3 : 실패한 토큰 전송을 어떻게 처리합니까?

SAFETRANSFER 패턴을 사용하여 양도하기 전에 잔액을 확인하고 자금이 충분하지 않은 경우 되돌아갑니다.

Q4 : 한 계약에서 다중 보상 토큰을 지원할 수 있습니까?

예, 그러나 복잡성이 증가합니다. 각 보상을 개별적으로 추적하고 여러 보상 풀 또는 동적 할당 전략을 구현해야합니다.