Google, 2027'de Kurumsal Kripto Para Saklama Platformunu Başlatacak: MPC Teknolojisi Nasıl Çalışır

Google, 2027'de Kurumsal Kripto Para Saklama Platformunu Başlatacak: MPC Teknolojisi Nasıl Çalışır

Özel Görüntü
Google Cloud, Google Çok Taraflı Hesaplama (MPC) adlı, küresel bankalar, varlık yöneticileri ve düzenlenmiş finansal kurumlar için tasarlanmış özel bir dijital varlık anahtar yönetimi ve koruma altyapısı çözümü tanıttı. Şu anda sadece davetli kullanıcılar için özel ön izlemede olan bu bulut sağlayıcısı, ticari genel kullanılabilirliği (GA) 2027 yılının başlarında hedefliyor. Genel ticari yayınından önce, Google mimarisini, ethereum ve Solana dahil olmak üzere önemli blok zinciri ekosistemlerini destekleyen dahili üretim ortamları boyunca doğruladı.
 
Bu girişim, kurumsal Web3 bulut altyapısında önemli bir genişlemeyi temsil etmektedir. Birçok yıl boyunca büyük bulut sağlayıcıları, dijital varlık hizmetlerini öncelikle uzak prosedür çağrısı (RPC) node'larını barındırma, BigQuery'de halka açık blok zinciri veri kümelerini indeksleme ve kurumsal ödeme ağlarını araştırmaya odaklandılar.
 
Yerel MPC altyapısını tanıtarak, Google Cloud, kurumsal dijital finansın güvenlik katmanına daha derinlemesine girmektedir: kriptografik anahtarların dağıtılmış üretimi, politika doğrulaması ve eşik imzalama. Düzenli finans kurumları, tokenize edilmiş yatırımlar, spot borsada işlem gören ürünler (ETP'ler) ve gerçek dünya varlıkları (RWA) settlementsindeki katılımlarını genişletirken, bulutla entegre MPC, geleneksel kroşörlere ve eski donanım güvenli kutularına ek olarak modüler bir teknik temel sunmaktadır.
 

Anahtar Komproması ve Kurumsal Müşteri Hizmetleri Arasındaki Farklar

Dijital varlıklara kurumsal katılımın artışı, dayanıklı anahtar yönetim sistemlerinin önemini vurgulamıştır. DeFiLlama gibi platformlardan gelen endüstri güvenliği verileri, tıpkı geçmiş piyasa döngülerinde milyarlarca dolarlık toplam endüstri kayıplarına neden olan, yetkisiz erişim kimlikleri ve özel anahtar istismarlarının en büyük sermaye kaybı vektörlerinden birini temsil ettiğini sürekli olarak göstermektedir.
 
Tarihsel olarak, kurumsal dijital varlık saklama, ticari finansal kurumlar için farklı operasyonel uzlaşmalar taşıyan iki ana mimari model üzerine dayanmıştır.
 

  1. Eski Donanım Güvenlik Modülleri ve Tek Nokta Riskleri

Geleneksel finansal anahtar yönetimi, fiziksel Donanım Güvenlik Modülleri (HSM) ve hava ile izole soğuk depolama ortamlarına büyük ölçüde dayanır. HSM'ler kriptografik anahtarları hasara karşı dirençli donanım içinde izole eder, ancak standart tek anahtar yapıları hâlâ yapısal tek bir hata noktası (SPOF) oluşturabilir.
 
Bir geleneksel tek imzalı blok zinciri işlemi yetkilendirmek için, imza oluşturulurken tam özel anahtarın tek bir modülün bellek sınırı içinde bulunması gerekir. Bir saldırgan, ana bilgisayar yönetim katmanını ele geçirirse, bir donanım yazılımı zafiyetini kullanırsa veya yönetici erişim kontrollerini atlayabilirse, o tek anahtar tarafından kontrol edilen varlıklar doğrudan maruz kalır.
 

  1. Zincir Üzeri Çok İmzalı Sınırlamalar

Tek anahtar bağımlılıklarını önlemek için birçok Web3 protokolü, Safe gibi zincir üstü çok imzalı (Multi-Sig) akıllı sözleşmeleri kullanır. Standart M içinde N Multi-Sig yapısında, bir akıllı sözleşmenin yürütme kurallarını karşılamak için birden fazla bağımsız özel anahtar ayrı ayrı onaylar göndermelidir.
 
Merkeziyetsiz hazineler için yüksek oranda etkili olsa da, zincir üstü Çok-İmzalı, geleneksel bankacılık iş akışları için üç pratik engel sunar:
 
Çapraz Zincir Uyumsuzluğu: Akıllı sözleşme Çok-İmzalı mantığı, heterojen Layer-1 blok zincirleri arasında uniform değildir. Ethereum Sanal Makinesi (EVM) ağlarında genellikle standartlaştırılmış olsa da, EVM dışı zincirlerde (Bitcoin veya Solana gibi) aynı akıllı sözleşme yönetimi uygulamak, farklı yerel betikler ve ayrı operasyonel akışlar gerektirir.
 
Daha Yüksek Ağ İşlem Maliyetleri: Çoklu imzalı işlemler, standart tek imzalı transferlere kıyasla, birden fazla kriptografik imza veya sözleşme çağrısının doğrudan zincir üzerinde doğrulanması nedeniyle ek blok alanı ve gaz ücreti tüketir.
 
Yönetim Kurallarının Kamu Gözlemine Açıklığı: Çok imzalı kurallar, kamu akıllı sözleşmeleri aracılığıyla yürütüldüğü için bir kurumun quorum eşiği, imzalayıcı adresleri ve organizasyon onay desenleri kamu defterinde görülebilir.
 
Bu kısıtlamalar, birden fazla blok zinciri boyunca güvenlik politikalarını birleştiren, çevrimdışı eşik kriptografisi için kurumsal talebi artırmıştır.
 

Google Çok Taraflı Hesaplama Nasıl Çalışır

Google Cloud Çok Taraflı Hesaplama, Çok Taraflı Hesaplama (MPC) üzerine inşa edilmiş Eşik İmza Şemaları (TSS) uygulayarak tek noktalı anahtar risklerini giderir. Bu kriptografik model altında, tam bir özel anahtar, anahtar üretimi, saklama veya işlem imzalama aşamalarının herhangi birinde tek bir cihazda, sunucu bellek busunda veya veri merkezinde asla bir araya getirilmez.
 

Sertleştirilmiş DKLs23 Eşik İmza Protokolü

Platformın teknik spesifikasyonlarına göre, Google'ın ECDSA imzalama motoru, DKLs23 protokolünün güçlendirilmiş bir uygulamasını içerir. Kriptograflar Döttling, Komargodski, Lai ve Shen adında olan bu protokol, dağıtılmış taraflar arasında en düşük iletişim maliyetiyle güvenli şekilde eliptik eğri imzaları hesaplamak için tasarlanmış modern bir eşik imza protokolüdür.
 
Google'un uygulaması üç operasyonel önceliğe odaklanır:
 
  1. Kötü niyetli rakip direnci: Protokol, saldırganın imzalama eşiğinin altındaki bir alt küme tarafından düğümlerden bir kısmını ele geçirmesi durumunda da sahteciliğe karşı dirençli kalacak şekilde tasarlanmıştır. Dahili tutarlılık kontrolleri, imzalama töreni sırasında bozuk kriptografik payları tespit eder ve geçersiz bir imza üretilemeden önce oturumu otomatik olarak iptal eder.
 
  1. Düşük gecikmeli tur optimizasyonu: Erken MPC uygulamaları, genellikle çok sayıda geri ve ileri ağ iletişimi nedeniyle yavaş imzalama sürelerinden etkilendi. DKLs23'ün sadeleştirilmiş tur yapısından yararlanarak, yerel kriptografik hesaplamalar milisaniyeler içinde tamamlanır ve kurumsal politika kontrolleri geçildiğinde alt saniye düzeyinde uçtan uca imzalama iş akışları sağlanır.
 
  1. Çoklu Eğri Blok Zinciri Desteği: Mimari, Bitcoin, Ethereum ve EVM uyumlu Layer-2 ağları için standart olan secp256k1 eğrisi üzerindeki Elliptik Eğri Dijital İmza Algoritması'nı (ECDSA) yerel olarak destekler; aynı zamanda Solana gibi yüksek verimlilikli ağları kapsayacak şekilde Ed25519 üzerindeki Edwards Eğri Dijital İmza Algoritması'nı (EdDSA) için hazırlık desteği sunar.
 

Heterojen Anahtar Bölümleme: 2-of-3 Kurum Modeli

Platform, bir özel anahtarın bir yerde oluşturulup ardından bölünmesi yerine, bağımsız node'ların hiçbirinin tam anahtarı görmeden matematiksel olarak kendi anahtar paylarını hesapladığı Dağıtılmış Anahtar Üretimi (DKG) yöntemini kullanır.
 
Tek bir bulut sağlayıcısında riski odaklanmaktan kaçınmak için kurumsal dağıtımlar genellikle heterojen bir 2-of-3 çoğunluk yapısı kullanır:
 
  • Paylaşım 1 (Müşteri Kontrollü Ortam): Doğrudan finansal kurumun yerel veri merkezinde veya ayrılmış HSM ortamında barındırılır.
 
  • Paylaşım 2 (Google Cloud Enclave): Google Cloud'un donanım olarak izole edilmiş Gizli Alan ortamında barındırılmaktadır.
 
  • Paylaşım 3 (Bağımsız Kurtarma veya Üçüncü Taraf Bulut): Dış bir bulut ortamında (örneğin AWS veya Azure) barındırılır veya bağımsız bir kurtarma emin tarafından çevrimdışı tutulur.
 
Bu 2-of-3 eşiği yapısında, herhangi iki yetkili pay, çevrimdışı olarak standart bir kriptografik imza üretmek için birlikte çalışabilir. Temel blok zincirine göre, oluşan işlem, normal bir tek anahtarlı transferle tamamen aynı görünür.
 
Bir saldırgan tek bir ortamı ihlal ederse, yalnızca bir izole anahtar payı elde eder—bu, matematiksel olarak tam özel anahtar hakkında hiçbir bilgi vermez ve kendi başına işlemler yetkilendiremez. Tersine, bir kurumun yerel masaüstü bilgisayarı ihlal edilse bile, saldırgan Google Cloud’un enklavının işlemi önceden belirlenmiş güvenlik politikalarına uygun olarak bağımsız olarak doğrulamadığı sürece fonları tek taraflı olarak harekete geçiremez.
 

Donanım Düzeyinde İzolasyon: Google Cloud Gizli Alanı (TEE)

Bulut tabanlı anahtar yönetimiyle ilgili tarihsel bir endişe, ana bilgisayar düzeyinde yetki yükseltmedir: bir bulut sunucusunun işletim sistemi veya hipervizörü kötüye kullanılırsa, yetkili bir yönetici, sistem belleğinde (RAM) tutulan kriptografik materyalleri incelemeye çalışabilir.
 
Google, MPC imzalama düğümlerini, gizli hesaplama donanımıyla desteklenen bir Güvenli Gerçekleştirme Ortamı (TEE) olan Google Cloud Gizli Alanı içinde çalıştırarak bu riski azaltır:
 
Donanım Bellek Şifrelemesi: Confidential Space, anahtar payları ve ara imza hesaplamalarının ana bilgisayar işletim sistemi tarafından erişilemeyen donanım anahtarları kullanarak RAM'de şifreli kalmasını sağlayan işlemci seviyesi bellek şifrelemesini (AMD SEV-SNP gibi) kullanır.
 
Kriptografik Doğrulama: Bir anahtar payına erişilmeden veya bir imzalama döngüsü başlamadan önce, enklav, konteyner görüntüsünün ve donanım temel sürümünün tam kriptografik hash'ini doğrulayan donanım tabanlı bir doğrulama belirteci oluşturur. Yazılım görüntüsü herhangi bir şekilde değiştirilmişse, doğrulama kontrolü başarısız olur ve imzalama işlemi engellenir.
 
Sınırlı Yönetici Erişimi: Confidential Space, aktif bir enklav içindeki verileri görmeyi even bulut altyapısı yöneticilerinden bile engelleyen, standart kök erişimini veya etkileşimli hata ayıklama yeteneklerini kaldıran sıkı iş yükü izolasyonu uygular.
 

İşlem Politikası Uygulaması ve Anahtar Payı Yenileme Mekanizmaları

Anahtar payların çıkarılmasından korunması, sorumluluk zorluğunun yalnızca bir kısmını çözer. Pratikte, birçok kurumsal güvenlik olayı, kötüye çıkarılmış API kimlik bilgilerinden, phishing saldırılarından veya yetkisiz dahili onaylardan kaynaklanır; bu onaylar, geçerli sistemleri zararlı işlemler imzalamaya ikna eder.
 

Ön İmzalama Politikası Doğrulama Motorları

Uygulama katmanında yetkisiz transferleri önlemek için Google Cloud, Gizli Alan içine belirleyici bir politika doğrulama motorunu doğrudan entegre eder. Google'ın MPC düğümü, eşik imzalama turuna katılmadan önce, önerilen işlem yükü, beyaz listeye alınmış hedef adresler, maksimum işlem değeri sınırları, hız sınırları, gün içindeki zaman pencereleri ve çok onaylayıcı kurum imzaları gibi kurumsal olarak tanımlanmış yönetim kurallarına göre kontrol edilir.
 
Bir güvenli olmayan uç nokta terminali, onaylanmamış bir adrese veya izin verilen eşiğin üzerinde bir transfer talebinde bulunursa, kriptografik pay hesaplaması yapılmadan önce bölgede imza talebi reddedilir.
 

Proaktif Gizli Paylaşım (Anahtar Payı Yenileme)

Uzun bir süre boyunca birden fazla node'u yavaşça ele geçiren gelişmiş bir saldırganın riskini azaltmak için mimari, genellikle anahtar paylaşımının dönüştürülmesi veya yenilenmesi olarak bilinen Proaktif Gizli Paylaşım (PSS) desteği sunar.
 
Belirlenen aralıklarla veya personel değişikliklerinden sonra, katılan node'lar bir matematiksel yenileme protokolü çalıştırır:
 
  • Düğümler, yeni bir kriptografik pay setini birlikte hesaplar.
 
  • Önceki anahtar payları kalıcı olarak geçersiz kılındı ve üzerine yazıldı.
 
  • Temel ana halka anahtarı ve zincir üstü cüzdan adresi tamamen değişmeden kalır.
 
Bu, bir saldırganın bir ay içinde tek bir anahtar parçasını çalması durumunda, bu parçanın bir sonraki planlı parçayı yenileme anında kullanılsız hale geldiğini anlamına gelir—bu da kurumların fonları yeni bir blok zinciri adresine taşımak veya blok zinciri üzerinde gaz ücreti ödemek zorunda kalmadan düzenli olarak temel güvenlik materyallerini döndürmesine olanak tanır.
 

Post-kuantum esneklik ve 2027 ticari hazırlik

Finansal kurumlar, çok yıllık sürelerle koruma altyapısını değerlendirirken, kuantum bilgisayarlar için hazırlanmak da dahil olmak üzere uzun vadeli kriptografik esneklik, önemli bir mimari düşünüldü. Standart eliptik eğri şemaları (secp256k1 ve Ed25519), yeterince güçlü, hata toleranslı kuantum bilgisayarlar tarafından sonunda zayıflanabilecek matematiksel problemlere dayanmaktadır.
 
Google Cloud'un ilk MPC yayını, kimlik bilgisi çalma, tek bir hata noktası ve dahili işbirliği gibi hemen karşılanması gereken operasyonel tehditleri çözmeye odaklanırken, platform kriptografik modülerlik üzerine tasarlanmıştır. Politika orkestrasyonu ve API katmanları, temel imzalama temellerinden ayrıldığı için mimari, blok zinciri ağları ve uluslararası standart kurumları (NIST gibi) post-kuantum imza spesifikasyonlarını tamamladıkça gelecekteki post-kuantum kriptografi (PQC) ve kuantum güvenli taşıma standartlarını desteklemek üzere yapılandırılmıştır.
 

Sonuç

Google Cloud'un kurumsal Çok Taraflı Hesaplama altyapısının piyasaya sürülmesi, kurumsal dijital varlık güvenliğinin sürekli olgunlaşmasını vurgulamaktadır. DKLs23 eşik imza protokolünü donanım doğrulanmış Gizli Alan kapsüllerine ve heterojen 2-of-3 anahtar dağıtımına birleştirerek platform, finansal kurumların imzalama hızını veya çok zincir esnekliğini feda etmeden tek noktalı anahtar zafiyetlerini azaltmalarına yardımcı olur. Hizmet 2027 yılında ticari olarak kullanılabilir hale geldikçe, bulutla entegre MPC, bankaların ve varlık yöneticilerinin tokenleştirilmiş varlıkları ölçekli şekilde güvenli hale getirmelerinde giderek daha büyük bir rol oynamaya hazırlanmaktadır.
 

SSS

Google Cloud Çok Taraflı Hesaplama nedir?

Google Cloud Çok Taraflı Hesaplama (MPC), 2027 başlarında ticari olarak başlatılması planlanan, kurumsal dijital varlık anahtar yönetimi ve imzalama altyapısı platformudur ve şu anda özel ön izlemededir. Blok zinciri işlem imzalama sırasında tek bir hata noktası ortadan kaldırmak için eşik kriptografisini kullanarak özel anahtar kontrolünü ayrı ortamlara böler.

Google, 2027 yılında ticari kullanılabilirliği neden hedefliyor?

2026 yılının sonunda sadece davetli bir özel önizleme çalışması, ortak bankaların ve kurumsal varlık yöneticilerinin güvenlik denetimleri, politika entegrasyonu ve uyumluluk testleri yapmasını sağlar. 2027 yılının başındaki genel erişim hedefi, AB'nin MiCA düzenlemesi ve bankaların kripto-varlık maruziyetleriyle ilgili gelişen Basel Komitesi standartları gibi olgun düzenleyici çerçeveler altında artan kurumsal benimseme ile uyumludur.

Google'nin MPC'si, zincir üstü çok imzalıdan nasıl farklıdır?

Zincir üzerinde çok imzalı akıllı sözleşmeler, birden fazla ayrı imzayı doğrudan bir blok zinciri üzerinde doğrular; bu da gaz maliyetlerini artırır, onay yapılarını kamuoyuna açar ve zincire özgü akıllı sözleşme desteği gerektirir. Google’ın MPC’si, çok taraflı onay ve eşiğe dayalı matematik işlemlerini, güçlendirilmiş DKLs23 protokolünü kullanarak zincir dışı gerçekleştirir ve farklı blok zincirlerinde daha düşük ücretlerle ve gizli yönetim kurallarıyla çalışan tek bir standart imza üretir.

MPC teknolojisi tüm kripto saklama risklerini ortadan kaldırır mı?

Hiçbir güvenlik mimarisi tüm riskleri ortadan kaldıramaz. MPC, tam bir özel anahtarın bir yerde saklanmasına bağlı olan tek bir hata noktası noktasını kaldırır, ancak kurumlar hala phishing, uç nokta komproması ve hatalı dahili yönetimden korunmalıdır. Google’ın tasarımı, heterojen olarak bölünmüş anahtar paylarını donanım ile izole edilmiş Confidential Space kümeleri ve ön imzalama politika kontrolleriyle birleştirerek bu operasyonel riskleri azaltır.
 
 

Sorumluluk Reddi

Bu genel piyasa bilgisi, üçüncü taraf, ticari veya sponsor kaynaklardan olabilir ve yalnızca referans ve eğitim amaçlı sağlanmıştır; finansal veya yatırım tavsiyesi, teklif, teşvik veya garanti oluşturmaz. Bunun doğruluğu, eksiksizliği, güvenilirliği ve bunun sonucunda ortaya çıkan kayıplar için sorumluluk kabul etmiyoruz. Yatırımlar/alışverişler risklidir; geçmiş performans, gelecekteki sonuçları garanti etmez. Kullanıcılar araştırma yapmalı, dikkatli bir şekilde değerlendirme yapmalı ve tam sorumluluğu üstlenmelidir. Daha fazla bilgi için lütfen KuCoin’in Kullanım Koşulları ve İşlem Riski Açıklaması’na bakın.

Sorumluluk Reddi: Bu sayfa, kolaylığınız için AI teknolojisi kullanılarak çevrilmiştir. En doğru bilgi için orijinal İngilizce versiyona bakınız.