Bỏ lỡ một trong những bản ghi nhớ đầu tư đắt giá nhất trong lịch sử tiền điện tử, lên đến 3250 lần.
Viết bởi: @hosseeb
Biên soạn: Deep Tide TechFlow
Chú ý từ Gate.io: Đúng vào dịp kỷ niệm 5 năm ngày ra đời của Solana, Đối tác của Dragonfly Capital @hosseeb đã đăng một bài viết trên Twitter hôm nay, nhớ lại cách anh ấy đã bỏ lỡ cơ hội đầu tư vào Solana ở vòng gọi vốn ban đầu với giá 0,04 đô la vào năm 2018, và đã lỡ mất hơn 1000 lần lợi nhuận. Đồng thời, chúng tôi cũng trích dẫn phần trao đổi giữa Solana's co-founder Toly và Hosseeb trong bài đăng này.
Dưới đây là chi tiết văn bản gốc:
Tôi từ chối cơ hội đầu tư vòng giống nhưng với giá 0.04 USD vào đầu năm 2018 của @solana.
Theo giá hiện tại, tương đương với việc đã bỏ lỡ 3250 lần lợi nhuận.
Solana là một trong những dự án đầu tiên mà tôi đánh giá khi là một nhà đầu tư mới. Lúc đó, tôi còn ngây thơ và tự tin đến đáng yêu, luôn viết ghi chú cho mỗi dự án mà tôi từ bỏ đầu tư.
Bây giờ, việc đọc lại bản ghi nhớ này thực sự là một "cảnh tượng ngượng ngùng của VC trẻ" (đỉnh điểm của sự ngượng ngùng của VC trẻ). Lúc đó, chúng ta đều say mê việc tìm kiếm "sát thủ Ethereum", nghiên cứu giao thức đồng thuận, và công nghệ nào sẽ thay thế EVM / eWASM.
Vì vậy, đây là văn bản ghi chú không chỉnh sửa hoàn toàn - là khoản đầu tư TỒI NHẤT trong sự nghiệp của tôi.
Chúc mừng sinh nhật, Solana!🎂
Nội dung ghi chú
Sau khi đọc xong sách trắng, ghi chép của tôi như sau:
Sự đổi mới quan trọng của họ đã được chứng minh lịch sử (PoH). Ở bản chất, đây là một hàm trễ thời gian có thể xác minh, sử dụng phép toán băm liên tục, tương tự như chứng minh công việc tuần tự. Nói cách khác, chọn một người duy trì thời gian, người này liên tục thực hiện phép toán băm lặp lại trên một giá trị cụ thể và công bố tất cả các giá trị băm trung gian. Vì quá trình này phải thực hiện 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 qua giữa các phép toán băm liên tục (xấp xỉ dựa trên hiểu biết của họ về hiệu suất phần cứng?).
Nút PoH cũng sẽ kết hợp bất kỳ trạng thái hiện tại nào (ví dụ như giao dịch cần gửi) vào các băm này. Điều này giúp tạo ra lịch sử sự kiện có thể đáng tin cậy được đóng dấu thời gian.
Nếu các nút PoH gặp vấn đề hoặc không thể đảm bảo trực tuyến, họ đã đề xuất một giải pháp để các nút PoH khác nhau kết hợp trạng thái định kỳ với nhau.
Một nhóm nút xác thực sẽ chơi lại và xác thực hoạt động của nút PoH (quá trình xác thực có thể được thực hiện hiệu quả hơn thông qua cấu trúc MapReduce song song). Những người xác thực này đạt được sự đồng thuận thông qua PoS giống như giao thức Casper. Nếu phát hiện nút PoH gặp vấn đề Byzantine hoặc hành vi không đúng, các nút xác thực có thể bầu chọn một nút PoH mới thay thế.
Dường như họ sẽ phát triển chức năng thanh toán và hợp đồng thông minh.
Họ tuyên bố có thể đạt được 71 nghìn TPS và đã thực hiện được 3.5 nghìn TPS trên mạng lưới thử nghiệm của một nút.
Ý tưởng của tôi:
Số liệu của họ hoàn toàn là lời nói dối. 71 nghìn TPS thì thật là buồn cười; thậm chí còn không bằng 10 nghìn lượt tìm kiếm mỗi giây của Google. Dữ liệu này được đặt ở vị trí nổi bật nhất trên trang web của họ, khiến tôi rất đề phòng.
Thu hồi lời khen ngợi trước đó về việc viết Sách trắng tốt. Nội dung cao cấp không tồi, nhưng thiếu rõ ràng và mơ hồ về chi tiết kỹ thuật. Là một mô tả về giao thức đồng thuận, tính chặt chẽ làm người ta thất vọng.
Nhóm có chủ yếu các kỹ sư cấp thấp từ Qualcomm. CEO và CTO chủ yếu làm việc trong hệ điều hành, hệ thống nhúng, tối ưu hóa GPU và trình biên dịch. Sự nền tảng của họ trong hệ thống phân tán và mật mã học rõ ràng không mạnh mẽ, điều này rõ ràng trong bài báo. Xử lý vấn đề bền vững Byzantine rất tệ. Điều này làm tôi nhớ đến bản báo cáo trắng của Raiblocks/Nano (họ cũng là kỹ sư cấp thấp).
Và nội dung như vậy trong sách trắng khiến tôi nảy sinh nghi ngờ:
[Chương 5.12 của Bản gốc của Solana]
「PoH cho phép các nhà xác minh mạng quan sát sự kiện đã xảy ra trong quá khứ và thời gian diễn ra với một mức độ xác định nào đó. Khi bộ tạo PoH tạo ra luồng tin nhắn, tất cả nhà xác minh cần gửi chữ ký của họ về trạng thái trong vòng 500ms. Giá trị này có thể được giảm xuống dựa trên điều kiện mạng. Vì mỗi xác minh được đưa vào luồng, mọi người trong mạng có thể xác minh xem tất cả nhà xác minh đã gửi phiếu của họ trong thời gian vượt quá quy định hay không mà không cần quan sát trực tiếp quá trình bỏ phiếu.」
Điều này không phải là một giao thức đồng thuận. Giả sử việc giới hạn 500ms trong truyền thông làm cho việc đạt được đồng thuận trở nên khá khó khăn và không có ý nghĩa trong việc thực hiện sự dung thứ Byzantine. Hơn nữa, họ sẽ đo lường 500ms như thế nào? Xét đến họ sẽ ước lượng thời gian trôi qua dựa trên số lượng hash lặp lại dựa trên thực thi, làm sao các nút khác trong hệ thống đạt được sự đồng thuận về việc đã qua 500ms? Ngoài ra, họ sẽ giải quyết vấn đề độ trễ trong tốc độ đồng hồ do cải tiến phần cứng, sự cố phần cứng hoặc nhiễu gây ra theo thời gian? Vấn đề thời gian trong hệ thống phân tán rất phức tạp, tôi nghĩ họ chưa nhận ra khó khăn của nó.
Nói chung, ai quan tâm đến thời gian? Điều này có phải là một vấn đề lớn trong lĩnh vực blockchain không? Mọi người có không hài lòng với độ tinh tế của thời gian khối là 15 giây/1 giây (như DFINITY chẳng hạn)? Tôi nghĩ rằng điều này không phải là vấn đề gì, sự phức tạp và hỗn 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 đặc biệt để thảo luận về vấn đề tấn công và khuyến khích không đồng nhất. Phản ứng của họ đối với cuộc tấn công hoàn toàn không thuyết phục, đồng thời thiếu sự cẩn thận hoặc giải thích chi tiết.
Họ có một chương đầy đủ để thảo luận về chứng minh sao chép, giống như Filecoin. Đang đùa à? Hãy cho tôi biết giao thức đồng thuận của bạn và cách thực hiện giao dịch, tài khoản, tính năng nào mà blockchain của bạn sẽ có. Tôi không quan tâm chứng minh lưu trữ dữ liệu.
Vẫn còn một phần lớn bắt đầu mô tả hợp đồng thông minh, nhưng chỉ nói rằng họ sẽ sử dụng LLVM làm backend để hỗ trợ nhiều nền tảng. Nhưng ngoài ra không đề cập đến điều gì khác.
Nhiều nội dung về GPU và song song hóa. Điều này tiết lộ một cảm giác tập trung kỳ lạ - nếu họ cần triển khai giao thức đồng thuận BFT và nền tảng hợp đồng thông minh có sẵn, họ không nên mê mải với việc xử lý song song của định dạng gói dữ liệu của họ. Tôi nhớ họ cũng làm như vậy trong bài thuyết trình mà tôi đã xem - dành phần lớn thời gian để thảo luận về cách sử dụng những nút này để tối ưu hóa xử lý, và hầu như không có 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
Điều thú vị là, sau 5 năm, khi Haseeb @hosseeb tweet chúc mừng Solana đã thành công trong việc chiếm được vị trí trong cộng đồng tiền điện tử và chế nhạo bản thân non nớt đã bỏ lỡ cơ hội lớn, Toly - người sáng lập Solana, đã đáp lại dưới bài đăng này: “Tất cả những lo lắng ban đầu của bạn đều hợp lý. Điều này về bản chất là một cược - cược vào việc chúng tôi có thể giữ vững ưu thế cơ bản mà các nhóm khác không có, đồng thời giải quyết được những vấn đề này hay không.”
Sau đó, Haseeb trả lời Toly: "Tôi nghĩ đó chính là bài học từ đó. Sự kiên trì của bạn trong việc tối ưu hóa cấp thấp và góc tấn công độc đáo là điều mà các đội khác không có. Sự tận dụng tối đa và tránh nhược điểm này mới là quan trọng nhất. Lúc đó, tôi hoàn toàn không nhận ra điều này."
Nội dung chỉ mang tính chất tham khảo, không phải là lời chào mời hay đề nghị. Không cung cấp tư vấn về đầu tư, thuế hoặc pháp lý. Xem Tuyên bố miễn trừ trách nhiệm để biết thêm thông tin về rủi ro.
Dragonfly 合伙人：tôi đã bỏ lỡ cơ hội đầu tư vào Solana như thế nào?
Viết bởi: @hosseeb
Biên soạn: Deep Tide TechFlow
Chú ý từ Gate.io: Đúng vào dịp kỷ niệm 5 năm ngày ra đời của Solana, Đối tác của Dragonfly Capital @hosseeb đã đăng một bài viết trên Twitter hôm nay, nhớ lại cách anh ấy đã bỏ lỡ cơ hội đầu tư vào Solana ở vòng gọi vốn ban đầu với giá 0,04 đô la vào năm 2018, và đã lỡ mất hơn 1000 lần lợi nhuận. Đồng thời, chúng tôi cũng trích dẫn phần trao đổi giữa Solana's co-founder Toly và Hosseeb trong bài đăng này.
Dưới đây là chi tiết văn bản gốc:
Tôi từ chối cơ hội đầu tư vòng giống nhưng với giá 0.04 USD vào đầu năm 2018 của @solana.
Theo giá hiện tại, tương đương với việc đã bỏ lỡ 3250 lần lợi nhuận.
Solana là một trong những dự án đầu tiên mà tôi đánh giá khi là một nhà đầu tư mới. Lúc đó, tôi còn ngây thơ và tự tin đến đáng yêu, luôn viết ghi chú cho mỗi dự án mà tôi từ bỏ đầu tư.
Bây giờ, việc đọc lại bản ghi nhớ này thực sự là một "cảnh tượng ngượng ngùng của VC trẻ" (đỉnh điểm của sự ngượng ngùng của VC trẻ). Lúc đó, chúng ta đều say mê việc tìm kiếm "sát thủ Ethereum", nghiên cứu giao thức đồng thuận, và công nghệ nào sẽ thay thế EVM / eWASM.
Vì vậy, đây là văn bản ghi chú không chỉnh sửa hoàn toàn - là khoản đầu tư TỒI NHẤT trong sự nghiệp của tôi.
Chúc mừng sinh nhật, Solana!🎂
Nội dung ghi chú
Sau khi đọc xong sách trắng, ghi chép của tôi như sau:
Sự đổi mới quan trọng của họ đã được chứng minh lịch sử (PoH). Ở bản chất, đây là một hàm trễ thời gian có thể xác minh, sử dụng phép toán băm liên tục, tương tự như chứng minh công việc tuần tự. Nói cách khác, chọn một người duy trì thời gian, người này liên tục thực hiện phép toán băm lặp lại trên một giá trị cụ thể và công bố tất cả các giá trị băm trung gian. Vì quá trình này phải thực hiện 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 qua giữa các phép toán băm liên tục (xấp xỉ dựa trên hiểu biết của họ về hiệu suất phần cứng?).
Nút PoH cũng sẽ kết hợp bất kỳ trạng thái hiện tại nào (ví dụ như giao dịch cần gửi) vào các băm này. Điều này giúp tạo ra lịch sử sự kiện có thể đáng tin cậy được đóng dấu thời gian.
Nếu các nút PoH gặp vấn đề hoặc không thể đảm bảo trực tuyến, họ đã đề xuất một giải pháp để các nút PoH khác nhau kết hợp trạng thái định kỳ với nhau.
Một nhóm nút xác thực sẽ chơi lại và xác thực hoạt động của nút PoH (quá trình xác thực có thể được thực hiện hiệu quả hơn thông qua cấu trúc MapReduce song song). Những người xác thực này đạt được sự đồng thuận thông qua PoS giống như giao thức Casper. Nếu phát hiện nút PoH gặp vấn đề Byzantine hoặc hành vi không đúng, các nút xác thực có thể bầu chọn một nút PoH mới thay thế.
Dường như họ sẽ phát triển chức năng thanh toán và hợp đồng thông minh.
Họ tuyên bố có thể đạt được 71 nghìn TPS và đã thực hiện được 3.5 nghìn TPS trên mạng lưới thử nghiệm của một nút.
Ý tưởng của tôi:
Số liệu của họ hoàn toàn là lời nói dối. 71 nghìn TPS thì thật là buồn cười; thậm chí còn không bằng 10 nghìn lượt tìm kiếm mỗi giây của Google. Dữ liệu này được đặt ở vị trí nổi bật nhất trên trang web của họ, khiến tôi rất đề phòng.
Thu hồi lời khen ngợi trước đó về việc viết Sách trắng tốt. Nội dung cao cấp không tồi, nhưng thiếu rõ ràng và mơ hồ về chi tiết kỹ thuật. Là một mô tả về giao thức đồng thuận, tính chặt chẽ làm người ta thất vọng.
Nhóm có chủ yếu các kỹ sư cấp thấp từ Qualcomm. CEO và CTO chủ yếu làm việc trong hệ điều hành, hệ thống nhúng, tối ưu hóa GPU và trình biên dịch. Sự nền tảng của họ trong hệ thống phân tán và mật mã học rõ ràng không mạnh mẽ, điều này rõ ràng trong bài báo. Xử lý vấn đề bền vững Byzantine rất tệ. Điều này làm tôi nhớ đến bản báo cáo trắng của Raiblocks/Nano (họ cũng là kỹ sư cấp thấp).
Và nội dung như vậy trong sách trắng khiến tôi nảy sinh nghi ngờ:
[Chương 5.12 của Bản gốc của Solana]
「PoH cho phép các nhà xác minh mạng quan sát sự kiện đã xảy ra trong quá khứ và thời gian diễn ra với một mức độ xác định nào đó. Khi bộ tạo PoH tạo ra luồng tin nhắn, tất cả nhà xác minh cần gửi chữ ký của họ về trạng thái trong vòng 500ms. Giá trị này có thể được giảm xuống dựa trên điều kiện mạng. Vì mỗi xác minh được đưa vào luồng, mọi người trong mạng có thể xác minh xem tất cả nhà xác minh đã gửi phiếu của họ trong thời gian vượt quá quy định hay không mà không cần quan sát trực tiếp quá trình bỏ phiếu.」
Điều này không phải là một giao thức đồng thuận. Giả sử việc giới hạn 500ms trong truyền thông làm cho việc đạt được đồng thuận trở nên khá khó khăn và không có ý nghĩa trong việc thực hiện sự dung thứ Byzantine. Hơn nữa, họ sẽ đo lường 500ms như thế nào? Xét đến họ sẽ ước lượng thời gian trôi qua dựa trên số lượng hash lặp lại dựa trên thực thi, làm sao các nút khác trong hệ thống đạt được sự đồng thuận về việc đã qua 500ms? Ngoài ra, họ sẽ giải quyết vấn đề độ trễ trong tốc độ đồng hồ do cải tiến phần cứng, sự cố phần cứng hoặc nhiễu gây ra theo thời gian? Vấn đề thời gian trong hệ thống phân tán rất phức tạp, tôi nghĩ họ chưa nhận ra khó khăn của nó.
Nói chung, ai quan tâm đến thời gian? Điều này có phải là một vấn đề lớn trong lĩnh vực blockchain không? Mọi người có không hài lòng với độ tinh tế của thời gian khối là 15 giây/1 giây (như DFINITY chẳng hạn)? Tôi nghĩ rằng điều này không phải là vấn đề gì, sự phức tạp và hỗn 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 đặc biệt để thảo luận về vấn đề tấn công và khuyến khích không đồng nhất. Phản ứng của họ đối với cuộc tấn công hoàn toàn không thuyết phục, đồng thời thiếu sự cẩn thận hoặc giải thích chi tiết.
Họ có một chương đầy đủ để thảo luận về chứng minh sao chép, giống như Filecoin. Đang đùa à? Hãy cho tôi biết giao thức đồng thuận của bạn và cách thực hiện giao dịch, tài khoản, tính năng nào mà blockchain của bạn sẽ có. Tôi không quan tâm chứng minh lưu trữ dữ liệu.
Vẫn còn một phần lớn bắt đầu mô tả hợp đồng thông minh, nhưng chỉ nói rằng họ sẽ sử dụng LLVM làm backend để hỗ trợ nhiều nền tảng. Nhưng ngoài ra không đề cập đến điều gì khác.
Nhiều nội dung về GPU và song song hóa. Điều này tiết lộ một cảm giác tập trung kỳ lạ - nếu họ cần triển khai giao thức đồng thuận BFT và nền tảng hợp đồng thông minh có sẵn, họ không nên mê mải với việc xử lý song song của định dạng gói dữ liệu của họ. Tôi nhớ họ cũng làm như vậy trong bài thuyết trình mà tôi đã xem - dành phần lớn thời gian để thảo luận về cách sử dụng những nút này để tối ưu hóa xử lý, và hầu như không có 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
Điều thú vị là, sau 5 năm, khi Haseeb @hosseeb tweet chúc mừng Solana đã thành công trong việc chiếm được vị trí trong cộng đồng tiền điện tử và chế nhạo bản thân non nớt đã bỏ lỡ cơ hội lớn, Toly - người sáng lập Solana, đã đáp lại dưới bài đăng này: “Tất cả những lo lắng ban đầu của bạn đều hợp lý. Điều này về bản chất là một cược - cược vào việc chúng tôi có thể giữ vững ưu thế cơ bản mà các nhóm khác không có, đồng thời giải quyết được những vấn đề này hay không.”
Sau đó, Haseeb trả lời Toly: "Tôi nghĩ đó chính là bài học từ đó. Sự kiên trì của bạn trong việc tối ưu hóa cấp thấp và góc tấn công độc đáo là điều mà các đội khác không có. Sự tận dụng tối đa và tránh nhược điểm này mới là quan trọng nhất. Lúc đó, tôi hoàn toàn không nhận ra điều này."