Son günlerde Sui zinciri de blok üretememe durumuyla karşı karşıya kaldı. İki buçuk saatlik blok üretememe sürecinin ardından, Sui resmi olarak bu olayla ilgili bir rapor yayınladı. Yüksek performanslı bir halka açık zinciri olan Sui'nin blok üretememe sorunu, birkaç yıl önceki Solana olayını akla getiriyor. İki platformu karşılaştırdığımızda, programlama dilleri ve yapıları açısından büyük farklılıklar olsa da, yine de yüksek performanslı bir halka açık zincir olmaları Merkeziyetsizlik eksikliği gibi eleştirilere neden oluyor.
Neden bir tıkanıklık kontrol kodu, tüm doğrulayıcılar için bir çöküşe neden oldu
Rapor, 21 Kasım 2024 tarihinde Pasifik Saati ile 01:15 ile 03:45 arasında SUI Ana Ağ'ın tamamen durma yaşadığını belirtmektedir. Tüm doğrulayıcılar çökme döngüsüne girdi ve bu durum tüm işlemlerin işlenememesine neden oldu. Bu olay, yüksek performanslı bir ana ağın istikrarı yükseltirken hala yüksek düzeyde sağlamlığa ihtiyaç duyduğunu ortaya koymaktadır.
Ve resmi açıklamaya göre, bu duraksamanın nedeni, SUI ağındaki tıkanıklık kontrolü kodundaki bir "assert!" ifadesinin doğrulayıcılar'ın çökmesine neden olmasıdır. Belirli olarak, aşağıdaki koşulların aynı anda sağlanması durumunda ağın çökmesine neden olur:
TotalGasBudgetWithCap modu etkinleştirildi.
Aşağıdaki özellikleri içeren bir işlem alındı: bir değişken paylaşılan nesne giriş olarak, herhangi bir MoveCall talimatı yok
Böyle bir işlem ağa girdiğinde tüm doğrulayıcılar aynı anda çöker ve ağ durma noktasına gelir.
Trafik kontrolü nedir?
SUI Ana Ağ'ın nesne yönelimli yapısı, yüksek performansı elde etmenin bir yoludur, çünkü birçok işlemi aynı anda işleyebilir. Ancak, aynı paylaşılan nesneye yazılması gereken çoklu işlemler sırayla gerçekleştirilmelidir ve bu tür işlemlerin işleme hızı sınırlıdır. Paylaşılan nesneden kaynaklanan tıkanıklıkları önlemek için SUI, tek bir paylaşılan nesnenin işlem hızını sınırlamak için tıkanıklık kontrol mekanizmasını tanıttı. Yazarın eklediği: Daha önce SUI Vakfı, XueDAO ile işbirliği yaparken offline bir kitap kulübünde, nedensel ilişkili işlemleri birlikte paketleyerek işleme koyduklarını belirtti.
Son zamanlarda SUI, işlem karmaşıklığını daha doğru bir şekilde değerlendirmek için TotalGasBudgetWithCap modunu tanıtarak tıkanıklık kontrol sistemini yükseltti. Ancak, bu modda, bu olaya neden olan bir hata ortaya çıktı. SUI ekibi, sorunu hızla tespit ettikten sonra, kodu düzeltmek için harekete geçti ve Ana Ağ v1.37.4 ve Testnet v1.38.1 sürümlerini yayınladı (PR #20365). Doğrulayıcılar topluluğu, onarımdan ağın kurtarılmasına kadar sadece 15 dakika geçen olağanüstü bir yanıt verdi.
Typus protokol：Sui 的停止出塊與 Solana 完全不同
Sui'nin blok üretimini durdurması, insanların hemen Solana veya bu yılın TON'uyla ilgili olarak düşünmesine neden oluyor. Sui üzerindeki Merkezi Olmayan Finans protokolü Typus'un CGO'su Kyrie, takım üyelerinin bu konudaki görüşlerini Twitter'da paylaştı ve bunun Solana'nın blok üretimini durdurma olayından tamamen farklı olduğunu belirtti. Çünkü Solana'nın sorunu, ağ sıkışıklığından kaynaklanan sistem çökmesidir ve bu sorunu çözmek için büyük ölçekli altyapı iyileştirmesi gerekmektedir, bu da Solana'nın sorununun kısa vadede temel olarak çözülemeyeceği anlamına gelir. Sui'nin bu seferki sorunu ise açıkça bir teknik sorun olup, sistem altyapısını etkilemez.
Kyrie, bu çökme sorununun, İşlem Maliyeti hesaplanırken değer taşması (overflow) nedeniyle meydana geldiğini belirtti. Basitçe söylemek gerekirse, hesap makinesinin ekranında yeterli basamak olmadığında, sayı çok büyük olduğunda sıfıra dönerek tekrar hesaplanır. Bu durumda sistem sonsuz bir döngüye girerek tüm ağı durdurur.
Sistem hesaplanan değerlerin saklanabilecek aralığın üzerine çıktığında, orijinal tasarım, aralığın üzerine çıkıldığında hatalı hesaplama yaparak sistemde tekrarlayan hesaplamalara neden olurdu. Ancak PR # 20365, doğru hesaplama sınırını belirleyen bir düzeltme yaparak bu durumun yaşanmasını önlemiştir. Ayrıca, bu olayın anahtarının, İşlem Maliyeti hesaplama program mantığındaki bir sorun olduğunu, SUI'nin Konsensus Mekanizması veya sistem mimarisi tasarımı değil, açıklamıştır. Bu da neden düzeltmenin bu kadar hızlı ve doğrudan yapılabildiğini açıklar.
Franklin Templeton ve SUI'nin işbirliği ilişkisini duyurdu
Son teslim tarihinden önce bir haber geldi: Blok üretiminin durduğu günün ardından, Sui Vakfı ve Franklin Templeton işbirliği açıkladı. Franklin Templeton bildiride Deepbook, Karrier One ve ika adlı üç protokol ve altyapıyı işaret etti. Ancak Franklin Templeton'ın blok zincirindeki işleyişine göre, nesne yönelimli, güvenlik odaklı halka ve RWA'nın birleşimi olan Sui beklenilebilir.
Bu makale SUI'nin ilk bloğunu durdurduktan sonra yayınlandı: Geliştiriciler sorun olmadığını söylüyor, ertesi gün Franklin Templeton işbirliği duyurdu.
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
Sui ilk kez çıkış yapmayı durdurdu: Geliştiriciler sorunun önemli olmadığını belirtti, ertesi gün Franklin Templeton işbirliği duyurdu.
Son günlerde Sui zinciri de blok üretememe durumuyla karşı karşıya kaldı. İki buçuk saatlik blok üretememe sürecinin ardından, Sui resmi olarak bu olayla ilgili bir rapor yayınladı. Yüksek performanslı bir halka açık zinciri olan Sui'nin blok üretememe sorunu, birkaç yıl önceki Solana olayını akla getiriyor. İki platformu karşılaştırdığımızda, programlama dilleri ve yapıları açısından büyük farklılıklar olsa da, yine de yüksek performanslı bir halka açık zincir olmaları Merkeziyetsizlik eksikliği gibi eleştirilere neden oluyor.
Neden bir tıkanıklık kontrol kodu, tüm doğrulayıcılar için bir çöküşe neden oldu
Rapor, 21 Kasım 2024 tarihinde Pasifik Saati ile 01:15 ile 03:45 arasında SUI Ana Ağ'ın tamamen durma yaşadığını belirtmektedir. Tüm doğrulayıcılar çökme döngüsüne girdi ve bu durum tüm işlemlerin işlenememesine neden oldu. Bu olay, yüksek performanslı bir ana ağın istikrarı yükseltirken hala yüksek düzeyde sağlamlığa ihtiyaç duyduğunu ortaya koymaktadır.
Ve resmi açıklamaya göre, bu duraksamanın nedeni, SUI ağındaki tıkanıklık kontrolü kodundaki bir "assert!" ifadesinin doğrulayıcılar'ın çökmesine neden olmasıdır. Belirli olarak, aşağıdaki koşulların aynı anda sağlanması durumunda ağın çökmesine neden olur:
TotalGasBudgetWithCap modu etkinleştirildi.
Aşağıdaki özellikleri içeren bir işlem alındı: bir değişken paylaşılan nesne giriş olarak, herhangi bir MoveCall talimatı yok
Böyle bir işlem ağa girdiğinde tüm doğrulayıcılar aynı anda çöker ve ağ durma noktasına gelir.
Trafik kontrolü nedir?
SUI Ana Ağ'ın nesne yönelimli yapısı, yüksek performansı elde etmenin bir yoludur, çünkü birçok işlemi aynı anda işleyebilir. Ancak, aynı paylaşılan nesneye yazılması gereken çoklu işlemler sırayla gerçekleştirilmelidir ve bu tür işlemlerin işleme hızı sınırlıdır. Paylaşılan nesneden kaynaklanan tıkanıklıkları önlemek için SUI, tek bir paylaşılan nesnenin işlem hızını sınırlamak için tıkanıklık kontrol mekanizmasını tanıttı. Yazarın eklediği: Daha önce SUI Vakfı, XueDAO ile işbirliği yaparken offline bir kitap kulübünde, nedensel ilişkili işlemleri birlikte paketleyerek işleme koyduklarını belirtti.
Son zamanlarda SUI, işlem karmaşıklığını daha doğru bir şekilde değerlendirmek için TotalGasBudgetWithCap modunu tanıtarak tıkanıklık kontrol sistemini yükseltti. Ancak, bu modda, bu olaya neden olan bir hata ortaya çıktı. SUI ekibi, sorunu hızla tespit ettikten sonra, kodu düzeltmek için harekete geçti ve Ana Ağ v1.37.4 ve Testnet v1.38.1 sürümlerini yayınladı (PR #20365). Doğrulayıcılar topluluğu, onarımdan ağın kurtarılmasına kadar sadece 15 dakika geçen olağanüstü bir yanıt verdi.
Typus protokol：Sui 的停止出塊與 Solana 完全不同
Sui'nin blok üretimini durdurması, insanların hemen Solana veya bu yılın TON'uyla ilgili olarak düşünmesine neden oluyor. Sui üzerindeki Merkezi Olmayan Finans protokolü Typus'un CGO'su Kyrie, takım üyelerinin bu konudaki görüşlerini Twitter'da paylaştı ve bunun Solana'nın blok üretimini durdurma olayından tamamen farklı olduğunu belirtti. Çünkü Solana'nın sorunu, ağ sıkışıklığından kaynaklanan sistem çökmesidir ve bu sorunu çözmek için büyük ölçekli altyapı iyileştirmesi gerekmektedir, bu da Solana'nın sorununun kısa vadede temel olarak çözülemeyeceği anlamına gelir. Sui'nin bu seferki sorunu ise açıkça bir teknik sorun olup, sistem altyapısını etkilemez.
Kyrie, bu çökme sorununun, İşlem Maliyeti hesaplanırken değer taşması (overflow) nedeniyle meydana geldiğini belirtti. Basitçe söylemek gerekirse, hesap makinesinin ekranında yeterli basamak olmadığında, sayı çok büyük olduğunda sıfıra dönerek tekrar hesaplanır. Bu durumda sistem sonsuz bir döngüye girerek tüm ağı durdurur.
Sistem hesaplanan değerlerin saklanabilecek aralığın üzerine çıktığında, orijinal tasarım, aralığın üzerine çıkıldığında hatalı hesaplama yaparak sistemde tekrarlayan hesaplamalara neden olurdu. Ancak PR # 20365, doğru hesaplama sınırını belirleyen bir düzeltme yaparak bu durumun yaşanmasını önlemiştir. Ayrıca, bu olayın anahtarının, İşlem Maliyeti hesaplama program mantığındaki bir sorun olduğunu, SUI'nin Konsensus Mekanizması veya sistem mimarisi tasarımı değil, açıklamıştır. Bu da neden düzeltmenin bu kadar hızlı ve doğrudan yapılabildiğini açıklar.
Franklin Templeton ve SUI'nin işbirliği ilişkisini duyurdu
Son teslim tarihinden önce bir haber geldi: Blok üretiminin durduğu günün ardından, Sui Vakfı ve Franklin Templeton işbirliği açıkladı. Franklin Templeton bildiride Deepbook, Karrier One ve ika adlı üç protokol ve altyapıyı işaret etti. Ancak Franklin Templeton'ın blok zincirindeki işleyişine göre, nesne yönelimli, güvenlik odaklı halka ve RWA'nın birleşimi olan Sui beklenilebilir.
Bu makale SUI'nin ilk bloğunu durdurduktan sonra yayınlandı: Geliştiriciler sorun olmadığını söylüyor, ertesi gün Franklin Templeton işbirliği duyurdu.