Tác giả gốc: @hosseeb

Bản dịch gốc: TechFlow

Lưu ý: 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 Mỹ 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à các 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.

Theo 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ớ gốc chưa chỉnh sửa hoàn toàn – khoản đầu tư thất bạ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ớ

1. Sau khi đọc báo cáo, tôi xin tóm tắt như sau:

· Đổi mới chính 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ực tuyến, họ đã đề xuất một giải pháp là để nhiều nút PoH trộn các trạng thái với nhau theo định kỳ.

· Một nhóm 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 (quy 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 giao thức giống 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 duy nhấ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ả Google cũng chỉ thực hiện chưa đến 100.000 lượt tìm kiếm mỗi giây. 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 chính thức của Raiblocks/Nano (họ cũng là những kỹ sư cơ bản).

· Và nội dung sau trong sách trắng khiến tôi nghi ngờ:

[Sách trắng Solana gốc, Mục 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 nhất định. 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 cần gửi chữ ký của họ vào trạng thái trong vòng 500ms. Con số này có thể giảm thêm dựa trên các điều kiện mạng. Vì mỗi lần xác minh đều được nhập vào luồng, nên 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à giao thức đồng thuận. Giả sử giới hạn 500ms 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 500ms bằng cách nào? Các nút khác trong hệ thống sẽ thống nhất thế nào về thời gian trôi qua của 500ms, khi mà chúng sẽ ước tính thời gian trôi qua dựa trên số lượng băm lặp được 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à không cân bằng độ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ó cả một phần 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.

· Cũng có một đoạn vă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 nền tảng phụ trợ để 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 xử lý tối ưu hóa với các 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ị, 5 năm sau, khi Haseeb @hosseeb đăng tweet chúc mừng Solana về vị trí thành công của công ty trong thế giới tiền điện tử và chế giễu việc anh đã bỏ lỡ cơ hội lớn khi còn trẻ, đồng sáng lập Solana là Toly @aeyakovenko đã trả lời tweet này: "Tất cả những lo lắng của anh thực sự có lý. Về bản chất, đây là một vụ cá cượ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."

Sau đó, Haseeb trả lời Toly: "Tôi nghĩ đây là bài học. Sự kiên trì của anh trong việc tối ưu hóa cơ bản và góc tấn công độc đáo là điều mà các nhóm khác không có được. Việc tối đa hóa điểm mạnh và tránh điểm yếu là điều quan trọng nhất. Lúc đó tôi hoàn toàn không biết điều này."

Liên kết gốc

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia