Uniswap V4 "플래시 회계": 가스를 어떻게 절약합니까? (프로토콜 기술)

플래시 회계 메커니즘

1. 플래시 회계는 스왑 시작과 끝에서 여러 상태 업데이트를 단일 원자 원장 스냅샷으로 대체합니다.

2. Uniswap V4는 복잡한 다중 홉 스왑 중에 중간 잔액을 스토리지에 기록하는 대신 거래 완료 단계까지 모든 잔액 변경을 연기합니다.

3. 각 풀은 결제될 때까지 EVM 스토리지를 건드리지 않고 델타(예금, 인출, 수수료 및 프로토콜 요금)를 추적하는 로컬 누산기를 유지합니다.

4. 누산기는 스택 기반 산술을 사용하여 메모리에서 작동하므로 0이 아닌 쓰기에 대해 각각 20,000가스의 비용이 드는 SSTORE opcode를 방지합니다.

5. 트랜잭션이 완료되면 순 델타만 풀의 예비 잔액에 적용되므로 풀 상호 작용당 스토리지 쓰기가 수십에서 1~2회로 줄어듭니다.

후크 기반 상태 관리

1. 후크는 코어 풀 작업 전후에 실행되는 사용자 정의 가능한 온체인 논리 모듈이지만 예약금을 직접 수정하지는 않습니다.

2. 후크는 여러 스토리지 슬롯에 걸쳐 중복 잔액 재계산을 트리거하지 않고도 수수료 재분배 또는 유동성 재조정을 트리거할 수 있습니다.

3. 후크는 컨텍스트 인식 격리로 실행되므로 스토리지에서 풀 상태를 반복적으로 다시 읽는 것을 방지하고 대신 현재 누산기 값을 매개변수로 상속합니다.

4. 이렇게 하면 후크 호출당 최대 15~20개의 SLOAD 작업이 제거되며 각 작업에는 100가스의 비용이 들며 특히 중첩 또는 구성 스왑에 영향을 미칩니다.

5. 후크 실행 경로는 사전 검증되고 최적화된 점프 대상으로 컴파일되어 EVM의 조건부 분기 오버헤드를 줄입니다.

싱글톤 풀 아키텍처

1. Uniswap V4는 토큰 쌍별로 별도의 계약을 배포하는 대신 모든 풀을 단일 계약 인스턴스로 통합합니다.

2. 이 설계는 풀당 배포 비용을 제거하고 수천 개의 유동성 장소에서 중복되는 바이트 코드 중복을 제거합니다.

3. 스토리지 레이아웃은 슬롯 효율적인 매핑 키를 사용하여 촘촘하게 패킹됩니다. 풀 식별자는 순서가 지정된 토큰 주소 해싱을 통해 uint256 키로 인코딩되므로 보조 인덱스 구조 없이 O(1) 조회가 가능합니다.

4. 수수료 계층 검증 또는 틱 비트맵 할당과 같은 가스 집약적인 초기화 루틴은 풀당이 아닌 전역적으로 한 번 발생하여 모든 거래 활동에 걸쳐 고정 오버헤드를 상각합니다.

5. 싱글톤 모델은 동일한 실행 컨텍스트 내에서 내부 풀 논리를 유지하고 CALL 연산 코드 및 관련 700가스 기본 비용과 메모리 확장 페널티를 방지하여 계약 간 호출 오버헤드를 줄입니다.

스토리지 쓰기 없이 수수료 누적

1. 프로토콜 수수료와 유동성 공급자 보상은 스왑 중 영구 저장소 대신 휘발성 메모리 축적기에 집계됩니다.

2. 후크 로직에서 명시적으로 요구하지 않는 한 오버플로 검사를 우회하여 누산기 내부의 확인되지 않은 추가를 통해 수수료가 발생합니다.

3. 유동성 공급자가 Collect()를 호출할 때까지 스토리지 쓰기가 발생하지 않으므로 스왑당 부담이 아닌 선택적인 저주파 작업으로 수수료를 수집하게 됩니다.

4. 이러한 디커플링은 3개의 풀이 포함된 단일 스왑이 SSTORE 없이 5개의 개별 LP 포지션(모두 메모리에서 오프체인으로 추적됨)에 대해 수수료가 발생할 수 있음을 의미합니다.

5. 누산기는 비트 패킹 기술을 사용하여 단일 uint256 내에 여러 수수료 구성 요소(예: 프로토콜 공유, LP 공유, 후크별 부과금)를 저장하여 저장 효율성을 유지합니다.

자주 묻는 질문

Q: 플래시 회계가 선행 저항에 영향을 줍니까? Flash Accounting은 멤풀 가시성이나 트랜잭션 순서를 변경하지 않습니다. 누산기 델타는 최종 정산 시에만 호출 데이터 및 이벤트 로그에 표시되므로 이전 버전과 동일한 MEV 표면을 유지합니다.

Q: 개발자가 트랜잭션 중에 누산기 값을 읽을 수 있습니까? 아니요. Accumulator 내용은 실행 중에 공개 getter를 통해 노출되지 않습니다. 승인된 액세스 권한이 있는 후크만 정의된 범위 내에서 이를 검사하거나 조작할 수 있습니다.

Q: Flash Accounting은 기존 Uniswap V3 통합과 호환됩니까? 기본적으로는 아닙니다. 실시간 잔액 읽기 또는 외부 Oracle 피드에 의존하는 통합은 정산 후 상태를 쿼리하거나 V4에 도입된 새로운 이벤트 기반 알림 패턴을 사용하도록 업데이트되어야 합니다.

Q: 플래시 회계는 플래시 대출과 어떻게 상호 작용합니까? 대출과 상환 단계 사이의 중복 준비금 검증을 제거하여 플래시 대출 효율성을 향상시킵니다. 누산기는 중간 스토리지 동기화 없이 전체 트랜잭션 경계에 걸쳐 일관성을 보장합니다.