Google Cloud MPC’de işlem politikası reddetse de gerekli imzalarla transfer yapılabiliyor

Google Cloud’un kurumsal çok taraflı hesaplama (MPC) hizmetinde, işlem politikası tarafından reddedilen bir transfer gerekli sayıda imza sahibinin onayıyla gerçekleştirilebiliyor. Özel anahtarın parçalara bölünerek saklanması ile işlemin son onayı ayrı süreçler olarak işliyor.

Google Cloud, resmi Multi-Party Compute dokümanında hizmeti dijital varlık imzalama anahtarları için bir saklama platformu olarak tanımlıyor ve mevcut sürümün önizleme aşamasında olduğunu belirtiyor.

TokenPost daha önce Google’ın finans kuruluşlarına yönelik MPC saklama hizmeti demosunu ve 2027 başında ticari kullanıma açılma planını haberleştirmişti. Güncel doküman, anahtar yönetiminin ve işlem politikası değerlendirmesinin imza sürecinde nasıl çalıştığını açıklıyor.

MPC’de özel anahtar birden fazla parçaya ayrılıyor ve bu parçalar bağımsız katılımcılar tarafından saklanıyor. İmza için gerekli katılımcılar birlikte işlem yapıyor; imza oluşturulurken anahtarın tamamı tek bir yerde birleştirilmiyor.

Google Cloud, imza için gereken sayının altında katılımcının ele geçirilmesi hâlinde saldırganların imzayı taklit edemeyeceğini veya anahtarı yeniden oluşturamayacağını söylüyor. Katılımcılar, anahtarın tamamını bir araya getirmeden çok taraflı bir süreçle imza üretiyor.

Tasarım, anahtar hırsızlığının yanı sıra imza altyapısındaki geçici kesintileri ve anahtar verilerinin kalıcı kaybını da hesaba katıyor. Bazı katılımcılara erişilemese veya bazıları kalıcı olarak devre dışı kalsa bile imza eşiğini karşılayacak sayıda katılımcı kaldığında imza süreci devam edebiliyor.

Kuruluşlar, anahtar parçalarını tutacak kullanıcı ve ekipleri, ayrıca işlem imzalamak için gereken kişi sayısını belirleyebiliyor. Dokümanda ekipler; departmanlar veya yönetici grupları gibi imza sahiplerini bir arada yöneten birimler olarak tanımlanıyor.

Anahtar parçaları Google Cloud’da, müşterinin kendi tesislerinde veya kullanıcıların mobil cihazlarında saklanabiliyor. Saklama konumları ve imza eşiği, kuruluşun anahtar politikasında belirleniyor.

İşlem politikaları harcama limitleri veya transferlere izin verilen adreslerin listesini içerebiliyor. Sistem her işlemi bu politikalara göre değerlendirerek izin ya da ret kararı veriyor.

Ancak ret kararı işlemin gerçekleştirilmesini kesin olarak engellemiyor. Google Cloud’a göre gerekli sayıda imza sahibi onay verirse politika tarafından reddedilen bir işlem de gerçekleştirilebiliyor.

Doküman; yönetici, politika yazarı ve imza sahibi rollerini birbirinden ayırıyor. Yöneticiler kullanıcıları ve ekipleri yönetiyor; politika yazarları işlem politikalarını oluşturup onaylıyor; imza sahipleri ise anahtar parçalarını tutarak işlemleri onaylıyor.

Bu nedenle yalnızca harcama limiti veya izin verilen adresler belirlemek, koşullara uymayan tüm işlemlerin engelleneceği anlamına gelmiyor. Kuruluşların politikaları kimin değiştirebileceğini ve kimlerin imza atabileceğini de yönetmesi gerekiyor.

Desteklenen algoritmalar arasında secp256k1 tabanlı ECDSA yer alıyor. Bu algoritma Bitcoin (BTC), Ethereum (ETH) ve EVM uyumlu zincirlerde kullanılıyor.

Solana’da (SOL) kullanılan Ed25519 ise resmi dokümanda gelecekte desteklenecekler arasında gösteriliyor. Doküman, mevcut destek kapsamı ile ileride eklenmesi planlanan desteği ayrı tutuyor.

Hizmet henüz genel kullanıma sunulmadı ve önizleme aşamasında. Google Cloud, önizleme ürünlerinin mevcut hâliyle sağlandığını ve destek imkânlarının sınırlı olabileceğini belirtiyor.

Google Cloud’un resmi dokümanı 27 Ekim’de güncellendi ve Ekim 2026 itibarıyla v1beta API içeriğini yansıttığını belirtiyor. Önceki v1alpha1 bilgilendirme dokümanının aralık ayında kaldırılması planlanıyor; bu API’yi kullananlara v1beta’ya geçmeleri öneriliyor.