Sui Kurucusu Açıklıyor: Yüksek Performanslı Blok Zinciri'nin Teknolojisi ve Zorlukları

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ığı konusunda tanınmış bir blok zinciri uzmanı ile röportaj yaptık. Bu uzman, tanınmış bir laboratuvarın kurucu ortağı ve baş bilim insanı olup, aynı zamanda ünlü 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: Akademik bir alandan geliyorsunuz, araştırma odaklarınızı tanıtır mısınız?

Ben tanınmış bir üniversitede profesörüm, araştırma odak noktam güvenlik ve gizlilik. Erken dönemimde, depolama odaklı büyük dağıtık sistemler olan eşler arası sistemler ve anonim sistemler üzerine çok sayıda araştırma yaptım. Blok zinciri teknolojisinin gelişmesi, özellikle Ethereum'un ortaya çıkmasıyla birlikte, dağıtık defterler ve blok zincirleri ile akıllı sözleşmelerin nasıl yürütüleceği konusunda derin bir ilgi duymaya başladım. Daha yüksek performanslı sistemler inşa etme üzerine araştırmalara başladık ve bazı fikirleri ticarileştirmeye çalıştık. Daha sonra büyük bir sosyal medya şirketinin blok zinciri projesine de katıldık ve genişleme çözümleri önermeye çalıştık. Proje ilerleme kaydedemediğinde, yüksek performanslı blok zinciri fikrini gerçekleştirmek için diğer fırsatları aramaya devam ettim.

Q2: Hala bir profesörsünüz, peki uygulama ile araştırma arasında ne fark görüyor musunuz?

Aslında çok büyük bir fark yok. Araştırma sırasında belirli hedefleri gerçekleştirmek için tüm olasılıkları göz önünde bulunduracağız, örneğin yüksek performanslı Blok Zinciri inşa etmek. Ancak pratik uygulamalarda, birçok iyi fikir arasından seçim yapmak zorundayız ve hangilerinin en değerli olduğunu, kullanıcı ihtiyaçlarına en uygun olanları belirlemeliyiz. Blok Zinciri benimsemenin engellerini ve insanların hedeflere ulaşmasını engelleyen faktörleri dikkate almalıyız. Sistem inşa ederken akademik literatürü referans alacağız ama daha çok kullanıcıya gerçek değer yaratmaya odaklanacağız.

S3: Teoriden pratik uygulamaya geçerken hangi sorunları çözmeye karar verdiğinizi nasıl belirliyorsunuz?

Blok Zinciri'nin farklı işlevlerini nasıl genişleteceğime, özellikle işlem hacmini artırma ve gecikmeyi azaltma konularına odaklanıyorum. Bu sorun oldukça belirgin - herhangi bir sözleşme Ethereum'da popüler hale geldiğinde, platform bu kadar büyük işlem hacmini kaldıramıyor ve bu da tıkanıklık ve maliyetlerin fırlamasına neden oluyor. Blok Zinciri'nin işleme kapasitesinin kullanıcı ihtiyaçlarını karşılayamadığını defalarca görüyoruz. Bu zorluk sadece ekibimizin dikkatini çekmekle kalmadı, tüm akademik camia farklı çözümler üzerinde çalışıyor. Bugün Blok Zinciri'nin yeteneklerini genişletmek için birçok teknoloji geliştirilmiştir.

S4: L2 ağı, genişleme sorununu çözmek için önerilen bir yol, bunun yeni bir L1 ağı kurmaktan farkı ve faydası nedir?

L2, Ethereum ekosistemindeki genişletme çözümüdür, ancak geliştiriciler için kullanımı biraz zordur. L2 ile L1 arasındaki varlık transferi karmaşık köprüleme işlemleri gerektirir, bu da kullanıcı deneyimi açısından olumsuzdur. Basit tokenler için bu durum tolerable olabilir, ancak daha karmaşık varlıklar için oldukça zordur. Farklı L2 ağları arasında varlık taşımak da çok zordur.

Buna karşılık, çözümümüz tüm durumları içeren büyük bir dağıtık veritabanı oluşturmaktır. İşlem tamamlandığında, tüm durumlar bir sonraki işlem için hemen kullanılabilir, farklı ağlar arasında gidip gelmeye gerek kalmaz. Bu, kullanıcılara daha akıcı bir deneyim sunar.

S5: Sui Lutris, Sui protokolünün temelidir. Bunun temel yeniliği nedir ve Sui'nin yüksek işlem hacmi ve düşük gecikme özelliklerini nasıl sağlar?

Sui Lutris, iki temel ilkeden oluşmaktadır: biri, birçok blok zinciri işleminin aslında mutabakat gerektirmediğidir; diğeri ise, mutabakat gerektiren durumlar için yüksek verimlilik sağlayan bir yöntemimiz vardır. Bu, protokole uyan doğrulama düğümlerinin asla uyumsuz bir durumda olmamasını garanti eder.

Sui Lutris, iki farklı yol sunmaktadır: Konsensüs gerektirmeyen hızlı yol ve konsensüs gerektiren konsensüs yolu. Kullanıcıların kendilerine ait nesneler için, hızlı yolu kullanabilir ve konsensüsü beklemeden işlemin nihai durumuna ulaşabilirler. Birden fazla kişi tarafından paylaşılan nesneler için ise konsensüs yolunu kullanmak gerekmektedir.

Hızlı yolun gecikmesi çok düşüktür, genellikle bir saniyeden azdır ve geniş ölçüde ölçeklenebilir. Konsensüs yolunun gecikmesi daha yüksektir, ancak kapasitesi de oldukça büyüktür. Çoğu günlük işlem hızlı yolu kullanabilirken, karmaşık DeFi işlemleri genellikle konsensüs yolunu gerektirir.

S6: Sui üzerindeki uygulama geliştiricileri, uygulamalarını hızlı yol kullanabilmek için tasarlayabilir mi?

Kesinlikle. Bu, genişletilebilir uygulamaların tasarımının temel işlerinden biridir. Geliştiriciler, sözleşmelerinde işleyecekleri nesnelerin özel mi yoksa paylaşılan mı olduğunu tamamen kontrol edebilirler. Sui'de genişletilebilir bir uygulamanın bir püf noktası, çoğu işlemin özel nesneler üzerinde gerçekleştirilmesini sağlamaktır; bu, çok düşük gecikme süreleri elde etmeyi mümkün kılar.

Akıllı sözleşme tasarımcıları bunun üzerinde tam kontrol sahibidir. Her tür işlemi kesin olarak belirleyebilirler. Sözleşmenin ilk versiyonu her şeyi paylaşılan bir durum olarak görebilir, ancak ihtiyaçların genişlemesiyle geliştiricilerin hızlı yolu en iyi şekilde kullanmayı düşünmeleri gerekir.

S7: Programlanabilir işlem blokları burada nasıl rol oynuyor?

Programlanabilir işlem blokları hızlı yol veya konsensüs yolunda kullanılabilir. Eğer yalnızca özel nesneler söz konusuysa, bir zincir üzerindeki işlemde birden fazla işlem gerçekleştirilebilir ve gecikme çok düşüktür. Eğer paylaşılan nesneler söz konusuysa, konsensüs yoluna geçilir ve gecikme biraz daha yüksek olur. Bu, geliştiricilere ihtiyaçlarına göre uygun yolu seçme esnekliği sağlar.

S8: Ana ağın faaliyete geçmesinin üzerinden 100 günden fazla zaman geçti, Sui'nin performansı varsaydığınız araştırma teorilerini doğruladı mı? Sizi şaşırtan bir şey var mı?

Gerçekten Sui'nin tasarımını doğrulayan bazı şeyler var, ama aynı zamanda düşündürücü durumlar da mevcut. İşlem hacminin özellikle büyük olduğu zamanlarda, Sui'nin günlük işleme hacmi hatta 60 milyonun üzerinde işlem yapıyor, bunların çoğu hızlı yollarla tamamlanıyor. Bu, Sui Lutris'in ölçeklenebilirliğini ve düşük gecikme özelliklerini kanıtlıyor.

Ancak, hızlı yolun kullanımında bazı ince noktalar olduğunu da keşfettik. Bazen nesneler yanlışlıkla kilitlenebilir, genellikle bir epoch'un sonunda kilidi açılır, ancak bu ideal bir deneyim değildir. Yanlışlıkla kilitlenmiş nesnelerin hızlı bir şekilde kilidinin açılmasını sağlayan bir teknoloji geliştiriyoruz.

Ayrıca, daha fazla türde nesnenin hızlı yolları kullanabilmesini sağlama yollarını araştırıyoruz, hatta bunlar birden fazla taraf tarafından paylaşılsa bile. Bu, Sui'nin performansını ve esnekliğini daha da artırabilir.

S9: Nesne kilitlenmesine neden olan faktörleri daha ayrıntılı bir şekilde paylaşabilir misiniz?

Nesne kilitlemesi genellikle hızlı bir yol üzerinde gerçekleşir, sistem çelişkili bir işlem sırası aldığında. Örneğin, eğer kullanıcının telefonu ve bilgisayarı aynı varlık üzerinde farklı sıralarda işlemler yaparsa, Sui doğru sıralamayı belirleyemez ve bu da nesnenin kilitlenmesine yol açar.

Başlangıçta bu durumun sık sık meydana gelmeyeceğini düşündük, fakat gerçekte beklenenden daha yaygın. Şu anda, kilitli nesnelerin kilidinin açılması için bir epoch'un sona ermesini beklemeleri gerekiyor, bu da ciddi sorunlara yol açabilir.

Çözümler geliştiriyoruz; nesneler kilitlendiğinde, sistem sorunları hızlı bir şekilde konsensüs yolu ile çözebilir, epoch'un bitmesini beklemek yerine. Bu, kullanıcı deneyimini büyük ölçüde iyileştirecektir.

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

Açık zincirlerde, gizlilik ihtiyaçları büyük ölçüde belirli uygulamalara bağlıdır. Sui'nin yaklaşımı, uygulama geliştiricilerine ihtiyaçlarına göre gizlilik korumasını gerçekleştirebilmeleri için araçlar sağlamaktır.

Bu nedenle, Sui bazı kripto doğuştan destek 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ışı doğrulamasına olanak tanır ve zincir üzerinde belirli ayrıntıları açıklama gereksinimini ortadan kaldırır.

Uygulama geliştiricileri, kendi ihtiyaçlarına göre zincir içi, zincir dışı ve kripto gibi stratejileri birleştirerek gizlilik sorunlarını ele alabilirler. Bu esnekliğin farklı türdeki uygulamaların ihtiyaçlarını karşılayabileceğine inanıyoruz.

S11: Sui üzerinde daha fazla gizlilik yerel desteği var mı?

Topluluk, geliştiricilere daha fazla gizlilik dostu akıllı sözleşme yazım desteği sağlamak için tartışmalar yapıyor. Sıfır bilgili kanıtların yanı sıra, daha fazla genel matematik veya kriptografi fonksiyonu eklemeyi de düşünüyoruz.

Akıllı sözleşme tasarımcılarını eksik işlevler hakkında geri bildirimde bulunmaya davet ediyoruz. Ayrıca, gizliliği korumak için çok taraflı hesaplama veya güvenilir donanım gibi bazı diğer teknolojiler de kullanılabilir. Eğer topluluk bu teknolojilere güçlü bir talep gösterirse, ilgili mimari ayarlamaları yapmayı düşüneceğiz.

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

Sui'nin gelişimi büyük ölçüde platformda geliştirilen uygulamalara bağlı olacaktır. Kısa vadede, gerçek uygulama ihtiyaçlarına yönelik iyileştirmeler yapacağız. Uzun vadede, daha düşük gecikme ve daha basit bir protokol yapısı sağlamak için Sui Lutris protokolünü geliştirmeye odaklanacağız, böylece ölçeklenebilirliği artıracağız.

Ekonomik verimliliği artırmak için, doğrulama düğümlerinin daha sınırlı donanımda çalışabilmesini sağlamak ve donanım kaynaklarının kullanımını optimize etmek için çaba göstereceğiz. Bu iyileştirmeler Sui'yi daha verimli ve güçlü hale getirecektir.