Chuyển tiêu đề ban đầu ‘Các hạn chế của việc mở rộng các chuỗi khối và VM nào lý thuyết là nhanh nhất’
Chúng tôi đang thấy sự chuyển đổi sang máy chủ mạnh mẽ đơn lẻ; Solana, Megaeth và loạt các sequencers đơn lẻ đều hướng vào một điều: hiệu suất cao đơn lẻ, máy chủ bộ nhớ cao (trong số này, các máy chủ không L2 sẽ luôn là nhanh nhất trong thực tế).
Gần đây đã trò chuyện với một người sáng lập khác mà tôi rất tôn trọng, anh ấy đã đề cập đến việc tôi nên viết lên cuộc trò chuyện của chúng tôi.
Nó bắt đầu với một câu hỏi đơn giản; “Sonic có song song hóa việc thực hiện giao dịch theo bất kỳ cách nào không?”. Câu trả lời, là không. Và điều này thoạt nghe có vẻ như là một lựa chọn kỳ lạ, vì trong 2 năm qua, nếu bạn đã đọc về công nghệ VM, bạn sẽ thấy song song khá nhiều ở khắp mọi nơi. Vậy tại sao chúng ta lại không?
Để trả lời điều đó, trước tiên chúng ta cần xem xét cách kỹ thuật Sonic đánh giá những gì chúng ta nên làm việc, chúng ta có rất nhiều lý thuyết, trên giấy tờ nghe có vẻ thực tế, mà chúng ta muốn thực hiện, nhưng nguồn lực nhóm vật lý hạn chế, vậy làm thế nào để chúng ta chọn cái nào có tác động nhất? Vì vậy, thay vì làm việc trên BẤT KỲ ý tưởng nào trong số đó, nhóm đã quyết định dành một năm để xây dựng Aida, Aida là một công cụ cực kỳ mạnh mẽ cho phép chúng tôi phát lại toàn bộ blockchain (bất kỳ) trong vài phút thay vì hàng tháng với các số liệu hiệu suất hữu ích được đưa vào. Điều này có nghĩa là chúng ta có thể thử nghiệm, thử nghiệm ở Aida và rất nhanh chóng biết lý thuyết nào phù hợp và lý thuyết nào không.
Aida cũng cho phép chúng tôi thực hiện một số phân tích mạnh mẽ, dẫn đến các đầu ra như;
Với những điều trên đã được đặt vào đúng vị trí, chúng tôi có thể kiểm tra giả định về công suất của mình một cách nhanh chóng và chính xác, vì vậy chúng tôi đã bắt đầu so sánh một cách hoàn toàn trên bộ nhớ VM so với ổ đĩa, thực thi song song, RDMS so với KV so với tệp phẳng, siêu tập, các mô hình mới về sự đồng thuận và nhiều hơn nữa
Cải tiến lớn nhất duy nhất, là DB, tăng 800%, các siêu tập tiếp theo, tiếp theo là sự đồng thuận và rất thấp trong danh sách đó, với mức cải thiện khiêm tốn 30%, là thực hiện song song. Điều này có vẻ phản trực giác, vì một mô hình tinh thần cho một cái gì đó như thực hiện song song có vẻ tốt hơn trực giác so với kết quả. Vậy chúng ta đã song song như thế nào? Có lẽ chúng tôi đã phạm sai lầm, bài kiểm tra là “Thấu thị” hình thức đặt hàng hoàn hảo tuyệt đối, một động cơ biết phân loại và song song tối ưu trước khi thực hiện (điều mà trong thực tế đã không thể, vì vậy thậm chí 30% còn cao hơn mức cần thiết).
VM và blockchain là những thành phần rất phức tạp, và thường, chúng ta đo lường theo các chỉ số sai (hoặc không đo lường chút nào).
Sau đó, anh ấy hỏi tôi “Tốc độ của Solana đến từ đâu? Hay nói cách khác, nó không thực sự nhanh hơn Sonic?”. Câu trả lời là “Sonic nhanh hơn Solana, nhưng Sonic không nhanh hơn tốc độ tối đa mà Solana có thể đạt được.”
Chúng tôi đang thấy một sự thay đổi đối với các máy chủ mạnh mẽ duy nhất; Solana, Megaeth và một loạt các trình sắp xếp đơn lẻ đều dựa vào một điều: thông lượng cao duy nhất, máy chủ bộ nhớ cao (trong số này, không phải L2 sẽ luôn nhanh nhất trên thực tế). Giải pháp này, nếu được tối ưu hóa đúng cách, sẽ luôn nhanh hơn nhiều người tham gia. Vì vậy, thông lượng tối ưu hóa tối đa của một cái gì đó như Solana hoặc Megaeth sẽ cao hơn đối thủ cạnh tranh nhanh nhất tiếp theo của họ thực hiện sự đồng thuận 2+ máy chủ.
Vì vậy, sau đó câu hỏi tiếp theo có lẽ là, tại sao Sonic không thực hiện các máy chủ được bầu chọn duy nhất? Và câu trả lời ở đây, đó không phải là những gì chúng tôi đang tối ưu hóa. Một trong những khởi đầu phía bắc của chúng tôi mà tôi đã viết vào năm 2018, là khi chúng ta thấy sự ra đời của các chương trình liên thông, đến một lúc nào đó, cần có sự đồng thuận. Giả sử một giao lộ đông đúc không có biển báo dừng hoặc đèn giao thông và hàng trăm xe cộ lưu thông. Phương pháp tối ưu nhất là để các xe “đăng ký” tại giao lộ và sau đó thống nhất thứ tự phân loại và phương pháp tối ưu nhất trong đó mỗi chiếc xe nên di chuyển để tối đa hóa thông lượng. Bạn không thể sử dụng hệ thống dựa trên đơn vị chỉ huy ở đây và bạn không thể cho rằng một bên không độc hại, trong trường hợp này, sự đồng thuận của Sonic được tối ưu hóa đến mức, nơi nó đã có thể xác thực trên raspberry pi ngày hôm nay mà không mất bất kỳ thông lượng nào, vì vậy tất cả các xe có thể đồng ý về thứ tự dựa trên sự đồng thuận của Sonic. Sonic được tối ưu hóa theo hướng mạng lưới.
Dù sao, những suy nghĩ ngẫu hứng, hy vọng nó đã giúp ích một cách nào đó.
分享
目錄
Chuyển tiêu đề ban đầu ‘Các hạn chế của việc mở rộng các chuỗi khối và VM nào lý thuyết là nhanh nhất’
Chúng tôi đang thấy sự chuyển đổi sang máy chủ mạnh mẽ đơn lẻ; Solana, Megaeth và loạt các sequencers đơn lẻ đều hướng vào một điều: hiệu suất cao đơn lẻ, máy chủ bộ nhớ cao (trong số này, các máy chủ không L2 sẽ luôn là nhanh nhất trong thực tế).
Gần đây đã trò chuyện với một người sáng lập khác mà tôi rất tôn trọng, anh ấy đã đề cập đến việc tôi nên viết lên cuộc trò chuyện của chúng tôi.
Nó bắt đầu với một câu hỏi đơn giản; “Sonic có song song hóa việc thực hiện giao dịch theo bất kỳ cách nào không?”. Câu trả lời, là không. Và điều này thoạt nghe có vẻ như là một lựa chọn kỳ lạ, vì trong 2 năm qua, nếu bạn đã đọc về công nghệ VM, bạn sẽ thấy song song khá nhiều ở khắp mọi nơi. Vậy tại sao chúng ta lại không?
Để trả lời điều đó, trước tiên chúng ta cần xem xét cách kỹ thuật Sonic đánh giá những gì chúng ta nên làm việc, chúng ta có rất nhiều lý thuyết, trên giấy tờ nghe có vẻ thực tế, mà chúng ta muốn thực hiện, nhưng nguồn lực nhóm vật lý hạn chế, vậy làm thế nào để chúng ta chọn cái nào có tác động nhất? Vì vậy, thay vì làm việc trên BẤT KỲ ý tưởng nào trong số đó, nhóm đã quyết định dành một năm để xây dựng Aida, Aida là một công cụ cực kỳ mạnh mẽ cho phép chúng tôi phát lại toàn bộ blockchain (bất kỳ) trong vài phút thay vì hàng tháng với các số liệu hiệu suất hữu ích được đưa vào. Điều này có nghĩa là chúng ta có thể thử nghiệm, thử nghiệm ở Aida và rất nhanh chóng biết lý thuyết nào phù hợp và lý thuyết nào không.
Aida cũng cho phép chúng tôi thực hiện một số phân tích mạnh mẽ, dẫn đến các đầu ra như;
Với những điều trên đã được đặt vào đúng vị trí, chúng tôi có thể kiểm tra giả định về công suất của mình một cách nhanh chóng và chính xác, vì vậy chúng tôi đã bắt đầu so sánh một cách hoàn toàn trên bộ nhớ VM so với ổ đĩa, thực thi song song, RDMS so với KV so với tệp phẳng, siêu tập, các mô hình mới về sự đồng thuận và nhiều hơn nữa
Cải tiến lớn nhất duy nhất, là DB, tăng 800%, các siêu tập tiếp theo, tiếp theo là sự đồng thuận và rất thấp trong danh sách đó, với mức cải thiện khiêm tốn 30%, là thực hiện song song. Điều này có vẻ phản trực giác, vì một mô hình tinh thần cho một cái gì đó như thực hiện song song có vẻ tốt hơn trực giác so với kết quả. Vậy chúng ta đã song song như thế nào? Có lẽ chúng tôi đã phạm sai lầm, bài kiểm tra là “Thấu thị” hình thức đặt hàng hoàn hảo tuyệt đối, một động cơ biết phân loại và song song tối ưu trước khi thực hiện (điều mà trong thực tế đã không thể, vì vậy thậm chí 30% còn cao hơn mức cần thiết).
VM và blockchain là những thành phần rất phức tạp, và thường, chúng ta đo lường theo các chỉ số sai (hoặc không đo lường chút nào).
Sau đó, anh ấy hỏi tôi “Tốc độ của Solana đến từ đâu? Hay nói cách khác, nó không thực sự nhanh hơn Sonic?”. Câu trả lời là “Sonic nhanh hơn Solana, nhưng Sonic không nhanh hơn tốc độ tối đa mà Solana có thể đạt được.”
Chúng tôi đang thấy một sự thay đổi đối với các máy chủ mạnh mẽ duy nhất; Solana, Megaeth và một loạt các trình sắp xếp đơn lẻ đều dựa vào một điều: thông lượng cao duy nhất, máy chủ bộ nhớ cao (trong số này, không phải L2 sẽ luôn nhanh nhất trên thực tế). Giải pháp này, nếu được tối ưu hóa đúng cách, sẽ luôn nhanh hơn nhiều người tham gia. Vì vậy, thông lượng tối ưu hóa tối đa của một cái gì đó như Solana hoặc Megaeth sẽ cao hơn đối thủ cạnh tranh nhanh nhất tiếp theo của họ thực hiện sự đồng thuận 2+ máy chủ.
Vì vậy, sau đó câu hỏi tiếp theo có lẽ là, tại sao Sonic không thực hiện các máy chủ được bầu chọn duy nhất? Và câu trả lời ở đây, đó không phải là những gì chúng tôi đang tối ưu hóa. Một trong những khởi đầu phía bắc của chúng tôi mà tôi đã viết vào năm 2018, là khi chúng ta thấy sự ra đời của các chương trình liên thông, đến một lúc nào đó, cần có sự đồng thuận. Giả sử một giao lộ đông đúc không có biển báo dừng hoặc đèn giao thông và hàng trăm xe cộ lưu thông. Phương pháp tối ưu nhất là để các xe “đăng ký” tại giao lộ và sau đó thống nhất thứ tự phân loại và phương pháp tối ưu nhất trong đó mỗi chiếc xe nên di chuyển để tối đa hóa thông lượng. Bạn không thể sử dụng hệ thống dựa trên đơn vị chỉ huy ở đây và bạn không thể cho rằng một bên không độc hại, trong trường hợp này, sự đồng thuận của Sonic được tối ưu hóa đến mức, nơi nó đã có thể xác thực trên raspberry pi ngày hôm nay mà không mất bất kỳ thông lượng nào, vì vậy tất cả các xe có thể đồng ý về thứ tự dựa trên sự đồng thuận của Sonic. Sonic được tối ưu hóa theo hướng mạng lưới.
Dù sao, những suy nghĩ ngẫu hứng, hy vọng nó đã giúp ích một cách nào đó.