Menyiapkan vault perusahaan pertama Anda
Membuat vault di SSP Enterprise memakan sekitar lima menit. Membuatnya dengan benar memerlukan percakapan lebih dulu, sebab dua dari lima pilihan di panduan itu bersifat permanen — keduanya masuk ke alamat, dan alamat tak bisa disunting.
Panduan ini menelusuri seluruh alurnya: apa yang perlu diputuskan sebelum mulai, setiap langkah panduan, apa yang terjadi antara pembuatan dan pengaktifan, serta cara memastikan Anda sudah benar sebelum uang datang.
Kalau konsepnya masih baru, bacalah dulu SSP Enterprise: vault multisig untuk tim, dan peran dan izin untuk mengetahui siapa yang diizinkan melakukan ini.
Sebelum mulai
Empat hal untuk dibereskan di luar aplikasi, sebaiknya tertulis.
- Rantai yang mana. Sebuah vault berada di tepat satu rantai. Kalau Anda memegang Bitcoin dan Ethereum, Anda butuh dua vault. Ini bukan keterbatasan yang perlu diakali — rantai yang berbeda memang punya alamat yang berbeda.
- Siapa para penanda tangannya. Setiap penanda tangan harus sudah menyiapkan SSP Wallet dan SSP Key, dan harus menjadi anggota organisasi Anda. Penanda tangan adalah orang, bukan departemen; "keuangan" tidak bisa menjadi penanda tangan.
- Berapa ambangnya. Berapa dari penanda tangan itu yang harus menyetujui. Pikirkan dua arah: berapa orang yang perlu tersedia untuk membelanjakan pada Selasa biasa, dan berapa yang bisa hilang sebelum dananya tak terjangkau.
- Vault ini untuk apa. Vault dengan tugas — penggajian, cadangan, satu mitra tertentu — lebih mudah ditetapkan ambang dan kebijakannya daripada vault serbaguna.
Keputusan soal ambang adalah yang paling sering ditinjau ulang. Layak membaca 2-dari-2 vs 2-dari-3 vs m-dari-n sebelum memilih, karena memilih ulang nanti berbiaya sebuah migrasi.
Lima langkah
Langkah 1 — Rantai. Pilih dari rantai yang didukung SSP: Bitcoin, Litecoin, Dogecoin, Ravencoin, Flux, Zcash, dan Bitcoin Cash di sisi UTXO; Ethereum, BSC, Avalanche, Polygon, dan Base di EVM; serta Solana. Tersedia testnet untuk gladi bersih, dan berlatih di testnet sebelum melibatkan dana nyata adalah pemakaian sepuluh menit yang baik.
Langkah 2 — Nama. Label untuk manusia. Ini satu-satunya kolom yang bisa Anda ubah bebas sesudahnya, jadi berilah nama menurut fungsinya alih-alih menurut isinya: "Penggajian" menua lebih baik daripada "Utama".
Langkah 3 — Penanda tangan. Pilih anggota organisasi yang akan memegang kunci. Masing-masing menjadi bagian dari alamat. Luangkan satu menit tambahan untuk memastikan setiap orang memang orang yang tepat dan perangkatnya berfungsi — penanda tangan yang tak bisa menandatangani tak bisa dibedakan dari kunci yang hilang.
Langkah 4 — Ambang. Tetapkan berapa tanda tangan yang diperlukan. Antarmuka tidak akan membiarkan Anda memilih kombinasi yang mustahil, tetapi ia juga tidak akan memberi tahu bahwa kebijakan Anda kurang bijak; penilaian itu milik Anda.
Langkah 5 — Peninjauan. Layar terakhir sebelum pembuatan. Bacalah rantai, daftar penanda tangan lengkap, dan ambangnya dengan suara keras kalau ada yang bisa mendengar. Inilah momen murah terakhir untuk berubah pikiran.
Apa yang terjadi setelah menekan buat
Vault tidak langsung bisa dipakai, dan ini mengejutkan orang. Ia masuk ke menunggu penyiapan.
Menurunkan alamat multisig memerlukan kunci publik lanjutan dari setiap penanda tangan. Kunci-kunci itu datang dari perangkat penanda tangan sendiri — tidak ada yang privat dikirimkan, dan SSP tak pernah melihat kunci privat — tetapi setiap penanda tangan harus benar-benar melakukannya. Sampai yang terakhir tiba, alamatnya tak bisa dihitung, jadi vault itu tak aktif dan tak bisa menerima dana.
Dalam praktiknya itu berarti sedikit menagih. Setiap penanda tangan membuka vault, mengirim kuncinya dari perangkat berpasangannya, dan vault mencatat peristiwa kunci penanda tangan terkirim. Ketika himpunannya lengkap, alamat diturunkan dan vault menjadi aktif.
Dua catatan tentang fase ini:
- Jangan kirim dana ke apa pun sebelum vault aktif. Belum ada alamat untuk dikirimi. Kalau seseorang membagikan "alamat vault" selama penyiapan, ia membagikan sesuatu yang lain.
- Menagih itu normal. Vault dengan 5 penanda tangan yang menunggu satu orang selama dua hari adalah kejadian biasa, bukan keadaan galat.
Memverifikasi sebelum mendanainya
Begitu vault aktif, lakukan empat pemeriksaan ini sebelum jumlah yang berarti datang.
Pastikan daftar penanda tangan cocok dengan yang Anda sepakati. Buka tampilan anggota vault dan baca berdampingan dengan catatan Anda. Inilah momen mudah terakhir untuk menemukan bahwa kolega yang salah terpilih.
Pastikan ambangnya. Ia tertera di vault. Periksa angkanya, bukan ingatan Anda tentang angkanya.
Lakukan perjalanan bolak-balik dengan jumlah yang tak berarti. Kirim sedikit masuk, lalu usulkan mengirimnya keluar lagi dan bawa melewati seluruh alur persetujuan. Ini menguji hal yang sungguh penting: bahwa jumlah penanda tangan yang diperlukan, dalam praktik, memang bisa menandatangani. Ia memunculkan orang yang notifikasi SSP Key-nya mati, ponsel yang perlu diperbarui, dan penanda tangan yang sedang cuti — semuanya saat tak ada apa pun yang dipertaruhkan.
Cocokkan alamatnya dengan penjelajah blok. Pastikan alamat yang ditunjukkan SSP memang ada dan kosong, dan bahwa tampilan penjelajah cocok dengan saldo yang dilaporkan aplikasi.
Menetapkan kebijakan sesudahnya
Dengan vault aktif, Anda bisa menambahkan kendali koordinasi: daftar putih alamat, pembatasan tujuan, kunci waktu di atas ambang nilai, dan aturan yang menuntut persetujuan admin untuk jumlah besar. Templat kebijakan memberi Anda set awal yang masuk akal yang lalu bisa disunting.
Bersikap jernih tentang apa yang mereka lakukan. Mereka membentuk proposal mana yang bisa dibuat dan disetujui melalui alur normal — mereka kendali proses, bukan penegakan kustodi. Rantai menegakkan ambang tanda tangan dan tidak lebih. Rancang vault agar aman bahkan tanpa kebijakan apa pun, lalu tambahkan kebijakan supaya urusan harian lebih rapi.
Membenahi detail operasional
Tambahkan pengamat dengan murah hati. Auditor, akuntan, dan siapa pun yang perlu melihat saldo sebaiknya punya akses pengamat vault. Tak berbiaya apa pun dan menurunkan pesan "kirimi saya tangkapan layar dong" jadi nol.
Nyalakan notifikasi untuk para penanda tangan. Proposal yang tak diperhatikan siapa pun adalah proposal yang kedaluwarsa. Setiap penanda tangan sebaiknya sudah punya notifikasi SSP Key yang berfungsi sebelum vault memegang apa pun.
Tuliskan posisi pemulihan. Catat siapa saja penanda tangannya, berapa ambangnya, dan apa yang terjadi kalau masing-masing menjadi tak tersedia. Lalu periksa aritmetikanya: dengan ambang Anda, berapa kehilangan bersamaan yang bisa diserap? Warisan dan akses darurat ditulis untuk perorangan, tetapi penalarannya berpindah langsung.
Tetapkan prosedur kepergian sekarang. Ketika seseorang meninggalkan perusahaan, mengeluarkannya dari organisasi adalah perubahan peran, tetapi mengeluarkannya sebagai penanda tangan menuntut vault baru dan sebuah migrasi. Mengetahui mana yang akan Anda lakukan — dan sudah menggladi migrasi itu di testnet — mengubah satu minggu yang menegangkan menjadi tugas terjadwal.
Kalau ada yang tidak beres
Seorang penanda tangan tak bisa mengirim kuncinya. Periksa apakah SSP Wallet dan SSP Key sudah disiapkan dan tersinkron, dan apakah ia menerima undangan organisasi. Pengiriman kunci menuntut perangkat berpasangannya, bukan hanya sebuah login.
Vault sudah lama menunggu penyiapan. Lihat penanda tangan mana yang sudah mengirim. Tampilan vault menunjukkannya per penanda tangan, sehingga penagihan jadi terarah alih-alih surel ke semua orang.
Anda memilih ambang atau himpunan penanda tangan yang salah. Kalau belum ada dana yang masuk, buat vault baru dengan benar dan tinggalkan yang pertama — meninggalkan vault yang tak berdana tidak berbiaya apa pun. Kalau dana sudah masuk, Anda sedang bermigrasi: buat vault baru, aktifkan, verifikasi dengan perjalanan bolak-balik kecil, lalu pindahkan saldonya.
Untuk bagaimana pembelanjaan bekerja setelah vault hidup, alur proposal dibahas di SSP Enterprise: vault multisig untuk tim, dan pengumuman peluncuran awal menjelaskan apa yang dirilis.
