02 / 사용하기읽는 시간 4분

유지보수 실행

유지보수 함수는 무허가(permissionless)입니다. 사용자나 봇이 관리 역할 없이 호출하고, 컨트랙트 규칙이 실행 자격을 판단합니다.

호출 목적 보상
raiseFloor() 버전 정책에 따라 적격 자금을 매수벽에 배치 래더의 상한 있는 보상
rebalance() 래더 재구성과 예정 배분 래더의 상한 있는 보상
burnAbsorbed() 분리 재고 소각 보상 없음

raiseFloor는 기존 API 이름을 유지합니다. 새 공식에서 새 매수벽은 이전 자금 배치 매수벽보다 낮을 수 있습니다.

수동 절차

  1. Keepers 페이지의 배포와 데이터 최신성을 확인합니다.
  2. Lens의 자격 정보인 쿨다운, 이동, 준비금, 정지 상태를 읽습니다.
  3. 전송 계정으로 시뮬레이션하고 예상 비용과 가능한 보상을 비교합니다.
  4. 거래를 전송한 뒤 영수증과 이벤트를 확인합니다.

읽기와 실행 사이에 자격을 잃으면 거절될 수 있습니다. RPC 오류는 자격 정보가 아닙니다.

리밸런싱 조건

소스는 마지막 리밸런싱 기준에서 1 250 tick 이상 이동하고 25블록 경과를 요구합니다. 풀이 초기화되고 유지보수가 허용되어야 합니다.

밴드, sweep 비율, 매수벽 수혜자를 임의로 선택할 수 없습니다.

배치 조건

준비금 부족, 현재 상태에서 배치 불가능한 목표, 풀 제약, 정지가 raiseFloor()를 막을 수 있습니다.

배치가 불가능하면 새 수수료는 대기하고 기존 매수벽은 tick을 유지합니다. 정확한 거절 이름과 새 미리보기는 새 버전의 검증된 ABI에서 확인해야 합니다.

보상은 수익 보장이 아님

확인한 코드에서 이동 ETH의 50 bps, 즉 0,50 %이며 상한은 0,01 ETH입니다. 매수벽 배치 보상은 래더 가용 idle ETH로도 제한됩니다.

실제 비용은 gas 사용량·가격과 최종 상태에 달려 있습니다. 보상은 매수벽 귀속 자금에서 나오지 않습니다. keeper가 서비스 유지를 위해 적자 작업을 자발적으로 할 수 있습니다.

정지와 소각

guardian은 권한 기간에 raiseFloor()rebalance()를 정지할 수 있습니다. 호환 통합을 통한 스왑은 가능하며 burnAbsorbed()는 이 유지보수 정지의 영향을 받지 않습니다.

guardian 만료와 V2 모듈 관리는 별개입니다. 권한과 교체.

절차 자동화

services/keeper는 Lens 읽기, 시뮬레이션, 영수증 추적을 합니다. dry-run은 거래 전송 없이 확인합니다. 연속 운영, gas 자금, 복구 로그는 준비가 필요합니다. 운영 가이드.

출처: 진입점과 상수는 CubitHook.sol, CubitLens.canRebalance, services/keeper/src/index.ts 및 해당 README.

CUBIT / 2026년 9월 10일 출처와 방법