dcSpark CTO'su, Cardano'nun Neden 'Veri Depolamak İçin En Kötü Blok Zincirlerinden Biri' Olduğunu Açıklıyor PlatoBlockchain Veri Zekası. Dikey Arama. Ai.

dcSpark CTO'su Cardano'nun Neden 'Veri Depolamak İçin En Kötü Blok Zincirlerinden Biri' Olduğunu Açıklıyor

13 Ağustos Cumartesi günü, Sebastian GuillemotBlockchain şirketinin CTO'su dckıvılcımL1 blockchain Cardano'nun ($ADA) "kesinlikle veri depolamak için en kötü blockchainlerden biri" olduğunu söyledi ve neden böyle düşündüğünü açıklamaya devam etti.

Geliştirme ekibine göre dcSpark'ın ne yaptığını merak ediyorsanız, ana hedefler şunlardır:

  • “Blockchain Protokol Katmanlarını Genişletin”
  • “Birinci Sınıf Ekosistem Araçlarını Uygulayın”
  • “Kullanıcıya Yönelik Uygulamalar Geliştirin ve Yayınlayın”

Firma, Nisan 2021'de Nicolas Arqueros, Sebastien Guillemot ve Robert Kornacki tarafından ortaklaşa kuruldu. dcSpark, Cardano topluluğunda en çok yan zincir projesiyle tanınıyor Sütomeda

12 Ağustos Cuma günü, bir Cardano savunucusu, Cardano'nun büyük miktarda veriyi zincirde depolamak için harika bir blockchain olduğunu söyleyen bir tweet attı.

Ancak dcSpark CTO'su, Cardano'nun mevcut tasarımının onu veri depolamak için en kötü blockchainlerden biri haline getirdiğini söyledi:

"Gerçekten garip bir tweet. Cardano kesinlikle veri depolamak için en kötü blok zincirlerden biridir ve bu, blok zincirinin şişmesini önlemek için açık bir tasarım kararıydı ve 64 baytlık plutus verileri parçaları, zincir dışı havuz ve token kaydı vb. gibi birçok tasarım kararının temel nedeniydi.

Vasil bunu satır içi verilerle geliştirir, ancak bunları kullanmanın yüksek maliyeti nedeniyle dolaylı olarak cesaretleri kırılır. Blockchain'in veri kullanılabilirliği sağlamasının önemli bir özellik olduğuna katılıyorum, ancak iyi bir çözüme sahip olmak mevcut protokolde değişiklik yapılmasını gerektirecektir."

Ardından başka bir $ADA sahibi Guillemot'a, bu tasarım kararının ekip oluşturma kapsamlı çözümleri (Orbis gibi) için hayatı zorlaştırıp zorlaştırmayacağını sordu ve kendisi şu yanıtı aldı:

"Evet, L1'i ince tutarken toplamalar, mithril, girdi onaylayıcıları ve diğer benzer veri ağırlıklı kullanım durumları için veri kullanılabilirliği sağlamaya çalışmak (yalnızca veri boşaltan insanlar için optimize eden Ethereum'dan farklı olarak), karşılaşılan en büyük teknik zorluklardan biridir. ele alındı"

1 Ağustos'ta IOG Kurucu Ortağı ve CEO'su Charles Hoskinson, Vasil hard fork'unun neden ikinci kez ertelendiğini açıkladığı ve Vasil protokol güncellemesinin test edilmesine ilişkin bir durum güncellemesi sağladığı kısa bir video yayınladı.

Hoskinson şunları söyledi:

"Başlangıçta, hard fork'u 1.35 ile yapmayı planlamıştık ve testnet'e bunu gönderdik. Test ağı, bunun altında sert çatallandı. Ardından hem şirket içinde hem de toplulukta pek çok test yapılıyordu. Bir dizi hata bulundu: yazılımın üç yeni sürümüyle sonuçlanan üç ayrı hata. Ve şimdi elimizde 1.35.3 var, görünen o ki hard fork'tan kurtulacak ve Vasil'e geçecek sürüm olacak.

"Yapılacak büyük bir retrospektif var. Uzun kısa, ECDSA ilkellerinin ve diğer birkaç şeyin yanı sıra tam olarak olmaları gereken yerde olmadıklarıdır. Bu nedenle, bu özelliği bir kenara bırakmak gerekiyor, ancak kalan tüm özellikler, CIP 31, 32, 33, 40 ve benzeri şeyler oldukça iyi.

"Yani bunlar testin ileri aşamalarındadır ve daha sonra DB Sync ve serileştirme kitaplığı ve diğer şeyler gibi birçok aşağı akış bileşeninin test edilmesi gerekir. Ve bu şu anda devam ediyor. Ve birçok test yapılıyor. Daha önce de belirttiğim gibi, bu, Cardano'ya tarihindeki en karmaşık yükseltmedir, çünkü hem Plutus programlama dilindeki değişiklikleri, hem de fikir birliği protokolündeki değişiklikleri ve bir dizi başka şeyi içerir ve çok yüklü bir sürümdü. İçinde çok şey vardı ve sonuç olarak, herkesin kapsamlı bir şekilde test etme konusunda kazanılmış bir ilgisi vardı.

"Sorun şu ki, ne zaman bir şey keşfedilse, bunu düzeltmeniz gerekir, ancak daha sonra düzeltmeyi doğrulamanız ve tüm test hattından geri dönmeniz gerekir. Böylece, özelliğin tamamlandığı bir duruma gelirsiniz, ancak daha sonra test etmeniz gerekir ve test ettiğinizde bir şey keşfedebilirsiniz ve sonra onu onarmanız gerekir. Ve sonra tüm test hattından geri dönmelisiniz. Yani sürüm gecikmelerine neden olan şey bu…

"Gerçekten Temmuz'da çıkarmayı umuyordum, ancak özellikle fikir birliği veya serileştirme ile ilgili veya işlemlerle ilgili belirli bir sorunla ilgili bir hatanız olduğunda bunu yapamazsınız. Sadece temizlemek zorundasın ve bu sadece böyle gider. Her şeye rağmen, her şey doğru yönde, istikrarlı ve sistematik bir şekilde ilerliyor…

"Yanlış gidebilecek şeyler çok küçüldü ve şimdi bu açıdan testin son aşamalarındayız. Bu nedenle, yeni bir şey keşfedilmediği sürece, daha fazla gecikme yaşayacağımızı tahmin etmiyorum ve bu sadece insanları yükseltiyor…

"Ve umarım, Ağustos ayına girer girmez olumlu haberler alırız. Diğer tarafı ise, bu süreç boyunca boru hattı ile ilgili herhangi bir sorun tespit edilmemesi, CIP 31, 32, 33 veya 40 ile ilgili herhangi bir sorun tespit edilmemesi de çok olumlu bir haber ve bunların defalarca tekrarlandığı göz önüne alındığında. geliştiriciler QA firmaları ve mühendislerimiz tarafından dahili ve harici olarak test edilmiştir; bu, bu özelliklerin kurşun geçirmez ve sıkı olma olasılığının oldukça yüksek olduğu anlamına gelir. Bu yüzden sadece çözülmesi gereken bazı önemli vakalar var ve umarım daha fazla haber içeren bir ay ortası güncellemesi ile gelebiliriz."

[Gömülü içerik]

görüntü Kredi

Sunulan Görüntü Pixabay

Zaman Damgası:

Den fazla Kripto Küre