Google akan melancarkan platform penyimpanan kripto institusi pada 2027: Bagaimana Teknologi MPC-nya berfungsi

2026/11/01 11:01:00

Google Cloud telah memperkenalkan Google Multi-Party Compute (MPC), satu solusi infrastruktur pengurusan dan penyimpanan kunci aset digital yang direka khas untuk bank global, pengurus aset, dan institusi kewangan yang diatur. Sementara ini beroperasi dalam pra-pandangan peribadi hanya dengan jemputan, penyedia awan ini menargetkan Ketersediaan Am (GA) komersial pada awal 2027. Sebelum pelancaran komersial meluas, Google telah mengesahkan arsitektur ini di persekitaran pengeluaran dalaman yang menyokong ekosistem blok rantai utama, termasuk ethereum dan Solana.

Inisiatif ini mewakili pengembangan ketara dalam infrastruktur awan Web3 institusi. Selama bertahun-tahun, penyedia awan utama telah fokus pada perkhidmatan aset digital mereka terutamanya pada hosting nod panggilan prosedur jauh (RPC), mengindeks set data blok rantai awam di BigQuery, dan menjelajahi rangkaian penyelesaian perniagaan.

Dengan memperkenalkan infrastruktur MPC asli, Google Cloud bergerak lebih dalam ke dalam lapisan keselamatan kewangan digital institusi: penghasilan teragih, pengesahan dasar, dan penandatanganan ambang kunci kriptografi. Seiring dengan meluasnya penyertaan institusi kewangan yang diatur dalam deposit tertokenisasi, produk pertukaran spot (ETP), dan penyelesaian aset dunia nyata (RWA), MPC yang terintegrasi awan menawarkan asas teknikal modular bersama penyedia penjagaan tradisional dan peti besi peranti lama.

Kompromi Kunci dan Perkompromian Penyimpanan Institusi

Pertumbuhan penyertaan institusi dalam aset digital telah menekankan kepentingan sistem pengurusan kunci yang tahan lasak. Pemantauan keselamatan industri daripada platform seperti DeFiLlama secara konsisten menunjukkan bahawa kompromi kredensial dan eksploitasi kunci peribadi merupakan salah satu vektor utama kehilangan modal di sektor mata wang kripto, menyumbang kepada kerugian industri berjumlah berbilion dolar sepanjang kitaran pasaran terkini.

Secara sejarah, penyimpanan aset digital institusi bergantung pada dua model arsitektur utama, masing-masing membawa trade-off operasi yang berbeza bagi institusi kewangan komersial.

Modul Keselamatan Peranti Lama dan Risiko Titik Tunggal

Pengurusan kunci kewangan tradisional bergantung secara besar-besaran pada Modul Keselamatan Perkakasan (HSM) fizikal dan persekitaran penyimpanan sejuk yang terpisah. Walaupun HSM mengasingkan kunci kriptografi di dalam peranti keras yang tahan gangguan, konfigurasi kunci tunggal biasa masih boleh memperkenalkan titik kegagalan tunggal secara struktur (SPOF).

Untuk mengesahkan transaksi blok rantai tanda tangan tunggal konvensional, kunci peribadi penuh mesti wujud dalam sempadan memori satu modul semasa penghasilan tanda tangan. Jika penyerang mengompromikan lapisan pengurusan hos, mengeksploitasi kelemahan firmware, atau mengelakkan kawalan akses pentadbir, aset yang dikendalikan oleh kunci tunggal itu menghadapi eksposur segera.

Keterbatasan Multi-Signatur On-Chain

Untuk mengelakkan ketergantungan pada satu kunci, banyak protokol Web3 menggunakan kontrak pintar multi-tandatangan (Multi-Sig) atas rantai, seperti Safe. Dalam struktur Multi-Sig M daripada N yang biasa, beberapa kunci peribadi bebas perlu menghantar persetujuan berasingan untuk memenuhi peraturan pelaksanaan kontrak pintar.

Walaupun sangat berkesan untuk perbendaharaan terdesentralisasi, Multi-Sig atas rantai menghadapi tiga halangan praktikal untuk alur kerja perbankan tradisional:

Ketidaksesuaian Silang-Blok: Logik Multi-Sig kontrak pintar tidak seragam di seluruh blok rantai Layer-1 yang heterogen. Walaupun distandardkan secara meluas di rangkaian Mesin Virtual Ethereum (EVM), melaksanakan pentadbiran kontrak pintar yang sama di rantai bukan-EVM (seperti Bitcoin atau Solana) memerlukan skrip asli yang berbeza dan saluran operasi yang berasingan.

Kos Transaksi Rangkaian yang Lebih Tinggi: Kerana beberapa tanda tangan kriptografi atau panggilan kontrak disahkan secara langsung di atas rantai, transaksi Multi-Sig menghabiskan ruang blok dan bayaran gas tambahan berbanding pindahan tanda tangan tunggal biasa.

Keterlihatan Awam Peraturan Tata Kelola: Kerana peraturan Multi-Sig dilaksanakan melalui kontrak pintar awam, ambang kuorum, alamat penandatangan, dan corak persetujuan organisasi sebuah institusi adalah terlihat di buku besar awam.

Kekangan-kegan ini telah mendorong permintaan institusi terhadap kriptografi ambang luar-blok rantai yang menyatukan dasar keselamatan merentas pelbagai blok rantai.

Bagaimana Komputasi Pihak Berbilang Google Berfungsi

Google Cloud Multi-Party Compute mengatasi risiko kunci titik tunggal dengan menerapkan Threshold Signature Schemes (TSS) yang dibina berdasarkan Multi-Party Computation (MPC). Di bawah model kriptografi ini, kunci peribadi yang lengkap tidak pernah dirangkai pada sebarang peranti, memori pelayan, atau pusat data pada sebarang peringkat penghasilan kunci, penyimpanan, atau penandatanganan transaksi.

Protokol Tandatangan Ambang DKLs23 yang Diperkukuh

Menurut spesifikasi teknikal untuk platform tersebut, enjin penandatanganan ECDSA Google menggabungkan pelaksanaan yang diperkuat bagi protokol DKLs23. Dinamakan sempena kriptografer Döttling, Komargodski, Lai, dan Shen, DKLs23 ialah protokol tanda tangan ambang moden yang direka untuk mengira tanda tangan lengkung eliptik dengan selamat di antara pihak-pihak yang tersebar dengan overkomunikasi minimum.

Pelaksanaan Google berfokus pada tiga keutamaan operasi:

Ketahanan terhadap Penyerang Jahat: Protokol ini direka untuk mengekalkan ketidakbolehpalsuan walaupun penyerang mengompromikan sebahagian nod yang menyertai di bawah ambang penandatanganan. Semakan konsistensi binaan mengesan bahagian kriptografi yang rosak semasa upacara penandatanganan dan secara automatik menghentikan sesi sebelum tanda tangan tidak sah dihasilkan.

Pengoptimuman Putaran Latensi Rendah: Pelaksanaan MPC awal sering mengalami masa penandatanganan yang perlahan akibat berbilang putaran komunikasi rangkaian bolak-balik. Dengan memanfaatkan struktur putaran yang dipermudah DKLs23, pengiraan kriptografi tempatan selesai dalam milisaat, membolehkan alur kerja penandatanganan end-to-end di bawah satu saat setelah semakan dasar institusi diluluskan.

Sokongan Blok Rantai Multi-Lengkung: Arkitektur ini menyokong secara asli Algoritma Tandatangan Digital Lengkung Eliptik (ECDSA) atas lengkung secp256k1—piawai untuk Bitcoin, Ethereum, dan rangkaian Layer-2 yang kompatibel dengan EVM—bersama dengan sokongan peringkat peringkat untuk Algoritma Tandatangan Digital Lengkung Edwards (EdDSA) atas Ed25519 untuk merangkumi rangkaian dengan throughput tinggi seperti Solana.

Pemecahan Kunci Heterogen: Model Quorum 2-dari-3

Alih-alih menghasilkan kunci peribadi di satu tempat dan memecahkannya selepas itu, platform ini menggunakan Penghasilan Kunci Teragih (DKG), di mana nod-nod bebas mengira bahagian kunci masing-masing secara matematik tanpa sebarang nod tunggal melihat kunci penuh.

Untuk mengelakkan pengumpulan risiko dalam satu penyedia awan tunggal, pelaksanaan institusi biasanya menggunakan struktur kuorum 2-dari-3 yang heterogen:

Bahagian 1 (Persekitaran yang Dikendalikan Pelanggan): Dihoskan secara langsung di pusat data di tempat institusi kewangan atau persekitaran HSM khas.

Bahagikan 2 (Enklaf Google Cloud): Dihoskan di dalam persekitaran Confidential Space yang diasingkan secara peranti Google Cloud.

Kongsi 3 (Pemulihan Bebas atau Awam Pihak Ketiga): Dihoskan dalam persekitaran awan luar (seperti AWS atau Azure) atau disimpan secara luar talian oleh amanah pemulihan bebas.

Di bawah struktur ambang 2-dari-3 ini, mana-mana dua bahagian yang diberi kuasa boleh bekerjasama di luar blok rantai untuk menghasilkan tanda tangan kriptografi piawai. Bagi blok rantai asas, transaksi yang dihasilkan kelihatan sama seperti pindah kunci tunggal biasa.

Jika seorang penyerang berjaya menembusi satu persekitaran tunggal, mereka akan memperoleh hanya satu bahagian kunci terpisah—yang secara matematik tidak mengungkapkan apa-apa mengenai kunci peribadi penuh dan tidak mampu mengesahkan transaksi secara sendiri. Sebaliknya, jika komputer tempatan institusi telah diserang, penyerang masih tidak boleh memindahkan dana secara sepihak kecuali enklaf Google Cloud secara berasingan mengesahkan bahawa transaksi tersebut mematuhi dasar keselamatan yang telah ditetapkan.

Pemisahan Peringkat Perkakasan: Ruang Rahsia Google Cloud (TEE)

Kekhawatiran sejarah terhadap pengurusan kunci yang dihoskan awan ialah peningkatan hak istimewa pada peringkat hos: jika sistem pengendali atau hypervisor pelayan awan telah diserang, pentadbir berautoriti mungkin cuba memeriksa bahan kriptografi yang disimpan dalam ingatan sistem (RAM).

Google mengurangkan risiko ini dengan menjalankan nod penandatanganan MPCnya di dalam Google Cloud Confidential Space, satu Lingkungan Eksekusi Terpercaya (TEE) yang disokong oleh peranti pengiraan rahsia:

Enkripsi Memori Peranti Keras: Ruang Rahsia menggunakan enkripsi memori peringkat pemproses (seperti AMD SEV-SNP), memastikan bahawa bahagian kunci dan pengiraan tanda tangan sementara kekal dienkripsi dalam RAM menggunakan kunci peranti yang tidak boleh diakses oleh sistem pengendali hos.

Sertifikasi Kriptografi: Sebelum bahagian kunci diakses atau putaran tanda tangan bermula, enklaf menghasilkan token sertifikasi yang berasaskan peranti untuk mengesahkan hash kriptografi tepat imej kontena dan asas firmware. Jika imej perisian telah diubah sebarang cara, semakan sertifikasi akan gagal dan proses penandatanganan akan dihalang.

Akses Pentadbir Terhad: Ruang Konfidensial menegakkan pengasingan beban kerja yang ketat yang menghilangkan akses root biasa atau kemampuan pemeriksaan interaktif, mencegah pentadbir infrastruktur awan sama sekali melihat data di dalam enklaf yang aktif.

Penguatkuasaan Dasar Transaksi dan Mekanisme Segarkan Bahagian Kunci

Melindungi bahagian kunci daripada ekstraksi hanya menyelesaikan sebahagian cabaran penjagaan. Dalam amalan, banyak insiden keselamatan institusi berasal daripada kredensial API yang telah disusupi, serangan phishing, atau persetujuan dalaman yang tidak sah yang membohongi sistem yang sah untuk menandatangani transaksi jahat.

Enjin Pengesahan Dasar Pra-Tandatangan

Untuk melindungi terhadap pindahan yang tidak sah pada peringkat aplikasi, Google Cloud menyematkan enjin pengesahan dasar deterministik secara langsung di dalam enklaf Confidential Space. Sebelum nod MPC Google menyertai putaran penandatanganan ambang, payload transaksi yang dicadangkan akan diperiksa berdasarkan peraturan tata pentadbiran yang ditetapkan institusi—seperti alamat tujuan yang disenaraikan putih, had nilai transaksi maksimum, batasan kelajuan, jendela masa, dan tanda tangan kuorum pelbagai pemeriksa.

Jika terminal endpoint yang telah disusupi cuba meminta pindah ke alamat yang tidak diluluskan atau melebihi ambang yang diizinkan, enclave menolak permintaan penandatanganan sebelum sebarang pengiraan bahagian kriptografi berlaku.

Pembahagian Rahsia Proaktif (Penyegaran Bahagian Kunci)

Untuk mengurangkan risiko penyerang canggih yang secara beransur-ansur mengompromikan beberapa nod dalam jangka masa yang panjang, arsitektur menyokong Proactive Secret Sharing (PSS), biasanya dirujuk sebagai pusingan atau penyegaran bahagian kunci.

Secara berkala atau selepas perubahan personalia, nod-nod yang menyertai menjalankan protokol penyegaran matematik:

Nod-nod secara kolaboratif mengira satu set baharu bahagian kriptografi.

Bahagian kunci sebelumnya tidak sah selamanya dan ditimpa.

Kunci awam induk dan alamat dompet atas rantai kekal tanpa perubahan.

Ini bermakna bahawa walaupun penyerang berjaya mencuri satu bahagian kunci dalam sebulan, bahagian itu menjadi tidak berguna apabila penyegaran bahagian berjadual seterusnya berlaku—membolehkan institusi untuk mengganti bahan keselamatan asas mereka secara berkala tanpa perlu memindahkan dana ke alamat blok rantai baru atau membayar bayaran gas di atas blok rantai.

Kelincahan Pasca-Kuantum dan Kesiapan Komersial 2027

Semasa institusi kewangan menilai infrastruktur simpanan dengan tempoh bertahun-tahun, kecekapan kriptografi jangka panjang, termasuk persiapan untuk komputer kuantum, telah menjadi pertimbangan rekabentuk yang penting. Skim lengkung eliptik piawai (secp256k1 dan Ed25519) bergantung kepada masalah matematik yang akhirnya boleh menjadi rentan terhadap komputer kuantum yang cukup kuat dan tahan ralat.

Walaupun pelancaran awal MPC Google Cloud berfokus pada menyelesaikan ancaman operasi segera, seperti pencurian kredensial, titik kegagalan tunggal, dan kolusi dalaman, platform ini direka dengan mempertimbangkan modulariti kriptografi. Dengan memisahkan lapisan orkestrasi dasar dan API daripada primitif penandatanganan yang mendasarinya, arsitektur ini dirancang untuk mengakomodasi kriptografi pasca-kuantum (PQC) dan piawaian penghantaran selamat-kuantum apabila rangkaian blok rantai dan badan piawaian antarabangsa (seperti NIST) menyelesaikan spesifikasi tanda tangan pasca-kuantum.

Kesimpulan

Pelancaran infrastruktur Multi-Party Compute institusi oleh Google Cloud menandakan pematangan berterusan dalam keselamatan aset digital perusahaan. Dengan menggabungkan protokol tanda tangan ambang DKLs23 dengan enklaf Confidential Space yang disahkan peranti dan pengagihan kunci heterogen 2-dari-3, platform ini membantu institusi kewangan mengurangkan kerentanan kunci titik tunggal tanpa mengorbankan kelajuan penandatanganan atau fleksibiliti pelbagai rantai. Semasa perkhidmatan ini bergerak menuju ketersediaan komersial pada 2027, MPC yang terintegrasi awan dijangka memainkan peranan yang semakin besar dalam cara bank dan pengurus aset mengamankan aset tertokenisasi pada skala besar.

Soalan Lazim

Apa itu Google Cloud Multi-Party Compute?

Google Cloud Multi-Party Compute (MPC) ialah platform infrastruktur pengurusan dan penandatanganan kunci aset digital institusi yang kini dalam peringkat pra-pandangan peribadi sebelum pelancaran komersial awal pada 2027. Ia menggunakan kriptografi ambang untuk membahagikan kawalan kunci peribadi di antara persekitaran yang berasingan, menghilangkan titik kegagalan tunggal semasa penandatanganan transaksi blok rantai.

Mengapakah Google menargetkan ketersediaan komersial pada 2027?

Mengendalikan pra-pandangan peribadi yang hanya untuk jemputan pada akhir 2026 membolehkan bank rakan kongsi dan pengurus aset institusi menjalankan audit keselamatan, integrasi dasar, dan ujian pematuhan. Sasaran Ketersediaan Am awal 2027 selari dengan pertumbuhan pengambilan institusi di bawah kerangka peraturan yang matang, seperti regime MiCA EU dan piawaian Komiti Basel yang sedang berkembang mengenai paparan aset kripto bank.

Bagaimana MPC Google berbeza daripada multi-sig di atas rantai?

Kontrak pintar multi-sig atas blok rantai mengesahkan pelbagai tanda tangan berasingan secara langsung di atas blok rantai, yang meningkatkan kos gas, memaparkan struktur persetujuan secara awam, dan memerlukan sokongan kontrak pintar yang spesifik blok rantai. MPC Google menjalankan persetujuan pelbagai pihak dan pengiraan ambang di luar blok rantai menggunakan protokol DKLs23 yang diperkukuh, menghasilkan satu tanda tangan standard yang berfungsi di pelbagai blok rantai dengan caj yang lebih rendah dan peraturan tadbir urus sulit.

Adakah teknologi MPC menghilangkan semua risiko penyimpanan kripto?

Tiada arsitektur keselamatan yang boleh menghilangkan semua risiko. Walaupun MPC menghapus titik kegagalan tunggal yang berkaitan dengan penyimpanan kunci peribadi penuh di satu lokasi, institusi masih perlu melindungi diri daripada phishing, kompromi endpoint, dan tata pentadbiran dalaman yang cacat. Reka bentuk Google membantu mengurangkan risiko operasi ini dengan menggabungkan bahagian kunci yang dipisahkan secara heterogen dengan enklaf Confidential Space yang diasingkan secara peranti dan semakan dasar pra-tandatangan.

Penafian

Maklumat pasaran umum ini, yang mungkin berasal dari sumber pihak ketiga, komersial, atau disponsori, disediakan semata-mata untuk rujukan dan tujuan pendidikan dan tidak merupakan nasihat kewangan atau pelaburan, tawaran, ajakan, atau jaminan. Kami menolak tanggungjawab atas ketepatan, kelengkapan, kebolehpercayaan, dan sebarang kerugian yang timbul. Pelaburan/dagangan berisiko; prestasi lepas tidak menjamin keputusan masa depan. Pengguna harus menyelidik, menilai dengan bijak, dan mengambil tanggungjawab penuh. Untuk butiran lanjut, sila rujuk Terma Penggunaan dan Pendedahan Risiko KuCoin.

Penafian: Halaman ini telah diterjemahkan dengan menggunakan teknologi AI untuk keselesaan anda. Untuk mendapatkan maklumat yang paling tepat, rujuk kepada versi bahasa Inggeris asal.