Uniswap V3 계약과 직접 상호작용하는 방법은 무엇입니까?

Uniswap V3 계약 아키텍처 이해

1. Uniswap V3는 집중된 유동성을 도입하여 유동성 공급자가 전체 곡선이 아닌 맞춤형 가격 범위 내에서 자본을 할당할 수 있도록 합니다.

2. 핵심 계약은 온체인 수준에서 스왑, 유동성 발행 및 포지션 관리를 처리하는 UniswapV3Pool 입니다.

3. 각 풀은 고정 매개변수(token0, token1, 수수료 등급 및 틱 간격)를 사용하여 별도의 불변 계약으로 배포됩니다.

4. NonfungiblePositionManager 는 NFT 기반 유동성 포지션을 관리하기 위한 상위 수준 인터페이스 역할을 합니다.

5. 모든 상호 작용에는 호출 데이터의 정확한 인코딩, 올바른 슬리피지 처리 및 공식 ABI에 정의된 정확한 함수 서명 준수가 필요합니다.

직접 계약 상호 작용 설정

1. 정렬된 토큰 주소와 수수료 계층이 포함된 UniswapV3Factory 계약의 getPool 함수를 사용하여 정확한 풀 주소를 검색합니다.

2. ABI 및 배포된 주소를 사용하여 web3 공급자에서 풀 계약을 인스턴스화합니다. 직접 호출에는 프록시 또는 팩토리 추상화가 필요하지 않습니다.

3. 지갑에 가스를 위한 충분한 ETH와 의도된 작업(스왑 또는 유동성 제공)에 필요한 토큰이 있는지 확인하십시오.

4. ethers.js 또는 web3.py를 사용하여 적절한 nonce, 가스 한도 및 체인 ID 정렬로 원시 트랜잭션을 구성합니다.

5. 유동성 관련 거래를 제출하기 전에 틱 경계를 확인하십시오. 풀은 유효한 틱 범위를 벗어나거나 틱 간격이 잘못 정렬된 포지션을 거부합니다.

Raw Call을 통해 스왑 실행

1. 수신자, zeroForOne 플래그, amountSpecified, sqrtPriceLimitX96 및 데이터 매개변수를 사용하여 풀 계약에서 스왑을 호출합니다.

2. sqrtPriceLimitX96을 신중하게 계산합니다. zeroForOne = false인 경우 현재 가격보다 엄격하게 커야 하고, true인 경우 이보다 작아야 합니다.

3. 사용자 정의 콜백 계약을 구현하지 않는 한 빈 바이트 배열을 데이터 로 전달합니다. 대부분의 직접 교환에서는 이 필드가 생략됩니다.

4. 반환된 amount0 및 amount1 값을 모니터링하여 실행 결과를 확인합니다. 이는 수수료 후 순 토큰 델타를 반영합니다.

5. 거래가 sqrtPriceLimitX96을 통해 적절한 미끄러짐 허용치를 지정하지 않아 조기 종료될 경우 되돌리기 위험이 증가합니다.

유동성 포지션 수동 관리

1. TickLower, TickUpper, amount0Desired, amount1Desired 및 마감일을 사용하여 NonfungiblePositionManager에서 mint를 호출하여 민트 유동성을 확보합니다.

2. 각 포지션은 고유한 ERC-721 토큰으로 표시됩니다. 해당 ID는 후속 증가/감소/수집 작업에 필수적입니다.

3. 기존 포지션에 더 많은 유동성을 추가하려면 동일한 틱 범위와 새 금액으로 증가Liquidity를 호출합니다.

4. 출금에는 두 단계가 필요합니다. 먼저 NFT 포지션의 일부를 소각하기 위해 감소액체를 호출한 다음, 누적된 수수료와 원금 토큰을 가져오기 위해 수집을 호출합니다.

5. 유동성 감소 후 수집에 실패하면 토큰은 명시적으로 회수될 때까지 풀 계약에 남아 있게 됩니다.

자주 묻는 질문

Q: Uniswap 라우터를 승인하지 않고 교환할 수 있나요? A: 예. 라우터를 완전히 우회하여 풀 계약과 직접 상호 작용할 수 있습니다. 승인은 NonfungiblePositionManager 또는 SwapRouter와 같은 ERC-20 transferFrom 논리를 사용할 때만 필요합니다.

Q: sqrtPriceLimitX96을 0으로 설정하면 어떻게 됩니까? A: 거래가 즉시 취소됩니다. 이 값은 유효한 가격 한계를 나타내는 0이 아닌 올바른 형식의 Q64.96 고정 소수점 숫자여야 합니다.

Q: 교체 시 플래시 계정을 수동으로 처리해야 합니까? A: 아니요. 플래시 회계는 풀 계약 내부에 있습니다. 외부 호출자는 호출 전후의 순 토큰 잔액만 관찰합니다. 발신자 측에서는 잔액 추적이 필요하지 않습니다.

Q: 풀 컨트랙트에서 burn()을 직접 호출하는 것이 안전한가요? A: 귀하가 수수료 수취인이거나 거버넌스 통제권을 갖고 있지 않는 한 그렇지 않습니다. 지정된 수수료 수신자만이 프로토콜 수수료 소진을 위해 burn을 호출할 수 있습니다. 승인되지 않은 통화는 되돌려집니다.