Google akan Meluncurkan Platform Penyimpanan Kripto Institusional pada 2027: Cara Teknologi MPC-nya Bekerja

2026/11/01 11:01:00

Google Cloud telah memperkenalkan Google Multi-Party Compute (MPC), solusi infrastruktur manajemen dan penyimpanan kunci aset digital khusus yang dirancang untuk bank global, manajer aset, dan lembaga keuangan yang diatur. Saat ini beroperasi dalam pra-pandangan pribadi yang hanya berdasarkan undangan, penyedia cloud ini menargetkan Ketersediaan Umum (GA) komersial pada awal 2027. Sebelum peluncuran komersial luas, Google telah memvalidasi arsitektur di lingkungan produksi internal yang mendukung ekosistem blockchain utama, termasuk ethereum dan Solana.

Inisiatif ini mewakili ekspansi signifikan dalam infrastruktur cloud Web3 institusional. Selama beberapa tahun, penyedia cloud utama fokus pada layanan aset digital mereka terutama pada hosting node remote procedure call (RPC), pengindeksan dataset blockchain publik di BigQuery, dan eksplorasi jaringan penyelesaian perusahaan.

Dengan memperkenalkan infrastruktur MPC asli, Google Cloud semakin mendalam ke dalam lapisan keamanan keuangan digital institusional: generasi terdistribusi, verifikasi kebijakan, dan penandatanganan ambang kriptografi. Seiring dengan meningkatnya keterlibatan lembaga keuangan yang diatur dalam setoran tertokenisasi, produk perdagangan spot (ETP), dan penyelesaian aset dunia nyata (RWA), MPC yang terintegrasi cloud menawarkan fondasi teknis modular bersama penyedia penitipan tradisional dan brankas perangkat keras lama.

Kompromi Kunci dan Perdagangan Kompensasi Penyimpanan Institusional

Pertumbuhan partisipasi institusional dalam aset digital menegaskan pentingnya sistem manajemen kunci yang tangguh. Pelacakan keamanan industri dari platform seperti DeFiLlama secara konsisten menunjukkan bahwa kompromi kredensial dan eksploitasi kunci pribadi merupakan salah satu vektor terbesar kerugian modal di sektor mata uang kripto, yang menyebabkan kerugian industri kumulatif miliaran dolar selama siklus pasar terbaru.

Secara historis, penyimpanan aset digital institusional bergantung pada dua model arsitektur utama, masing-masing membawa trade-off operasional yang berbeda bagi lembaga keuangan komersial.

Modul Keamanan Perangkat Keras Warisan dan Risiko Titik Tunggal

Manajemen kunci keuangan tradisional sangat bergantung pada Hardware Security Modules (HSM) fisik dan lingkungan penyimpanan dingin yang terisolasi. Meskipun HSM mengisolasi kunci kriptografi di dalam perangkat keras yang tahan terhadap manipulasi, konfigurasi kunci tunggal standar masih dapat memperkenalkan titik kegagalan tunggal secara struktural (SPOF).

Untuk mengotorisasi transaksi blockchain tanda tangan tunggal konvensional, kunci pribadi penuh harus ada dalam batas memori modul tunggal selama pembuatan tanda tangan. Jika penyerang mengompromikan lapisan manajemen host, mengeksploitasi kerentanan firmware, atau melewati kontrol akses administratif, aset yang dikendalikan oleh kunci tunggal tersebut menghadapi eksposur segera.

Keterbatasan Multi-Signature On-Chain

Untuk menghindari ketergantungan pada satu kunci, banyak protokol Web3 memanfaatkan kontrak pintar multi-tanda tangan (Multi-Sig) di rantai, seperti Safe. Dalam struktur Multi-Sig M dari N standar, beberapa kunci pribadi independen harus mengirimkan persetujuan terpisah untuk memenuhi aturan eksekusi kontrak pintar.

Meskipun sangat efektif untuk kas terdesentralisasi, Multi-Sig on-chain menimbulkan tiga hambatan praktis untuk alur kerja perbankan tradisional:

Ketidakkompatibelan Antar-Blockchain: Logika Multi-Sig kontrak pintar tidak seragam di berbagai blockchain Layer-1 yang heterogen. Meskipun telah distandarkan secara luas di jaringan Ethereum Virtual Machine (EVM), penerapan tata kelola kontrak pintar yang identik di rantai non-EVM (seperti Bitcoin atau Solana) memerlukan skrip asli yang berbeda dan jalur operasional terpisah.

Biaya Transaksi Jaringan yang Lebih Tinggi: Karena beberapa tanda tangan kriptografis atau panggilan kontrak diverifikasi langsung di blockchain, transaksi Multi-Sig mengonsumsi ruang blok dan biaya gas tambahan dibandingkan dengan transfer tanda tangan tunggal standar.

Keterlihatan Publik Aturan Tata Kelola: Karena aturan Multi-Sig dijalankan melalui kontrak pintar publik, ambang batas kuorum, alamat penandatangan, dan pola persetujuan organisasi suatu institusi terlihat di buku besar publik.

Kendala-kendala ini telah mendorong permintaan institusional untuk kriptografi ambang off-chain yang menyatukan kebijakan keamanan di berbagai blockchain.

Cara Kerja Google Multi-Party Compute

Google Cloud Multi-Party Compute mengatasi risiko kunci titik tunggal dengan menerapkan Threshold Signature Schemes (TSS) yang dibangun berdasarkan Multi-Party Computation (MPC). Dalam model kriptografi ini, kunci pribadi lengkap tidak pernah dirangkai pada perangkat tunggal, bus memori server, atau pusat data pada tahap mana pun dalam proses generasi kunci, penyimpanan, atau penandatanganan transaksi.

Protokol Tanda Tangan Ambang DKLs23 yang Diperkuat

Menurut spesifikasi teknis untuk platform tersebut, mesin penandatanganan ECDSA milik Google mengintegrasikan implementasi yang diperkuat dari protokol DKLs23. Dinamai setelah kriptografer Döttling, Komargodski, Lai, dan Shen, DKLs23 adalah protokol tanda tangan ambang modern yang dirancang untuk menghitung tanda tangan kurva eliptik secara aman di antara pihak-pihak terdistribusi dengan overhead komunikasi minimal.

Implementasi Google berfokus pada tiga prioritas operasional:

Ketahanan terhadap Lawan Jahat: Protokol dirancang untuk mempertahankan ketidakdapatdipalsukan bahkan jika penyerang mengompromikan sebagian node yang berpartisipasi di bawah ambang tanda tangan. Pemeriksaan konsistensi bawaan mendeteksi bagian kriptografi yang tidak valid selama upacara penandatanganan dan secara otomatis menggagalkan sesi sebelum tanda tangan yang tidak valid dapat dihasilkan.

Optimasi Putaran Latensi Rendah: Implementasi MPC awal sering mengalami waktu penandatanganan lambat karena banyak putaran komunikasi jaringan bolak-balik. Dengan memanfaatkan struktur putaran yang disederhanakan dari DKLs23, komputasi kriptografi lokal selesai dalam milidetik, memungkinkan alur kerja penandatanganan end-to-end di bawah satu detik setelah pemeriksaan kebijakan institusional berhasil.

Dukungan Blockchain Multi-Kurva: Arsitektur ini secara asli mendukung Elliptic Curve Digital Signature Algorithm (ECDSA) atas kurva secp256k1—standar untuk Bitcoin, Ethereum, dan jaringan Layer-2 yang kompatibel dengan EVM—bersama dengan dukungan tahap pengembangan untuk Edwards-curve Digital Signature Algorithm (EdDSA) atas Ed25519 untuk mencakup jaringan berthroughput tinggi seperti Solana.

Pemecahan Kunci Heterogen: Model Quorum 2-dari-3

Alih-alih menghasilkan kunci pribadi di satu tempat dan membaginya setelahnya, platform ini menggunakan Distributed Key Generation (DKG), di mana node-node independen secara matematis menghitung bagian kunci masing-masing tanpa satu pun node pernah melihat kunci penuh.

Untuk menghindari konsentrasi risiko pada satu penyedia cloud, penerapan institusional biasanya menggunakan struktur kuorum heterogen 2-dari-3:

Bagikan 1 (Lingkungan yang Dikendalikan Klien): Dihosting langsung di pusat data on-premises lembaga keuangan atau lingkungan HSM khusus.

Bagikan 2 (Google Cloud Enclave): Dihosting di dalam lingkungan Confidential Space yang diisolasi secara perangkat keras milik Google Cloud.

Bagikan 3 (Pemulihan Mandiri atau Cloud Pihak Ketiga): Dihosting di lingkungan cloud eksternal (seperti AWS atau Azure) atau disimpan secara offline oleh fidusia pemulihan independen.

Dalam struktur ambang batas 2-dari-3 ini, setiap dua saham yang berwenang dapat bekerja sama di luar blockchain untuk menghasilkan tanda tangan kriptografi standar. Bagi blockchain yang mendasari, transaksi yang dihasilkan terlihat identik dengan transfer kunci tunggal biasa.

Jika seorang penyerang berhasil menembus satu lingkungan saja, mereka akan memperoleh hanya satu bagian kunci terpisah—yang secara matematis tidak mengungkapkan apa pun tentang kunci pribadi lengkap dan tidak dapat mengotorisasi transaksi sendiri. Sebaliknya, jika workstation lokal institusi dikompromikan, penyerang tetap tidak dapat memindahkan dana secara sepihak kecuali enclave Google Cloud secara independen memverifikasi bahwa transaksi tersebut mematuhi kebijakan keamanan yang telah ditetapkan.

Isolasi Tingkat Perangkat Keras: Google Cloud Confidential Space (TEE)

Kekhawatiran historis terhadap manajemen kunci yang dihosting di cloud adalah peningkatan hak akses tingkat host: jika sistem operasi atau hypervisor server cloud dikompromikan, administrator berwenang mungkin mencoba memeriksa materi kriptografi yang disimpan di memori sistem (RAM).

Google mengurangi risiko ini dengan menjalankan node penandatanganan MPC-nya di dalam Google Cloud Confidential Space, sebuah Trusted Execution Environment (TEE) yang didukung oleh perangkat keras komputasi rahasia:

Enkripsi Memori Perangkat Keras: Confidential Space memanfaatkan enkripsi memori tingkat prosesor (seperti AMD SEV-SNP), memastikan bahwa bagian kunci dan perhitungan penandatanganan sementara tetap terenkripsi di RAM menggunakan kunci perangkat keras yang tidak dapat diakses oleh sistem operasi host.

Atestasi Kriptografis: Sebelum bagian kunci diakses atau putaran penandatanganan dimulai, enclave menghasilkan token atestasi yang berakar pada perangkat keras untuk memverifikasi hash kriptografis tepat dari citra kontainer dan baseline firmware. Jika citra perangkat lunak telah diubah sedikit pun, pemeriksaan atestasi gagal dan proses penandatanganan diblokir.

Akses Administratif Terbatas: Confidential Space memberlakukan isolasi beban kerja ketat yang menghilangkan akses root standar atau kemampuan debugging interaktif, mencegah bahkan administrator infrastruktur cloud melihat data di dalam enclave yang aktif.

Penerapan Kebijakan Transaksi dan Mekanisme Penyegaran Kunci Berbagi

Melindungi bagian kunci dari ekstraksi hanya menyelesaikan sebagian dari tantangan penitipan. Dalam praktiknya, banyak insiden keamanan institusional berasal dari kredensial API yang dikompromikan, serangan phishing, atau persetujuan internal yang tidak sah yang memanfaatkan sistem yang valid untuk menandatangani transaksi jahat.

Mesin Verifikasi Kebijakan Pra-Penandatanganan

Untuk melindungi terhadap transfer yang tidak sah di lapisan aplikasi, Google Cloud menyematkan mesin verifikasi kebijakan deterministik langsung di dalam enklaf Confidential Space. Sebelum node MPC Google berpartisipasi dalam putaran penandatanganan ambang, muatan transaksi yang diusulkan diperiksa terhadap aturan tata kelola yang ditetapkan institusi—seperti alamat tujuan yang diizinkan, batas nilai transaksi maksimum, batas kecepatan, jendela waktu, dan tanda tangan kuorum multi-penyetuju.

Jika terminal endpoint yang dikompromikan mencoba meminta transfer ke alamat yang tidak disetujui atau di atas ambang batas yang diizinkan, enclave menolak permintaan penandatanganan sebelum perhitungan bagian kriptografis dilakukan.

Pembagian Rahasia Proaktif (Penyegaran Bagian Kunci)

Untuk mengurangi risiko serangan canggih yang secara bertahap mengompromikan beberapa node dalam jangka waktu panjang, arsitektur mendukung Proactive Secret Sharing (PSS), yang umum dikenal sebagai rotasi atau penyegaran bagian kunci.

Secara berkala atau setelah perubahan personel, node-node yang berpartisipasi menjalankan protokol penyegaran matematis:

Node-node secara kolaboratif menghitung satu set berbagi kriptografi yang sama sekali baru.

Saham kunci sebelumnya secara permanen dinonaktifkan dan ditimpa.

Kunci publik induk dan alamat dompet on-chain tetap tidak berubah sama sekali.

Ini berarti bahwa bahkan jika penyerang berhasil mencuri satu bagian kunci dalam satu bulan, fragmen tersebut menjadi tidak berguna setelah penyegaran bagian berikutnya yang dijadwalkan terjadi—memungkinkan institusi untuk mengganti bahan keamanan dasar mereka secara berkala tanpa harus memindahkan dana ke alamat blockchain baru atau membayar biaya gas on-chain.

Kelincahan Pasca-Quantum dan Kesiapan Komersial 2027

Saat lembaga keuangan mengevaluasi infrastruktur penitipan dengan horizon bertahun-tahun, agilitas kriptografis jangka panjang, termasuk persiapan untuk komputasi kuantum, telah menjadi pertimbangan arsitektural yang penting. Skema kurva eliptik standar (secp256k1 dan Ed25519) bergantung pada masalah matematis yang pada akhirnya bisa rentan terhadap komputer kuantum yang cukup kuat dan tahan kesalahan.

Sementara peluncuran awal MPC Google Cloud berfokus pada menyelesaikan ancaman operasional segera, seperti pencurian kredensial, titik kegagalan tunggal, dan kolusi internal, platform ini dirancang dengan mempertimbangkan modularitas kriptografis. Dengan memisahkan lapisan orkestrasi kebijakan dan API dari primitif penandatanganan dasar, arsitektur ini dirancang untuk mengakomodasi kriptografi pasca-kuantum (PQC) dan standar transportasi aman-kuantum di masa depan saat jaringan blockchain dan badan standar internasional (seperti NIST) menyelesaikan spesifikasi tanda tangan pasca-kuantum.

Kesimpulan

Peluncuran infrastruktur Multi-Party Compute institusional oleh Google Cloud menandai pematangan berkelanjutan keamanan aset digital perusahaan. Dengan menggabungkan protokol tanda tangan ambang DKLs23 dengan enklaf Confidential Space yang diverifikasi perangkat keras dan distribusi kunci heterogen 2-dari-3, platform ini membantu lembaga keuangan mengurangi kerentanan kunci titik tunggal tanpa mengorbankan kecepatan penandatanganan atau fleksibilitas multi-chain. Seiring layanan ini menuju ketersediaan komersial pada 2027, MPC yang terintegrasi cloud siap memainkan peran yang semakin besar dalam cara bank dan manajer aset mengamankan tokenized assets secara skala besar.

Pertanyaan yang Sering Diajukan

Apa itu Google Cloud Multi-Party Compute?

Google Cloud Multi-Party Compute (MPC) adalah platform infrastruktur manajemen kunci dan penandatanganan aset digital institusional yang saat ini dalam tahap pratinjau pribadi menjelang peluncuran komersial awal pada 2027. Platform ini menggunakan kriptografi ambang untuk membagi kendali kunci pribadi di antara lingkungan yang terpisah, menghilangkan titik kegagalan tunggal selama penandatanganan transaksi blockchain.

Mengapa Google menargetkan ketersediaan komersial pada 2027?

Menjalankan pratinjau pribadi undangan-terbatas pada akhir 2026 memungkinkan bank mitra dan manajer aset institusional melakukan audit keamanan, integrasi kebijakan, dan pengujian kepatuhan. Target Ketersediaan Umum awal 2027 selaras dengan meningkatnya adopsi institusional di bawah kerangka regulasi yang matang, seperti regulasi MiCA UE dan standar Komite Basel yang sedang berkembang mengenai paparan aset kripto bank.

Bagaimana MPC milik Google berbeda dari multi-sig on-chain?

Kontrak pintar multi-sig berbasis blockchain memverifikasi beberapa tanda tangan terpisah secara langsung di blockchain, yang meningkatkan biaya gas, memperlihatkan struktur persetujuan secara publik, dan memerlukan dukungan kontrak pintar khusus rantai. MPC Google melakukan persetujuan multi-pihak dan perhitungan ambang batas secara off-chain menggunakan protokol DKLs23 yang diperkuat, menghasilkan satu tanda tangan standar yang berfungsi di berbagai blockchain dengan biaya lebih rendah dan aturan tata kelola pribadi.

Apakah teknologi MPC menghilangkan semua risiko penyimpanan kripto?

Tidak ada arsitektur keamanan yang dapat menghilangkan semua risiko. Meskipun MPC menghilangkan titik kegagalan tunggal yang terkait dengan penyimpanan kunci pribadi lengkap di satu lokasi, lembaga tetap harus melindungi diri dari phishing, kompromi endpoint, dan tata kelola internal yang cacat. Desain Google membantu mengurangi risiko operasional ini dengan menggabungkan bagian kunci yang dibagi secara heterogen dengan enklaf Confidential Space yang diisolasi secara perangkat keras dan pemeriksaan kebijakan pra-penandatanganan.

Disclaimer

Informasi pasar umum ini, yang mungkin berasal dari sumber pihak ketiga, komersial, atau bersponsor, diberikan hanya untuk referensi dan tujuan pendidikan, dan tidak merupakan nasihat keuangan atau investasi, penawaran, ajakan, atau jaminan. Kami melepaskan tanggung jawab atas keakuratannya, kelengkapan, keandalannya, dan setiap kerugian yang timbul. Investasi/perdagangan berisiko; kinerja masa lalu tidak menjamin hasil masa depan. Pengguna harus melakukan riset, menilai dengan bijak, dan mengambil tanggung jawab penuh. Untuk detail lebih lanjut, silakan konsultasikan Ketentuan Penggunaan dan Pengungkapan Risiko KuCoin.

Penafian: Halaman ini diterjemahkan menggunakan teknologi AI untuk kenyamanan Anda. Untuk informasi yang paling akurat, lihat versi bahasa Inggris aslinya.