03 / MÔ-ĐUN V2ĐỌC TRONG 5 PHÚT

mCUBIT Vault

Vault tương lai cho gửi CUBIT vào vị thế không chuyển nhượng và nhận phần doanh thu bằng WETH. Mô hình không tạo CUBIT và không cấp quyền rút vốn tường.

Tên mCUBIT chỉ trải nghiệm gửi này; mã đã đọc không tạo token biên nhận ERC-20 tự do chuyển nhượng.

Phát hành tương lai, mục tiêu từ J+3. Hành vi dưới đây là quy trình dự kiến; khả dụng sẽ nêu khi ra mắt.

Nguồn thưởng

Nguồn vốn dự kiến là 20 % phí LP ladder thực sự thực hiện bằng ETH, thu trong bảo trì liên quan, nhất là tái cân bằng, cho người có tiền gửi.

Tỷ lệ tính trên phí đã thực hiện, không trên khối lượng swap, thuế hook, vốn gốc ladder hay phí hiển thị nhưng chưa thu.

Vault nhận ETH từ hook và đổi thành WETH. Thưởng hạch toán theo từng token gửi. Không có hoạt động hoặc phí thực hiện có thể không có thưởng; không hứa tỷ lệ cố định.

Gửi CUBIT

  1. Khi mô-đun ra mắt, kiểm tra địa chỉ Vault cung cấp và kết nối giao thức.
  2. Phê duyệt Vault chuyển lượng đã chọn.
  3. Gọi stake(amount) và chờ xác nhận.
  4. Đọc balanceOf(account)unlockAt(account) trên hợp đồng gửi.

Mỗi lần gửi thêm khởi động lại khóa 24 giờ cho toàn bộ vị thế ví đó trong Vault đó. Không chỉ khóa lượng mới gửi.

CUBIT gửi vẫn là token hiện có. Gửi không phải burn hay giảm cung nhân tạo.

Rút và nhận thưởng

withdraw(amount) trả CUBIT khi timestamp chain đạt unlockAt. Có thể rút một phần. claim() chuyển thưởng WETH đã có; trong triển khai đã đọc, khóa rút không chặn claim.

Tạm dừng guardian lõi không dừng đầu ra. Đầu ra vẫn phụ thuộc quy tắc và hoạt động đúng của hợp đồng giữ vị thế.

Thưởng đến khi không có staker được tách riêng, không để khoản gửi đầu tiên nhận ngược về trước. Phần dư nhỏ do làm tròn ở lại Vault theo hạch toán.

Khi Vault bị thay thế

Thay thế tác động hợp đồng dành cho khoản gửi mới. CUBIT, thưởng và ngày mở khóa đã ghi vẫn trong Vault cũ. Thay thế không chuyển vốn người dùng.

Frontend đọc danh sách lịch sử và cho chọn từng Vault cũ. Kiểm tra địa chỉ chọn trước khi xem số dư, claim hoặc rút. Phê duyệt Vault cũ không cấp quyền Vault mới.

Sổ đăng ký từ chối thay khi hook còn khoản Vault chưa quyết toán (vaultAccrued != 0). Nó cũng yêu cầu Vault mới kết nối đúng, chưa từng có tiền gửi hay cấp vốn.

Giới hạn mô-đun

Kiểm tra getter khi thay xác minh tương thích địa chỉ được khai báo, không chứng minh an toàn toàn bộ mã thay thế. Kiểm thử kế toán, tích hợp thu phí và bảo toàn đầu ra Vault cũ vẫn cần xác thực mỗi bản phát hành.

Nguồn: periphery/CubitVault.sol, CubitV2.setVault, CubitHook._accrueVaultFees, _claimVaultRewardsdapp/src/chain/vault.ts.

CUBIT / Ngày 10 tháng 9 năm 2026 Nguồn và phương pháp