
Locktime adalah aturan yang menunda pelaksanaan transaksi atau aksi kontrak hingga waktu atau tinggi blok tertentu tercapai. Tujuan utamanya adalah mencegah terjadinya transfer atau eksekusi sebelum waktu yang telah ditetapkan. Konsep ini serupa dengan rekening tabungan berjangka di bank: dana tidak dapat ditarik sebelum tanggal jatuh tempo.
Di blockchain, locktime dapat membatasi kapan suatu transaksi dapat masuk ke blok, menyediakan periode observasi untuk tata kelola komunitas, memungkinkan pelepasan token secara bertahap, atau bertindak sebagai pengaman batas waktu dalam cross-chain swaps. Karena partisipan tersebar secara global, penetapan “waktu eksekusi paling awal” membantu meminimalkan kesalahan dan penyalahgunaan wewenang.
Di Bitcoin, locktime diatur melalui field transaksi nLockTime, yang menentukan waktu paling awal penambang dapat memasukkan transaksi ke dalam blok.
Tinggi blok dapat diibaratkan sebagai “nomor antrian” di blockchain: semakin tinggi nilainya, semakin lama blok tersebut muncul. Jika nLockTime diatur ke tinggi blok tertentu, transaksi tidak akan dikonfirmasi sebelum tinggi itu tercapai. Jika diatur ke timestamp (nilai sama dengan atau lebih besar dari 500000000 dianggap sebagai timestamp oleh Bitcoin), transaksi tidak dapat dikonfirmasi sebelum waktu tersebut.
Selain nLockTime, Bitcoin Script menyediakan CheckLockTimeVerify (CLTV) dan CheckSequenceVerify (CSV). Fitur ini memberikan kontrol akses yang lebih detail: CLTV memeriksa berdasarkan waktu absolut atau tinggi blok, sedangkan CSV berdasarkan waktu relatif (misalnya “tunggu minimal X blok dari sekarang”). Hal ini memungkinkan syarat lebih kompleks untuk dompet multi-signature atau channel pembayaran. Contohnya, Anda bisa mengatur agar “masing-masing pihak hanya bisa menarik dana setelah 100 blok,” sehingga mengurangi risiko penarikan sepihak secara langsung.
Pada smart contract, locktime umumnya digunakan untuk penundaan tata kelola dan pelepasan dana bertahap. Smart contract adalah “aturan kode otomatis” yang berjalan sesuai pemrograman setelah di-deploy.
Di ekosistem Ethereum, kontrak seperti TimelockController menerapkan jendela penundaan pada proposal tata kelola. Sebagian besar protokol menggunakan locktime 24–72 jam, memberi waktu bagi pengguna untuk mendeteksi dan merespons potensi masalah sebelum eksekusi (per 2024, protokol seperti Compound dan Uniswap menerapkan proses tata kelola dengan penundaan 24–48 jam). Fitur ini berfungsi seperti “masa pendinginan” setelah eksekusi diajukan.
Kontrak token juga menerapkan locktime untuk jadwal vesting. Misalnya, token yang dialokasikan untuk tim atau investor dapat memiliki “cliff period” (tidak ada pelepasan awal) yang dilanjutkan dengan vesting linier, sehingga mencegah aksi jual massal di awal. Setiap kali milestone vesting tercapai, kontrak secara otomatis membuka bagian yang sesuai.
Pada vesting token, locktime menentukan “kapan token dapat diklaim atau dijual.” Vesting berarti hak penggunaan diperoleh secara bertahap, bukan langsung seluruhnya.
Pada produk staking atau yield, locktime biasanya berarti jangka waktu tertentu—misal 30 atau 90 hari—di mana dana tidak dapat ditarik lebih awal, atau penarikan awal dikenakan biaya. Produk staking finansial dan locked dari Gate menampilkan periode lock dan aturan jatuh tempo secara transparan; pengguna wajib memastikan apakah redemption awal diizinkan dan kapan settlement dilakukan setelah jatuh tempo untuk menghindari tekanan likuiditas.
Bagi proyek, locktime yang rasional membantu menstabilkan ekspektasi pasar; bagi pengguna, memahami jangka waktu dan kebijakan redemption awal sangat penting untuk pengelolaan modal yang efektif.
Pada skenario cross-chain, HTLC (Hashed Time Lock Contracts) sering digunakan, menggabungkan syarat berbasis hash dan waktu untuk memastikan transaksi berjalan sesuai aturan atau dana dikembalikan jika waktu habis.
HTLC dapat diibaratkan seperti “brankas dua kunci”: satu kunci adalah hash preimage (jawaban yang benar), dan satunya lagi adalah waktu kedaluwarsa. Jika Anda memberikan jawaban yang benar dalam locktime, Anda dapat menarik dana di chain tujuan; jika tidak, setelah waktu habis, dana otomatis kembali ke alamat asal. Desain ini mendukung atomic swaps, memastikan kedua pihak berhasil atau tidak ada transaksi sama sekali.
Locktime adalah aturan bahwa “aksi hanya dapat dieksekusi setelah waktu tertentu,” tanpa memandang siapa pelakunya. Freezing mirip seperti administrator menekan tombol jeda—tidak ada yang bisa dipindahkan sebelum freeze dicabut.
Permission control adalah soal “siapa yang boleh bertindak”—misal, membutuhkan beberapa tanda tangan untuk memindahkan dana. Locktime adalah tentang “kapan” aksi diizinkan. Banyak sistem menggabungkan keduanya: membutuhkan persetujuan multipihak dan menerapkan penundaan sebelum eksekusi, sehingga risiko tersebar.
Locktime merupakan mekanisme dasar untuk menunda aksi hingga waktu tertentu pada berbagai skenario seperti transaksi Bitcoin, tata kelola smart contract, vesting token, dan cross-chain swap. Dengan mengatur “kapan” aksi dapat dieksekusi, locktime mengurangi aksi impulsif atau jahat, namun tidak menggantikan manajemen izin atau keamanan kunci. Desain locktime yang efektif membutuhkan pemilihan basis waktu yang tepat, penggunaan modul yang telah diaudit, peninjauan batas waktu dalam audit, dan penjelasan syarat jatuh tempo/redemption di tingkat produk. Baik membangun kontrak khusus maupun menggunakan produk platform, rencanakan kebutuhan likuiditas sejak awal dan evaluasi dampak periode lock.
Locktime pada pengaturan perangkat adalah durasi tidak aktif yang menyebabkan layar perangkat Anda terkunci otomatis. Misal, jika diatur 30 detik, ponsel akan terkunci otomatis jika tidak ada interaksi selama 30 detik. Fitur ini meningkatkan keamanan dan menghemat baterai dengan mencegah akses tidak sah serta mengurangi konsumsi daya yang tidak perlu.
Mengatur locktime yang sesuai memberikan dua manfaat utama: privasi yang lebih baik (auto-lock mencegah orang lain mengakses ponsel Anda tanpa izin) dan penghematan energi (layar tidak menyala tanpa alasan). Penyesuaian locktime sesuai kebiasaan penggunaan membantu menyeimbangkan kenyamanan dan keamanan.
Ya, bisa berdampak. Locktime yang sangat singkat (misal 15 detik) dapat membuat Anda harus sering membuka kunci—terutama mengganggu saat membaca artikel panjang. Disarankan mengatur locktime antara 30–60 detik untuk penggunaan sehari-hari; di tempat umum, 15–30 detik dapat meningkatkan keamanan. Menemukan durasi yang ideal lebih praktis daripada sekadar memilih interval terpendek.
Keduanya tidak saling terkait langsung. Locktime mengatur berapa lama perangkat akan terkunci otomatis; auto-brightness menyesuaikan kecerahan layar sesuai cahaya sekitar. Fitur ini berdiri sendiri dengan pengaturan terpisah. Layar yang meredup biasanya akibat adaptasi kecerahan, bukan hitungan mundur locktime.
Pada pengaturan keamanan Gate, Anda dapat mengatur batas waktu otomatis untuk sesi trading. Masuk ke Keamanan Akun > Pengaturan Timeout Sesi dan pilih durasi yang diinginkan (misal, 10 menit, 30 menit, atau 1 jam). Jika tidak ada aktivitas dalam periode tersebut, fitur trading akan terkunci otomatis dan memerlukan verifikasi identitas untuk melanjutkan—meningkatkan keamanan dana.


