Sui Blok Zinciri uzmanı yorumları: Hızlı yol ve konsensüs yolunun ağ performansını nasıl artırdığı

Son günlerde, bir blok zinciri alanında bir uzmana mülakat yaptık ve 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 sağladığını tartıştık. Bu uzman, tanınmış bir üniversitede güvenlik ve gizlilik mühendisliği alanında profesördür.

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

S1: Araştırma odaklarınızı tanıtır mısınız?

Araştırmalarımın odak noktası genel anlamda güvenlik ve gizlilik. İlk dönemlerde, depolama odaklı büyük dağıtık sistemlerin çoğunu içeren, eşler arası sistemler ve anonim sistemler üzerine yoğun bir çalışma yaptım. Blok zinciri alanı, özellikle bazı platformların temsil ettiği şekilde, yürütmeye daha fazla odaklanmaya başladığında, dağıtık defterler ve blok zinciri ile akıllı sözleşmelerin nasıl yürütüleceği konusuna ilgi duydum. İzin gerektirmeyen özellik, erken dönem eşler arası sistemler üzerindeki çalışmalarımda oldukça aşinaydım. Bu nedenle, araştırma grubum daha yüksek performanslı sistemler inşa etme üzerine çalışmalara başladı. Bazı fikirlerimizi ticarileştirmek için bir şirket kurduk ve daha sonra ekip büyük bir teknoloji şirketi tarafından satın alındı. Ardından, bu şirkete blok zincirini ölçeklendirme çözümleri geliştirmelerine yardımcı olduk. Ancak, çözümler ilerleme kaydedemediğinde, ayrıldım ve 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 var?

Aslında çok büyük bir fark yok. Araştırmada, yüksek performanslı bir blok zinciri veya belirli bir işlev gibi belirli hedefleri gerçekleştirmek için tüm olasılıkları dikkate alacağız. Gerçek sistemler inşa ederken, bu iyi fikirler arasından en ilgili olanları seçmemiz gerekiyor. Bu sadece bilgi merakı değil, aynı zamanda kullanıcılara değer yaratmaktır. Sürekli olarak yargılarda bulunmamız, insanlara en faydalı olan ve gerçek sorunları çözebilen çözümleri seçmemiz gerekiyor.

S3: Teoriden pratik uygulamaya geçerken hangi sorunları çözmek istediğinizi nasıl belirlersiniz?

Farklı işlevleri genişletmenin yollarını araştırıyorum. Blok Zinciri'nin sistem yönlerine odaklanıyorum, örneğin işlem hacmini nasıl artıracağım ve gecikmeyi nasıl azaltacağım. Bu sorun oldukça belirgin, bir sözleşme çok popüler hale geldiğinde, platform bu kadar büyük işlem hacmini kaldıramıyor, işlem tıkanıklığı meydana geliyor ve ücretler fırlıyor. Kullanıcı ihtiyaçlarını karşılamak için Blok Zinciri'nin işlem işleme kapasitesinin yetersiz olduğunu defalarca görüyoruz. Bu sadece bizim düşüncemiz değil, tüm akademik çevreler bu sorunu çözmek için farklı yollar araştırıyor. Şu anda, Blok Zinciri'nin kapasitesini genişletmek için geliştirilen oldukça fazla teknoloji var.

S4: L2 ağı ve yeni bir L1 ağı kurmanın farkları ve avantajları nelerdir?

L2, bazı ekosistemlerde genişletme çözümleridir. Ancak uygulama geliştiricileri için L2 ağlarını kullanmak biraz zordur. L2 ağı L1 ile etkileşime geçtiğinde, köprüleme faaliyetleri gerçekleştirilmelidir. L1'de temsil edilen durum, L2'de yansıtılmalı ve tam tersi de geçerlidir. L2 ayrıca, L1'in içinde meydana gelen her şeyi doğrulaması için bir mekanizmaya sahip olmalıdır. Bu süreç, özellikle karmaşık varlıklar için zahmetlidir.

Yeni L1 ağımızda, doğrulanan düğümlerin kopyaladığı durumları içeren büyük bir veritabanı oluşturduk. Bir işlem tamamlandığında, aynı veritabanındaki tüm durumlar bir sonraki işlem için kullanılabilir, kullanıcıların farklı katmanlar arasında sürekli olarak varlık durumunu taşımaları gerekmez.

S5: Yeni nesil L1 ağının temel protokolündeki ana yenilikleri tanıtır mısınız?

Bu protokol iki ana ilkeyi içerir: Birincisi, blok zinciri üzerindeki birçok işlem için aslında uzlaşmaya gerek olmadığını; ikincisi ise uzlaşmanın gerektiği durumlarda yüksek verimlilik sağlayan bir yöntem olduğudur. Bu protokol, dağıtılmış sistemin çekirdeğidir ve protokole uyan farklı doğrulama düğümlerinin asla tutarsız bir durumda olmalarını sağlar.

Protokol, iki farklı yol sunmaktadır: biri konsensüs gerektirmeyen (hızlı yol), diğeri ise konsensüs gerektiren (konsensüs yolu). İşlem yapılan nesne yalnızca kendine ait olduğunda, hızlı yol kullanılabilir ve konsensüsü beklemeden işlemin nihai sonucuna ulaşılabilir. Ancak, bazı durumlarda, paylaşımda bulunan nesneler söz konusu olduğunda, konsensüs yolunun kullanılması gerekmektedir.

Bu iki yolun farklı avantajları vardır. Hızlı yolun gecikmesi son derece düşüktür, gereken süre bir saniyeden azdır. Konsensüs yolunun gecikmesi daha yüksektir, genellikle bir saniyeden fazladır, ancak kapasitesi de oldukça yüksektir. Her gün büyük miktarda işlem yapan uygulamalar genellikle hızlı yolu kullanırken, karmaşık işlemler gerçekleştiren protokoller (örneğin DeFi) daha çok konsensüs yolunu kullanır.

S6: Geliştiriciler uygulamalarını hızlı yol avantajından yararlanacak şekilde tasarlayabilir mi?

Kesinlikle. Bu, genişletilmiş uygulama tasarımının temel işidir. Geliştiriciler, sözleşmelerinde işlem yaptıkları nesnelerin özel nesneler mi yoksa paylaşılan nesneler mi olduğunu tamamen kontrol edebilirler. Genişletilmiş uygulamanın bir ipucu, çoğu işlemin özel nesneler üzerinde gerçekleştirilmesini sağlamaktır, çünkü bu, çok düşük gecikme ile işlemleri yönetmeyi ve harika bir kullanıcı deneyimi sunmayı mümkün kılar.

Geliştiricilerin bu konuda tam kontrolü vardır, her bir kategorideki işlemlerin ne olduğunu kesin olarak belirleyebilirler. Genişleme ihtiyacı ile birlikte, geliştiricilerin hızlı yolu en iyi şekilde kullanmayı düşünmeleri gerekir.

S7: Programlanabilir ticaret blokları bu sistemde nasıl çalışır?

Programlanabilir işlem blokları hızlı yol veya konsensüs yolunda işlev görebilir. Eğer bir programlanabilir işlem bloğu yalnızca özel nesneleri içeriyorsa, bu, bir zincir üzerindeki bir işlemde birden fazla işlemin gerçekleştirilebileceği anlamına gelir. Örneğin, bazı uygulamalar aynı anda büyük miktarda işlemi çözebilir, bu hızlı yola aittir. Eğer işlem bloğundaki bazı nesneler paylaşılıyorsa, o zaman konsensüs yoluna girilir, gecikme biraz daha yüksek olacaktır.

S8: Ana ağın faaliyete geçmesinden sonra sistemin performansı nasıl? Sizi şaşırtan bir şey var mı?

Sistemin performansı, tasarımın mantıklılığını doğruladı. İşlem hacminin özellikle yüksek olduğu zamanlarda, günlük işlem hacmi hatta 6000'den fazla işlem yapabiliyor, bunların çoğu hızlı yol işlemleri. Bu, protokolün oldukça ölçeklenebilir ve düşük gecikme süresine sahip olduğunu kanıtlıyor.

Aynı zamanda, hızlı yolun kullanımında bazı ince noktalar olduğunu fark ettik. Bazen nesnelerin kilitlenmesi durumu ortaya çıkabilir, genellikle bir döngü sona erdiğinde kilit açılır, ancak bu pek iyi bir deneyim değildir. Yanlışlıkla kilitlenen nesnelerin birkaç saniye içinde hızlı bir şekilde açılmasını sağlayacak bir dizi teknoloji geliştiriyoruz.

Ayrıca, daha fazla türde nesnenin hızlı yollarla işlem görmesini sağlamak için keşifler yapıyoruz, bu nesnelerin birden fazla kişi tarafından paylaşılması mümkün olsa bile. Bu, sistemin verimliliğini ve esnekliğini daha da artıracaktır.

S9: Obje kilitleme nedenlerini detaylı olarak açıklar mısınız?

Nesne kilidi genellikle işlem sıralamasındaki tutarsızlıklardan kaynaklanır. Bir nesne belirli bir kullanıcıya ait olduğunda, sistem işlemlerin sırasını kullanıcının bildirmesine dayanır. Sorun, kullanıcı veya yazılım hatası yaptığında ortaya çıkar; örneğin, farklı cihazlar çelişkili işlem sıralamaları verdiğinde.

Bu durum beklenenden daha yaygındır çünkü insanlar farklı cihazlar kullanmakta veya aynı nesne üzerinde birden fazla işlem yapmaya çalışmaktadır. Nesne kilitlendiğinde, sistem aslında bir döngü sona erene kadar kilidi açmamaktadır, bu da ciddi sorunlara yol açabilir.

Çözümler geliştiriyoruz, böyle bir durum ortaya çıktığında sistem konsensüsle çözüm üretecek, bu süreç birkaç saniye içinde tamamlanacak, döngünün sona ermesini beklemek yerine.

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

Bu büyük ölçüde belirli uygulamalara bağlıdır. Tutumumuz, geliştiricilerin ihtiyaçlarına göre gizlilik koruma oluşturmaları için iyi bir platform sunmaktır.

Geliştiricilere yardımcı olmak için, bazı kripto yerel destekler sağlıyoruz, örneğin sıfır bilgi kanıtlarını doğrulama yeteneği. Bu, uygulama tasarımcılarının belirli olayları zincir dışında doğrulamasına olanak tanır, böylece zincir üzerinde belirli içerikleri ifşa etmelerine gerek kalmaz. Bu, gizlilik dostu uygulamalar oluşturmanın temel modülüdür.

Geliştiriciler, bu yerel destekleri birleştirerek, karşılaşabilecekleri gizlilik sorunlarıyla başa çıkmak için zincir üstü, zincir dışı ve kripto gibi stratejiler kullanabilirler.

S11: Sistem daha fazla gizlilik yerel desteğine sahip mi?

Geliştiricilerin gizlilik dostu uygulamalar inşa ederken ihtiyaç duyabileceği diğer destekleri göz önünde bulunduruyoruz. Sıfır bilgi kanıtlarının yanı sıra, daha genel matematik veya kriptografi fonksiyonlarına ihtiyaç duyulduğunu belirtenler de var. Geliştiricilerin eksik olan kısımlar hakkında geri bildirimde bulunmalarını memnuniyetle karşılıyoruz.

Başka teknolojiler de var; çok taraflı hesaplama veya güvenilir donanım gibi, gizliliği korumak için kullanılabilir. Eğer topluluk yeterli bir talep gösterirse, bu yönde gelişmeyi düşünebiliriz. Ancak bunlar sistem mimarisinde bazı temel değişiklikler gerektirebilir, bu yüzden dikkatli bir değerlendirme yapılması gerekiyor.

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

Kısa vadede, birçok iyileştirme gerçek uygulama ihtiyaçlarına yönelik olacaktır. Uzun vadede, daha düşük gecikme ve daha basit bir yapı sağlamak için temel protokolü geliştireceğiz, ölçeklenebilirliği artıracağız. Ayrıca, doğrulama düğümlerinin daha kısıtlı donanımlarda çalışabilmesini sağlamak için ekonomik verimliliği artırmaya çalışacağız ve mevcut donanımı, kriptografi veya diğer blok zinciri masraflarında tüketmek yerine gerçek ticaret işlemlerinde daha etkili bir şekilde kullanacağız. Bunlar, beklediğimiz ana gelişim yönleridir.