Vesting dan cliff token: bedakan jadwal, tambahan, dan penerimaan

Tulisan “cliff” belum memberi tahu berapa token yang sudah diterima. Baca alokasi, titik mulai, aturan cliff, dan langkah berikutnya bersama-sama. Lalu bedakan jumlah kumulatif menurut jadwal, tambahan dalam satu rentang, dan token yang benar-benar sudah diklaim atau diterima.

Satu istilah, dua aturan yang perlu dibaca

Dokumentasi Sui memuat contoh cliff tersendiri: sebelum batasnya tidak ada yang dapat diklaim; pada batas itu seluruh alokasi yang tersisa menjadi dapat diklaim. Kesempatan mengklaim tersebut berbeda dari klaim yang sudah dilakukan. Sui, Token Vesting Strategies

Pada bacaan OpenZeppelin contracts-sui yang diperiksa 19 Oktober 2026, cliff opsional menahan jumlah kumulatif pada nol, lalu mengejar langkah yang lewat tanpa menggeser awal jadwal atau irama berikutnya.

Tabel 1

Contoh	Sebelum batas	Pada batas dan sesudahnya	Hal yang perlu dipisahkan
Cliff tersendiri dalam Sui	Tidak ada yang dapat diklaim menurut contoh ini	Seluruh alokasi tersisa menjadi dapat diklaim	Dapat diklaim belum berarti sudah diterima
Cliff opsional pada langkah OpenZeppelin	Jumlah kumulatif vested tetap nol	Mengejar langkah yang telah lewat, lalu meneruskan jadwal semula	Awal jadwal tidak bergeser

Contoh dokumentasi ini bukan verifikasi kontrak tertentu.

Tetapkan angka dan batas sebelum menghitung

Gunakan contoh fiktif 1.200 unit token rekaan berikut. Jadwal dasarnya mempunyai 12 langkah sama besar, masing-masing 100 unit, pada batas periode 1 sampai 12 sejak titik mulai 0. Cliff pada waktu 3 menahan hitungan kumulatif pada nol sebelumnya. Di waktu 3, hitungan mengejar tiga langkah yang telah lewat sehingga menjadi 300 unit. Langkah berikutnya tetap terjadi pada waktu semula.

Di sini t berarti periode ilustratif yang telah berlalu, bukan bulan kalender atau timestamp blockchain. V(t) berarti jumlah kumulatif vested menurut jadwal yang kita tetapkan. Semua snapshot diambil setelah batas waktu pada barisnya.

• Sebelum waktu 3, V(t) = 0.
• Mulai waktu 3 sampai sebelum waktu 12, V(t) = 100 × jumlah periode utuh yang telah selesai.
• Pada waktu 12 dan sesudahnya, V(t) = 1.200.

Alokasinya tetap. Contoh ini tidak memodelkan penambahan dana atau token, pencabutan alokasi, klaim, pelepasan, transfer, maupun biaya. Angka-angkanya bukan data proyek token dan bukan hasil menjalankan kode kontrak.

Baca jumlah kumulatif dan tambahan sebagai dua kolom berbeda

Jumlah kumulatif adalah semua unit yang sudah masuk hitungan jadwal sampai waktu tersebut. Tambahan adalah selisih sejak waktu pada baris sebelumnya. Notasi (a,b] berarti sesudah a sampai dengan b, termasuk batas b.

Tabel 2

Waktu t	Kumulatif V(t), unit	Rentang sejak baris sebelumnya	Panjang rentang	Tambahan unit: V(b) − V(a)
0	0	Awal	—	—
2	0	(0,2]	2 periode	0
3	300	(2,3]	1 periode	300
4	400	(3,4]	1 periode	100
12	1.200	(4,12]	8 periode	800

Pada waktu 3, V(3) = 3 × 100 = 300. Pada waktu 4, V(4) = 4 × 100 = 400. Tambahan dari waktu 3 ke waktu 4 adalah 400 − 300 = 100 unit.

Dari waktu 4 sampai waktu 12, tambahannya V(12) − V(4) = 1.200 − 400 = 800 unit selama delapan periode. Angka 800 bukan laju untuk satu periode. Jumlah kumulatif di waktu 12 tetap 1.200 unit, bukan 800.

Anda dapat memeriksa jumlah tambahannya: 0 + 300 + 100 + 800 = 1.200 unit. Jika justru menjumlahkan kolom kumulatif, sebagian unit akan terhitung berulang. Tak satu pun kolom di tabel ini mencatat klaim, penerimaan dompet, atau penjualan.

Jadwal bukan catatan penerimaan

Dokumentasi Sui memberi contoh linear yang memperhitungkan klaim sebelumnya untuk menentukan jumlah yang tersedia untuk diklaim. README OpenZeppelin juga membedakan jumlah kumulatif vested, jumlah yang sudah dilepas, dan bagian yang belum dilepas. Rincian itu memerlukan keadaan di luar tabel jadwal kita.

Saat membaca tampilan proyek, pisahkan empat pertanyaan:

1. Berapa jumlah kumulatif menurut aturan jadwal?
2. Berapa yang saat ini dapat diklaim atau dilepas?
3. Berapa yang sudah diklaim atau dilepas?
4. Berapa yang benar-benar sudah ditransfer dan diterima?

Contoh kita hanya menghitung pertanyaan pertama dan selisih antarwaktu. Ia tidak menghitung saldo yang benar-benar dapat diklaim atau dilepas, transaksi klaim atau pelepasan, maupun penerimaan dompet. Tabel juga tidak menetapkan kemampuan transfer, hak hukum, kelayakan pribadi, atau klasifikasi circulating supply.

Untuk membandingkan angka pasokan yang dipakai pada nilai pasar, lihat kapitalisasi pasar dan valuasi terdilusi penuh. Hak pada suatu produk adalah pertanyaan lain; panduan investasi, trading, dan spekulasi memisahkan tujuan dari hak dan kewajibannya.

Apa yang tidak dapat disimpulkan dari jadwal?

Untuk mengetahui apakah jumlah tertentu bisa diperdagangkan pada suatu harga, Anda perlu memeriksa penawaran atau keadaan pool likuiditas secara terpisah. Tabel vesting tidak menyediakan data itu. Jumlah terjadwal bukan bukti penjualan yang selesai, arus kas, atau penerimaan uang.

Nilai posisi yang ditampilkan juga berbeda dari penjualan posisi yang sudah selesai di pasar prediksi; lihat panduan mengelola dan menjual posisi. Contoh perdagangan itu terpisah dari alokasi token fiktif di sini.

Jadwal juga tidak meramalkan perilaku menjual atau harga dan tidak menjamin perlindungan dari dump maupun rug pull. Penjelasan ini bukan penilaian keamanan kontrak atau anjuran memilih token.

Panduan ini tidak menyatakan bahwa HypaForecast menerbitkan token atau menyediakan fitur vesting dan klaim token. Penjelasan jadwal juga tidak menetapkan kelayakan Anda untuk menggunakan atau bertransaksi melalui suatu layanan.

Pertanyaan umum

Apakah setiap cliff membuka seluruh alokasi sekaligus?

Tidak selalu. Sui membuat sisa alokasi dapat diklaim pada batasnya; OpenZeppelin mengejar langkah lalu melanjutkan jadwal. Periksa aturan tiap contoh.

Apakah cliff selalu menggeser awal jadwal?

Tidak pada contoh OpenZeppelin: awal langkah tetap. Contoh fiktif kita memakai bentuk itu, sehingga waktu 3 mengejar hitungan menjadi 300 unit. Aturan ini tidak universal.

Mengapa total pada waktu 12 sebesar 1.200, tetapi tambahannya hanya 800?

Angka 1.200 adalah jumlah kumulatif. Angka 800 diperoleh dengan mengurangkan 400 yang sudah masuk hitungan di waktu 4: 1.200 − 400 = 800. Rentangnya delapan periode ilustratif, bukan satu, dan kedua angka bukan catatan penerimaan.

Apakah token vested sudah diklaim atau masuk dompet?

Belum tentu. Dokumentasi membedakan jumlah kumulatif dari klaim atau pelepasan. Tabel kita tidak memodelkan transaksi itu, sehingga tidak menetapkan saldo yang dapat diklaim, transfer, penerimaan, atau hak Anda.

Apakah jadwal vesting melindungi harga dan mencegah penjualan?

Tidak ada jaminan tersebut dari contoh ini. Jadwal fiktif tidak memodelkan penjualan, harga pasar, atau nilai tunai. Label vesting saja bukan bukti keamanan, kelayakan pribadi, atau perlindungan dari rug pull.

Sumber dan tanggal pemeriksaan

Rujukan awal diperiksa pada 19 Oktober 2026. Bagian relevan dokumentasi Sui diperiksa lagi pada 5 November 2026. Bacaan OpenZeppelin berasal dari main, tanpa rilis atau commit terkunci. Akses URL OpenZeppelin pada 5 November 2026 dibatasi; revisi terkini belum terverifikasi. Kedua dokumentasi tidak mencantumkan tanggal terbit yang dipakai dalam panduan ini; tanggal pemeriksaan bukan tanggal terbitnya.

Rujukan tersebut adalah contoh penjelasan dokumentasi, bukan verifikasi kontrak yang diterapkan atau audit keamanan. Contoh 1.200 unit adalah perhitungan fiktif tersendiri: tidak ada data bulan kalender, transaksi klaim atau transfer, harga token, maupun proyek nyata di dalamnya.