Gate.io: Nhân 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 đăng trên Twitter hôm nay, nhớ lại cách anh ấy đã bỏ lỡ cơ hội đầu tư vào vòng hạt giống Solana với giá chỉ 0,04 đô la vào năm 2018 và bỏ lỡ lợi nhuận hơn 1.000 lần. Đồng thời, bài đăng còn đính kèm với ghi chú đầu tư ban đầu để tưởng nhớ. Ngoài ra, chúng tôi cũng trích dẫn phần thảo luận của Toly và Hosseeb, đồng sáng lập Solana, dưới 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 hạt giống của @solana vào đầu năm 2018 với giá 0.04 đô la.
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, và đã 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 chú này thực sự là "tình huống ngượng ngùng của VC cấp dưới" (đỉnh điểm của sự ngượng ngùng của VC cấp dưới). Lúc đó, chúng tôi đều nghiện việc tìm kiếm "kẻ giết Ethereum", nghiên cứu giao thức đồng thuận, và cái gì sẽ thay thế cho EVM / eWASM.
Vì vậy, đây là nguyên bản ghi chú chưa được chỉnh sửa hoàn toàn - MISS đầ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 ghi chú
Sau khi đọc xong sách trắng, ghi chú của tôi như sau:
Sự đổi mới lớn của họ đã được chứng minh lịch sử (PoH). Điều này về bản chất là một hàm trễ thời gian có thể xác minh, sử dụng các phép toán băm liên tục, tương tự như chứng minh công việc tuân thủ thứ tự. Nói cách khác, chọn ra một người duy trì thời gian, người duy trì 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ị nào đó 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 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 trôi qua giữa các phép toán băm liên tục (được ước tính dựa trên hiệu suất phần cứng của họ?).
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 được gửi) vào các hash này. Điều này cho phép tạo ra lịch sử sự kiện có thể được đóng dấu thời gian một cách đáng tin cậy.
Nếu các nút PoH gặp vấn đề hoặc không thể đảm bảo online, họ đã đề xuất một phương án để 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 minh sẽ phát lại và xác minh hoạt động của nút PoH (quá trình xác minh có thể được thực hiện thông qua kiến trúc MapReduce để đạt hiệu suất song song cao hơn). Những nút xác minh này đạt được sự đồng thuận thông qua PoS sử dụng giao thức tương tự Casper. Nếu phát hiện nút PoH gặp vấn đề Byzantine hoặc hành vi không đúng, nhóm nút xác minh 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 71 nghìn TPS và đã đạt được 3.5 nghìn TPS trên mạng lưới thử nghiệm đơn điệu.
Ý tưởng của tôi:
Số liệu của họ hoàn toàn vô lý. 71 nghìn TPS thậm chí còn buồn cười; thậm chí cả lượng tìm kiếm mỗi giây của Google cũng không đến 10 nghìn. 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 nhận xét tích cực trước đó về việc viết Sách trắng tốt. Nội dung cấp cao không tồi, nhưng chi tiết kỹ thuật rất thiếu và mơ hồ. Như 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 tập trung chủ yếu là các kỹ sư cấp thấp của 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. 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, điều này rõ ràng trong bài báo. Xử lý vấn đề sai lầm Byzantine rất kém. Điều này làm tôi nhớ đến whitepaper của Raiblocks/Nano (họ cũng là các 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ờ:
[Solana Whitepaper, Mục 5.12]
"PoH cho phép các nhà xác minh mạng quan sát sự kiện đã xảy ra và thời gian diễn ra với một mức độ xác định nào đó. Khi trình tạo luồng PoH tạo ra dòng tin nhắn, tất cả các nhà xác minh cần phải ký vào trạng thái của họ trong vòng 500ms. Giá trị này có thể được điều chỉnh 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ững người xác minh đã gửi phiếu của họ trong khoảng thời gian vượt quá quy định hay chưa, 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 cho việc truyền tin làm cho việc đồng thuận khá khó khăn và không có ý nghĩa trong việc thực hiện bền vững Byzantine. Hơn nữa, họ sẽ đo lường 500ms như thế nào? Xem xét việc họ sẽ đạt được một đồng thuận về việc đã qua 500ms với các nút khác trong hệ thống dựa trên số lượng lần băm thực thi? Bên cạnh đó, họ sẽ giải quyết vấn đề độ chệch về tốc độ đồng hồ do cải tiến phần cứng, lỗi phần cứng hoặc nhiễu gây ra theo thời gian như thế nào? 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 thức được độ khó 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 block là 15 giây/1 giây (ví dụ như DFINITY)? Tôi nghĩ rằng đây không phải là một vấn đề, sự phức tạp và hỗn loạn mà họ giới thiệu trong 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 tương thích. Cách họ đáp ứng với vấn đề tấn công hoàn toàn không thuyết phục và cũng thiếu tính logic hoặc 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. Điều gì vậy? 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 sẽ có trên blockchain của bạn. Tôi không quan tâm đến 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 gì khác.
Nội dung về GPU và song song lớn. Đ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 say mê xử lý song song của gói dữ liệu của họ. Tôi nhớ rằng họ cũng đã thảo luận về điều này trong bản trình diễn mà tôi đã xem - dành phần lớn thời gian để thảo luận về cách sử dụng các 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 không đầu tư vào dự án này
Thú vị là, sau 5 năm, khi Haseeb @hosseeb tweet chúc mừng Solana đã thành công trong việc giành được vị trí trong thế giới tiền điện tử và chế nhạo bản thân non nớ của mình đã bỏ lỡ cơ hội lớn, đồng sáng lập Solana Toly @aeyakovenko đã trả lời dưới bài đăng này: "Tất cả lo lắng của bạn vào thời điểm đó đều là hợp lý. Theo bản chất, đây là một cược đấu — cược vào việc chúng ta có thể giữ vững ưu thế cơ bản mà các đội khác không có, đồng thời giải quyết được những vấn đề này."
Sau đó, Haseeb trả lời Toly: "Tôi nghĩ rằng đó chính là bài học. 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ó. Việc tận dụng ưu điểm và tránh nhược điểm đến cùng là điều quan trọng nhất. Khi đó, tôi hoàn toàn không nhận thức được đ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.
Đối tác của Dragonfly: Tôi đã bỏ lỡ cơ hội đầu tư vào Solana ở vòng góp vốn ban đầu như thế nào?
Tác giả gốc: @hosseeb
Biên dịch: Công nghệ TechFlow sâu
Gate.io: Nhân 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 đăng trên Twitter hôm nay, nhớ lại cách anh ấy đã bỏ lỡ cơ hội đầu tư vào vòng hạt giống Solana với giá chỉ 0,04 đô la vào năm 2018 và bỏ lỡ lợi nhuận hơn 1.000 lần. Đồng thời, bài đăng còn đính kèm với ghi chú đầu tư ban đầu để tưởng nhớ. Ngoài ra, chúng tôi cũng trích dẫn phần thảo luận của Toly và Hosseeb, đồng sáng lập Solana, dưới 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 hạt giống của @solana vào đầu năm 2018 với giá 0.04 đô la.
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, và đã 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 chú này thực sự là "tình huống ngượng ngùng của VC cấp dưới" (đỉnh điểm của sự ngượng ngùng của VC cấp dưới). Lúc đó, chúng tôi đều nghiện việc tìm kiếm "kẻ giết Ethereum", nghiên cứu giao thức đồng thuận, và cái gì sẽ thay thế cho EVM / eWASM.
Vì vậy, đây là nguyên bản ghi chú chưa được chỉnh sửa hoàn toàn - MISS đầ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 ghi chú
Sau khi đọc xong sách trắng, ghi chú của tôi như sau:
Sự đổi mới lớn của họ đã được chứng minh lịch sử (PoH). Điều này về bản chất là một hàm trễ thời gian có thể xác minh, sử dụng các phép toán băm liên tục, tương tự như chứng minh công việc tuân thủ thứ tự. Nói cách khác, chọn ra một người duy trì thời gian, người duy trì 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ị nào đó 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 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 trôi qua giữa các phép toán băm liên tục (được ước tính dựa trên hiệu suất phần cứng của họ?).
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 được gửi) vào các hash này. Điều này cho phép tạo ra lịch sử sự kiện có thể được đóng dấu thời gian một cách đáng tin cậy.
Nếu các nút PoH gặp vấn đề hoặc không thể đảm bảo online, họ đã đề xuất một phương án để 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 minh sẽ phát lại và xác minh hoạt động của nút PoH (quá trình xác minh có thể được thực hiện thông qua kiến trúc MapReduce để đạt hiệu suất song song cao hơn). Những nút xác minh này đạt được sự đồng thuận thông qua PoS sử dụng giao thức tương tự Casper. Nếu phát hiện nút PoH gặp vấn đề Byzantine hoặc hành vi không đúng, nhóm nút xác minh 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 71 nghìn TPS và đã đạt được 3.5 nghìn TPS trên mạng lưới thử nghiệm đơn điệu.
Ý tưởng của tôi:
Số liệu của họ hoàn toàn vô lý. 71 nghìn TPS thậm chí còn buồn cười; thậm chí cả lượng tìm kiếm mỗi giây của Google cũng không đến 10 nghìn. 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 nhận xét tích cực trước đó về việc viết Sách trắng tốt. Nội dung cấp cao không tồi, nhưng chi tiết kỹ thuật rất thiếu và mơ hồ. Như 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 tập trung chủ yếu là các kỹ sư cấp thấp của 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. 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, điều này rõ ràng trong bài báo. Xử lý vấn đề sai lầm Byzantine rất kém. Điều này làm tôi nhớ đến whitepaper của Raiblocks/Nano (họ cũng là các 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ờ:
[Solana Whitepaper, Mục 5.12]
"PoH cho phép các nhà xác minh mạng quan sát sự kiện đã xảy ra và thời gian diễn ra với một mức độ xác định nào đó. Khi trình tạo luồng PoH tạo ra dòng tin nhắn, tất cả các nhà xác minh cần phải ký vào trạng thái của họ trong vòng 500ms. Giá trị này có thể được điều chỉnh 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ững người xác minh đã gửi phiếu của họ trong khoảng thời gian vượt quá quy định hay chưa, 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 cho việc truyền tin làm cho việc đồng thuận khá khó khăn và không có ý nghĩa trong việc thực hiện bền vững Byzantine. Hơn nữa, họ sẽ đo lường 500ms như thế nào? Xem xét việc họ sẽ đạt được một đồng thuận về việc đã qua 500ms với các nút khác trong hệ thống dựa trên số lượng lần băm thực thi? Bên cạnh đó, họ sẽ giải quyết vấn đề độ chệch về tốc độ đồng hồ do cải tiến phần cứng, lỗi phần cứng hoặc nhiễu gây ra theo thời gian như thế nào? 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 thức được độ khó 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 block là 15 giây/1 giây (ví dụ như DFINITY)? Tôi nghĩ rằng đây không phải là một vấn đề, sự phức tạp và hỗn loạn mà họ giới thiệu trong 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 tương thích. Cách họ đáp ứng với vấn đề tấn công hoàn toàn không thuyết phục và cũng thiếu tính logic hoặc 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. Điều gì vậy? 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 sẽ có trên blockchain của bạn. Tôi không quan tâm đến 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 gì khác.
Nội dung về GPU và song song lớn. Đ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 say mê xử lý song song của gói dữ liệu của họ. Tôi nhớ rằng họ cũng đã thảo luận về điều này trong bản trình diễn mà tôi đã xem - dành phần lớn thời gian để thảo luận về cách sử dụng các 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 không đầu tư vào dự án này
Thú vị là, sau 5 năm, khi Haseeb @hosseeb tweet chúc mừng Solana đã thành công trong việc giành được vị trí trong thế giới tiền điện tử và chế nhạo bản thân non nớ của mình đã bỏ lỡ cơ hội lớn, đồng sáng lập Solana Toly @aeyakovenko đã trả lời dưới bài đăng này: "Tất cả lo lắng của bạn vào thời điểm đó đều là hợp lý. Theo bản chất, đây là một cược đấu — cược vào việc chúng ta có thể giữ vững ưu thế cơ bản mà các đội khác không có, đồng thời giải quyết được những vấn đề này."
Sau đó, Haseeb trả lời Toly: "Tôi nghĩ rằng đó chính là bài học. 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ó. Việc tận dụng ưu điểm và tránh nhược điểm đến cùng là điều quan trọng nhất. Khi đó, tôi hoàn toàn không nhận thức được điều này."