Cộng sự của Dragonfly: Tôi đã bỏ lỡ cơ hội đầu tư vòng hạt giống của Solana như thế nào?
Tuyển chọn TechFlowTuyển chọn TechFlow
Cộng sự của Dragonfly: Tôi đã bỏ lỡ cơ hội đầu tư vòng hạt giống của Solana như thế nào?
Bỏ lỡ khoản lợi nhuận 3250 lần, một trong những bản ghi nhớ đầu tư đắt giá nhất trong lịch sử tiền mã hóa.
Chuyên sâu báo cáo Web3Tác giả bài viết gốc: @hosseeb
Biên dịch: TechFlow
TechFlow chú thích: Đúng dịp Solana kỷ niệm sinh nhật 5 năm, đối tác của Dragonfly Capital @hosseeb đã đăng một bài tweet hôm nay, nhìn lại việc anh đã bỏ lỡ cơ hội đầu tư vòng hạt giống Solana với giá 0,04 USD mỗi đơn vị vào năm 2018, từ đó đánh mất khoản lợi nhuận hơn ngàn lần. Đồng thời anh cũng chia sẻ bản ghi nhớ đầu tư trước đây như một lời hồi tưởng. Ngoài ra, chúng tôi còn trích chọn phần thảo luận giữa Toly – đồng sáng lập Solana và Hosseeb dưới bài tweet này.
Dưới đây là nội dung nguyên bản:
Vào đầu năm 2018, tôi đã từ chối cơ hội tham gia đầu tư vòng hạt giống @solana với mức giá 0,04 USD.
Theo giá hiện tại, điều đó đồng nghĩa với việc tôi đã bỏ lỡ khoản lợi nhuận gấp 3.250 lần.
Solana là một trong những dự án đầu tiên tôi đánh giá khi còn là một nhà đầu tư mạo hiểm cấp thấp (junior VC). Khi ấy tôi ngây thơ và tự tin đến đáng yêu, từng viết bản ghi nhớ cho mỗi dự án mà tôi từ chối đầu tư.
Bây giờ đọc lại bản ghi nhớ này đúng là "cực phẩm bẽ bàng của một junior VC" (peak junior VC cringe). Hồi đó chúng tôi đều mải mê tìm kiếm "kẻ giết chết Ethereum", nghiên cứu các giao thức đồng thuận, và tranh luận xem công nghệ nào sẽ thay thế EVM/eWASM.
Vì vậy, đây chính là bản ghi nhớ nguyên bản chưa chỉnh sửa — sai lầm đầu tư tồi tệ nhất trong sự nghiệp của tôi.
Chúc mừng sinh nhật, Solana! 🎂
Nội dung bản ghi nhớ
-
Ghi chú nhanh sau khi đọc xong whitepaper:
-
Sáng kiến quan trọng nhất của họ là Bằng chứng Lịch sử (Proof of History - PoH). Về cơ bản, đây là một hàm trễ có thể xác minh, sử dụng liên tiếp các phép toán băm, tương tự bằng chứng công việc tuần tự. Nói cách khác, chọn ra một người duy trì thời gian, người này liên tục thực hiện băm lặp lại trên một giá trị nhất định và công bố tất cả các giá trị băm trung gian. Vì quá trình này phải được thực thi tuần tự trên một lõi duy nhất, không thể song song hóa, các nút nên có thể dự đoán lượng thời gian trôi qua giữa các lần băm liên tiếp (có lẽ dựa trên hiểu biết về hiệu năng phần cứng?)
-
Các nút PoH cũng sẽ trộn bất kỳ trạng thái hiện tại nào (ví dụ như giao dịch cần được gửi) vào các chuỗi băm này. Như vậy có thể tạo ra lịch sử các sự kiện có thể gắn nhãn thời gian một cách đáng tin cậy.
-
Nếu nút PoH gặp sự cố hoặc không đảm bảo hoạt động liên tục, họ đề xuất một giải pháp cho phép nhiều nút PoH định kỳ trộn lẫn trạng thái với nhau.
-
Một nhóm nút xác thực sẽ phát lại và xác minh các thao tác của nút PoH (quá trình xác minh có thể đạt hiệu quả song song cao hơn nhờ kiến trúc MapReduce). Những nút xác thực này đạt đồng thuận thông qua giao thức tương tự Casper sử dụng PoS. Nếu phát hiện nút PoH có hành vi Byzantine hoặc sai phạm, các nút xác thực có thể bầu chọn một nút PoH mới để thay thế.
-
Họ tuyên bố sẽ phát triển chức năng thanh toán và hợp đồng thông minh.
-
Họ khẳng định có thể đạt 710.000 TPS, và đã đạt được 35.000 TPS trên mạng thử nghiệm một nút.
-
Ý kiến cá nhân tôi:
-
Các con số của họ hoàn toàn vô lý. 710.000 TPS thật nực cười; thậm chí Google cũng không đạt tới 100.000 lượt tìm kiếm mỗi giây. Việc đưa con số này lên vị trí nổi bật nhất trên website khiến tôi cực kỳ nghi ngờ.
-
Rút lại nhận xét trước đó rằng whitepaper viết tốt. Phần tổng quan khá hay, nhưng chi tiết kỹ thuật thì thiếu hụt nghiêm trọng và mơ hồ. Với tư cách là mô tả một giao thức đồng thuận, tính chặt chẽ thật sự đáng thất vọng.
-
Đội ngũ chủ yếu gồm các kỹ sư nền tảng từ Qualcomm. CEO và CTO chủ yếu làm việc trong lĩnh vực hệ điều hành, hệ thống nhúng, tối ưu GPU và trình biên dịch. Họ rõ ràng thiếu kinh nghiệm mạnh trong hệ thống phân tán và mật mã học, điều này thể hiện rõ trong bài viết. Cách xử lý vấn đề dung sai lỗi Byzantine rất kém. Tôi nhớ đến whitepaper của Raiblocks/Nano (cũng là các kỹ sư nền tảng).
-
Thêm nữa, những nội dung như thế này trong whitepaper khiến tôi nghi ngại:
[Trích từ Whitepaper Solana, Mục 5.12]
"PoH cho phép các nút xác thực trong mạng quan sát các sự kiện đã xảy ra trong quá khứ cùng với thời điểm của chúng với một mức độ chắc chắn nhất định. Khi bộ tạo PoH sản xuất luồng thông điệp, tất cả các nút xác thực cần nộp chữ ký về trạng thái của họ trong vòng 500ms. Giá trị này có thể được giảm thêm tùy theo điều kiện mạng. Vì mỗi xác thực đều được đưa vào luồng, mọi người trong mạng đều có thể kiểm tra liệu tất cả các nút xác thực có nộp phiếu bầu trong giới hạn thời gian quy định hay không, mà không cần trực tiếp quan sát quá trình bỏ phiếu."
-
Đây không phải là một giao thức đồng thuận. Giả định đặt ra giới hạn 500ms trong truyền tin để đạt đồng thuận là vấn đề nghiêm trọng, và không thực hiện dung sai lỗi Byzantine một cách ý nghĩa. Hơn nữa, họ đo 500ms như thế nào? Khi họ ước lượng thời gian trôi qua dựa trên số lần băm lặp được thực thi, thì các nút khác trong hệ thống sẽ đạt đồng thuận về việc 500ms đã trôi qua ra sao? Ngoài ra, họ sẽ giải quyết ra sao với sự chệch pha về tốc độ đồng hồ do cải tiến phần cứng, lỗi phần cứng hay nhiễu theo thời gian? Vấn đề thời gian trong hệ thống phân tán cực kỳ phức tạp, tôi cho rằng họ không nhận ra mức độ khó của nó.
-
Hơn nữa, ai quan tâm đến thời gian chứ? Đây có thực sự là vấn đề lớn trong lĩnh vực blockchain? Phải chăng mọi người không hài lòng với độ phân giải thời gian khối 15 giây/1 giây (như DFINITY chẳng hạn)? Tôi cho rằng đây không phải vấn đề gì to tát, và sự phức tạp cùng rối loạn mà họ đưa vào giao thức dường như không mang lại nhiều giá trị.
-
Họ có một phần riêng bàn về các cuộc tấn công và vấn đề động cơ không phù hợp. Các phản hồi về các cuộc tấn công hoàn toàn không thuyết phục, và cũng thiếu tính chặt chẽ hoặc chi tiết.
-
Họ dành hẳn một chương để nói về Bằng chứng sao chép (Proof of Replication), giống như Filecoin. Đang làm cái quái gì vậy? Hãy nói cho tôi về giao thức đồng thuận của bạn, cách bạn thực hiện giao dịch, tài khoản, blockchain của bạn sẽ có đặc điểm gì. Tôi đâu quan tâm đến bằng chứng lưu trữ dữ liệu.
-
Còn có một đoạn dài mô tả hợp đồng thông minh, nhưng chỉ nói rằng họ sẽ dùng LLVM làm nền tảng để hỗ trợ nhiều nền tảng khác. Nhưng ngoài điều đó thì chẳng nói gì thêm.
-
Quá nhiều nội dung về GPU và xử lý song song. Điều này lộ ra sự tập trung kỳ lạ — nếu họ cần xây dựng một giao thức đồng thuận BFT và nền tảng hợp đồng thông minh khả dụng, thì không nên quá mải mê với việc xử lý song song định dạng gói dữ liệu của họ. Tôi nhớ rằng trong buổi trình diễn mà tôi từng xem, họ cũng như vậy — dành phần lớn thời gian thảo luận cách tối ưu xử lý trên các nút, mà gần như không dành thời gian để mô tả thực tế giao thức đồng thuận của họ.
Kết luận: Tôi tuyệt đối sẽ không đầu tư vào dự án này
Thú vị thay, sau 5 năm, khi Haseeb @hosseeb đăng tweet chúc mừng Solana đã thành công giành được vị trí vững chắc trong thế giới tiền mã hóa, đồng thời đùa về việc bản thân non nớt ngày xưa đã bỏ lỡ cơ hội lớn, thì Toly – đồng sáng lập Solana @aeyakovenko đã trả lời dưới bài tweet này: “Tất cả những lo ngại của bạn trước đây thực sự đều hợp lý. Về cơ bản, đây là một canh bạc — cược rằng chúng tôi có thể giải quyết tất cả những vấn đề đó trong khi vẫn giữ được lợi thế nền tảng mà các đội khác không có.”
Sau đó, Haseeb trả lời Toly: “Tôi nghĩ đó chính là bài học ở đây. Sự kiên trì của các anh đối với tối ưu nền tảng và góc tiếp cận độc đáo là điều mà các đội khác không có. Chính việc tận dụng tối đa điểm mạnh và né tránh điểm yếu như vậy mới là yếu tố quan trọng nhất. Lúc đó tôi hoàn toàn không nhận ra điều đó.”
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@dragonfly_xyz
