Cara Manajemen yang Benar untuk Dompet MPC: Pelajaran dari Peristiwa Multichain

Baru-baru ini, proyek Multichain mengalami beberapa masalah operasional, yang memicu pemikiran tentang cara pengelolaan dompet MPC. Meskipun Multichain menggunakan teknologi MPC untuk mengelola dana, masih ada risiko yang dihadapi. Ini menunjukkan bahwa hanya menggunakan teknologi terdesentralisasi tidak sama dengan mencapai desentralisasi yang sebenarnya, tetapi juga perlu mencapai kesepakatan dalam penerapan teknologi dan cara pengelolaan.

Dilema Multichain berasal dari fakta bahwa semua server node-nya sebenarnya berjalan di bawah satu akun layanan cloud milik seseorang. Metode pengelolaan yang sangat terpusat ini, pada dasarnya tidak berbeda dengan dompet tunggal yang mengontrol semua aset. Oleh karena itu, masalah Multichain terletak pada ketidakmampuannya untuk secara efektif mendistribusikan kontrol atas fragmentasi MPC, dan juga tidak menyediakan solusi cadangan untuk situasi ekstrem.

Untuk memanfaatkan keunggulan teknologi MPC, perlu diperhatikan hal-hal berikut:

1. Meningkatkan transparansi, mencegah konflik kepentingan
2. Mematuhi prinsip penyimpanan aset yang terdesentralisasi secara ketat, menghindari konsentrasi kekuasaan yang berlebihan
3. Menyusun rencana untuk menghadapi situasi ekstrem

Mencegah Konflik Kepentingan: Tolak "Kotak Hitam"

Peristiwa Multichain juga berdampak pada proyek Fantom. Pendiri Fantom menyatakan bahwa mereka sebelumnya telah mendapatkan jaminan tentang desentralisasi server, akses, dan distribusi geografis, tetapi ternyata janji-janji ini tidak ditepati. Ini menyoroti bahwa solusi MPC Multichain sebenarnya adalah "kotak hitam", karena proyek tersebut adalah pembangun layanan sekaligus pengguna, tumpang tindih peran ini menyebabkan ketidaktransparanan dan potensi ruang untuk niat jahat.

Kunci untuk menyelesaikan masalah ini adalah memperkenalkan pihak ketiga yang sepenuhnya netral dan tidak terlibat dalam konflik kepentingan. Ini berarti menggunakan layanan MPC pihak ketiga yang memiliki cukup kredibilitas, bukan layanan yang dibangun sendiri. Jika Multichain mengadopsi pendekatan ini, setidaknya dapat memberikan verifikasi informasi mengenai solusi kustodian untuk pihak terkait seperti Fantom, sehingga menghilangkan efek "kotak hitam".

Penyimpanan Terdesentralisasi: Menghindari Risiko Titik Tunggal

Penyebab langsung dari peristiwa Multichain adalah risiko titik tunggal. Untuk menghindari situasi ini, perlu memastikan distribusi server, akses, dan lokasi geografis. Beberapa penyedia layanan MPC mengadopsi skema tanda tangan multi-partai 3-3, di mana dua shard dikelola oleh platform, yang menjamin keamanan melalui enkripsi keamanan tinggi dan lingkungan eksekusi terpercaya. Hanya dengan partisipasi ketiga belah pihak secara bersama-sama transaksi tanda tangan dapat diselesaikan, sehingga menghindari risiko titik tunggal bagi pengguna.

Selain itu, mengingat bahwa bisnis biasanya bersifat berjenjang, hak akses juga harus dibagi sesuai tingkatannya. Beberapa solusi menggunakan desain turunan kunci privat multilevel, yang memudahkan manajer untuk mengontrol secara global, sekaligus kompatibel dengan operator lini pertama dalam mengelola hak akses tertentu, sehingga menghindari risiko tunggal yang dapat menghambat seluruh proses bisnis.

Dalam hal distribusi lokasi geografis, beberapa solusi canggih menggunakan penyimpanan terdistribusi multi-aktif secara online di lokasi yang berbeda, cadangan penyimpanan dingin offline tingkat tiga, serta layanan pemulihan cadangan dari lembaga profesional yang terintegrasi, untuk memastikan tingkat jaminan distribusi lokasi geografis yang tertinggi.

Menyusun Rencana Pemulihan Sosial dalam Situasi Ekstrem

Meskipun langkah-langkah di atas telah diambil, kita harus mengakui bahwa banyak risiko masih ada, terutama faktor-faktor yang tidak terduga di dunia fisik. Menghadapi situasi ini, beberapa penyedia layanan merancang "Mode SOS" sebagai layanan opsional yang tidak standar.

Dalam situasi normal, potongan SOS tidak akan berfungsi. Namun, dalam kondisi tertentu, seperti ketika pengelola potongan kunci pribadi secara manual mengaktifkan, potongan kunci pribadi terputus mencapai ambang waktu tertentu, potongan SOS secara aktif memulai kejadian darurat, atau ketika disetujui melalui pemungutan suara berdasarkan aturan yang telah ditetapkan, potongan SOS akan diaktifkan. Setelah diaktifkan, potongan SOS akan menggantikan potongan kunci pribadi untuk berfungsi, memungkinkan pemindahan atau pengelolaan aset dalam situasi darurat.

Untuk mencegah penyalahgunaan kekuasaan oleh pemegang fragmen SOS, beberapa syarat pembatas dapat ditetapkan. Misalnya, menetapkan periode penundaan efektif untuk mengaktifkan mode SOS, di mana fragmen kunci pribadi biasa dapat membatalkan mode SOS; atau setelah transfer darurat aset dalam mode SOS, menetapkan periode penguncian untuk mencegah kehilangan aset lebih lanjut.

Dengan langkah-langkah ini, kita dapat lebih baik mengelola Dompet MPC, memaksimalkan keunggulan teknologinya, sekaligus meminimalkan risiko potensial.