mCUBIT Vault
향후 Vault는 CUBIT을 양도 불가 포지션에 예치하고 WETH 수입 일부를 받게 합니다. CUBIT을 발행하거나 매수벽 자금 인출 권한을 부여하지 않습니다.
mCUBIT은 이 예치 경험의 이름입니다. 확인한 코드는 자유 양도 가능한 ERC-20 증표 토큰을 만들지 않습니다.
향후 릴리스, 목표 J+3부터. 아래는 예정 절차이며 이용 가능 여부는 출시 시 안내합니다.
보상의 출처
예정 자금원은 래더 LP 수수료 중 실제 ETH 실현분의 20 %입니다. 리밸런싱 등 해당 유지보수에서 수집해 예치 사용자에게 배분합니다.
비율 기준은 실현 수수료이며 스왑 거래량, hook 세금, 래더 원금, 표시만 되고 미수집인 수수료가 아닙니다.
Vault는 hook의 ETH를 받아 WETH로 바꿉니다. 예치 토큰당 보상을 계산합니다. 활동이나 실현 수수료가 없으면 보상이 0일 수 있으며 고정 수익률은 약속하지 않습니다.
CUBIT 예치
- 출시 시 제공된 Vault 주소와 프로토콜 연결을 확인합니다.
- 선택 금액의 Vault 전송을 승인합니다.
stake(amount)를 호출하고 확인을 기다립니다.- 예치 컨트랙트의
balanceOf(account),unlockAt(account)를 읽습니다.
추가 예치마다 해당 지갑의 해당 Vault 전체 포지션에 24시간 잠금이 다시 시작됩니다. 추가분만 잠그는 것이 아닙니다.
예치한 CUBIT도 기존 토큰입니다. 예치는 소각이나 인위적 공급 감소가 아닙니다.
인출과 청구
체인 timestamp가 unlockAt에 도달하면 withdraw(amount)로 CUBIT을 돌려받으며 일부 인출도 됩니다. claim()은 획득 WETH 보상을 전송하고, 확인한 구현에서 인출 잠금은 claim을 막지 않습니다.
핵심 guardian 정지는 출금을 막지 않습니다. 다만 포지션 보유 컨트랙트의 규칙과 정상 동작에 따릅니다.
staker 없이 들어온 보상은 분리해 첫 예치가 소급 수령하지 못하게 합니다. 작은 반올림 잔여분은 회계 규칙에 따라 Vault에 남습니다.
Vault가 교체될 때
교체는 향후 예치용 컨트랙트를 바꿉니다. 기존 CUBIT, 보상, 잠금 해제 날짜는 이전 Vault에 남습니다. 사용자 자금은 이동하지 않습니다.
프런트엔드는 이력 목록에서 각 이전 Vault를 선택하게 합니다. 잔액 조회·청구·인출 전에 선택 주소를 확인하세요. 이전 Vault 승인은 새 Vault에 적용되지 않습니다.
hook의 Vault 미정산액이 남으면(vaultAccrued != 0) 레지스트리는 교체를 거절합니다. 새 Vault는 올바르게 연결되고 이전 예치나 자금 공급이 없어야 합니다.
모듈의 한계
교체 getter 검사는 선언 주소의 호환성을 확인할 뿐 전체 교체 코드 안전성을 증명하지 않습니다. 회계 테스트, 수수료 수집 통합, 이전 Vault 출금 보존은 매 릴리스 검증 대상입니다.
출처: periphery/CubitVault.sol, CubitV2.setVault, CubitHook._accrueVaultFees, _claimVaultRewards 및 dapp/src/chain/vault.ts.