Sui uzmanları yüksek performanslı Blok Zinciri tasarımını detaylandırıyor: Hızlı yol ve Konsensüs yolunun yenilikçi uygulamaları

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 sağladığını tartışmak üzere bir Blok Zinciri uzmanı ile röportaj yaptı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: Akademik alandan geliyorsunuz, araştırma alanlarınızı tanıtabilir misiniz?

Ben bir üniversitenin profesörüyüm, araştırma odaklarım geniş anlamda güvenlik ve gizlilik. 20. yüzyılın başlarında, eşler arası sistemler ve anonim sistemler üzerine oldukça fazla araştırma yaptım, bu sistemlerin birçoğu depolama odaklı büyük dağıtık sistemlerdi. Tüm Blok Zinciri, özellikle Ethereum'un temsil ettiği gibi, uygulamaya daha fazla odaklanmaya başladığında, dağıtık defterler ve Blok Zinciri ile akıllı sözleşmelerin nasıl uygulanacağı konusunda ilgi duymaya başladım. İzin gerektirmeyen özellikleri, erken dönem eşler arası sistemler üzerindeki çalışmalarımda oldukça aşinaydım. Bu nedenle, üniversitedeki araştırma grubum yüksek performanslı sistemler inşa etme üzerine çalışmalara başladı. Bazı fikirlerimizi ticarileştirmek için bir şirket kurduk, daha sonra ekip büyük bir teknoloji şirketi tarafından satın alındı. Ardından, bu şirkete Blok Zinciri'ni ölçeklendirmek için çözümler sunmalarında yardımcı olduk. Ancak çözümler ilerleme kaydedemediğinde, ayrıldım ve yüksek performanslı Blok Zinciri fikirlerini hayata geçirmek için diğer fırsatları aramaya devam ettim.

S2: Siz hâlâ bir profesörsünüz, peki uygulama ile araştırma arasında ne fark görüyorsunuz?

Aslında çok büyük bir fark yok. Araştırma yaptığımızda, yüksek performanslı bir Blok Zinciri inşa etmek veya belirli bir işlevselliği gerçekleştirmek gibi belirli hedeflerin tüm olasılıklarını dikkate alırız. Elbette, Blok Zinciri inşa ederken veya gerçek sistemde kullanılacak belirli işlevleri seçerken, bu olasılıklardan birini seçmek zorundayız. Sürekli olarak yargılarda bulunmalıyız, bu iyi fikirler arasında hangisi aslında insanlara en çok fayda sağlıyor? Hangi fikirler insanlar tarafından aranan? Blok Zinciri benimsemesinde hangi engeller var? İnsanların yapmak istedikleri şeyleri gerçekleştirmelerini engelleyen nedir? Sistem inşa ederken, tüm olasılıkları dikkate almaya devam edeceksiniz ve akademik literatürden olası senaryoları anlamaya çalışacak, ardından en ilgili olanları seçeceksiniz. Bu sadece bilgi ilgisi değil, aynı zamanda kullanıcılar için değer yaratma meselesidir.

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

Üzerinde çalıştığım ana sorun, Blok Zinciri'nin farklı işlevlerini nasıl genişletebileceğimdir. Blok Zinciri'nin sistemsel yönlerine odaklanıyorum; örneğin, işlem hacmini nasıl artırabilir ve gecikmeyi nasıl azaltabiliriz. Bu konudaki sorunlar açıktır; bir platformda bir sözleşme çok popüler hale geldiğinde, o platform bu kadar büyük bir işlem hacmini kaldırmakta zorlanır, işlem sıkışıklığı yaşanır ve ücretler fırlatır. Blok Zinciri başarılı olduğunda, işleyebildiği işlem hacminin mevcut kapasiteyi aştığını görüyoruz. Bu nedenle, insanların bu Blok Zincirleri üzerinde yapmak istediklerini karşılamak için yeterli kapasite olmadığı açıktır. Bu yalnızca bizim düşüncelerimizden kaynaklanmıyor; bu durumu tekrar tekrar gözlemliyoruz. Bir süre boyunca, bu değerli bir zorluk olarak görülüyordu; sadece benim ekibimde değil, aslında tüm akademik dünyada Blok Zinciri üzerinde çalışılıyor ve herkes bu sorunu farklı yollarla çözmeye çalışıyor. Şimdi, bu zorlukları aşmak için Blok Zinciri'nin yeteneklerini genişletmek üzere geliştirilmiş oldukça fazla teknoloji var. Ancak o zaman, birçok insanın bunu farklı şekillerde çözmeye çalıştığı iyi biliniyordu.

S4: L2 ağları, genişleme sorununu çözmek için önerilen bir yöntemdir. Bu, Sui gibi yeni nesil L1 ağlarının kurulmasından ne farkı var ve hangi avantajları vardır?

L2, belirli bir ekosistem içinde genişletme çözümüdür. Ancak uygulama geliştiricileri için L2 ağı kullanmak biraz zorlayıcıdır. Bir L2 ağı L1 ile etkileşime girmeye çalıştığında, köprüleme etkinlikleri gerçekleştirilmelidir; bu, herhangi bir L2/L1 ilişkisi için geçerlidir. L1'de coin, varlık veya diğer içerikleri temsil eden durum, L2'de yansıtılmalı ve tam tersi de geçerli olmalıdır. Bunun yanı sıra, L2'nin L1'in içinde gerçekleşen her şeyi doğrulaması için bazı mekanizmalara sahip olması gerekir. Ancak bu, yalnızca L1'de bulunan herhangi bir varlığın L2'ye aktarılması gerektiği ilk kısımdır; L2'de bazı etkinlikler gerçekleşmeli ve ardından bir şekilde varlık L1'e geri aktarılmalıdır. Bu oldukça zahmetlidir.

Tokens gibi değiştirilebilir varlıklar için, bu köprüleme faaliyetleri oldukça sorunsuz geçiyor, çünkü insanların iki hesabı ve bir köprüleme ara yazılımı var. Ancak daha genel varlıklar için durum pek iyi değil. L1 üzerinde, tokens'dan daha karmaşık uygulamalar geliştirmek için L2 ağını gerçekten kullanmak istiyorsanız, her iki tarafta da birer akıllı sözleşmeye ihtiyaç duyarsınız; biri minting için, diğeri ise burning için. Bunlar, iki farklı ekosistem arasında gidip gelmek zorunda, bu da her sözleşmenin özelleştirilmiş bir etkinliğidir. Basitçe, ben bir L2 ağı oluşturacağım, tüm varlıkları alıp kendi isteğime göre işleyeceğim ve sonrasında geri getirip işlem yapacağım diyemezsiniz, böyle bir kavram yok. Bu manuel bir süreçtir ve hata yapma olasılığı oldukça yüksektir. Bu nedenle, bu pek iyi bir deneyim değil. Hayal edin ki, farklı L2 ağlarında varlıklarınız var ve bu farklı L2 ağlarında bu özelleştirilmiş akıllı sözleşmeleriniz var. Her seferinde başka bir L2 ağındaki bir durumu işlem yapmak istediğinizde, L1'e geri köprüleme yapmanız ve sonra tekrar L2'ye dönmeniz gerekir. Kolayca diyemezsiniz ki, ben bu blok zincirinde bir şeyler yaptım, şimdi başka bir blok zincirinde başka şeyler yapacağım, bunun hangi L1 veya L2 üzerinde olduğunu düşünmeme gerek yok. Her şey burada, şu anda elimde, istediğim herhangi bir durumda daha fazla işlem yapmak üzere hazır. Bu, L2 ağlarındaki durumların dağılmış olmasının neden olduğu kötü deneyimin bir parçasıdır. Farklı zincirler arasında varlık taşımak oldukça zordur ve bu kullanıcılar için de oldukça açıktır. İşte bu yüzden L2 ağları hiç ilgimi çekmedi.

Başka bir örnek, oldukça ilginç bir ekosisteme sahip olan tanınmış bir projedir. Bu proje, farklı uygulamalar için farklı blok zincirleri kullanarak genişlemeyi benimsemiştir. Farklı zincirlerde farklı işlem hızları gerçekleştirebiliriz ve farklı uygulamalar arasında işlem yapmamız gerektiğinde, zincirler arasında varlıkları köprüleyebiliriz; ancak bu da aynı sorunla karşılaşmaktadır. Farklı uygulamaları kullanmak istediğinizde, önce köprüleme işlemi yapmanız gerekir ki bu kullanıcılar için ince ve belirgindir. Ardından bu uygulamayı kullanabilir ve geri köprüleyebilirsiniz. Bir zincirden diğerine varlık transferi yapmak için daha fazla zaman harcadığınızı ve gerçekten yapmak istediğiniz şeyleri yapmaktan uzaklaştığınızı göreceksiniz.

Sui'de, planımız büyük bir veritabanı kurmaktır, aslında bu, tüm doğrulanmış düğümlerin kopyaladığı durumu içermektedir. Bir işlem tamamlandığında, aynı veritabanındaki tüm durumlar bir sonraki işlemi gerçekleştirmek için kullanılabilir ve kullanıcıların L1 ve L2 arasında sürekli olarak varlık durumunu taşımalarına gerek kalmaz.

S5: Sui Lutris, Sui protokolünün temelidir, ana yeniliği nedir ve Sui'nin yüksek işlem hacmi ve düşük gecikme özelliklerine sahip olmasını nasıl sağlar?

Sui Lutris, iki ana kavramdan oluşur: (1) blok zincirindeki birçok işlem için aslında konsensüse ihtiyaç yoktur; (2) gerçekten konsensüse ihtiyaç duyulduğunda, bu iki yöntemi bir araya getiren çok yüksek bir throughput yöntemidir. Sui Lutris, Sui dağıtık sisteminin kalbidir ve dağıtık bir ağda işlem yaparken, protokole uyan iki farklı doğrulayıcı düğümün asla tutarsız bir durumda olmamasını sağlar. Böylece bir doğrulayıcı düğümün sizin bir coin harcadığınızı ve bunu Alice'e gönderdiğini düşündüğü, diğer bir doğrulayıcı düğümün ise aynı coin'in aslında Bob'a gönderildiğini düşündüğü durumu ortaya çıkmaz.

İki farklı yol, biri konsensüse ihtiyaç duymayan (hızlı yol), diğeri ise konsensüse ihtiyaç duyan (konsensüs yolu). İşlem yapmak istediğiniz nesne yalnızca size ait olduğunda, örneğin kendi NFT karakteriniz ve karakterinizin takmasını istediğiniz şapka, teorik olarak diğer kişiler bunlara müdahale etmemelidir. Bu durumlarda, Sui hızlı yolu kullanır, bu da sizin kendi nesnelerinizi işlem yapabileceğiniz anlamına gelir, konsensüs beklemeden işlemin kesinliğini elde edebilir, işlemin gerçekleşmesini sağlar ve şapka NFT'nizin başında takılıdır.

Ancak bazı durumlarda, işlemler yalnızca sizin kendi nesnelerinizi içermez, bunlar birçok kişi tarafından paylaşılır. Örneğin, küçük şapkaların satıldığı bir müzayede varsa, bu tür bir müzayede Sui'de paylaşılan bir nesne olarak temsil edilir. İnsanlar teklif verebilir, en yüksek teklifi veren kişi şapkayı kazanır. Bu tür bir müzayede, tek bir varlığa ait olmayan bir nesnedir; herkes teklif verebilmeli, paylaşmalı ve en son teklif hakkında güncellemeleri alabilmelidir, bu tür işlemler ek bir uzlaşma gerektirir. Sui Lutris, paylaşılan nesnelerinize sahip olmanıza ve bunlar üzerinde işlemler gerçekleştirmenize olanak tanır; böylece diğer nesnelere sahip olabilir, paylaşılan nesnelerin durumunu değiştirebilir veya yeni paylaşılan nesneler oluşturabilirsiniz. Belirli bireyler tarafından sahip olunan özel nesneler ile birçok kişi tarafından paylaşılan paylaşılan nesneler arasında etkileşim olmasını sağlayarak iki yolun bir arada var olmasına izin verir.

Bu iki farklı yolun farklı avantajları vardır. Özel nesnelerin hızlı yolunun gecikmesi çok düşüktür, gereken süre bir saniyeden azdır, çok hızlıdır ve geniş ölçekte ölçeklenebilir. Konsensüs yolunun gecikmesi ise daha yüksektir, genellikle bir saniyeyi aşar, kapasitesi de oldukça yüksektir, ancak ilk yola kıyasla ölçeklenmesi daha zordur. Sui'de, her gün milyonlarca işlemle zincir üstü uygulamaları yönlendirenler genellikle ilk yolu kullanır ve uygulamalarını büyük ölçüde özel nesnelerde en fazla işlem yapılacak şekilde yapılandırır, paylaşım işlemleri yerine. Öte yandan, karmaşık işler yapan protokoller (örneğin DeFi) genellikle ikinci tür işlemleri uygularlar çünkü birçok farklı kişinin tekliflerini veya likiditelerini bir araya getirerek işlem yapmak zorundadırlar.

S6: Sui üzerindeki uygulama geliştiricileri, uygulamalarını hızlı yol kullanacak şekilde tasarlayabilir mi?

Evet, kesinlikle mümkün. Bence bu, genişletilebilir uygulama tasarımcılarının temel işidir. Akıllı sözleşme geliştiricileri, sözleşmelerinde işleyecekleri nesnelerin belirli bir zaman diliminde tek bir varlığın özel nesnesi mi yoksa paylaşılan nesne mi olduğunu tamamen kontrol edebilirler. Sui'de genişletilebilir uygulama geliştirmenin bir püf noktası, çoğu işlemin esasen özel nesneler üzerinde gerçekleştirilmesini sağlamaktır, çünkü Sui, istediğiniz birçok işlemi çok düşük gecikme süresiyle yönetebilir ve bu harika bir deneyimdir. Oyunlar için gerekli olan işlemler bu kategoride gerçekleştirilmeli, paylaşılan durum ve paylaşılan nesneler aracılığıyla aracılık gerektiren işlemlerle karşılaştırıldığında, gecikmeleri oldukça düşüktür. Bir kez tıklandığında, işlem hemen ağda tamamlanabilir.

Akıllı sözleşme tasarımcılarının bu konuda tam kontrolü vardır, temel olarak her kategorideki işlemleri tam olarak belirleyebilirler. Elbette, sözleşmenin ilk versiyonu her şeyi paylaşılan bir durum olarak görebilir ve her şey daha yüksek gecikmeli bir konsensüs yoluyla geçebilir, ancak ölçeklendirme gereksinimleri ortaya çıktıkça, geliştiricilerin bu kısımlara ihtiyaç duymadan ne ölçüde ilerleyebileceklerini düşünmeleri gerekecektir.

S7: Programlanabilir ticaret blokları burada nasıl bir rol oynar?

Programlanabilir işlem blokları hızlı yol veya uzlaşma yolunda rol alabilir. Eğer bir programlanabilir işlem bloğu yalnızca sizin özel nesnelerinizi içeriyorsa, bu, bir zincir üzerindeki işleminizle birden fazla işlem gerçekleştirebileceğiniz anlamına gelir. Örnek vermek gerekirse, bir CEX uygulaması olduğunuzu varsayalım, burada birçok kişi farklı coins alıp satıyor, siz zincir üzerinde tek bir işlem yapabilirsiniz, bu kavram olarak insanların alıp sattığı içerikle eşdeğerdir. Ancak siz bir borsa olduğunuz için, hepsi size ait olduğu için, aynı anda binlerce işlemi hesaplayabilirsiniz, bu hızlı yoldur. Öte yandan, eğer programlanabilir işlem bloğu içindeki bazı nesneler paylaşılıyorsa, bu uzlaşma yoluna girmiştir, bu durumda gecikme biraz daha yüksek olacaktır, bir saniye değil birkaç saniye olacaktır.

S8: Ana ağ 100 günden fazla süredir çevrimiçi, Sui'nin performansı varsaydığınız araştırma teorisini doğruladı mı? Sizi şaşırtan bir şey var mı?

Sui'nin tasarımını doğrulayan birkaç şey var, ancak düşündürücü olan bazı şeyler de mevcut. Bir tanesi, işlem hacminin özellikle yüksek olduğu zamanlarda, hatta özel bir anda, günlük işlem hacminin 60 milyondan fazla olduğu, bu işlemlerin çoğunun hızlı yol üzerinde gerçekleştiğidir. Sui Lutris son derece ölçeklenebilir ve çok düşük gecikmeye sahiptir. O zamana kadar, bu yolun kullanılacak olup olmadığı belirsizdi, ancak büyük miktarda işlem ve düşük gecikme gerektiğinde kullanıldı ve oldukça etkili oldu! Bu yöntemi görmek oldukça kolaydır. O günlerde, Sui'nin işlem hacmi 'i aştı.