Dompet dan kustodi: siapa yang mengendalikan kunci?

Mulai dari kewenangan

Dompet adalah alat untuk berinteraksi dengan blockchain dan mengelola kunci atau pengaturan penandatanganan yang mengizinkan tindakan. Dalam kustodi mandiri, pengguna mengendalikan kredensial terkait. Dalam pengaturan kustodian, organisasi lain mengendalikannya dan mencatat saldo nasabah menurut ketentuannya sendiri. Keduanya dapat terlihat serupa di layar ponsel, sehingga layar saja hanya memberi sedikit informasi tentang hak hukum atau opsi pemulihan.

Ajukan pertanyaan praktis: jika situs penyedia menghilang besok, apa yang memungkinkan Anda mengakses aset? Frasa pemulihan dapat memungkinkan dompet kustodi mandiri yang kompatibel memulihkan akses penandatanganan. Nama pengguna dan kata sandi untuk platform kustodian umumnya tidak memberikan kemampuan mandiri yang sama. Sebaliknya, kustodian mungkin menawarkan pemulihan akun yang tidak dapat diberikan oleh pengaturan kustodi mandiri.

Dompet panas, dompet dingin, dan proses penandatanganan

Hot wallet memiliki kunci atau kemampuan penandatanganan yang dapat diakses melalui lingkungan terhubung internet. Pengaturan penyimpanan dingin berupaya menyimpan rahasia penandatanganan secara offline. Dompet perangkat keras dapat melindungi materi kunci, tetapi tidak dapat membuat setiap transaksi aman. Jika seseorang menyetujui transfer yang tidak dimaksudkan atau izin kontrak berbahaya, menandatangani instruksi itu secara aman tetap mengeksekusi keputusan yang salah.

Frasa pemulihan bukan informasi pemecahan masalah biasa. Orang yang memperolehnya mungkin dapat mengambil kendali tanpa mengetahui kata sandi platform Anda. Percakapan bantuan yang tampak asli, hasil pencarian bersponsor, ekstensi peramban, dan pembaruan palsu semuanya dapat menjadi pintu masuk pencurian. Tangkapan layar yang disimpan ke akun cloud dapat menciptakan jalur tambahan menuju rahasia itu. Keamanan memerlukan pemikiran tentang seluruh proses, bukan sekadar membeli perangkat.

Kustodi mencakup kontrak dan skenario kegagalan

Untuk kustodian, periksa badan hukum, ketentuan pemisahan aset, syarat penarikan, dan perlakuan jika bisnis gagal. Frasa pemasaran seperti kelas institusional tidak menentukan hak hukum nasabah. Asuransi dapat memiliki batas, pengecualian, dan penerima manfaat yang berbeda dari nasabah individu. Informasi bukti cadangan juga tidak dengan sendirinya memberikan gambaran lengkap tentang kewajiban atau seluruh beban atas aset.

Untuk kustodi mandiri, periksa ketahanan cadangan, pengaturan pewarisan, kegagalan perangkat, dan kemungkinan kesalahan penandatanganan. Sistem yang lebih rumit dapat menimbulkan kesalahan operasionalnya sendiri. Pengaturan yang dipahami seseorang hari ini mungkin tidak dapat digunakan oleh pelaksana waris di masa depan atau orang yang sama setelah kehilangan perangkat. Tujuan yang relevan adalah proses yang dapat dipahami dan telah diuji, bukan kerumitan maksimum.

Jaringan, alamat, dan catatan

Simbol token tidak cukup untuk mengidentifikasi jalur transfer. Nama serupa dapat ada di beberapa jaringan, dan layanan penerima mungkin hanya mendukung versi tertentu. Sebagian tujuan memerlukan memo atau tag tambahan. Alamat yang terlihat valid tidak membuktikan bahwa alamat itu milik penerima yang dimaksud. Malware papan klip dan trik peracunan alamat memanfaatkan pemeriksaan visual yang dangkal.

Daftar periksa transfer edukatif memisahkan aset yang dimaksud, jaringan, tujuan, kolom perutean tambahan, biaya, dan kebutuhan konfirmasi. Transfer uji kecil dapat mengungkap sebagian kesalahan, tetapi bukan jaminan bahwa transaksi berikutnya aman atau alamat tidak telah diubah. Simpan pengenal transaksi dan catatan biaya untuk rekonsiliasi. Persyaratan pajak dan pelaporan berbeda menurut lokasi, dan pemindahan aset antar akun jangan disamakan dengan perhitungan keuntungan kena pajak tanpa panduan setempat.

Persetujuan token adalah kewenangan tersendiri

Mengirim token berbeda dari memberikan izin kepada pihak lain untuk membelanjakannya. Dalam pola ERC-20, allowance dapat memberi alamat tertentu hak memindahkan token sampai batas yang ditetapkan. Persetujuan itu sendiri belum tentu menurunkan saldo, sehingga saldo tetap bukan bukti bahwa tidak ada perubahan penting.

Bayangkan dompet berisi 500 unit dan pemilik hanya ingin menukar 20. Permintaan izin ternyata mencakup jumlah jauh lebih besar. Pisahkan tujuan transaksi sekarang dari kewenangan yang tersisa sesudahnya. Periksa aset, alamat pembelanja, dan jumlah izin, bukan nama aplikasi atau biaya jaringan saja.

Memutus hubungan situs tidak sama dengan mencabut izin pada jaringan. Pencabutan mengubah kewenangan ke depan, bukan membalik transfer yang sudah terjadi. Sebagian izin berbasis tanda tangan juga perlu diperiksa meskipun belum terlihat sebagai persetujuan on-chain. Inventaris keamanan harus mencatat kewenangan, tidak hanya saldo.

Latih pemulihan tanpa membuka rahasia

Rencana pemulihan perlu menjawab siapa yang boleh bertindak, jenis dompet dan jaringan apa yang digunakan, serta di mana petunjuk disimpan. Bedakan perangkat hilang dari rahasia penandatanganan yang bocor. Keduanya dapat menghasilkan masalah berbeda walaupun pengguna sama-sama tidak bisa mengakses aplikasi.

Buat latihan meja dengan tiga kejadian: perangkat rusak, akun awan diambil alih, dan satu lokasi cadangan hilang. Untuk setiap kejadian, jelaskan sumber daya yang masih tersedia dan kendali yang gagal bersamaan. Dua salinan dalam satu tas atau satu akun awan bukan dua jalur pemulihan yang benar-benar terpisah.

Jangan menulis kunci atau frasa pemulihan asli dalam catatan belajar bersama. Latihan ini tidak menetapkan konfigurasi penyimpanan terbaik bagi semua orang. Tujuannya menemukan apakah rencana justru bergantung pada perangkat, orang, atau akun yang akan hilang dalam kejadian yang hendak ditangani.