Gururla @SuiNetwork: Mysticeti'mizi sunmaktan gurur duyuyoruz, yeni uzlaşı paradigmına derin bir dalış. $Sui = İlk Paralel Yürütme + Şimşek Hızında Uzlaşı ve $Sui'nin hızlı büyümesi sağlam teknolojik altyapı ile desteklenmiştir. Neden Mysticeti'nin bu kadar büyüleyici olduğunu keşfedelim. Tebrikler: $Sui ekibi @EmanAbio @0xAmoghGupta @weiduong @EvanWeb3 @theharrisonkim ve diğerleri. Tebrikler: KatkıDAO araştırma başkanı ve diğerleri. Bu kadar uzun olmasına rağmen, bu araştırmadan ilham almak için okuma zamanı ayırmanız gerektiğini düşünüyoruz. Mysticeti. Temmuz ayında, $Sui, konsensüs protokolü olarak Narwhal ve Bullshark yerine Mysticeti'ye geçiş yaptığını duyurdu. Bu makalede, Mysticeti belgesini basitleştirmeye ve Mysticeti'nin nasıl çalıştığını ve neden seçildiğini açıklamaya çalışacağım, çekirdek fikirleri koruyarak. Mysticeti'ye İhtiyaç Anlamak için Öncelikle Narwhal ve Bullshark'ı gözden geçirelim. Bu protokolleri biliyorsanız, atlayabilirsiniz. Daha fazla ayrıntı için [2], [3] ve [4] referanslara bakın. Narwhal ve Bullshark, veri dağıtımını konsensüs mantığından ayırarak sistem verimliliğini artırmayı amaçlayan sertifikalı DAG tabanlı konsensüs protokolleridir. Narwhal, veri akışını yöneten mempool katmanı olarak işlev görürken, Bullshark konsensüsü ele alır. Doğrulayıcılar, iletişim gerektirmeyen bir şekilde, Narwhal tarafından oluşturulan yerel DAG'ı yorumlar. Yüksek seviyede, Narwhal, her doğrulayıcının iletileri yayınlamasına ve bir DAG'ın yerel görünümünü oluşturmasına olanak tanıyan bir mempool olarak işlev görür. Her turda, her doğrulayıcı bloğunu (düğümü) diğer doğrulayıcılara yayınlar. Her bloğun içindeki ana unsurlar şunlardır: 1. İşlem listesi, 2. r-1 turundan 2f+1 sertifika, 3. Doğrulayıcının imzası. Başka bir doğrulayıcıdan bir blok aldığında, her doğrulayıcı bloğun geçerliliğini doğrular, imzalar ve orijinal gönderene geri gönderir. Bir doğrulayıcı, 2f+1 farklı doğrulayıcıdan imzaları topladığında, bloğu için bir sertifika oluşturabilir ve diğerleriyle paylaşabilir. Bir doğrulayıcı, 2f+1 sertifika aldıktan sonra r+1 turuna geçer. Oluşan yapı, her bloğun önceki turdan 2f+1 bloğa referans vermesi nedeniyle bir DAG oluşturur, önceki turlara dayalı olarak oluşturulan bağlantılar oluşturur. Şimdi bir DAG'ımız olduğuna göre, Bullshark'ı kullanarak yorumlayabiliriz. Bullshark'ta, bir doğrulayıcı her iki turda bir blokları taahhüt etmeye çalışır. [4]'teki örneğe borç vererek, her çift turda bir lider blok, taahhüt süreci için seçilir. Örneğin, Validator 4'ün blokları (L2) ve Validator 1'in blokları (L4) sırasıyla 2 ve 4 turda lider bloklar olarak seçilir. Şimdi, takip eden tek turda, bloklar önceki turdaki lider için oy kullanır, referanslar oy olarak hizmet eder. Örneğin, 2. turda lider blok L2, yalnızca 3. turda referans veren bir blok olduğundan bir oy alır. Doğrudan taahhüt kuralına göre, bir lider f+1'den fazla oy alırsa, o ve neden oluştuğu geçmişi taahhüt edilebilir. Bu nedenle, L4, 2 oy aldığı için doğrudan taahhüt edilebilirken, L2 edilemez.