Mysten Labs'ın baş bilim insanı ile derinlemesine diyalog: Teoriden pratiğe Sui ağ ölçeklenebilirliği sorununu nasıl çözüyor?

Yakın zamanda Sui'nin altyapısının karmaşıklığını ve ölçeklenebilirliğini ve Sui'nin işlem işleme sisteminin yüksek performanslı bir ağı nasıl mümkün kıldığını tartışmak için George Danezis ile röportaj yaptık. George Danezis, Mysten Labs'ın kurucu ortağı ve baş bilim insanıdır (ve Sui'nin asıl katkıda bulunanıdır) ve UCL'de güvenlik ve gizlilik mühendisliği alanında profesördür.

Bu röportajın içeriği şöyle:

**S1: Akademik alandasınız, araştırma odağınızı tanıtabilir misiniz? **

University College London'da (UCL) profesörüm ve araştırmam geniş anlamda güvenlik ve gizliliğe odaklanıyor. 20. yüzyılın başlarında, çoğu büyük, depolama odaklı dağıtılmış sistemler olan eşler arası ve anonim sistemler üzerine oldukça fazla araştırma yaptım. Blockchain'in tamamı, özellikle Ethereum tarafından temsil edilen, daha fazla yürütme odaklı hale geldikçe, dağıtılmış defterler ve blockchain'ler ve akıllı sözleşmelerin nasıl yürütüleceği ile ilgilenmeye başladım. Bunun izin gerektirmeyen doğası bana eski eşler arası sistemler üzerindeki çalışmalarımdan tanıdık geliyor. UCL'deki araştırma grubum daha yüksek performanslı sistemlerin nasıl oluşturulabileceğini bulmaya başladı. Bazı fikirlerimizi ticarileştirmek için Chainspace'i kurduk ve ekip Facebook tarafından satın alındı. Daha sonra Facebook'un Libra/Diem blok zincirini ölçeklendirmek için bir çözüm bulmasına yardımcı olduk. Ancak teklif ilerleme kaydedemediğinde ayrıldım ve yüksek performanslı blockchain konseptini uygulamak için diğer fırsatları takip etmeye devam ettim.

**S2: Hala profesörsünüz, peki sizce uygulama ile araştırma arasındaki fark nedir? **

Aslında pek bir fark yok. Araştırma yaparken, yüksek performanslı bir blockchain veya belirli bir işlev oluşturmak gibi belirli bir hedefe ulaşmak için tüm olasılıkları göz önünde bulundururuz. Elbette bir blockchain oluştururken veya gerçek bir sistemde kullanmak üzere belirli bir işlevi seçerken bu olasılıklardan birini seçmek zorundayız. Tüm bu iyi fikirler arasında, aslında insanlar için en faydalı olanın hangisi olduğuna dair sürekli karar vermek zorundayız. İnsanların aradığı şey nedir? Blockchain'in benimsenmesindeki darboğazlar nelerdir? İnsanları yapmak istediklerine ulaşmaktan alıkoyan şey nedir? Bir sistem oluştururken hâlâ tüm olasılıkları göz önünde bulundurursunuz ve akademik literatürden neyin mümkün olduğunu anlamaya çalışırsınız ve sonra en alakalı olanı seçersiniz. Bu sadece entelektüel ilgi değil, kullanıcılar için değer yaratmaktır.

**S3: Teoriden pratik uygulamaya geçerken hangi problemleri çözeceğinizi nasıl belirliyorsunuz? **

Araştırmamda ele aldığım asıl sorun, blockchain'in farklı işlevlerinin nasıl ölçeklendirileceğidir. Blockchain'in sistem yönlerine, yani işlem veriminin nasıl artırılacağına ve gecikmenin nasıl azaltılacağına odaklanıyorum. Bu konudaki sorun çok açık: Ne zaman Ethereum'a ilişkin belirli bir sözleşmenin çok popüler hale geldiğini görsek, Ethereum platformu bu kadar büyük bir işlem hacmine dayanamıyor, işlem sıkışıklığı oluşuyor ve ücretler hızla artıyor. Bir blockchain başarıya ulaştığında, şu anda olduğundan daha fazla işlem gerçekleştirdiğini gördük. Açıkçası sorun şu ki, insanların bu blok zincirlerinde yapmak istedikleri şeyler için yeterli kapasite yok. Bu sadece aklımızda değil, bunun defalarca gerçekleştiğini gördük. Bir süreliğine bu, sadece benim grubumda değil, aslında tüm akademik toplulukta blockchain üzerinde çalışıyordu ve herkes bu sorunu farklı şekillerde çözüyordu. Şimdi, bu zorlukların üstesinden gelmek amacıyla blockchain'in yeteneklerini genişletmek için pek çok teknoloji geliştirildi. Ama o zamanlar hepimizin bildiği gibi birçok insan bu konuya farklı şekillerde yaklaştı.

**S4: L2 ağı, ölçeklendirme sorununu çözmek için insanlar tarafından önerilen bir yoldur. Sui gibi yeni bir L1 ağı kurmanın farkı ve faydası nedir? **

L2, Ethereum ekosisteminde ölçeklendirmeye yönelik bir çözümdür. Ancak uygulama geliştiricileri için L2 ağlarıyla çalışmak biraz zordur. Bir L2 ağı Ethereum ile etkileşime girmeye çalıştığında, köprüleme etkinliğinin gerçekleşmesi gerekir; ancak bu herhangi bir L2/L1 ilişkisi için de geçerlidir. L1'de bir parayı, varlığı veya başka bir içeriği temsil eden durum L2'ye yansıtılmalıdır (veya tersi). Bunun ötesinde L2'nin, L1'in içinde olup biten her şeyi doğrulayabilmesi için bir mekanizmaya sahip olması gerekir. Ancak bu sadece ilk kısım, L1'de var olan herhangi bir varlığın L2'ye aktarılması gerekiyor, L2'de bazı faaliyetlerin gerçekleşmesi gerekiyor ve sonra varlığı bir şekilde L1'e geri aktarın. Bu çok sıkıntılı bir durum.

Tokenlar gibi takas edilebilir varlıklar için bu köprü oluşturma faaliyeti nispeten sorunsuzdur çünkü insanların iki hesabı ve bir köprü oluşturan ara yazılımı vardır. Ancak daha genel varlıklar için o kadar da iyi çalışmıyor. Tokenlardan daha karmaşık uygulamalar geliştirmek amacıyla Ethereum'daki L2 ağını gerçekten kullanmak için, her iki tarafta da biri basım (darp) ve diğeri yakma (yakma) için akıllı sözleşmelere sahip olmanız gerekir. Her sözleşme için özel bir faaliyet olan iki farklı ekosistem arasında gidip gelmeleri gerekiyor. Basitçe, bir L2 ağı oluşturup tüm varlıkları alıp istediğimi yapacağım ve geri getireceğim diyemezsiniz, böyle bir kavram yok. Bu manuel bir işlemdir ve hataya çok açıktır. Bu yüzden harika bir deneyim değil. Birden fazla farklı L2 ağında varlıklarınızın olduğunu ve farklı L2 ağlarında bu özel akıllı sözleşmelere sahip olduğunuzu düşünün. Başka bir L2 ağında bulunan bir durum üzerinde çalışmak istediğinizde, L1'e ve ardından tekrar L2'ye kadar köprü kurmanız gerekir. Kolayca bu blockchain üzerinde bir şey yaptım, sonra başka bir blockchain üzerinde başka bir şey yapacağım ve bunun hangi L1 veya L2'de olduğunu düşünmeme gerek yok diyemezsiniz. Hepsi burada ve şu anda elimde, ziyaret etmek istediğim eyalette daha fazla işlem yapmaya hazırım. Bu nedenle durumu L2 ağına yaymak kötü bir deneyimdir. Varlıkların farklı zincirler arasında taşınması kullanıcılar için zor ve açıktır. Bu nedenle L2 ağı hiçbir zaman ilgimi çekmedi.

Başka bir örnek ise, farklı uygulamalar için farklı blok zincirleri kullanarak başka bir ölçeklendirme yaklaşımını benimseyen çok ilginç bir ekosisteme sahip olan Cosmos'tur. Farklı zincirlerde farklı işlem hızlarına sahip olabiliriz ve farklı uygulamalar arasında çalışmamız gerektiğinde zincirler arasında varlıklar arasında köprü kurabiliriz, ancak bu da aynı sorunla karşı karşıyadır. Her farklı uygulamayı kullanmak istediğinizde, önce kullanıcı için incelikli ve açık olan bir köprü işlemi yapmanız gerekir, ardından bu uygulamayı kullanabilir ve geri köprü kurabilirsiniz. Gerçekten yapmak istediğiniz şeyi yapmaktan çok, varlıkları bir zincirden diğerine taşımak için daha fazla zaman harcadığınızı göreceksiniz.

Sui'de çözümümüz, aslında doğrulayıcılar tarafından kopyalanan tüm durumu içeren büyük bir veritabanı oluşturmaktır. Bir işlemi tamamladığınızda, aynı veritabanındaki tüm durum, kullanıcıların varlık durumlarını sürekli olarak L1 ile L2 arasında taşımasına gerek kalmadan bir sonraki işlemi yapmak için kullanılabilir.

**S5: Sui Lutris, Sui protokolünün temelidir. Sui'nin yüksek verim ve düşük gecikme süresine sahip olmasını sağlayan temel yenilikler nelerdir? **

Sui Lutris iki temel fikirden oluşur: (1) Blockchain üzerindeki birçok işlem için aslında fikir birliğine gerek yoktur; (2) fikir birliğine ihtiyacınız olduğunda, bu iki yöntemi birleştirecek çok yüksek verimli bir yöntem vardır. Sui Lutris, Sui'nin dağıtılmış sisteminin çekirdeğini oluşturur ve protokolü takip eden iki farklı doğrulama düğümünün, dağıtılmış ağ üzerinde işlemler gerçekleştirirken asla tutarsız bir durumda kalmamasını sağlar. Bir doğrulayıcının sizin bir jeton harcadığınızı ve onu Alice'e gönderdiğinizi düşünmesi, diğer bir doğrulayıcının ise aynı coinin aslında Bob'a gönderildiğini düşünmesi gibi bir durum yoktur.

🌟Kendi Su Samuru:

Biri fikir birliği gerektirmeyen (hızlı yol) ve diğeri fikir birliği gerektiren (fikir birliği yolu) olmak üzere iki farklı yol. Kendi NFT karakteriniz ve karakterinizin şapkayı takabilmesi için birleştirmek istediğiniz şapka gibi, manipüle etmek istediğiniz nesne yalnızca size ait olduğunda, teorik olarak başka hiç kimsenin bunları manipüle edememesi gerekir. Bu durumlarda Sui hızlı yolu kullanır; bu, kendi nesnelerinizi yönetebileceğiniz, fikir birliğini beklemeden işlem kesinliğini elde edebileceğiniz, işlemin gerçekleşmesinin garanti edildiği ve şapkanın NFT kafanızda olduğu anlamına gelir.

Ancak bazı durumlarda işlemler yalnızca size ait olan nesneleri içermiyor; bunlar birçok kişi tarafından paylaşılıyor. Örneğin, küçük şapkaların satıldığı bir müzayede varsa, bu tür müzayede Sui'de paylaşılan bir nesne olarak temsil edilir. İnsanlar teklif verebilir ve en yüksek teklifi veren şapkayı kazanır. Bu tür açık artırma tek bir varlığa ait olmayan bir nesnedir. Herkes teklif verebilmeli, paylaşabilmeli ve son teklifle ilgili durumu güncelleyebilmelidir. Bu tür işlemler ek fikir birliği gerektirir. Sui Lutris, paylaşılan nesnelere sahip olmanıza ve bunlar üzerinde işlem yapmanıza olanak tanıyarak başka nesnelere sahip olmanıza, paylaşılan nesnelerin durumunu değiştirmenize veya yeni paylaşılan nesneler oluşturmanıza olanak tanır. Belirli bir kişinin sahip olduğu özel nesneler veya birden fazla kişi tarafından paylaşılan paylaşılan nesneler arasında her iki yolun bir arada var olmasına ve etkileşime girmesine olanak tanır.

Bu iki farklı yolun farklı avantajları vardır. Özel nesnelere yönelik hızlı yol son derece düşük gecikme süresine sahiptir, bir saniyeden az sürer, çok hızlıdır ve geniş çapta ölçeklenir. Konsensüs yolunun gecikme süresi genellikle bir saniyeden fazladır ve oldukça yüksek bir kapasiteye sahiptir, ancak ölçeklendirilmesi ilk yola göre daha zordur. Sui'de, günde milyonlarca işlemle zincir içi uygulamaları gerçekten yönetenler genellikle ilk yolu kullanıyor ve uygulamalarını büyük ölçüde, en fazla işlemi öncelikle özel nesneler üzerinde yapacak şekilde yapılandırıyor, ancak bir hisse anlaşması değil. Öte yandan karmaşık işler yapan protokoller (DeFi gibi) genellikle ikinci tür işlemi uygular çünkü operasyonları gerçekleştirmek için birçok farklı kişiden gelen teklifleri veya likiditeyi birleştirmeleri gerekir.

**S6: Sui'deki uygulama geliştiricileri, uygulamalarını hızlı yoldan yararlanacak şekilde tasarlayabilir mi? **

Evet kesinlikle. Bunun bir uzantı uygulaması tasarımcısının temel işi olduğunu düşünüyorum. Akıllı sözleşme geliştiricileri, sözleşme kapsamında işledikleri nesnelerin herhangi bir zamanda tek bir varlığın özel veya paylaşılan nesnesi olup olmadığı konusunda tam kontrole sahiptir. Uygulamanızı Sui'de ölçeklendirmenin püf noktalarından biri, çoğu işlemin temelde özel nesneler üzerinde yapıldığından emin olmaktır, çünkü Sui, istediğiniz kadar işlemi çok düşük gecikmeyle yönetebilir ki bu güzel bir deneyimdir. Oyun için gerekli işlemlerin bu kategoride gerçekleştirilmesi gerekir ve bunların gecikmeleri, paylaşılan durum ve paylaşılan nesneler aracılığıyla aracılık edilmesi gereken işlemlere kıyasla çok düşüktür. Bir kez tıklandığında işlem ağ üzerinde anında tamamlanabilir.

Akıllı sözleşme tasarımcısı bunun üzerinde tam kontrole sahiptir ve temel olarak her kategorideki işlemlerin tam olarak ne olduğunu belirleyebilirler. Elbette sözleşmenin ilk versiyonu her şeyi paylaşılan bir durum olarak ele alabilir ve her şey daha yüksek gecikme süreli fikir birliği yolundan ilerleyecektir, ancak ölçeklendirme ihtiyacı nedeniyle geliştiricilerin bunu ne kadar ileri yapabileceklerini düşünmeleri gerekir. .

**S7: Programlanabilir işlem bloğu bunda nasıl bir rol oynuyor? **

Programlanabilir işlem blokları hızlı yolda veya fikir birliği yolunda çalışabilir. Programlanabilir işlemler bloğu yalnızca özel nesnenizi içeriyorsa, bu, tek bir zincir içi işlemde birden fazla işlem gerçekleştirebileceğiniz anlamına gelir. Örneğin, birçok kişinin farklı coinleri alıp sattığı bir CEX uygulaması olduğunuzu varsayalım. Zincir üzerinde, kavramsal olarak insanların alıp sattığı şeylere karşılık gelen bir işlem gerçekleştirebilirsiniz. Ancak borsa olduğunuz için hepsi size aittir, yani aynı anda bin işlem yapılabilir ki bu da hızlı yoldur. Öte yandan, programlanabilir işlem bloğundaki bazı nesneler paylaşılırsa, fikir birliği yoluna girilir ve gecikme biraz daha yüksek, bir saniyeden az değil birkaç saniye olur.

**S8: Ana ağ 100 günden fazla süredir çevrimiçi. Sui'nin performansı varsayımsal araştırma teorinizi doğruladı mı? Seni şaşırtan bir şey var mı? **

Sui'nin tasarımını doğrulayan birkaç şey var ama düşündüren şeyler de var. Birincisi, işlem hacminin özellikle büyük olduğu durumlarda, özel bir anda bile günlük işlem hacminin 60 milyonu bile aşması ve bunların çoğunun hızlı yolda olması. Sui Lutris oldukça ölçeklenebilir ve gecikme süresi çok düşüktür. O zamana kadar kimsenin bu yolu kullanıp kullanmayacağı belli değil, ancak yüksek işlem hacimleri ve düşük gecikme gerektiğinde bu yol kullanılıyor ve harika çalışıyor! Görmek kolaydır, yöntem budur. O günlerde Sui'nin diğer tüm blockchainlerin toplamından daha fazla işlemi vardı. Bu, Sui'nin tasarımının sağlam olduğunun ilginç bir doğrulamasıdır.

Bu arada Sui topluluğu bu hızlı yolu biraz zor buldu. Nesne sahiplerinin kendi nesneleri üzerindeki işlem sırasını bir dereceye kadar yönetmeleri gerektiğinden, bazen işler ters gidebilir. Bazen kendilerine faydası olmayan bir kütüphaneyi bile kullanabilirler ve kütüphanenin kendisi hata verir, dolayısıyla bazen nesneler kilitlenir. Genellikle günün sonunda, bir dönemin sonunda kilidi açarlar, ancak bu harika bir deneyim değil. Akıllı sözleşmeler tasarlayan kişiler, hataların meydana gelebileceği korkusuyla bu durumdan çekinebilirler, bu da onların düşük gecikme ve ölçeklenebilirlik olanaklarından tam olarak yararlanmasını engeller. Nesneleri yanlışlıkla kilitleyenlerin, nesneleri saniyeler içinde hızlı bir şekilde açmasına olanak tanıyan bir dizi teknoloji geliştiriliyor. Dolayısıyla, hızlı yolu kullanmaya çalışırsanız, bir hata oluşursa ve nesneniz kilitlenirse, bir dönemin bitmesini beklemeden, konsensüs yolunu kullanarak kilidini hemen açabilirsiniz.

Ve tuhaf bir şekilde, bu sadece hatalardan kaçınmakla ilgili değil, geliştiricilerin çok daha fazla şeyi hızlı bir şekilde ifade etmesine olanak tanıyor, bazı nesnelerin yalnızca bir tarafa ait olmadığı potansiyel teknikler var. Belki sizin ve benim ortaklaşa sahip olduğumuz bir nesne vardır, çünkü bu paylaşılmaktadır ve genellikle bu nesne üzerindeki işlemlerin fikir birliği yolundan geçmesi gerekir. Ancak Sui'nin nesnelerin kilidini hızlı bir şekilde açmanın bir yolu olsaydı, geliştiriciler işlemleri gerçekten hızlandırmayı deneyebilirdi. Sizin ve benim aynı nesne üzerinde tam olarak aynı anda işlem yapmamız durumunda sistem kilitlenecek, bir sonraki işlemin hangisi olacağına karar veremeyecektir ve ardından Sui bunun kilidini açabilir ve fikir birliği yolunu takip edebilir. paylaşılmasını sağlamak ve çözüme kavuşturmak. Ancak insanlar bilinçli olarak rekabet etmeye çalışmadıkça bu gerçekleşemez. Sui, nesnelerin kilidinin açılmasına izin verecek işlevselliğe sahip olduğunda, birden fazla kişiye ait nesnelere hızlı yol verebilmelidir. Bu, inşaatçı topluluğuna yardımcı olmak için geliştirilen bir tür şey olan hızlı yoldan mümkün olduğunca fazla işlem hacmi aktarmaya çalışan bir oyundur.

**S9: Nesne kilitlenmesine şu anda neyin sebep olduğunu daha ayrıntılı olarak paylaşabilir misiniz? **

Bir nesne size ait olduğunda gerçekleşecek operasyonların sırasını Sui'ye anlatmak için fikir birliğine ihtiyaç duyulmamasının nedeni, başka hiç kimsenin sizin nesneniz üzerinde işlem yapamamasıdır. Sui, sisteme önce A eyleminin, ardından B eyleminin ve en son C eyleminin gerçekleşeceğini söylemenize güveniyor. Sistemin hala ABC'lerin herkes tarafından aynı sırayla görüldüğünü kontrol etmesi gerekiyor. Sistem, hepimizin sırayla ABC'yi görüp görmediğini kontrol eden dağıtılmış bir protokol aracılığıyla uygulanır. Sorun şu ki, siz bir hata yaparsanız veya yazılımınız bir hata yaparsa. Örneğin, telefonunuz varlığınızı kontrol ediyorsa ve bilgisayarınız varlığınızı kontrol ediyorsa, telefonunuz önce A'nın olduğunu, bilgisayarınız da önce B'nin olduğunu söylüyor. İki farklı şeyi yanlış sıralıyorsunuz. Bu bir çelişkidir. Bu durumda Sui şöyle derdi: "Bana diziyi anlatması için görevlendirdiğim kişi bana iki çelişkili şey vermiş gibi görünüyor, bu yüzden ne yapacağımı bilmiyorum. Bunu nasıl düzelteceğimi bilmiyorum." Çünkü Sui Bu sorun genellikle fikir birliği yoluyla çözülür. Ama burada hızlı yolu kullanmaya çalışıyorsunuz. Bunun üzerine Sui elini kaldırdı ve "Tamam, burada bir hata var" dedi.

İlk varsayım bunun çok sık gerçekleşmeyeceği yönündeydi, ancak insanların farklı cihazlar kullanması veya aynı nesne üzerinde aynı anda birden fazla işlem yapmaya çalışması nedeniyle bunun oldukça sık gerçekleştiği ortaya çıktı. Şu anda bu nesneler kilitlendiğinde Sui, bunların kilidini açmak için bir dönemin sonuna kadar bekliyor ki bu da çok endişe verici. Varlıklarınızın bir gün boyunca kullanılamaz hale geldiğini düşünün, bu gerçekten ciddi bir sorun olabilir.

Bu yüzden artık Sui'nin bir şey kilitlendiğinde doğru eylemi gerçekleştirecek şekilde gelişmesi gerekiyor. Doğru emri vermekle görevlendirilen kuruluşun belirsiz bir emir vermesi durumunda Sui, tüm durumu konsensüs yoluyla çözecektir. Bu bir dönemin sonunda değil, saniyeler içinde gerçekleşecektir.

**S10: Araştırmanızın büyük bir kısmı mahremiyet etrafında dönüyor. Halka açık blockchainlerin şeffaflığı, izlenebilirliği ve mahremiyeti en iyi şekilde nasıl dengeleyebileceğine dair düşünceleriniz neler? **

Halka açık zincirde şeffaflığın, izlenebilirliğin ve mahremiyetin nasıl dengeleneceği oldukça uygulamayla ilgili bir konudur ve benim mahremiyete bakış açım, neyin özel tutulması gerektiği büyük ölçüde uygulamanın kendisine bağlıdır. Örneğin Sui'de uygulama geliştiricilerin kullanıcılarının mahremiyetini koruyan sözleşmeler geliştirmesi mantıklıdır. Bazı insanlar sadece oyun geliştirmek istediğinden gizlilik endişeleri belki de o kadar da büyük bir endişe kaynağı değildir. Bazı insanlar finansal işlemleri blockchain üzerinde gerçekleştirmek ister ve mahremiyet daha fazla endişe verici olabilir ancak aynı zamanda başka türde düzenleme sorunları da söz konusudur. Yani Sui'nin tutumu, size iyi bir platform sağlayacağımız ve bu platformda mahremiyet oluşturmanız gerektiği yönünde.

İnsanların gizlilik oluşturmasına yardımcı olmak için Sui, akıllı sözleşmeler tasarlarken onlara yararlı olabilecek bazı kripto-yerel destek sağlıyor. Bunlardan en önemlilerinden biri Sui'deki sıfır bilgi kanıtlarını doğrulayabilme yeteneğidir. En yaygın kullanılan ve anlaşılan şemalardan biri olan meslektaşım Jens Groth tarafından geliştirilen Groth16 şemasını doğrulayan yerel bir işlev var. Bu, aslında uygulama tasarımcılarının belirli olayları, bu olayların ne olduğunu açıklamadan zincir dışında doğrulayabilecekleri anlamına gelir. Bu, bazı durumları zincir dışında tutan, ancak zincir üzerinde tutan gizlilik dostu uygulamalardan oluşan bir sınıf oluşturmak için temel yapı taşıdır; zincir dışında gerçekleşen her şeyin doğru olduğunu doğrulayabilirsiniz.

Uygulama geliştiricileri, uygulamalarının ne tür bir gizlilik korumasına ihtiyaç duyduğuna karar verir ve karşılaşabilecekleri gizlilik sorunlarıyla başa çıkmak için zincir içi, zincir dışı ve zincir içi şifreleme stratejilerini birleştirmek için bu yerel destekleri kullanır.

**S11: Sui'de gizlilik için daha fazla yerel destek var mı? **

Topluluk, geliştiricilerin daha gizlilik dostu bir ortamda akıllı sözleşmeler yazabilmeleri için ihtiyaç duydukları desteği düşünüyor ve sıfır bilgi kanıtı da bunlardan biri.Bazı insanlar Sui'nin zincirde daha genel matematiksel veya kriptografik işlevlere ihtiyacı olduğunu düşünebilir. Akıllı sözleşme tasarımcılarının neyin eksik olduğuna dair geri bildirim sağladığını görmek isteriz ve gizliliği korumak için kullanılabilecek çok taraflı hesaplama veya güvenilir donanım gibi bir dizi başka teknik de vardır. Bu yönlerde farklı blockchainler geliştirildi ve bunlar çok karmaşık ek sistemler gerektiriyor. Sui'nin mimarisinde bazı temel değişiklikleri temsil ettiğinden, toplulukta insanların bu teknolojileri istediğine dair yeterli kanıt olması gerekiyor. Ancak topluluk bu yönde ilerlemek istiyorsa, gizlilik korumalarını eklemenin yollarını öneren bir süreç var.

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

Bu, insanların Sui'de ne tür uygulamalar geliştirdiğine bağlı ve kısa vadede, insanların gerçekte geliştirmekte olduğu uygulamalarda pek çok iyileştirme olacak. Çok uzun vadeli bir perspektiften bakıldığında, blockchain standartları altında 6 ila 12 ay çok uzun bir süre olarak kabul edilebilir.Daha düşük gecikme süresi, daha basit protokoller elde etmek ve Sui ölçeklerini daha iyi hale getirmek için Sui Lutris protokolünü geliştireceğiz. Buna ek olarak, ekonomiyi daha verimli hale getirecek, doğrulayıcı düğümlerin daha kısıtlı donanım üzerinde çalışmasına ve kriptografi veya blok zincirinin diğer ek yükleri yerine işlemleri yürütmek için mevcut donanımı kullanmasına olanak tanıyacak. Görmeyi beklediğimiz şey bu.