MPC Cüzdan'ın Doğru Yönetim Yöntemleri: Multichain Olayından Elde Edilen Dersler

Son zamanlarda, Multichain projesinde bazı operasyon sorunları ortaya çıktı ve bu, insanların MPC cüzdan yönetim tarzını düşünmesine neden oldu. Multichain, fonları yönetmek için MPC teknolojisini kullanmasına rağmen hala risklerle karşı karşıya. Bu, sadece merkeziyetsiz teknolojilerin kullanılmasının gerçek merkeziyetsizliğin sağlanması anlamına gelmediğini, aynı zamanda teknoloji uygulamaları ve yönetim yöntemleri konusunda bir uzlaşmaya varılması gerektiğini gösteriyor.

Multichain'in sıkıntısı, tüm düğüm sunucularının aslında bir kişinin bulut hizmeti hesabı altında çalışmasından kaynaklanmaktadır. Bu yüksek derecede merkezi yönetim tarzı, temelde tüm varlıkları kontrol eden bir tek imza cüzdanından farksızdır. Bu nedenle, Multichain'in sorunu, MPC parçalarının kontrolünü etkili bir şekilde dağıtamaması ve aşırı durumlar için yedek bir çözüm sunamamasıdır.

MPC teknolojisinin avantajlarını tam olarak kullanmak için aşağıdaki noktalar dikkate alınmalıdır:

1. Şeffaflığı artırmak, çıkar çatışmalarını önlemek
2. Merkeziyetsiz varlık saklama ilkelerine sıkı sıkıya uyulmalı, yetkilerin aşırı merkezileşmesinden kaçınılmalıdır.
3. Aşırı durumlarla başa çıkma planı oluşturma

Menfaat Çatışmalarını Önleme: "Kara Kutu"yu Reddetmek

Multichain olayı aynı zamanda Fantom projesini de etkiledi. Fantom'un kurucusu, daha önce sunucunun merkeziyetsizliği, erişim ve coğrafi dağılım hakkında garanti aldıklarını ancak bu vaatlerin yerine getirilmediğini belirtti. Bu durum, Multichain MPC çözümünün aslında bir "kara kutu" olduğunu vurguluyor, çünkü proje hem hizmetin inşaatçısı hem de kullanıcısıdır; bu rol çakışması, şeffaflıksızlık ve potansiyel kötüye kullanım alanlarına yol açmaktadır.

Bu sorunun çözümünün anahtarı, tamamen tarafsız ve çıkar çatışmasına karışmayan bir üçüncü tarafın devreye alınmasıdır. Bu, yeterli güvenilirliğe sahip bir üçüncü taraf MPC hizmetinin kullanılmasını gerektirir, kendi hizmetinizi oluşturmak yerine. Eğer Multichain bu yaklaşımı benimserse, en azından Fantom gibi ilgili taraflara cüzdan çözümlerinin bilgi doğrulamasını sağlayabilir ve böylece "kara kutu" etkisini ortadan kaldırabilir.

Merkeziyetsiz Saklama: Tek Nokta Riskinden Kaçınma

Multichain olayının doğrudan nedeni tek noktada riskidir. Bu durumun önlenmesi için sunucuların, erişim izinlerinin ve coğrafi konumların dağıtımının sağlanması gerekmektedir. Bazı MPC hizmet sağlayıcıları, iki parçanın platform tarafından birlikte yönetildiği 3-3 çok taraflı imza çözümünü benimsemiştir ve bu, yüksek güçlü güvenlik şifrelemesi ve güvenilir yürütme ortamı ile güvence altına alınmaktadır. Sadece üç taraf birlikte katıldığında işlem imzası tamamlanabilir, böylece kullanıcıların tek noktada riski ortadan kaldırılmış olur.

Ayrıca, işlerin genellikle hiyerarşik olduğunu göz önünde bulundurursak, erişim izinleri de buna göre katmanlı olmalıdır. Bazı çözümler, yöneticilerin genel kontrol sağlamasını kolaylaştırırken, ön uç operatörlerinin belirli izinleri yönetmesi için uyumlu olan çok katmanlı özel anahtar türetme tasarımını benimsemiştir ve bu, tek nokta riskinin tüm iş süreçlerini aksatmasını önler.

Coğrafi konum dağılımı açısından, bazı gelişmiş çözümler, en yüksek düzeyde coğrafi konum dağılımı garantisini sağlamak için çevrimiçi uzak çoklu aktif dağıtık depolama, üç seviyeli çevrimdışı soğuk depolama yedekleme ve entegre profesyonel kuruluş yedekleme ve kurtarma hizmetleri gibi önlemler kullanmaktadır.

Aşırı Durumlarda Sosyal Kurtarma Planı Hazırlama

Yukarıda belirtilen önlemlere rağmen, birçok riskin hala var olduğunu kabul etmemiz gerekiyor, özellikle fiziksel dünyanın mücbir sebep unsurları. Bu duruma karşı bazı hizmet sağlayıcıları, standart dışı bir seçenek hizmeti olarak "SOS modu" tasarlamıştır.

Normal koşullarda, SOS parçaları işlev görmeyecektir. Ancak acil durumlar gibi belirli durumlarda, özel anahtar parçası yöneticisi manuel olarak aktif hale getirdiğinde, özel anahtar parçaları bağlantısı belirli bir zaman eşiğine ulaştığında, SOS parçaları acil bir durumu aktif olarak başlattığında veya belirlenen kurallara göre yönetişim oylaması ile kabul edildiğinde, SOS parçaları aktif hale gelecektir. Aktif hale geldikten sonra, SOS parçaları özel anahtar parçalarının yerini alarak acil durumlarda varlık transferi veya tasfiyesi gerçekleştirecektir.

SOS parça sahiplerinin güç suistimalini önlemek için bazı kısıtlama koşulları belirlenebilir. Örneğin, SOS modunun devreye girmesi için bir gecikme süresi ayarlanabilir; bu süre zarfında normal özel anahtar parçaları SOS modunu veto edebilir; ya da SOS modunda acil varlık transferi gerçekleştirildikten sonra bir kilitlenme süresi belirlenebilir, böylece varlıkların daha fazla kaybı önlenir.

Bu önlemlerle, MPC cüzdanını daha iyi yönetebilir, teknik avantajlarından tam olarak yararlanabilir ve potansiyel riskleri en aza indirebiliriz.

(