Tác giả gốc: @hosseeb
Bản dịch gốc: TechFlow
Ghi chú từ Shenchao: Nhân dịp kỷ niệm 5 năm thành lập Solana, đối tác @hosseeb của Dragonfly Capital đã đăng một dòng tweet hôm nay, nói về việc anh đã bỏ lỡ cơ hội tham gia đầu tư vòng hạt giống của Solana với giá đơn vị là 0,04 đô la vào năm 2018 và bỏ lỡ lợi nhuận gấp hơn một nghìn lần. Ngoài ra còn có bản ghi nhớ đầu tư gốc được đính kèm như một vật kỷ niệm. Ngoài ra, chúng tôi cũng trích đoạn cuộc thảo luận giữa hai nhà đồng sáng lập Solana là Toly và Hosseeb trong dòng tweet này.
Sau đây là thông tin chi tiết ban đầu:
Tôi đã từ chối cơ hội đầu tư vào vòng hạt giống của @solana với mức giá 0,04 đô la vào đầu năm 2018.
Ở mức giá hiện tại, điều này tương đương với việc bỏ lỡ cơ hội 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á với tư cách là một VC cấp cơ sở. Vào thời điểm đó, tôi vẫn còn ngây thơ và tự tin một cách đáng yêu, và sẽ viết một bản ghi nhớ cho mỗi dự án mà tôi từ bỏ việc đầu tư.
Đọc lại bản ghi nhớ đó bây giờ quả là sự rùng mình tột độ của một VC cấp dưới. Vào thời điểm đó, tất cả chúng tôi đều bị ám ảnh với việc tìm ra “kẻ giết chết Ethereum”, nghiên cứu các giao thức đồng thuận và công nghệ nào sẽ thay thế EVM/eWASM.
Vậy thì đây là bản ghi nhớ hoàn toàn chưa chỉnh sửa - khoản đầu tư sai lầm tồi tệ nhất trong sự nghiệp của tôi.
Chúc mừng sinh nhật, Solana! 🎂
Nội dung biên bản ghi nhớ
1. Sau khi đọc báo cáo, tôi xin ghi chú ngắn gọn như sau:
Phát minh lớn nhất của họ là Proof of History (PoH). Về cơ bản, đây là một hàm trì hoãn thời gian có thể xác minh được bằng cách sử dụng hàm 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, người duy trì thời gian sẽ được bầu ra, người này sẽ liên tục lặp lại việc băm một giá trị 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 và không thể song song hóa, nên các nút phải có khả năng dự đoán khoả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 kiến thức của chúng về hiệu suất phần cứng?).
Các nút PoH cũng trộn bất kỳ trạng thái hiện tại nào (chẳng hạn như các giao dịch cần gửi) vào các hàm băm này. Điều này cho phép tạo ra lịch sử sự kiện có dấu thời gian đáng tin cậy.
Nếu một nút PoH gặp sự cố hoặc không thể đảm bảo trạng thái trực tuyến, họ đã đề xuất một giải pháp cho phép nhiều nút PoH định kỳ trộn các trạng thái với nhau.
Một tập hợp các nút xác thực sẽ phát lại và xác minh các hoạt động của nút PoH (quá trình xác minh có thể được song song hóa hiệu quả hơn thông qua kiến trúc MapReduce). Những trình xác thực này đạt được sự đồng thuận bằng cách sử dụng PoS thông qua một giao thức tương tự như Casper. Nếu phát hiện một nút PoH có vấn đề Byzantine hoặc hoạt động không bình thường, nút xác thực có thể chọn một nút PoH mới để thay thế.
Có vẻ như họ sẽ phát triển khả năng thanh toán và hợp đồng thông minh.
Họ tuyên bố có thể đạt tới 710.000 TPS và đã đạt được 35.000 TPS trên mạng thử nghiệm một nút.
2. Suy nghĩ của tôi:
Con số của họ hoàn toàn là nhảm nhí. 710.000 TPS là con số vô lý; ngay cả khối lượng tìm kiếm mỗi giây của Google cũng chỉ dưới 100.000. Dữ liệu này được đặt ở vị trí nổi bật nhất trên trang web của họ, điều này khiến tôi rất cảnh giác.
Tôi rút lại bình luận trước đó của mình rằng sách trắng được viết tốt. Nội dung trình độ cao thì hay, nhưng thông tin kỹ thuật lại rất thiếu sót và mơ hồ. Khi mô tả về một giao thức đồng thuận, tính nghiêm ngặt của nó thật đáng thất vọng.
Nhóm này chủ yếu bao gồm các kỹ sư cấp thấp của Qualcomm. CEO và CTO chủ yếu làm việc về hệ điều hành, hệ thống nhúng, tối ưu hóa GPU và trình biên dịch. Rõ ràng là kiến thức nền tảng của họ về hệ thống phân tán và mật mã không đủ mạnh, điều này được thể hiện rõ trong bài báo. Xử lý kém các vấn đề về khả năng chịu lỗi Byzantine. Nhắc tôi nhớ đến báo cáo của Raiblocks/Nano (họ cũng là những kỹ sư cơ bản).
Và nội dung sau đây trong sách trắng khiến tôi nghi ngờ:
[Sách trắng Solana gốc, Phần 5.12]
PoH cho phép các trình xác thực mạng quan sát các sự kiện trong quá khứ và thời gian của chúng với một mức độ chắc chắn nào đó. Khi trình tạo PoH tạo ra một luồng tin nhắn, tất cả các trình xác thực đều phải gửi chữ ký của họ vào trạng thái trong vòng 500 ms. Con số này có thể giảm thêm tùy thuộc vào đ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 có thể xác minh rằng tất cả các trình xác thực đã gửi phiếu bầu của họ trong thời gian chờ đã chỉ định 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ả sử giới hạn 500 ms cho việc nhắn tin để đạt được sự đồng thuận là khá có vấn đề và không thực sự đạt được Khả năng chịu lỗi Byzantine. Và họ đo 500 ms bằng cách nào? Làm thế nào các nút khác trong hệ thống có thể thống nhất rằng 500 ms đã trôi qua, khi chúng ước tính thời gian trôi qua dựa trên số lượng băm lặp lại mà chúng đã thực hiện? Hơn nữa, họ sẽ giải thích thế nào về độ lệch trong tốc độ xung nhịp theo thời gian do cải tiến phần cứng, lỗi phần cứng hoặc nhiễu? Vấn đề về thời gian trong các hệ thống phân tán cực kỳ phức tạp và tôi không nghĩ họ nhận ra được nó khó đến mức nào.
Hơn nữa, ai quan tâm đến thời gian chứ? Đâ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 mức độ chi tiết của thời gian khối là 15 giây/1 giây (giống như trong DFINITY) sao? Tôi không nghĩ đó là vấn đề lớn, sự phức tạp và nhầm lẫ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 dành riêng cho việc tấn công và điều chỉnh động cơ. Phản ứng của họ trước cuộc tấn công hoàn toàn không thuyết phục và cũng thiếu sự chặt chẽ hoặc chi tiết.
Họ có hẳn một chương thảo luận về Bằng chứng sao chép, giống như Filecoin. Bạn đang làm gì thế? Hãy cho tôi biết về giao thức đồng thuận của bạn và cách triển khai các giao dịch và tài khoản, cũng như những tính năng mà blockchain của bạn sẽ có. Tôi không quan tâm đến bằng chứng lưu trữ dữ liệu.
Ngoài ra còn có một đoạn văn lớn bắt đầu mô tả về các hợp đồng thông minh, nhưng chỉ nói rằng họ sẽ sử dụng LLVM làm nền tảng để hỗ trợ nhiều nền tảng. Nhưng không có gì khác được đề cập.
Rất nhiều nội dung về GPU và song song hóa. Điều này phản ánh 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 khả dụng, họ không nên ám ảnh với việc xử lý song song định dạng gói tin của mình. Tôi nhớ họ đã làm điều tương tự trong bài thuyết trình mà tôi đã xem - dành phần lớn thời gian để nói về cách sử dụng các tối ưu hóa xử lý nút này và hầu như không có thời gian thực sự để mô tả giao thức đồng thuận của họ.
Kết luận: Tôi sẽ không bao giờ đầu tư vào dự án này
Thật thú vị, năm năm sau, khi Haseeb @hosseeb đăng dòng tweet chúc mừng Solana vì đã có một vị trí trong không gian tiền điện tử và nói đùa về việc anh đã bỏ lỡ một cơ hội lớn khi còn trẻ, đồng sáng lập Solana Toly @aeyakovenko đã trả lời dòng tweet đó : “Tất cả những lo lắng của bạn thực sự có lý. Về cơ bản, đây là một vụ cá cược - một vụ cá cược về việc liệu chúng ta có thể giải quyết những vấn đề này trong khi vẫn duy trì được những lợi thế cơ bản mà các nhóm khác không có được hay không.”
Haseeb sau đó trả lời Toly: Tôi nghĩ đây là bài học. Sự ám ảnh của anh với việc tối ưu hóa ở mức 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 sử dụng điểm mạnh và tránh điểm yếu một cách cực đoan như thế này là điều quan trọng nhất. Lúc đó tôi đã không nhận ra điều này.
