Sui kurucusu, altyapı karmaşıklığı ve yüksek performanslı Blok Zinciri gerçekleştirilmesini detaylandırıyor.

Son günlerde, Sui altyapısının karmaşıklığı ve ölçeklenebilirliği ile Sui'nin işlem işleme sisteminin yüksek performanslı bir ağı nasıl mümkün kıldığı üzerine bir blok zinciri uzmanı ile röportaj yaptık. Bu uzman, Sui'nin ilk katkıcılarından biri olup, Londra Üniversitesi Koleji'nde güvenlik ve gizlilik mühendisliği alanında profesördür.

Aşağıda bu röportajın içeriği yer almaktadır:

S1: Araştırma odaklarınızı tanıtabilir misiniz?

Ben Londra Üniversitesi Koleji'nde bir profesörüm ve araştırma odak noktam güvenlik ve gizlilik. Başlangıçta, depolamaya odaklanan büyük dağıtık sistemler olmak üzere, eşler arası sistemler ve anonim sistemler üzerinde çalıştım. Blok Zinciri'nin gelişimi, özellikle Ethereum'un ortaya çıkmasıyla birlikte, dağıtık defterler ve akıllı sözleşmelere ilgi duymaya başladım. UCL'deki araştırma grubum, daha yüksek performanslı sistemler nasıl inşa edileceğini araştırmaya başladı. Chainspace şirketini kurduk ve bazı fikirleri ticarileştirdik, daha sonra ekip bir şirket tarafından satın alındı. Sonrasında, blok zincirini ölçeklendirme çözümleri önerme konusunda yardımcı olduk. Çözüm ilerleme kaydedemediğinde, yüksek performanslı blok zinciri fikrini gerçekleştirmek için başka fırsatlar aramaya devam ettim.

S2: Uygulama ile araştırma arasında ne fark olduğunu düşünüyorsunuz?

Aslında fark çok büyük değil. Araştırma yaparken belirli hedeflere ulaşmanın tüm olasılıklarını göz önünde bulunduruyoruz, örneğin yüksek performanslı Blok Zinciri inşa etmek. Ancak sistemleri gerçekten inşa ederken, birçok iyi fikirden en yararlı ve ihtiyaçlara en uygun olanını seçmemiz gerekiyor. İnsanların hedeflerine ulaşmalarını neyin engellediğini değerlendirmemiz, akademik literatürde olası durumları anlamamız ve ardından en ilgili olanı seçmemiz gerekiyor. Bu sadece bilgi ilgisi değil, aynı zamanda kullanıcılar için değer yaratmaktır.

S3: Teoriden pratik uygulamaya geçerken hangi sorunları çözmeye karar verdiniz?

Blok Zinciri'nin farklı işlevlerini nasıl genişleteceğime, özellikle de işlem hacmini artırıp gecikmeyi azaltmaya odaklanıyorum. Bu sorun oldukça belirgin; bir akıllı sözleşme çok popüler hale geldiğinde, platform büyük bir işlem hacmini kaldırmakta zorlanıyor ve bu da tıkanıklık ve maliyetlerde büyük bir artışa neden oluyor. Defalarca görüyoruz ki, Blok Zinciri'nin işlem kapasitesi kullanıcıların ihtiyaçlarını karşılamakta yetersiz kalıyor. Bu, sadece benim ekibim için değil, tüm akademik camia için farklı yollarla üstesinden gelinmesi gereken değerli bir meydan okuma olarak görülüyor. Şu anda Blok Zinciri'nin yeteneklerini genişletmek için birçok teknoloji geliştirilmiştir.

S4: L2 ağı ile yeni nesil L1 ağı kurmak arasında ne fark ve avantajlar var?

L2, belirli bir ekosistemdeki genişletme çözümüdür, ancak geliştiriciler için kullanımı biraz zahmetlidir. L2, L1 ile etkileşimde bulunurken köprüleme gerektirir, L1'deki durumun L2'de yansıtılması gerekir ve tam tersi de geçerlidir. L2'nin, L1'in içinde gerçekleşen her şeyi doğrulaması için bir mekanizmaya da ihtiyacı vardır. Bu süreç oldukça karmaşıktır, özellikle karmaşık varlıklar için. Farklı L2'ler arasında varlık taşımak da zordur.

Başka bir yöntem, farklı uygulamalar için farklı blok zincirleri kullanmaktır, ancak bu da köprüleme sorunlarıyla karşı karşıyadır. Kullanıcılar, farklı uygulamalar arasında işlem yaparken varlıkları sık sık köprülemek zorundadır, bu da kötü bir deneyim sunar.

Bizim planımız, tüm doğrulanan düğümlerin kopyaladığı durumları içeren büyük bir veritabanı kurmaktır. İşlem tamamlandığında, aynı veritabanındaki tüm durumlar bir sonraki işlem için kullanılabilir, kullanıcıların farklı ağlar arasında sürekli varlık durumunu taşımalarına gerek kalmaz.

Sui Lutris'in ana inovasyonu nedir ve yüksek işlem hacmi ile düşük gecikme nasıl sağlanır?

Sui Lutris'in iki ana fikri vardır: Birçok işlem konsensüs gerektirmez, konsensüs gerektiğinde yüksek bir throughput yöntemi vardır. Doğrulama düğümlerinin işlem yaparken asla tutarsız bir durumda olmalarını sağlar.

Sui Lutris'in iki yolu vardır: hızlı yol (konsensüse ihtiyaç yok) ve konsensüs yolu. Kendi nesnelerinizi işlerken hızlı yolu kullanın, konsensüsü beklemeden işlem nihai sonucunu alırsınız. Paylaşılan nesneleri içeren işlemler konsensüs yoluna ihtiyaç duyar.

Hızlı yol gecikmesi çok düşük, bir saniyeden az ve geniş ölçekte ölçeklenebilir. Konsensüs yolu gecikmesi daha yüksektir, genellikle bir saniyeden fazla, kapasitesi yüksek ancak ölçeklenebilirliği daha düşüktür. Çoğu günlük işlem hızlı yolu kullanırken, karmaşık DeFi işlemleri genellikle konsensüs yolunu kullanır.

S6: Geliştiriciler hızlı yolu kullanmak için uygulama tasarlayabilir mi?

Kesinlikle olabilir. Akıllı sözleşme geliştiricileri, işlemlerin nesnelerinin özel mi yoksa paylaşımlı mı olduğunu kontrol edebilirler. Uygulamaların genişlemesi için kilit nokta, çoğu işlemin özel nesneler üzerine inşa edilmesini sağlamaktır; bu da düşük gecikme süresi sağlar. Oyun gibi uygulamalar bu yöntemi kullanmaya özen göstermelidir, paylaşılan durum ve paylaşılan nesnelere bağımlı olmamalıdır. Geliştiriciler, her işlem türünü hassas bir şekilde belirleyebilir ve genişletme gerektiğinde tasarımı optimize edebilirler.

S7: Programlanabilir işlem blokları nasıl çalışır?

Programlanabilir işlem blokları hızlı yol veya konsensüs yolunda kullanılabilir. Eğer sadece özel nesnelerle ilgiliyse, tek bir zincir üzerinde bir işlemde birden fazla işlem gerçekleştirilebilir ve gecikme çok düşüktür. Paylaşılan nesneler varsa, konsensüs yoluna girilir ve gecikme biraz daha yüksek olur. Bu, farklı senaryolar için esneklik sağlar.

S8: Ana ağın lansmanından sonra, Sui'nin performansı araştırma teorinizi doğruladı mı? Herhangi bir beklenmedik bulgu var mı?

Sui'nin tasarımı doğrulandı, özellikle yüksek işlem hacmi dönemlerinde. Bir gün işlem hacmi 60 milyonun üzerinde oldu ve çoğu hızlı yolu kullandı, bu da Sui Lutris'in ölçeklenebilirliğini ve düşük gecikmesini kanıtladı.

Ancak topluluk hızlı yolun biraz ince olduğunu fark etti. Bazen nesneler yanlış bir şekilde kilitlenebilir, ancak genellikle dönemin sonunda kilidi açılır, bu da pek iyi bir deneyim değildir. Kilitlenmiş nesnelerin hızlı bir şekilde kilidinin açılmasını sağlayacak bir teknoloji geliştiriliyor.

Bu yeni teknolojiler yalnızca hataları önlemekle kalmaz, aynı zamanda geliştiricilerin hızlı yollarla daha fazla işlem ifade etmesine ve hatta bazı paylaşılan nesnelerin durumlarını işleyebilmesine de olanak tanıyabilir. Bu, Sui'nin performansını ve esnekliğini daha da artıracaktır.

S9: Obje kilitlenmesine neden olan durumları detaylı bir şekilde açıklayabilir misiniz?

Bir nesne tek bir kullanıcıya ait olduğunda, Sui kullanıcıdan işlem sırasını bildirmeye dayanır. Sistem, herkesin bu işlemleri aynı sırayla görüp görmediğini kontrol eder. Sorun, kullanıcı veya yazılım hata yaptığında ortaya çıkar; örneğin, farklı cihazların çelişkili işlem sıraları vermesi durumunda. Bu durumda, Sui doğru sırayı belirleyemez ve nesne kilitlenir.

Bu durum, insanların birden fazla cihaz kullanması veya aynı nesne üzerinde aynı anda birden fazla işlem yapması nedeniyle beklenenden daha yaygındır. Şu anda, kilitli nesnelerin, epoch sona erene kadar açılmaması ciddi sorunlara yol açabilir.

Sui, nesneler kilitlendiğinde, çatışmaları hızlı bir şekilde çözmek için bir konsensüs mekanizması geliştiriyor, epoch'un sonunu beklemek yerine. Bu birkaç saniye içinde tamamlanacak ve kullanıcı deneyimini önemli ölçüde iyileştirecek.

S10: Kamu zincirinin şeffaflık, izlenebilirlik ve gizliliği nasıl dengelemesi gerektiği konusunda ne düşünüyorsunuz?

Bu büyük ölçüde belirli uygulamalara bağlıdır. Belirli bir platformda, uygulama geliştiricileri kullanıcı gizliliğini korumak için sözleşmeler geliştirebilirler. Bazı uygulamalar gizliliğe pek önem vermeyebilirken, bazı finansal uygulamalar gizlilik koruma gereksinimlerine daha fazla ihtiyaç duyabilir ve aynı zamanda düzenleyici sorunları da göz önünde bulundurmalıdır.

Gizlilik korumasını inşa etmeye yardımcı olmak için, platform bazı kriptografik yerel destekler sunmaktadır, örneğin sıfır bilgi kanıtlarını doğrulama yeteneği. Bu, uygulama tasarımcılarının belirli olayları zincir dışı olarak doğrulamasına olanak tanır, ayrıntıları zincir üzerinde ifşa etmeden.

Uygulama geliştiricileri, hangi tür gizlilik korumasına ihtiyaç duyacaklarına karar verebilir ve gizlilik zorluklarıyla başa çıkmak için çevrimiçi, çevrimdışı ve şifreleme gibi stratejileri birleştirebilir.

S11: Daha fazla gizlilik yerel desteği var mı?

Topluluk, geliştiricilere daha fazla gizlilik dostu akıllı sözleşme desteği sağlamayı düşünmektedir. Sıfır bilgi kanıtlarının yanı sıra, daha genel matematik veya kriptografi fonksiyonlarına da ihtiyaç duyulabilir. Akıllı sözleşme tasarımcılarının eksik olan işlevlerle ilgili geri bildirimde bulunmalarını memnuniyetle karşılıyoruz.

Diğer teknolojiler, çok taraflı hesaplama veya güvenilir donanım gibi, gizliliği korumak için de kullanılabilir, ancak bunlar karmaşık ek sistemler gerektirir. Toplulukta güçlü bir ihtiyaç varsa, yeni gizlilik koruma yöntemleri eklemek için öneri süreci aracılığıyla eklenebilir.

S12: Gelecek 6 ila 12 ay içinde Sui'nin nasıl gelişeceğini düşünüyorsunuz?

Kısa vadeli iyileştirmeler, pratik uygulama ihtiyaçlarına odaklanacaktır. Uzun vadede, daha düşük gecikme, daha basit bir protokol ve ölçeklenebilirliği artırmak için Sui Lutris protokolünü geliştireceğiz. Ayrıca, doğrulama düğümlerinin daha sınırlı donanımlarda çalışabilmesi için ekonomik verimliliği artıracağız ve mevcut donanımı daha fazla gerçek işlemleri yürütmek için kullanacağız, blok zincirinin diğer giderleri yerine. Bunlar, beklediğimiz ana gelişim yönleridir.