Dragonfly ortağı: Solana'nın tohum turu fırsatını nasıl kaçırdım?

robot
Abstract generation in progress

Orijinal yazar: @hosseeb

Orijinal metin çevirisi: Deep Tide TechFlow

Derinlik: Solana'nın doğum günü olan beşinci yılda, Dragonfly Capital'ın ortağı @hosseeb bugün bir tweet yayınladı ve 2018'de 0.04 dolar fiyatla Solana'nın tohum turuna yatırım yapmayı nasıl kaçırdığını ve binlerce kat getiriyi kaçırdığını geri dönüp inceledi. Aynı zamanda, o zamanın yatırım notunu anmak için ekledi. Ayrıca, Solana'nın ortak kurucusu Toly ve Hosseeb'in bu tweet altında yaptığı tartışmayı da özetledik.

Aşağıda orijinal metin detayları:

2018 yılında, 0.04 dolar karşılığında @solana'nın tohum yatırım turuna katılma fırsatını reddettim.

Şu anki fiyata göre, 3250 kat geri dönüş kaçırılmış demektir.

Solana, benim birinci basamak VC olarak değerlendirdiğim ilk projelerden biriydi. O zamanlar hala sevimli, saf ve kendime güvenen biriydim, yatırım yapmaktan vazgeçtiğim her projeye notlar yazardım.

Bu notu tekrar okumak sadece "genç VC'lerin utanç verici anıları". O zamanlar hepimiz "Ethereum katili" arayışına, konsensüs protokollerini araştırmaya ve hangi teknolojinin EVM / eWASM'ı değiştireceğine odaklanmıştık.

Bu yüzden, bu tamamen düzenlenmemiş bir notun orijinal metni - kariyerimdeki en kötü yatırımımı KAYBETMEK.

Doğum günün kutlu olsun, Solana!🎂

Not defteri içeriği

1. Beyaz kağıdı okuduktan sonra, notlarım aşağıdaki gibidir:

  • Büyük inovasyonları, tarih tarafından kanıtlandı (PoH). Temelde bu, doğrulanabilir bir zaman gecikme fonksiyonudur, ardışık hash işlemleri kullanır, sıralı çalışma kanıtına benzer. Başka bir deyişle, bir zaman koruyucusu seçilir ve bu koruyucu sürekli olarak belirli bir değeri tekrarlayan hash işlemlerine tabi tutar ve tüm ara hash değerlerini yayınlar. Bu süreç tek bir çekirdekte seri olarak yürütülmek zorunda olduğundan paralel hale getirilemez, düğümlerin ardışık hash'ler arasında geçen süreyi tahmin edebilmesi gerekir (muhtemelen donanım performanslarına dayanarak?).
  • PoH düğümü, mevcut durumu (örneğin gönderilecek işlemler) bu karmaşaya karıştırır. Böylece güvenilir bir şekilde zaman damgası basılabilen olay geçmişi oluşturulabilir.
  • Eğer PoH düğümlerinde bir sorun olursa veya çevrimiçi olmalarını garanti edemezlerse, düzenli aralıklarla birbirlerinin durumlarını karıştırmak için bir yöntem önerdiler.
  • Bir grup doğrulayıcı düğme, PoH düğümünün işlemlerini tekrar oynatır ve doğrular (doğrulama süreci, daha verimli paralelleştirme sağlamak için MapReduce mimarisi kullanılarak gerçekleştirilebilir). Bu doğrulayıcılar, PoS'yi kullanarak Casper'a benzer bir protokol aracılığıyla uzlaşmaya varırlar. Eğer PoH düğümünde bir Byzantine sorunu veya yanlış davranış tespit edilirse, doğrulayıcı düğümler yeni bir PoH düğümünü seçip yerine getirebilirler.
  • Görünüşe göre ödeme ve akıllı sözleşme işlevlerini geliştirecekler.
  • Onlar 71.000 TPS'ye ulaşabildiklerini iddia ediyorlar ve tek düğüm test ağı üzerinde 35.000 TPS başarılı oldular.

2. Benim düşüncem:

*Onların sayıları tamamen saçmalık. 71 bin TPS gerçekten komik; hatta Google'ın saniyede arama hacmi bile 10 binin altında değil. Bu veri, web sitelerinin en dikkat çeken yerine konulmuş ve beni çok tedirgin etti.

  • Önceki olarak beyaz kitabın iyi yazıldığını söyleme. Yüksek seviyeli içerik iyi, ancak teknik detaylar çok eksik ve belirsiz. Bir fikir birliği protokolü açıklaması olarak, titizlik hayal kırıklığı yarattı.
  • Ekip genellikle Qualcomm'un alt seviye mühendislerinden oluşuyor. CEO ve CTO'nun ana uzmanlık alanları işletim sistemi, gömülü sistemler, GPU optimizasyonu ve derleyicilerdir. Dağıtık sistemler ve kriptografi alanında yeterince güçlü bir alt yapıları olmadığı açıkça görülüyor, bu durum makalede açıkça ortaya konmuş. Bizans hatası sorununa yaklaşımları çok zayıf. Bana Raiblocks/Nano'nun beyaz kağıdını hatırlattı (onlar da alt seviye mühendisler).
  • Ve bu tür içeriklerin beyaz kitabında beni şüpheye düşürdü:

[Solana whitepaper original text, Section 5.12]

"PoH, ağ doğrulayıcılarının geçmişte meydana gelen olayları ve zamanlarını belirli bir derecede belirlemesine izin verir. PoH üreteci mesaj akışını oluşturduğunda, tüm doğrulayıcıların durumlarına ilişkin imzalarını 500 ms içinde sunmaları gerekir. Bu değer ağ koşullarına bağlı olarak daha da azaltılabilir. Her doğrulama akışa girdiğinden, ağdaki herkes, tüm doğrulayıcıların belirlenen zaman aşımı süresi içinde oy kullanıp kullanmadığını doğrudan gözlemlemeden kontrol edebilir."

  • Bu bir fikir birliği protokolü değildir. 500 ms'yi fikir birliğine sınırlama varsayımı oldukça sorunludur ve anlamlı bir şekilde Byzantine toleransını uygulamamaktadır. Ayrıca, 500 ms nasıl ölçülecek? Geçen süreyi tahmin etmek için yürütme üzerinden iterasyonel hash miktarına dayandıklarında, diğer sistem düğümleri 500 ms'nin geçtiği konusunda nasıl bir fikir birliğine varacak? Ayrıca, zamanla donanım iyileştirmeleri, donanım arızaları veya gürültü nedeniyle saat hızında meydana gelen sapmaları nasıl ele alacaklar? Dağıtılmış sistemlerde zamanla ilgili sorunlar son derece karmaşıktır, bu konunun ne kadar zor olduğunun farkında olmadıklarını düşünüyorum.
  • Ayrıca, kim zaman önemsiyor? Bu, blok zinciri alanında büyük bir sorun mu? İnsanlar, 15 saniye / 1 saniye (DFINITY gibi şeyler gibi) blok süresi hassasiyetinden memnun değil mi? Bence bu bir sorun değil, protokole getirdikleri karmaşıklık ve kargaşa pek fazla değer getirmemiş gibi görünüyor.
  • Onlar saldırı ve teşvik uyumsuzluk sorununu özel olarak ele alan bir bölüme sahipler. Saldırılara verilen yanıt tamamen inandırıcı değil ve aynı şekilde titizlik veya detay açıklaması eksik. *Onlar, dosya belgesi gibi Filecoin gibi kopyalama ispatını tartışan bir bölüm var. Ne? Bana konsensüs protokolünü ve işlemlerin, hesapların nasıl gerçekleştirileceğini anlat, blokzincirinizde hangi özellikler olacak. Veri depolama ispatıyla ilgilenmiyorum. *Akıllı kontratları açıklayan uzun bir bölüm daha var, ancak sadece çeşitli platformları desteklemek için arka uç olarak LLVM kullanacaklarını belirtiyorlar. Ama bunun dışında hiçbir şey söylemiyorlar.
  • GPU ve paralelleştirme ile ilgili büyük miktarda içerik. Bu, BFT uzlaşma protokolünü ve kullanılabilir akıllı sözleşme platformunu gerçekleştirmeleri gerekiyorsa, veri paketi formatlarındaki paralel işlemeye saplanmamaları gerektiğini ortaya koyuyor. Hatırladığım kadarıyla, gördüğüm sunumlarda da aynıydı - bu düğümlerin nasıl optimize edildiği konusunu ele almak için çoğu zaman harcandı, ve neredeyse hiç zamanlarında uzlaşma protokollerini gerçekten açıklamadılar.

Sonuç: Kesinlikle bu projeye yatırım yapmayacağım

Ilginçtir ki, 5 yıl sonra Haseeb @hosseeb'in Solana'nın başarılı bir şekilde kripto dünyasında yer edindiğini kutladığı ve o zamanki toy halinin nasıl büyük bir fırsatı kaçırdığını alaycı bir şekilde anlattığı bir tweet attığı görülüyor. Solana'nın kurucu ortağı Toly @aeyakovenko ise bu tweet'in altına şu şekilde cevap veriyor: "Aslında tüm endişelerin o zaman için oldukça makuldi. Temelde bu bir kumar - diğer takımların sahip olmadığı bir altta yatan avantajı korurken, bu sorunları çözebileceğimizi bahse giriyoruz."

Sonra Haseeb, Toly'ye şöyle yanıt verdi: "Sanırım buradaki ders bu. Diğer ekiplerin sahip olmadığı alt seviye iyileştirme ve benzersiz saldırı açılarına olan saplantınız. Bu tür aşırı derecede etkili stratejik hamleler yapmak ve zayıf yönlerinizi korumak en önemlisidir. O zamanlar bunun farkında değildim."

Dragonfly ortağı: Solana tohum turu yatırım fırsatını nasıl kaçırdım?

View Original
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
  • Reward
  • Comment
  • Share
Comment
0/400
No comments
  • Pin