Sui kurucusu yorumladı: Yüksek performanslı kamu blok zinciri nasıl ölçeklenebilirlik engelini aşar

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ığını tartışmak üzere bir Blok Zinciri alanında uzmanla röportaj yaptık. Bu uzman, Sui'nin ilk katkı sağlayıcılarından biri olup, tanınmış bir üniversitede güvenlik ve gizlilik mühendisliği alanında profesördür.

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

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

Araştırma alanım esas olarak güvenlik ve gizlilik üzerinedir. İlk dönemimde, depolama odaklı büyük dağıtık sistemler olan eşler arası sistemler ve anonim sistemler üzerinde yoğun araştırmalar yaptım. Blok zinciri teknolojisinin gelişimi ile özellikle Ethereum'un ortaya çıkışıyla, dağıtık defterler ve akıllı sözleşmelerin uygulanmasına büyük ilgi duymaya başladım. Üniversitedeki araştırma grubumuz daha yüksek performanslı sistemler inşa etme üzerine çalışmalara başladı ve bazı fikirleri ticarileştirmek için bir şirket kurduk. Daha sonra, büyük bir blok zinciri projesinin geliştirilmesine katıldık, ancak proje ilerleme kaydedemediğinde, yüksek performanslı blok zinciri fikrimi gerçekleştirmek için başka fırsatlar aramaya devam etmek üzere ayrıldım.

S2: Uygulama ile araştırma arasındaki farkı nasıl görüyorsunuz?

Aslında iki arasında büyük bir fark yok. Araştırma yaparken, belirli hedeflere ulaşmanın tüm olasılıklarını dikkate alırız, ancak gerçek sistemleri inşa ederken en uygun seçeneği seçmeliyiz. Anahtar, hangi fikirlerin kullanıcılar için en değerli olduğunu ve Blok Zinciri benimseme sürecindeki darboğazları çözebileceğini değerlendirmektir. Bu sadece bilgi merakı değil, daha da önemlisi kullanıcılar için gerçek değer yaratmaktır.

S3: Teoriden pratik uygulamaya geçerken, çözmek istediğiniz problemi nasıl belirlersiniz?

Blok Zinciri'nin farklı işlevlerini nasıl genişleteceğime özellikle işlem hacmini artırma ve gecikmeyi azaltma konusunda odaklanıyorum. Bu sorun pratikte oldukça belirgin; popüler bir uygulama ortaya çıktığında mevcut platformlar genellikle bu kadar büyük işlem hacmini kaldıramıyor ve bu da tıkanıklık ve maliyetlerin hızla artmasına neden oluyor. Bu nedenle, Blok Zinciri'nin işleme kapasitesini artırmak, geniş bir şekilde ilgi gören bir zorluk haline geldi ve akademik çevreler bu sorunu çözmek için farklı yollar deniyor.

Soru 4: L2 ağları ve yeni L1 ağları genişleme sorununu çözmede ne gibi farklılıklar ve avantajlar sunuyor?

L2, mevcut blok zinciri temelinde bir genişletme çözümüdür, ancak geliştiriciler ve kullanıcılar için kullanımı oldukça karmaşıktır. Varlıkların L1 ve L2 arasında transferi bir köprüleme işlemi gerektirir, bu süreç karmaşık varlıklar için özellikle zahmetlidir. Kullanıcılar, birden fazla ağ arasında sık sık varlık transferi yapmak zorunda kalabilir, bu da kullanım deneyimini etkiler.

Buna karşılık, Sui gibi yeni nesil L1 ağları farklı bir yaklaşım benimsemiştir. Tüm durumları içeren büyük bir veritabanı oluşturduk ve bunu doğrulama düğümleri kopyaladı. Kullanıcı bir işlemi tamamladıktan sonra, bir sonraki işlemi gerçekleştirmek için aynı veritabanındaki herhangi bir durumu doğrudan kullanabilir; farklı ağlar arasında varlıkları taşımalarına gerek kalmaz. Bu yöntem, kullanıcı işlemlerini büyük ölçüde basitleştirir ve verimliliği artırır.

Q5: Sui Lutris'in ana yeniliği nedir?

Sui Lutris iki temel ilke içerir: ilki, birçok blok zinciri işleminin aslında konsensüse ihtiyaç duymadığıdır; ikincisi, gerçekten konsensüse ihtiyaç duyan durumlar için yüksek verimlilikte bir işleme yöntemimiz vardır. Bu iki yöntemin birleşimi, Sui'nin yüksek performans elde etmesini sağlar.

Sui, iki işlem yolu sunar: konsensüs gerektirmeyen hızlı yol ve konsensüs gerektiren konsensüs yolu. Kullanıcı kendi özel nesneleriyle işlem yaparken, hızlı yolu kullanabilir ve çok düşük gecikme ile yüksek ölçeklenebilirlik elde edebilir. Ancak paylaşılan nesneleri içeren işlemler, konsensüs yolu aracılığıyla işlenmelidir.

Bu tasarım, günlük işlemlerin çoğunun hızlı bir yol ile gerçekleştirilmesine olanak tanırken, daha karmaşık bir konsensüs gerektiren işlemleri de destekler. Geliştiriciler, uygulama gereksinimlerine göre hangi yolu kullanacaklarını esnek bir şekilde seçebilirler, böylece performansı ve kullanıcı deneyimini optimize ederler.

S6: Geliştiriciler Sui'nin hızlı yolunu nasıl kullanabilir?

Geliştiriciler, akıllı sözleşmelerindeki nesne türlerini tamamen kontrol edebilir ve hangi işlem yolunu kullanacaklarına karar verebilirler. Sui'nin performans avantajlarından tam olarak yararlanmak için, geliştiricilerin mümkün olduğunca çoğu işlemi özel nesneler üzerinde gerçekleştirecek şekilde tasarlamaları gerekmektedir, böylece çok düşük gecikme süresinin tadını çıkarabilirler.

Örneğin, oyundaki çoğu işlem hızlı yollar kullanacak şekilde tasarlanmalıdır, bu da daha iyi bir kullanıcı deneyimi sağlar. Elbette, paylaşılmış durum aracılığıyla aracılık gerektiren bazı işlemler hâlâ konsensüs yollarını kullanmalıdır.

Geliştiriciler, uygulamanın özel gereksinimlerine göre iki yol arasında esnek bir şekilde denge kurabilir ve tasarım yapabilir. Uygulama ölçeği büyüdükçe, genel performansı artırmak için hangi işlemlerin hızlı yola aktarılabileceğini yeniden değerlendirmek gerekebilir.

S7: Sui'deki programlanabilir işlem bloklarının rolü nedir?

Programlanabilir işlem blokları hızlı yol veya konsensüs yolunda kullanılabilir. Eğer bir işlem bloğu yalnızca kullanıcının özel nesneleri ile ilgiliyse, o zaman bir zincir üzerindeki operasyonda birden fazla işlem gerçekleştirmek mümkündür; bu, büyük miktarda işlemi işlemek zorunda olan uygulamalar için son derece faydalıdır.

Örneğin, bir ticaret platformu bir işlem sırasında aynı anda birden fazla kullanıcının alım satım işlemlerini gerçekleştirebilir, çünkü bu işlemler platformun kendisine ait olan nesneleri içerir. Bu yöntem ticaret verimliliğini büyük ölçüde artırabilir.

Eğer işlem bloklarında paylaşılan nesneler varsa, o zaman bunların konsensüs yoluyla işlenmesi gerekir, gecikme biraz daha yüksek olsa da, yine de birkaç saniye içinde tamamlanabilir.

Soru 8: Ana ağ başladığında, Sui'nin performansı beklentileri karşılıyor mu? Sizi şaşırtan bir şey var mı?

Ana ağın faaliyete geçmesinin ardından, Sui'nin tasarım felsefesini doğrulayan birkaç nokta ortaya çıktı. Öncelikle, işlem hacminin özellikle yüksek olduğu zamanlarda, Sui'nin günlük işlem hacmi 60 milyondan fazla oldu ve bunun büyük bir kısmı hızlı yollarla işlendi. Bu, Sui Lutris'in ölçeklenebilirliğini ve düşük gecikme özelliklerini doğrulamaktadır.

Ancak, hızlı yolun kullanımında bazı ince noktalar da bulduk. Nesne sahiplerinin kendi nesneleri üzerindeki işlem sırasını yönetmeleri gerektiğinden, bazen hatalar olabilir ve bu da nesnelerin kilitlenmesine yol açabilir. Bu kilitlenmeler genellikle bir epoch'un sonunda kaldırılır, ancak bu deneyim ideal değildir.

Bu sorunu çözmek için, yanlışlıkla kilitlenmiş nesnelerin birkaç saniye içinde hızlı bir şekilde kilidinin açılmasına olanak tanıyan bir teknoloji geliştiriyoruz. Bu sadece hataları önlemekle kalmaz, aynı zamanda geliştiricilerin hızlı yollarla daha fazla işlem ifade etmelerine olanak tanır ve belirli koşullar altında bazı paylaşılan nesnelerin hızlı yolu kullanmasına bile izin verebilir.

S9: Nesne kilitlemenin başlıca nedenleri nelerdir?

Nesne kilidi, aynı nesne üzerindeki işlem sıralamasının çelişki yaşandığı durumlarda hızlı bir yol üzerinde meydana gelir. Örneğin, kullanıcı farklı cihazlarda aynı nesne üzerinde işlem yaparsa, çelişkili işlem sıralamaları ortaya çıkabilir. Bu durumda, Sui doğru sıralamayı belirleyemediği için nesneyi kilitlemek zorunda kalır.

Başlangıçta bu durumun sık sık olmayacağını düşünmüştük, ancak aslında beklenenden daha yaygın. Şu anda, kilitlenmiş nesnelerin açılması için epoch'un sona ermesini beklemeleri gerekiyor; bu da ciddi kullanım sorunlarına yol açabilir.

Bu durumu iyileştirmek için, nesneler kilitli olduğunda daha hızlı harekete geçebilen yeni mekanizmalar geliştiriyoruz. Gelecekte, belirsiz bir sıralama durumu ortaya çıkarsa, Sui bunu konsensüs yolu ile çözecek; bu süreç sadece birkaç saniye alacak, epoch'un bitmesini beklemek yerine.

S10: Kamu blok zincirlerinde şeffaflık, izlenebilirlik ve gizlilik dengesini nasıl değerlendiriyorsunuz?

Kamu blok zincirinde şeffaflık, izlenebilirlik ve gizliliği dengelemek, uygulamalarla yakından ilgili bir sorundur. Gizlilik gereksinimlerinin büyük ölçüde belirli uygulamalara bağlı olduğunu düşünüyorum. Sui'nin felsefesi, uygulama geliştiricilerine kendi ihtiyaçlarına göre gizlilik koruma sağlamalarına olanak tanıyan iyi bir platform sunmaktır.

Gizlilik korumayı desteklemek için Sui, sıfır bilgi kanıtı doğrulama yeteneği gibi bazı yerel şifreleme desteği sunmaktadır. Bu, uygulama geliştiricilerin belirli olayları zincir dışı olarak doğrulamalarına olanak tanır, böylece zincir üzerinde spesifik içerikleri ifşa etmeye gerek kalmaz. Bu, gizlilik dostu uygulamalar oluşturmanın temel aracıdır.

Geliştiriciler, uygulama ihtiyaçlarına göre, zincir içi, zincir dışı işlemler ve kriptografi tekniklerini birleştirerek gerekli gizlilik koruma seviyesini gerçekleştirebilirler. Sui'nin amacı, geliştiricilerin kendi ihtiyaçlarına göre gizlilik çözümleri tasarlayabilmeleri için gerekli araçları ve esnekliği sağlamaktır.

Soru 11: Sui daha fazla yerel gizlilik desteği sunmayı planlıyor mu?

Topluluk, geliştiricilere daha fazla gizlilik dostu akıllı sözleşme yazım desteği sağlamayı tartışıyor. Mevcut sıfır bilgi kanıtı desteğine ek olarak, zincir üzerinde daha fazla genel matematik veya kriptografi fonksiyonu eklenip eklenmeyeceği de değerlendiriliyor.

Akıllı sözleşme tasarımcılarını eksik işlevlerle ilgili geri bildirimde bulunmaya davet ediyoruz. Sıfır bilgi kanıtlarının yanı sıra, çok taraflı hesaplama veya güvenilir donanım gibi diğer gizlilik koruma teknolojileri de bulunmaktadır. Ancak bu teknolojiler, Sui mimarisinde bazı temel değişiklikler gerektirebilir, bu nedenle toplulukta yeterli bir talep kanıtı olması gerekmektedir.

Eğer topluluk bu yönde gelişmek istiyorsa, yeni gizlilik koruma yöntemlerini tartışmak ve eklemek için bir süreç oluşturacağız.

Sui'nin önümüzdeki 6 ila 12 ay içindeki gelişimi hakkında ne düşünüyorsunuz?

Sui'nin gelişimi esas olarak topluluk tarafından geliştirilen uygulama ihtiyaçlarına dayanacaktır. Uzun vadede, Sui Lutris protokolünü geliştirmeye odaklanacağız, böylece daha düşük gecikme süreleri ve daha basit işlem süreçleri elde edilecek ve Sui'nin ölçeklenebilirliği artırılacaktır.

Ayrıca, ekonomik verimliliği artırmaya da odaklanacağız, böylece doğrulama düğümleri daha kısıtlı donanımlarda çalışabilir ve mevcut donanım kaynakları daha fazla gerçek işlem yürütme için kullanılabilir, blok zincirinin diğer giderleri yerine.

Genel olarak, Sui'nin performans, verimlilik ve kullanıcı deneyimi açısından sürekli gelişimini ve daha fazla yenilikçi uygulamanın ortaya çıkmasını bekliyoruz.