
Locktime adalah batas waktu atau peristiwa yang telah ditentukan sebelumnya yang membatasi dana atau operasi di blockchain. Sebelum waktu atau peristiwa tersebut tercapai, dana tidak dapat digunakan atau operasi tidak bisa dijalankan. Setelah locktime berakhir, aset atau tindakan tersebut menjadi tersedia. Locktime dapat ditetapkan sebagai titik waktu absolut atau ketinggian blok, atau sebagai interval relatif yang dimulai dari konfirmasi tertentu.
Terdapat dua tipe utama locktime: absolut dan relatif. Locktime absolut berfungsi seperti deposito berjangka tetap, menetapkan waktu atau ketinggian blok spesifik kapan dana dapat diakses. Locktime relatif berperan sebagai “masa pendinginan,” yaitu memerlukan sejumlah blok atau periode tertentu setelah transaksi dikonfirmasi sebelum aset dapat digunakan.
Mekanisme ini umum digunakan untuk menunda penyelesaian transaksi, vesting token tim, penguncian staking dan yield farming, penundaan eksekusi tata kelola, serta atomic swap lintas chain dan jaminan pembayaran di Lightning Network.
Di Bitcoin, locktime dapat diberlakukan baik pada tingkat transaksi maupun skrip. Pada tingkat transaksi, field nLockTime menentukan waktu paling awal sebuah transaksi dapat dikonfirmasi. Pada tingkat skrip, opcode tertentu memvalidasi kondisi penguncian saat dana akan digunakan.
Implementasi tingkat transaksi:
Field nLockTime mendukung dua basis—jika nilainya kurang dari sekitar 500.000.000, maka diartikan sebagai ketinggian blok; jika sama dengan atau lebih tinggi dari nilai tersebut, maka dibaca sebagai Unix timestamp. Agar nLockTime berlaku, setiap sequence number input tidak boleh diatur ke nilai maksimum; jika tidak, transaksi dianggap langsung dapat digunakan.
Implementasi tingkat skrip:
OP_CHECKLOCKTIMEVERIFY (CLTV, diaktifkan melalui BIP-65 pada 2015) memungkinkan skrip memastikan dana hanya dapat digunakan jika ketinggian blok atau timestamp saat ini telah mencapai ambang tertentu.OP_CHECKSEQUENCEVERIFY (CSV, diaktifkan melalui BIP-68/112 pada 2016) mendukung locktime relatif dengan mewajibkan interval tertentu (blok atau waktu) setelah konfirmasi transaksi sebelum dana dapat digunakan.Contohnya, Anda dapat membuat transaksi ke “diri Anda di masa depan” yang hanya bisa digunakan setelah blok 900.000, atau menggunakan CSV agar dana terkunci selama 100 blok tambahan setelah konfirmasi. Bitcoin juga menggunakan “median time past” dari 11 blok terakhir (BIP-113) untuk membatasi manipulasi timestamp oleh penambang.
Di platform seperti Ethereum, locktime umumnya diimplementasikan melalui variabel smart contract dan kontrol akses. Sebelum masa berlaku berakhir, penarikan, perubahan parameter, atau pelepasan token akan ditolak oleh kontrak; setelah tenggat waktu, tindakan tersebut diizinkan.
Tiga penerapan umum meliputi:
Pengembang kerap menggunakan library yang telah diaudit (misal: TimelockController dan kontrak Vesting dari OpenZeppelin) untuk mengatur penundaan minimum, izin peran, dan penerima manfaat demi keamanan optimal.
Pada yield farming DeFi atau produk staking di exchange terpusat, locktime menentukan baik likuiditas maupun imbal hasil tahunan. Periode penguncian yang lebih lama biasanya menawarkan yield lebih tinggi namun membatasi fleksibilitas Anda dalam mengalokasikan ulang dana selama periode penguncian.
Di platform seperti Gate, Anda akan menemukan opsi seperti “fleksibel,” “7 hari,” “30 hari,” atau “90 hari” untuk locktime. Produk fleksibel menawarkan yield lebih rendah namun memungkinkan penarikan kapan saja; opsi berjangka tetap membayar lebih tinggi namun bisa mengenakan biaya penarikan awal atau mewajibkan pengorbanan reward. Pertimbangkan apakah penebusan awal diizinkan, metode perhitungan yield, serta dukungan auto-redeem saat jatuh tempo ketika memilih produk.
Strategi praktis adalah “laddered locking”—membagi dana ke beberapa bagian dengan periode penguncian berbeda untuk menyeimbangkan likuiditas dan yield. Sisakan sebagian dana fleksibel untuk kebutuhan jangka pendek agar terhindar dari penjualan paksa di harga tidak menguntungkan.
Atomic swap lintas chain dan Lightning Network menggunakan Hash Time-Locked Contracts (HTLC) untuk menjamin atomicity—baik swap berhasil untuk kedua pihak atau dana dikembalikan ke masing-masing pemilik. “Hash lock” memastikan hanya pihak dengan secret yang benar dapat mengklaim dana; “time lock” memastikan jika swap melebihi waktu, dana dikembalikan ke pemilik awal.
Alurnya: Pihak A mengunci dana on-chain sehingga Pihak B hanya dapat mengklaimnya dengan “password” yang benar sebelum tenggat; jika tidak, Pihak A dapat melakukan refund setelah kedaluwarsa. Pihak B melakukan hal serupa di chain lain, sehingga baik kedua pihak sukses atau keduanya timeout dan revert.
Di Lightning Network, payment channel menggunakan locktime relatif untuk melindungi dana jika pembayaran gagal. Timeout diatur berdasarkan waktu konfirmasi jaringan dan kemacetan—atomic swap on-chain biasanya menggunakan timeout mulai dari beberapa jam hingga satu hari agar ada waktu konfirmasi dan aksi pengguna.
Kedua metode menentukan “kapan dana menjadi tersedia,” namun masing-masing memiliki kelebihan dan kekurangan. Ketinggian blok mengukur “berapa banyak blok lagi yang harus ditambang,” sehingga menghindari pergeseran waktu; timestamp lebih intuitif namun dapat sedikit disesuaikan oleh penambang atau validator.
Di Bitcoin, nilai nLockTime di bawah ~500.000.000 diartikan sebagai ketinggian blok (cocok untuk “tunggu N blok”), sedangkan nilai lebih tinggi merupakan Unix timestamp (ideal untuk tanggal kalender tertentu). Pada Ethereum, kontrak umumnya menggunakan block.timestamp, namun waktu blok aktual bisa berbeda puluhan detik akibat kondisi jaringan—timelock biasanya dibuat dengan toleransi cukup lebar untuk keandalan.
Best practice: Gunakan ketinggian blok untuk pencapaian teknis (misal, eksekusi setelah N blok pasca-upgrade); gunakan timestamp untuk komitmen eksternal (misal, unlock pada tanggal UTC tertentu), dan selalu sisakan buffer waktu.
Risiko utama meliputi keterbatasan likuiditas, volatilitas harga, dan detail implementasi. Semakin lama dana dikunci, semakin besar peluang kehilangan kesempatan pasar; kebutuhan mendesak sebelum jatuh tempo dapat memaksa penebusan awal dengan risiko kehilangan yield atau penalti.
Dari sisi implementasi, timestamp dapat sedikit disesuaikan oleh penambang/validator. Bitcoin membatasi hal ini melalui aturan “median time past” (tidak lebih awal dari median 11 blok terakhir), dan sebagian besar jaringan membatasi pergeseran waktu (misal, maksimal dua jam). Di Ethereum, manipulasi timestamp minor tetap memungkinkan—hindari bergantung pada presisi detik.
Kesalahan konfigurasi juga sering terjadi: salah mengartikan ambang (blok vs. detik), lupa mengatur sequence input untuk nLockTime, atau izin timelock yang tidak tepat dapat membuat aset menjadi tidak dapat diakses. Jika aset terkunci menjadi jaminan, penurunan harga selama periode penguncian dapat memicu likuidasi tanpa kesempatan top-up cepat.
Bagi pengembang dan pengguna, praktik terbaik mengikuti proses “desain-konfigurasi-verifikasi”:
Langkah 1 (pengembang Bitcoin): Tentukan locktime absolut atau relatif. Untuk absolut dengan nLockTime, atur semua sequence input di bawah nilai maksimum; untuk relatif, gunakan CSV dengan encoding blok/waktu yang benar. Selalu uji di testnet sebelum deploy.
Langkah 2 (pengembang Ethereum): Gunakan kontrak Timelock dan Vesting yang telah diaudit; atur penundaan minimum, peran, dan prosedur darurat. Untuk eksekusi tata kelola, ikuti alur proposal → queue → delay → eksekusi dan uji ulang skenario penting di lingkungan test.
Langkah 3 (pengguna sehari-hari di Gate): Saat staking atau menggunakan produk yield (staking), pilih periode penguncian yang sesuai; cek aturan penebusan awal dan potensi penalti; sisakan dana fleksibel untuk kebutuhan mendesak; atur pengingat jatuh tempo dan pantau pembaruan produk.
Langkah 4 (operasi lintas chain & channel): Pilih timeout HTLC yang cukup lama dengan mempertimbangkan konfirmasi cross-chain dan kemacetan jaringan; prioritaskan implementasi yang telah diaudit; mulai dengan nominal kecil sebelum meningkatkan jumlah.
Ingat tiga hal utama berikut:
Locktime adalah periode di mana dana Anda dibekukan di on-chain—Anda tidak dapat mentransfer atau menggunakan aset tersebut hingga jatuh tempo. Setelah berakhir, dana otomatis tidak lagi dibekukan dan dapat digunakan. Mekanisme ini umum pada reward yield DeFi dan vesting token, yang dirancang untuk melindungi kepentingan investor.
Locktime di exchange bervariasi tergantung jenis produk—reward yield sering memiliki ketentuan seperti 30, 90, atau 180 hari. Periode penguncian lebih lama biasanya menawarkan imbal hasil tahunan lebih tinggi. Pilih periode penguncian di Gate sesuai kebutuhan likuiditas Anda.
Kebanyakan platform tidak mendukung unlock lebih awal selama periode penguncian; penarikan dini biasanya mengakibatkan hilangnya reward atau biaya penalti. Beberapa produk mungkin mengizinkan pelepasan dini dengan biaya tinggi. Evaluasi kebutuhan dana Anda sebelum berkomitmen pada periode lockup apa pun.
Pada protokol lending DeFi, locktime menentukan kapan Anda dapat menarik jaminan. Beberapa protokol mewajibkan jaminan tetap terkunci selama periode tertentu untuk menjaga keamanan pinjaman. Unlock dini dapat memicu risiko likuidasi atau penalti—kelola dengan hati-hati.
Aturan locktime sangat bervariasi antar token dan platform. Bitcoin dan Ethereum memiliki mekanisme berbeda; platform DeFi juga menerapkan kebijakan yang berbeda. Selalu tinjau ketentuan lock dan detail yield untuk aset pilihan Anda di Gate atau exchange lain sebelum berpartisipasi.


