ผู้เขียนต้นฉบับ: @hosseeb
การแปลต้นฉบับ: TechFlow
หมายเหตุ: เนื่องในโอกาสครบรอบ 5 ปีของ Solana พันธมิตรของ Dragonfly Capital อย่าง @hosseeb ได้ทวีตข้อความในวันนี้ โดยกล่าวถึงการที่เขาพลาดโอกาสในการเข้าร่วมการลงทุนรอบเริ่มต้นของ Solana ที่ราคาหน่วยละ 0.04 ดอลลาร์สหรัฐในปี 2018 และพลาดโอกาสรับผลตอบแทนมากกว่าหนึ่งพันเท่า นอกจากนี้ ได้แนบบันทึกการลงทุนฉบับดั้งเดิมมาด้วย เพื่อเป็นที่ระลึก นอกจากนี้ เรายังได้คัดลอกการสนทนาระหว่างผู้ร่วมก่อตั้ง Solana อย่าง Toly และ Hosseeb ไว้ใต้ทวีตนี้ด้วย
ฉันปฏิเสธโอกาสในการลงทุนในรอบเริ่มต้นของ @solana ที่ 0.04 ดอลลาร์ในต้นปี 2018
ตามราคาปัจจุบัน นี่เทียบเท่ากับการสูญเสียผลตอบแทน 3,250 เท่า
Solana เป็นหนึ่งในโครงการแรกที่ฉันประเมินในฐานะ VC ระดับจูเนียร์ ในเวลานั้น ฉันยังคงไร้เดียงสาและมั่นใจในตัวเองมาก และจะเขียนบันทึกสำหรับทุกๆ โครงการที่ฉันยอมแพ้ในการลงทุน
เมื่ออ่านบันทึกนั้นอีกครั้งตอนนี้ VC ระดับจูเนียร์ก็รู้สึกเขินอายเป็นอย่างยิ่ง ในเวลานั้น พวกเราต่างก็หลงใหลในการค้นหา "ตัวทำลาย Ethereum" การค้นคว้าเกี่ยวกับโปรโตคอลฉันทามติ และเทคโนโลยีใดที่จะมาแทนที่ EVM/eWASM
นี่คือบันทึกต้นฉบับที่ไม่มีการแก้ไขใดๆ เลย – การลงทุนที่พลาดมากที่สุดในอาชีพการงานของฉัน
สุขสันต์วันเกิดนะ โซลานา!
1. หลังจากอ่านเอกสารสรุปแล้ว การเขียนย่อของฉันมีดังนี้:
· นวัตกรรมหลักของพวกเขาคือ Proof of History (PoH) โดยพื้นฐานแล้ว นี่คือฟังก์ชันการหน่วงเวลาที่ตรวจสอบได้โดยใช้การแฮชต่อเนื่อง ซึ่งคล้ายกับการพิสูจน์การทำงานแบบต่อเนื่อง กล่าวอีกนัยหนึ่ง มีการเลือกผู้ดูแลเวลาซึ่งจะทำการวนซ้ำค่าแฮชและเผยแพร่ค่าแฮชกลางทั้งหมดอย่างต่อเนื่อง เนื่องจากกระบวนการนี้ต้องดำเนินการแบบอนุกรมในคอร์เดียวและไม่สามารถดำเนินการแบบขนานได้ โหนดจึงควรสามารถคาดการณ์จำนวนเวลาที่ผ่านไประหว่างแฮชที่เกิดขึ้นต่อเนื่องกันได้ (สันนิษฐานว่าจะขึ้นอยู่กับความรู้เกี่ยวกับประสิทธิภาพของฮาร์ดแวร์ของโหนดนั้นๆ)
· โหนด PoH ยังผสมสถานะปัจจุบันใดๆ (เช่น ธุรกรรมที่ต้องส่ง) ลงในแฮชเหล่านี้ด้วย วิธีนี้ช่วยให้สามารถสร้างประวัติเหตุการณ์ที่มีการประทับเวลาได้อย่างน่าเชื่อถือ
· หากโหนด PoH มีปัญหาหรือไม่สามารถรับประกันว่าจะออนไลน์ได้ พวกเขาเสนอวิธีแก้ปัญหาโดยให้โหนด PoH หลายโหนดรวมสถานะต่างๆ เข้าด้วยกันเป็นระยะๆ
· กลุ่มโหนดผู้ตรวจสอบความถูกต้องจะเล่นซ้ำและยืนยันการทำงานของโหนด PoH (กระบวนการตรวจสอบสามารถดำเนินการแบบขนานได้อย่างมีประสิทธิภาพมากขึ้นผ่านสถาปัตยกรรม MapReduce) ผู้ตรวจสอบความถูกต้องเหล่านี้บรรลุฉันทามติโดยใช้ PoS ผ่านโปรโตคอลคล้ายกับ Casper หากพบว่าโหนด PoH มีปัญหาด้าน Byzantine หรือมีพฤติกรรมไม่เหมาะสม โหนดผู้ตรวจสอบสามารถเลือกโหนด PoH ใหม่มาแทนที่ได้
· ดูเหมือนว่าพวกเขาจะพัฒนาความสามารถด้านการชำระเงินและสัญญาอัจฉริยะ
· พวกเขาอ้างว่าสามารถเข้าถึง 710,000 TPS และบรรลุ 35,000 TPS บนเครือข่ายทดสอบโหนดเดียว
2. ความคิดของฉัน:
· ตัวเลขของพวกเขาเป็นเรื่องไร้สาระสิ้นดี 710,000 TPS ถือเป็นเรื่องไร้สาระ แม้แต่ Google ก็ยังค้นหาน้อยกว่า 100,000 ครั้งต่อวินาที ข้อมูลนี้วางไว้ในตำแหน่งที่โดดเด่นที่สุดบนเว็บไซต์ของพวกเขา ซึ่งทำให้ฉันรู้สึกตื่นตัวมาก
· ฉันขอถอนคำพูดก่อนหน้าของฉันที่ว่ากระดาษขาวนี้เขียนได้ดี เนื้อหาระดับสูงนั้นดี แต่รายละเอียดทางเทคนิคยังขาดและคลุมเครือมาก เมื่อเป็นคำอธิบายของโปรโตคอลฉันทามติ ความเข้มงวดนี้ถือว่าน่าผิดหวัง
· ทีมงานประกอบด้วยวิศวกรระดับล่างของ Qualcomm เป็นหลัก CEO และ CTO ทำงานในด้านระบบปฏิบัติการ ระบบฝังตัว การเพิ่มประสิทธิภาพ GPU และคอมไพเลอร์เป็นหลัก เห็นได้ชัดว่าพื้นฐานของพวกเขาในระบบแบบกระจายและการเข้ารหัสยังไม่แข็งแกร่งเพียงพอ ซึ่งแสดงไว้อย่างชัดเจนในเอกสาร การจัดการปัญหาความทนทานต่อความผิดพลาดของไบแซนไทน์ที่ไม่ดี ทำให้ฉันนึกถึงเอกสารไวท์เปเปอร์ของ Raiblocks/Nano (ซึ่งพวกเขาก็เป็นวิศวกรพื้นฐานเช่นกัน)
· และเนื้อหาต่อไปนี้ในเอกสารไวท์เปเปอร์ทำให้ฉันสงสัย:
[เอกสารไวท์เปเปอร์ Solana ฉบับดั้งเดิม ส่วนที่ 5.12]
“PoH ช่วยให้ผู้ตรวจสอบเครือข่ายสามารถสังเกตเหตุการณ์ที่ผ่านมาและกำหนดเวลาได้ในระดับหนึ่ง เมื่อเครื่องสร้าง PoH สร้างสตรีมข้อความ ผู้ตรวจสอบทั้งหมดจะต้องส่งลายเซ็นของพวกเขาในสถานะภายใน 500 มิลลิวินาที จำนวนนี้สามารถลดลงได้อีกตามเงื่อนไขของเครือข่าย เนื่องจากการตรวจสอบแต่ละครั้งถูกป้อนเข้าในสตรีม ทุกคนในเครือข่ายจึงสามารถตรวจยืนยันได้ว่าผู้ตรวจสอบทั้งหมดส่งคะแนนเสียงของพวกเขาภายในเวลาที่กำหนดโดยไม่ต้องสังเกตกระบวนการลงคะแนนโดยตรง”
· นี่ไม่ใช่โปรโตคอลฉันทามติ การจำกัดการส่งข้อความเพื่อให้เกิดฉันทามติที่ 500 มิลลิวินาทีนั้นค่อนข้างมีปัญหาและไม่สามารถบรรลุการทนทานต่อความผิดพลาดแบบไบแซนไทน์ได้อย่างมีนัยสำคัญ แล้วจะวัด 500ms ได้อย่างไร? โหนดอื่นในระบบจะสรุปตรงกันได้อย่างไรว่าเวลาผ่านไป 500 มิลลิวินาที โดยจะประมาณเวลาที่ผ่านไปตามจำนวนแฮชที่ดำเนินการซ้ำ นอกจากนี้ พวกเขาจะอธิบายความเบี่ยงเบนของความเร็วสัญญาณนาฬิกาตามกาลเวลาอันเนื่องมาจากการปรับปรุงฮาร์ดแวร์ ความล้มเหลวของฮาร์ดแวร์ หรือสัญญาณรบกวนได้อย่างไร ปัญหาเรื่องเวลาในระบบแบบกระจายมีความซับซ้อนอย่างยิ่ง และฉันไม่คิดว่าพวกเขาจะตระหนักว่ามันยากขนาดไหน
· นอกจากนี้ใครจะสนใจเรื่องเวลาล่ะ? นี่เป็นปัญหาใหญ่ในพื้นที่บล็อคเชนหรือไม่? ผู้คนไม่พอใจกับเวลาบล็อกที่จำกัด 15 วินาทีต่อ 1 วินาที (เช่นเดียวกับบางอย่างเช่น DFINITY) หรือไม่ ฉันไม่คิดว่ามันจะเป็นเรื่องใหญ่ ความซับซ้อนและความสับสนที่พวกเขาใส่เข้าไปในโปรโตคอลก็ดูเหมือนจะไม่เพิ่มมูลค่ามากนัก
· พวกเขามีส่วนที่อุทิศให้กับการโจมตีและการจัดตำแหน่งแรงจูงใจที่ไม่ถูกต้อง การตอบสนองต่อการโจมตีของพวกเขาไม่น่าเชื่อถือเลยและยังขาดความเข้มงวดหรือรายละเอียดอีกด้วย
· พวกเขามีทั้งส่วนที่พูดถึงการพิสูจน์การจำลอง เช่นเดียวกับ Filecoin คุณกำลังทำอะไร? บอกฉันเกี่ยวกับโปรโตคอลฉันทามติของคุณ และวิธีการนำธุรกรรมและบัญชีไปใช้ และฟีเจอร์ต่างๆ ที่บล็อคเชนของคุณจะมี ฉันไม่สนใจหลักฐานการจัดเก็บข้อมูล
· ยังมีย่อหน้ายาวๆ ที่อธิบายถึงสัญญาอัจฉริยะ แต่ระบุเพียงว่าพวกเขาจะใช้ LLVM เป็นแบ็กเอนด์เพื่อรองรับแพลตฟอร์มต่างๆ แต่ไม่มีการกล่าวถึงสิ่งอื่นใดอีก
· เนื้อหามากมายเกี่ยวกับ GPU และการประมวลผลแบบขนาน นี่เป็นการบ่งบอกถึงความรู้สึกโฟกัสที่แปลกประหลาด - หากพวกเขาจำเป็นต้องใช้โปรโตคอลฉันทามติ BFT และแพลตฟอร์มสัญญาอัจฉริยะที่ใช้งานได้ พวกเขาไม่ควรหมกมุ่นอยู่กับการประมวลผลแบบขนานของรูปแบบแพ็คเก็ตของพวกเขา ฉันจำได้ว่าพวกเขาก็ทำแบบเดียวกันในการนำเสนอที่ฉันเห็น โดยใช้เวลาส่วนใหญ่ในการพูดคุยถึงวิธีการจัดการการเพิ่มประสิทธิภาพด้วยโหนดเหล่านี้ และแทบจะไม่มีเวลาอธิบายถึงโปรโตคอลฉันทามติของพวกเขาเลย
ที่น่าสนใจคือ 5 ปีต่อมา เมื่อ Haseeb @hosseeb ทวีตแสดงความยินดีกับ Solana ที่ประสบความสำเร็จในโลกของคริปโต และล้อเลียนว่าเขาพลาดโอกาสครั้งใหญ่ไปได้อย่างไรเมื่อตอนที่เขายังเด็ก ผู้ร่วมก่อตั้ง Solana อย่าง Toly @aeyakovenko ตอบกลับทวีตนี้: "ความกังวลของคุณทั้งหมดนั้นสมเหตุสมผลจริงๆ โดยพื้นฐานแล้ว นี่คือการเดิมพันว่าเราจะแก้ปัญหาเหล่านี้ได้หรือไม่ ในขณะที่ยังคงข้อได้เปรียบพื้นฐานที่ทีมอื่นไม่มี"
จากนั้น Haseeb ตอบกลับ Toly: "ฉันคิดว่านี่คือบทเรียน ความพากเพียรของคุณในการปรับปรุงพื้นฐานและมุมการโจมตีที่เป็นเอกลักษณ์คือสิ่งที่ทีมอื่นไม่มี การเพิ่มจุดแข็งให้สูงสุดและหลีกเลี่ยงจุดอ่อนเป็นสิ่งที่สำคัญที่สุด ฉันไม่รู้เรื่องนี้เลยในตอนนั้น"

ยินดีต้อนรับสู่ชุมชนทางการของ BlockBeats:
กลุ่ม Telegram สมัครสมาชิก: https://t.me/theblockbeats
กลุ่ม Telegram พูดคุย: https://t.me/BlockBeats_App
บัญชี Twitter ทางการ: https://twitter.com/BlockBeatsAsia