Ghi chú từ Shenchao: Nhân dịp kỷ niệm năm thứ năm sự ra đời của Solana, đối tác của Dragonfly Capital, Hosseeb, hôm nay đã đăng một tweet, hồi tưởng lại cách mà ông đã bỏ lỡ cơ hội tham gia vòng hạt giống của Solana với mức giá 0,04 đô la vào năm 2018, và bỏ lỡ lợi nhuận hơn một nghìn lần. Đồng thời, ông cũng đính kèm biên bản đầu tư lúc đó để bày tỏ sự hoài niệm. 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 tweet này.
Dưới đây là chi tiết văn bản gốc:
Tôi đã từ chối cơ hội tham gia vòng hạt giống Solana với giá 0,04 đô la vào đầu năm 2018.
Theo giá hiện tại, tương đương với việc đã bỏ lỡ lợi nhuận gấp 3250 lần.
Solana là một trong những dự án đầu tiên mà tôi đánh giá khi còn là một VC sơ cấp. Lúc đó, tôi còn rất dễ thương, ngây thơ và tự tin, sẽ viết ghi chú cho mỗi dự án mà tôi từ chối đầu tư.
Bây giờ đọc lại bản ghi nhớ này thực sự là "cảnh ngượng ngập của VC cấp thấp" (peak junior VC cringe). Lúc đó chúng tôi đều say mê tìm kiếm "kẻ giế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ì vậy, đây là bản sao lưu không chỉnh sửa hoàn toàn — — Khoản đầu tư tồi tệ nhất trong sự nghiệp của tôi MISS.
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:
Đổi mới quan trọng của họ là Chứng minh lịch sử (PoH). Về bản chất, đây 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ư bằng chứng công việc tuần tự. Nói cách khác, một người giữ thời gian được chọn, người này liên tục thực hiện các phép toán băm trên một giá trị nào đó 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 đơn, không thể thực hiện song song, các nút nên có khả năng dự đoán lượng thời gian trôi qua giữa các phép 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?).
Nút PoH cũng sẽ trộn 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 băm này. Bằng cách này, có thể tạo ra một 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 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 cho phép nhiều nút PoH định kỳ hoán đổi trạng thái với nhau.
Một nhóm nút xác thực sẽ phát lại và xác thực các thao tác 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 kiến trúc MapReduce để đạt được sự song song hóa cao hơn). Các nút xác thực này đạt được đồng thuận thông qua giao thức tương tự như Casper sử dụng PoS. Nếu phát hiện nút PoH gặp vấn đề Byzantine hoặc hành vi không đúng mực, các nút xác thực có thể bầu chọn nút PoH mới thay thế.
Có vẻ như họ sẽ phát triển các chức năng thanh toán và hợp đồng thông minh.
Họ tuyên bố có thể đạt 710.000 TPS và đã đạt được 35.000 TPS trên mạng thử nghiệm đơn nút.
Suy nghĩ của tôi:
Số liệu của họ hoàn toàn là nhảm nhí. 710.000 TPS thật là buồn cười; ngay cả lượng tìm kiếm mỗi giây của Google cũng 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á tốt về việc viết sách trắng trước đó. Nội dung cấp cao thì ổn, nhưng chi tiết kỹ thuật thì rất thiếu và mơ hồ. Là một mô tả về giao thức đồng thuận, sự nghiêm ngặt là đáng thất vọng.
Đội ngũ chủ yếu gồm các kỹ sư nền tảng của Qualcomm. CEO và CTO chủ yếu làm việc trong các hệ điều hành, hệ thống nhúng, tối ưu hóa GPU và biên dịch. Họ có nền tảng về hệ thống phân tán và mật mã rõ ràng không đủ mạnh, điều này thể hiện rõ trong bài báo. Việc xử lý các vấn đề về dung sai Byzantine rất kém. Điều này làm tôi nhớ đến white paper của Raiblocks/Nano (họ cũng là các kỹ sư nền tảng).
Và nội dung như vậy trong sách trắng khiến tôi nghi ngờ:
[Bản gốc sách trắng Solana, Mục 5.12 ]
"PoH cho phép các xác thực viên mạng quan sát với một mức độ nhất định về tính chắc chắn các sự kiện đã xảy ra trong quá khứ và thời gian của chúng. Khi trình tạo PoH tạo ra dòng tin nhắn, tất cả các xác thực viên cần phải 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 thêm dựa trên điều kiện mạng. Bởi vì mỗi xác thực đều được nhập vào dòng, mọi người trong mạng đều có thể xác thực xem tất cả các xác thực viên có gửi phiếu bầu của họ trong thời gian quy định hay không, mà không cần quan sát trực tiếp quá trình bỏ phiếu."
Đây không phải là một giao thức đồng thuận. Giả sử việc giới hạn 500ms trong việc truyền tin là một vấn đề nghiêm trọng, và không có việc thực hiện có ý nghĩa về khả năng chịu lỗi Byzantine. Hơn nữa, họ sẽ đo lường 500ms 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ượng băm lặp lại được thực hiện, các nút khác trong hệ thống sẽ đạt được đồng thuận về 500ms như thế nào? Ngoài ra, họ sẽ giải quyết sự sai lệch do tốc độ đồng hồ thay đổi theo thời gian do cải tiến phần cứng, sự cố phần cứng hoặc nhiễu 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ĩ rằng họ không nhận ra nó khó như thế nào.
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 có không hài lòng với độ phân giải thời gian khối 15 giây/1 giây (như các thứ của DFINITY) không? Tôi nghĩ đây không phải là một vấn đề gì lớn, 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 thảo luận về các vấn đề tấn công và khuyến khích không đồng bộ. Phản ứng của họ đối 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 hoặc chi tiết.
Họ có một chương hoàn chỉnh để thảo luận về chứng minh sao chép, giống như Filecoin. Làm 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 của bạn sẽ có những đặc điểm gì. Tôi không quan tâm đến chứng minh lưu trữ dữ liệu.
Còn một đoạ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 điều đó ra, không có gì được đề cập.
Nhiều nội dung về GPU và phân tán. Điều này phơi bày 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, thì không nên say mê vào việc xử lý song song định dạng gói dữ liệu của họ. Tôi nhớ họ cũng đã làm như vậy trong buổi trình diễn mà tôi đã xem - dành phần lớn thời gian để thảo luận về cách tối ưu hóa xử lý 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 chắc chắn sẽ không đầu tư vào dự án này
Thú vị thay, sau 5 năm, khi Haseeb tweet chúc mừng Solana đã thành công có được chỗ đứng trong thế giới tiền điện tử và chế giễu bản thân non nớt của mình đã bỏ lỡ cơ hội lớn như thế nào, đồng sáng lập Solana Toly đã trả lời dưới tweet này: "Tất cả những lo lắng của bạn lúc đó thực sự là hợp lý. Về bản chất, đây là một canh bạc - cược xem liệu chúng ta có thể giải quyết những vấn đề này trong khi vẫn giữ được lợi thế nền tảng mà các đội khác không có."
Sau đó Haseeb trả lời Toly: "Tôi nghĩ đây chính là bài học. Sự kiên định của các bạn đối với tối ưu hóa cơ sở hạ tầng và cách tiếp cận tấn công độc đáo là điều mà các đội khác không có. Việc phát huy tối đa điểm mạnh và hạn chế điểm yếu mới là điều 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.
2 thích
Phần thưởng
2
1
Chia sẻ
Bình luận
0/400
LifeChangerCrypto
· 03-24 23:49
chúng tôi đang chờ đợi đợt tăng giá lớn trong thị trường tiền điện tửBull Run 🐂
Dragonfly đối tác: Tôi đã bỏ lỡ vòng hạt giống SOL 0.04 đô la như thế nào? Quyết định tồi tệ nhất trong đời tôi
Tác giả | Hosseeb
Biên dịch | Thế giới sâu TechFlow
Ghi chú từ Shenchao: Nhân dịp kỷ niệm năm thứ năm sự ra đời của Solana, đối tác của Dragonfly Capital, Hosseeb, hôm nay đã đăng một tweet, hồi tưởng lại cách mà ông đã bỏ lỡ cơ hội tham gia vòng hạt giống của Solana với mức giá 0,04 đô la vào năm 2018, và bỏ lỡ lợi nhuận hơn một nghìn lần. Đồng thời, ông cũng đính kèm biên bản đầu tư lúc đó để bày tỏ sự hoài niệm. 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 tweet này.
Dưới đây là chi tiết văn bản gốc:
Tôi đã từ chối cơ hội tham gia vòng hạt giống Solana với giá 0,04 đô la vào đầu năm 2018.
Theo giá hiện tại, tương đương với việc đã bỏ lỡ lợi nhuận gấp 3250 lần.
Solana là một trong những dự án đầu tiên mà tôi đánh giá khi còn là một VC sơ cấp. Lúc đó, tôi còn rất dễ thương, ngây thơ và tự tin, sẽ viết ghi chú cho mỗi dự án mà tôi từ chối đầu tư.
Bây giờ đọc lại bản ghi nhớ này thực sự là "cảnh ngượng ngập của VC cấp thấp" (peak junior VC cringe). Lúc đó chúng tôi đều say mê tìm kiếm "kẻ giế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ì vậy, đây là bản sao lưu không chỉnh sửa hoàn toàn — — Khoản đầu tư tồi tệ nhất trong sự nghiệp của tôi MISS.
Chúc mừng sinh nhật, Solana!
Nội dung ghi chú
Đổi mới quan trọng của họ là Chứng minh lịch sử (PoH). Về bản chất, đây 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ư bằng chứng công việc tuần tự. Nói cách khác, một người giữ thời gian được chọn, người này liên tục thực hiện các phép toán băm trên một giá trị nào đó 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 đơn, không thể thực hiện song song, các nút nên có khả năng dự đoán lượng thời gian trôi qua giữa các phép 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?).
Nút PoH cũng sẽ trộn 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 băm này. Bằng cách này, có thể tạo ra một 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 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 cho phép nhiều nút PoH định kỳ hoán đổi trạng thái với nhau.
Một nhóm nút xác thực sẽ phát lại và xác thực các thao tác 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 kiến trúc MapReduce để đạt được sự song song hóa cao hơn). Các nút xác thực này đạt được đồng thuận thông qua giao thức tương tự như Casper sử dụng PoS. Nếu phát hiện nút PoH gặp vấn đề Byzantine hoặc hành vi không đúng mực, các nút xác thực có thể bầu chọn nút PoH mới thay thế.
Có vẻ như họ sẽ phát triển các chức năng thanh toán và hợp đồng thông minh.
Họ tuyên bố có thể đạt 710.000 TPS và đã đạt được 35.000 TPS trên mạng thử nghiệm đơn nút.
Số liệu của họ hoàn toàn là nhảm nhí. 710.000 TPS thật là buồn cười; ngay cả lượng tìm kiếm mỗi giây của Google cũng 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á tốt về việc viết sách trắng trước đó. Nội dung cấp cao thì ổn, nhưng chi tiết kỹ thuật thì rất thiếu và mơ hồ. Là một mô tả về giao thức đồng thuận, sự nghiêm ngặt là đáng thất vọng.
Đội ngũ chủ yếu gồm các kỹ sư nền tảng của Qualcomm. CEO và CTO chủ yếu làm việc trong các hệ điều hành, hệ thống nhúng, tối ưu hóa GPU và biên dịch. Họ có nền tảng về hệ thống phân tán và mật mã rõ ràng không đủ mạnh, điều này thể hiện rõ trong bài báo. Việc xử lý các vấn đề về dung sai Byzantine rất kém. Điều này làm tôi nhớ đến white paper của Raiblocks/Nano (họ cũng là các kỹ sư nền tảng).
Và nội dung như vậy trong sách trắng khiến tôi nghi ngờ:
[Bản gốc sách trắng Solana, Mục 5.12 ]
"PoH cho phép các xác thực viên mạng quan sát với một mức độ nhất định về tính chắc chắn các sự kiện đã xảy ra trong quá khứ và thời gian của chúng. Khi trình tạo PoH tạo ra dòng tin nhắn, tất cả các xác thực viên cần phải 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 thêm dựa trên điều kiện mạng. Bởi vì mỗi xác thực đều được nhập vào dòng, mọi người trong mạng đều có thể xác thực xem tất cả các xác thực viên có gửi phiếu bầu của họ trong thời gian quy định hay không, mà không cần quan sát trực tiếp quá trình bỏ phiếu."
Đây không phải là một giao thức đồng thuận. Giả sử việc giới hạn 500ms trong việc truyền tin là một vấn đề nghiêm trọng, và không có việc thực hiện có ý nghĩa về khả năng chịu lỗi Byzantine. Hơn nữa, họ sẽ đo lường 500ms 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ượng băm lặp lại được thực hiện, các nút khác trong hệ thống sẽ đạt được đồng thuận về 500ms như thế nào? Ngoài ra, họ sẽ giải quyết sự sai lệch do tốc độ đồng hồ thay đổi theo thời gian do cải tiến phần cứng, sự cố phần cứng hoặc nhiễu 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ĩ rằng họ không nhận ra nó khó như thế nào.
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 có không hài lòng với độ phân giải thời gian khối 15 giây/1 giây (như các thứ của DFINITY) không? Tôi nghĩ đây không phải là một vấn đề gì lớn, 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 thảo luận về các vấn đề tấn công và khuyến khích không đồng bộ. Phản ứng của họ đối 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 hoặc chi tiết.
Họ có một chương hoàn chỉnh để thảo luận về chứng minh sao chép, giống như Filecoin. Làm 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 của bạn sẽ có những đặc điểm gì. Tôi không quan tâm đến chứng minh lưu trữ dữ liệu.
Còn một đoạ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 điều đó ra, không có gì được đề cập.
Nhiều nội dung về GPU và phân tán. Điều này phơi bày 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, thì không nên say mê vào việc xử lý song song định dạng gói dữ liệu của họ. Tôi nhớ họ cũng đã làm như vậy trong buổi trình diễn mà tôi đã xem - dành phần lớn thời gian để thảo luận về cách tối ưu hóa xử lý 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 chắc chắn sẽ không đầu tư vào dự án này
Thú vị thay, sau 5 năm, khi Haseeb tweet chúc mừng Solana đã thành công có được chỗ đứng trong thế giới tiền điện tử và chế giễu bản thân non nớt của mình đã bỏ lỡ cơ hội lớn như thế nào, đồng sáng lập Solana Toly đã trả lời dưới tweet này: "Tất cả những lo lắng của bạn lúc đó thực sự là hợp lý. Về bản chất, đây là một canh bạc - cược xem liệu chúng ta có thể giải quyết những vấn đề này trong khi vẫn giữ được lợi thế nền tảng mà các đội khác không có."
Sau đó Haseeb trả lời Toly: "Tôi nghĩ đây chính là bài học. Sự kiên định của các bạn đối với tối ưu hóa cơ sở hạ tầng và cách tiếp cận tấn công độc đáo là điều mà các đội khác không có. Việc phát huy tối đa điểm mạnh và hạn chế điểm yếu mới là điều quan trọng nhất. Lúc đó tôi hoàn toàn không nhận ra điều này."