Tác giả gốc: @hosseeb
Bản dịch của TechFlow
Ghi chú của TechFlow: Nhân dịp kỷ niệm 5 năm thành lập Solana, đối tác của Dragonfly Capital @hosseeb đã đăng một bài tweet ôn lại việc ông đã bỏ lỡ cơ hội tham gia vào vòng gieo hạt của Solana với giá 0.04 USD vào năm 2018, từ đó bỏ lỡ lợi nhuận hơn 3.250 lần. Ông cũng đính kèm bản ghi nhớ đầu tư ban đầu để tưởng nhớ. Ngoài ra, chúng tôi cũng trích dẫn cuộc thảo luận giữa đồng sáng lập Solana Toly và Hosseeb dưới bài tweet này.
Dưới đây là chi tiết bài viết gốc:
Vào đầu năm 2018, tôi đã từ chối cơ hội tham gia vào vòng gieo hạt của @solana với giá 0.04 USD.
Tính theo giá hiện tại, đây là một sự bỏ lỡ lợi nhuận hơn 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 đầu. Lúc đó, tôi còn rất ngây thơ và tự tin, sẽ viết một bản ghi nhớ cho mỗi dự án mà tôi từ chối đầu tư.
Giờ đây, khi đọc lại bản ghi nhớ này, tôi thấy thật là "xấu hổ với chính mình như một nhà đầu tư mạo hiểm cấp đầu" (peak junior VC cringe). Lúc đó, chúng tôi đều mê mẩn tìm kiếm "kẻ giết Ethereum", nghiên cứu các giao thức đồng thuận, và những công nghệ có thể thay thế EVM / eWASM.
Vì vậy, đây là bản ghi nhớ nguyên gốc - một trong những sự bỏ lỡ đầu tư 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ớ
1. Sau khi đọc Sách trắng, ghi chú nhanh của tôi như sau:
Đổi mới lớn nhất của họ là Bằng chứng công việc (PoH). Về cơ bản, đây là một hàm độ trễ có thể xác minh, sử dụng tính toán băm liên tục, tương tự như Bằng chứng công việc tuần tự. Nói cách khác, họ chọn 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 một giá trị nhất định và công bố tất cả các giá trị băm trung gian. Do 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 dự kiến có thể dự đoán được lượng thời gian giữa các lần băm liên tiếp (có lẽ dựa trên hiểu biết của họ về hiệu suất 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ụ: các giao dịch cần được gửi) vào các băm này. Điều này cho phép tạo ra một lịch sử sự kiện có thể đáng tin cậy được đóng dấu thời gian.
Nếu nút PoH gặp sự cố hoặc không thể đảm bảo hoạt động liên tục, họ đề xuất một cơ chế để các nút PoH khác định kì trộn lẫn trạng thái với nhau.
Một nhóm các nút xác minh sẽ tái hiện và xác minh các hoạt động của nút PoH (quá trình xác minh có thể được thực hiện hiệu quả hơn thông qua kiến trúc MapReduce). Những nút xác minh này sẽ sử dụng giao thức tương tự Casper dựa trên Bằng chứng cổ phần (PoS) để đạt được đồng thuận. Nếu phát hiện nút PoH có vấn đề về Byzantine hoặc hành vi sai trái, các nút xác minh có thể bầu ra một nút PoH mới thay thế.
Có vẻ như họ sẽ phát triển các tính năng thanh toán và hợp đồng thông minh.
Họ tuyên bố có thể đạt 710.000 Số lượng giao dịch trên mỗi giây, và đã đạt 35.000 Số lượng giao dịch trên mỗi giây trên mạng thử nghiệm đơn nút.
2. Suy nghĩ của tôi:
Các con số của họ hoàn toàn là vô lý. 710.000 Số lượng giao dịch trên mỗi giây thật là nực cười; thậm chí lượng tìm kiếm mỗi giây của Google còn không đến 100.000. 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 cảnh giác.
Rút lại đánh giá trước đó rằng Sách trắng được viết tốt. Nội dung ở mức độ cao không tệ, nhưng các chi tiết kỹ thuật rất mơ hồ và thiếu. Như một mô tả về giao thức đồng thuận, tính nghiêm ngặt khiến tôi thất vọng.
Đội ngũ chủ yếu bao gồm các kỹ sư cấp thấp 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 hóa GPU và biên dịch. Rõ ràng họ không có nền tảng đủ mạnh về hệ thống phân tán và mật mã học, điều này thể hiện rõ trong bài báo cáo. Cách xử lý vấn đề Byzantine lỗi rất kém. Điều này khiến tôi nhớ lại Sách trắng của Raiblocks/Nano (họ cũng là các kỹ sư cấp thấp).
Và nội dung như sau trong Sách trắng khiến tôi nghi ngờ:
[Trích dẫn từ Sách trắng Solana, Mục 5.12]
"PoH cho phép các nút xác minh của mạng quan sát các sự kiện đã xảy ra và thời gian của chúng với một mức độ nhất định. Khi bộ tạo PoH tạo ra luồng tin nhắn, tất cả các nút xác minh cần phải gửi chữ ký của họ về trạng thái trong vòng 500 ms. Giá trị này có thể được giảm thêm tùy thuộc vào điều kiện mạng. Do mỗi lần xác minh được đưa vào luồng, mọi người trong mạng đều có thể xác minh liệu tất cả các nút xác minh có gửi phiếu bầu của họ trong thời gian timeout 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 rằng việc giới hạn thời gian truyền tin trong 500 ms là một phần của đồng thuận là một vấn đề lớn, và họ không thực hiện đáng kể để đạt được khả năng chịu lỗi Byzantine. Hơn nữa, họ sẽ đo lường 500 ms như thế nào? Xét rằng họ sẽ ước tính thời gian trôi qua dựa trên số lần lặp lại băm, các nút khác trong hệ thống sẽ đạt được sự đồng thuận về 500 ms như thế nào? Ngoài ra, họ sẽ giải quyết sự lệch lạc do cải thiện phần cứng, lỗi phần cứng hoặc nhiễu ảnh hưởng đến tốc độ đồng hồ 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, và tôi nghĩ rằng họ không nhận thức được mức độ khó khăn của nó.
Hơn nữa, ai quan tâm đến thời gian? Đây có phải là một vấn đề lớn trong lĩnh vực blockchain không? Mọi người không hài lòng với khoảng thời gian khối 15 giây/1 giây (chẳng hạn như DFINITY) sao? Tôi nghĩ đây không phải là một vấn đề lớn, và 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 chuyên về các vấn đề tấn công và sự không đồng nhất về động lực. Cách họ đối phó với 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 nghiêm ngặt và chi tiết giải thích.
Họ có một chương dài về chứng minh sao chép, giống như Filecoin. Cái gì vậy? Hãy nói 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, và các tính năng của blockchain của bạn. Tôi không quan tâm đến chứng minh lưu trữ dữ liệu.
Và cũng có một phần lớn bắt đầu mô tả về 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 nói gì khác.
Nội dung lớn về GPU và song song hóa. Điều này lộ ra một sự 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ó thể sử dụng được, họ không nên chìm đắm vào việc xử lý song song định dạng gói dữ liệu của họ. Tôi nhớ rằng trong các bài thuyết trình mà tôi đã xem, họ cũng làm như vậy - dành phần lớn thời gian thảo luận về cách tối ưu hóa các nút này, và gần như không có thời gian mô tả thực sự về 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 trong lĩnh vực tiền điện tử và châm biếm bản thân non nớt trước đây, đồng sáng lập Solana Toly @aeyakovenko đã trả lời trong bài tweet này: "Tất cả những lo ngại của bạn lúc đó đều là hợp lý. Về cơ bản, đây là một cược - cược rằng chúng tôi có thể giải quyết được tất cả những vấn đề này trong khi vẫn duy trì những ưu thế về nền tảng mà các nhóm khác không có."
Sau đó, Haseeb trả lời T
