Khung Shoal: Làm thế nào để giảm Trễ Bullshark trên Aptos?
Tổng quan
Aptos labs đã giải quyết hai vấn đề mở quan trọng trong DAG BFT, giảm đáng kể Trễ, lần đầu tiên loại bỏ nhu cầu về việc tạm dừng trong giao thức xác định thực tế. Tổng thể, trong trường hợp không có sự cố, đã cải thiện Trễ của Bullshark 40%, và trong trường hợp có sự cố đã cải thiện 80%.
Shoal là một khung công nhận dựa trên Narwhal được tăng cường bởi quy trình và uy tín của người lãnh đạo. Quy trình giảm thiểu độ trễ sắp xếp DAG bằng cách giới thiệu các điểm neo trong mỗi vòng, trong khi uy tín của người lãnh đạo cải thiện thêm độ trễ bằng cách đảm bảo rằng các điểm neo liên kết với các nút xác thực nhanh nhất. Hơn nữa, uy tín của người lãnh đạo cho phép Shoal tận dụng cấu trúc DAG bất đồng bộ để loại bỏ mọi kịch bản thời gian chờ. Điều này cho phép Shoal cung cấp thuộc tính phản hồi phổ quát, bao gồm phản hồi lạc quan thường cần thiết.
Công nghệ này rất đơn giản, liên quan đến việc chạy nhiều phiên bản của giao thức nền tảng theo thứ tự. Khi được khởi tạo với Bullshark, giống như một nhóm "cá mập" đang tham gia một cuộc tiếp sức.
Động cơ
Trong việc theo đuổi hiệu suất cao của mạng blockchain, mọi người luôn chú ý đến việc giảm độ phức tạp trong giao tiếp. Tuy nhiên, phương pháp này không dẫn đến sự cải thiện đáng kể về thông lượng. Ví dụ, Hotstuff được triển khai trong phiên bản đầu tiên của Diem chỉ đạt 3500 TPS, thấp hơn nhiều so với mục tiêu 100k+ TPS.
Gần đây, sự đột phá xuất phát từ việc nhận ra rằng việc truyền dữ liệu là nút thắt chính của các giao thức lãnh đạo, có thể được hưởng lợi từ việc song song hóa. Hệ thống Narwhal tách biệt việc truyền dữ liệu với logic đồng thuận cốt lõi, đưa ra một kiến trúc mà trong đó tất cả các xác thực viên đều truyền dữ liệu đồng thời, các thành phần đồng thuận chỉ đặt hàng một lượng nhỏ siêu dữ liệu. Bài báo Narwhal đã báo cáo khả năng thông lượng 160,000 TPS.
Quorum Store đã được giới thiệu trước đó tách biệt việc truyền dữ liệu và đồng thuận, dùng để mở rộng giao thức đồng thuận hiện tại Jolteon. Jolteon là một giao thức dựa trên lãnh đạo, kết hợp đường đi nhanh tuyến tính của Tendermint và thay đổi quan điểm theo kiểu PBFT, có thể giảm thiểu độ trễ của Hotstuff xuống 33%. Tuy nhiên, giao thức đồng thuận dựa trên lãnh đạo không thể tận dụng đầy đủ tiềm năng thông lượng của Narwhal.
Do đó, quyết định triển khai Bullshark trên Narwhal DAG, một giao thức đồng thuận không tốn chi phí truyền thông. Nhưng cấu trúc DAG của Bullshark mang lại chi phí trễ 50%.
Bài viết này giới thiệu cách Shoal giảm đáng kể Trễ của Bullshark.
Bối cảnh DAG-BFT
Trong Narwhal DAG, mỗi đỉnh được liên kết với một vòng. Để vào vòng thứ r, các xác thực viên phải nhận được n-f đỉnh của vòng thứ r-1. Mỗi xác thực viên có thể phát sóng một đỉnh mỗi vòng, và mỗi đỉnh ít nhất phải tham chiếu đến n-f đỉnh của vòng trước. Do tính bất đồng bộ của mạng, các xác thực viên khác nhau có thể quan sát thấy các góc nhìn cục bộ khác nhau của DAG tại bất kỳ thời điểm nào.
Một thuộc tính quan trọng của DAG là không mơ hồ: nếu hai nút xác thực có cùng đỉnh v trong cái nhìn cục bộ của DAG, thì chúng có lịch sử nguyên nhân v hoàn toàn giống nhau.
Tổng thứ tự
Có thể đạt được sự đồng thuận về thứ tự tổng thể của tất cả các đỉnh trong DAG mà không có chi phí truyền thông bổ sung. Các xác thực trong DAG-Rider, Tusk và Bullshark giải thích cấu trúc DAG như một giao thức đồng thuận, trong đó các đỉnh đại diện cho đề xuất và các cạnh đại diện cho phiếu bầu.
Tất cả các giao thức đồng thuận dựa trên Narwhal hiện có đều có cấu trúc sau:
Điểm neo được đặt trước: Sau mỗi vài vòng sẽ có một nhà lãnh đạo được xác định trước, đỉnh của nhà lãnh đạo được gọi là điểm neo.
Điểm neo sắp xếp: Các xác thực độc lập nhưng quyết định một cách xác định các điểm neo nào sẽ được đặt hàng và bỏ qua các điểm neo nào.
Sắp xếp lịch sử nguyên nhân: Các xác thực viên xử lý danh sách điểm neo có thứ tự một cách lần lượt, sắp xếp tất cả các đỉnh không có thứ tự trước đó trong lịch sử nguyên nhân của từng điểm neo.
Yếu tố then chốt để đảm bảo an toàn là bảo đảm rằng trong bước 2, tất cả các nút xác thực trung thực tạo ra một danh sách điểm neo có thứ tự, tất cả danh sách đều chia sẻ cùng một tiền tố. Trong Shoal, chúng tôi quan sát thấy tất cả các người xác thực đồng ý với điểm neo có thứ tự đầu tiên.
Bullshark Trễ
Độ trễ của Bullshark phụ thuộc vào số vòng giữa các điểm neo có thứ tự trong DAG. Mặc dù một số phiên bản đồng bộ có độ trễ tốt hơn phiên bản bất đồng bộ, nhưng vẫn chưa phải là tốt nhất.
Chủ yếu có hai vấn đề:
Độ trễ khối trung bình: Trong trường hợp thông thường, đỉnh ở vòng lẻ cần ba vòng, đỉnh không phải là điểm neo ở vòng chẵn cần bốn vòng để được sắp xếp.
Tình trạng sự cố Trễ: Nếu một vòng lãnh đạo không thể kịp thời phát sóng điểm neo, thì các đỉnh chưa được sắp xếp trong vài vòng trước phải chờ đợi điểm neo tiếp theo được sắp xếp, làm giảm đáng kể hiệu suất của mạng sao chép địa lý.
Khung Shoal
Shoal nâng cao Bullshark thông qua dòng chảy, cho phép mỗi vòng có một điểm neo, giảm độ trễ của tất cả các đỉnh không phải điểm neo xuống ba vòng. Shoal cũng giới thiệu cơ chế danh tiếng lãnh đạo không tốn chi phí, thiên về việc chọn lãnh đạo nhanh.
Thách thức
Trong giao thức DAG, việc quản lý luồng và uy tín của người lãnh đạo được coi là vấn đề khó khăn:
Những nỗ lực trước đây để sửa đổi logic Bullshark cốt lõi dường như là không thể.
Danh tiếng của người lãnh đạo có thể dẫn đến thứ tự hoàn toàn khác nhau, và các xác thực viên cần đạt được sự đồng thuận về lịch sử được sắp xếp để chọn neo trong tương lai.
Là bằng chứng về độ khó của vấn đề, hiện tại các triển khai Bullshark trong môi trường sản xuất không hỗ trợ những tính năng này.
Giao thức
Shoal dựa vào việc thực hiện tính toán cục bộ trên DAG, đạt được khả năng lưu trữ và giải thích lại thông tin từ các lượt trước. Bằng cách sử dụng sự đồng thuận của tất cả các xác thực về điểm neo thứ nhất có thứ tự, Shoal kết hợp theo thứ tự nhiều phiên bản Bullshark để xử lý theo chuỗi, khiến cho:
Điểm neo có thứ tự đầu tiên là điểm chuyển đổi của ví dụ.
Lịch sử nguyên nhân của điểm neo được sử dụng để tính toán danh tiếng của người lãnh đạo
Dòng chảy
Shoal chạy lần lượt các phiên bản Bullshark, mỗi phiên bản đặt hàng một neo, kích hoạt chuyển sang phiên bản tiếp theo.
Ban đầu, Shoal khởi động phiên bản Bullshark đầu tiên trong vòng đầu tiên của DAG, hoạt động cho đến khi xác định được điểm neo có trật tự đầu tiên (, chẳng hạn như trong vòng thứ r ). Tất cả các xác thực viên đồng ý với điểm neo này, do đó có thể đồng ý một cách chắc chắn để giải thích lại DAG từ vòng thứ r+1. Shoal khởi động phiên bản Bullshark mới trong vòng thứ r+1.
Trong điều kiện lý tưởng, điều này cho phép Shoal đặt hàng một điểm neo trong mỗi vòng.
Danh tiếng lãnh đạo
Khi Bullshark nhảy qua điểm neo, Trễ sẽ tăng lên. Shoal phân bổ điểm cho mỗi nút xác thực thông qua cơ chế danh tiếng, đảm bảo rằng việc lựa chọn những nhà lãnh đạo chậm chạp sẽ ít xảy ra trong tương lai.
Trong mỗi lần cập nhật điểm số, xác định lại một cách chắc chắn ánh xạ F từ vòng đến lãnh đạo, thiên về lãnh đạo có điểm số cao. Để các xác thực viên đạt được sự đồng thuận trên ánh xạ mới, họ nên đạt được sự đồng thuận về điểm số.
Dây chuyền và uy tín lãnh đạo có thể kết hợp tự nhiên, vì chúng đều sử dụng cùng một công nghệ cốt lõi, tức là giải thích lại DAG sau khi đạt được sự đồng thuận về điểm neo thứ nhất.
Không cần trễ
Thời gian chờ đóng vai trò quan trọng trong việc thực hiện BFT đồng bộ phần xác định dựa trên leader, nhưng đã gây ra sự phức tạp và tăng đáng kể Trễ.
Shoal quan sát rằng cấu trúc DAG cung cấp một "đồng hồ" ước tính tốc độ mạng. Chỉ cần n-f người xác thực trung thực tiếp tục thêm đỉnh vào DAG, vòng sẽ tiếp tục tiến lên. Cuối cùng, khi một nhà lãnh đạo không bị lỗi phát sóng điểm neo đủ nhanh, toàn bộ lịch sử nguyên nhân của điểm neo sẽ được sắp xếp.
Tránh thời gian chờ lâu có liên quan chặt chẽ đến uy tín của lãnh đạo. Việc chờ đợi những lãnh đạo chậm chạp sẽ làm tăng Trễ, trong khi cơ chế uy tín loại bỏ những người xác nhận chậm được chọn làm lãnh đạo.
Phản hồi phổ biến
Shoal cung cấp thuộc tính phản hồi phổ quát, có thể hoạt động với tốc độ mạng ngay cả trong trường hợp người lãnh đạo thất bại hoặc mạng không đồng bộ. Điều này vượt trội hơn so với khái niệm phản hồi lạc quan của Hotstuff.
Đánh giá
Đã thực hiện Bullshark và Shoal, và so sánh với Jolteon. Phát hiện chính:
Baseline Bullshark không có thời gian chờ hoạt động tốt nhất khi gặp sự cố.
Cơ chế dòng chảy và danh tiếng của Shoal đã cải thiện đáng kể Trễ của Bullshark.
Trong 50 lần thất bại, có 16 lần thất bại, độ trễ của Shoal thấp hơn 65% so với Baseline Bullshark.
Jolteon không thể mở rộng quá 20 nút xác thực, thông lượng khoảng một nửa so với Bullshark/Shoal.
Nói chung, Shoal đã cải thiện đáng kể độ trễ của Bullshark, và dưới tải cao, nó nên có thể so sánh với độ trễ đầu cuối của Jolteon.
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
12 thích
Phần thưởng
12
5
Đăng lại
Chia sẻ
Bình luận
0/400
governance_ghost
· 12giờ trước
80% Trễ giảm, tsk tsk, đợt này chúng ta, những người chơi apttas, thắng lớn rồi!
Xem bản gốcTrả lời0
ForkItAll
· 12giờ trước
aptos làm tốt lắm, tps đã tăng nhiều như vậy
Xem bản gốcTrả lời0
DaisyUnicorn
· 12giờ trước
Cá mập nhỏ cuối cùng cũng bơi lội suôn sẻ rồi~ Công nghệ nâng cấp hóa thành một hồ nước xuân.
Xem bản gốcTrả lời0
SignatureCollector
· 12giờ trước
À, giờ thì aptos To da moon rồi.
Xem bản gốcTrả lời0
OnChainSleuth
· 13giờ trước
Bull à, aptos hiệu suất đã được cải thiện đáng kể.
Khung Shoal nâng cao đáng kể hiệu suất Blockchain Aptos, Trễ thả 40%-80%
Khung Shoal: Làm thế nào để giảm Trễ Bullshark trên Aptos?
Tổng quan
Aptos labs đã giải quyết hai vấn đề mở quan trọng trong DAG BFT, giảm đáng kể Trễ, lần đầu tiên loại bỏ nhu cầu về việc tạm dừng trong giao thức xác định thực tế. Tổng thể, trong trường hợp không có sự cố, đã cải thiện Trễ của Bullshark 40%, và trong trường hợp có sự cố đã cải thiện 80%.
Shoal là một khung công nhận dựa trên Narwhal được tăng cường bởi quy trình và uy tín của người lãnh đạo. Quy trình giảm thiểu độ trễ sắp xếp DAG bằng cách giới thiệu các điểm neo trong mỗi vòng, trong khi uy tín của người lãnh đạo cải thiện thêm độ trễ bằng cách đảm bảo rằng các điểm neo liên kết với các nút xác thực nhanh nhất. Hơn nữa, uy tín của người lãnh đạo cho phép Shoal tận dụng cấu trúc DAG bất đồng bộ để loại bỏ mọi kịch bản thời gian chờ. Điều này cho phép Shoal cung cấp thuộc tính phản hồi phổ quát, bao gồm phản hồi lạc quan thường cần thiết.
Công nghệ này rất đơn giản, liên quan đến việc chạy nhiều phiên bản của giao thức nền tảng theo thứ tự. Khi được khởi tạo với Bullshark, giống như một nhóm "cá mập" đang tham gia một cuộc tiếp sức.
Động cơ
Trong việc theo đuổi hiệu suất cao của mạng blockchain, mọi người luôn chú ý đến việc giảm độ phức tạp trong giao tiếp. Tuy nhiên, phương pháp này không dẫn đến sự cải thiện đáng kể về thông lượng. Ví dụ, Hotstuff được triển khai trong phiên bản đầu tiên của Diem chỉ đạt 3500 TPS, thấp hơn nhiều so với mục tiêu 100k+ TPS.
Gần đây, sự đột phá xuất phát từ việc nhận ra rằng việc truyền dữ liệu là nút thắt chính của các giao thức lãnh đạo, có thể được hưởng lợi từ việc song song hóa. Hệ thống Narwhal tách biệt việc truyền dữ liệu với logic đồng thuận cốt lõi, đưa ra một kiến trúc mà trong đó tất cả các xác thực viên đều truyền dữ liệu đồng thời, các thành phần đồng thuận chỉ đặt hàng một lượng nhỏ siêu dữ liệu. Bài báo Narwhal đã báo cáo khả năng thông lượng 160,000 TPS.
Quorum Store đã được giới thiệu trước đó tách biệt việc truyền dữ liệu và đồng thuận, dùng để mở rộng giao thức đồng thuận hiện tại Jolteon. Jolteon là một giao thức dựa trên lãnh đạo, kết hợp đường đi nhanh tuyến tính của Tendermint và thay đổi quan điểm theo kiểu PBFT, có thể giảm thiểu độ trễ của Hotstuff xuống 33%. Tuy nhiên, giao thức đồng thuận dựa trên lãnh đạo không thể tận dụng đầy đủ tiềm năng thông lượng của Narwhal.
Do đó, quyết định triển khai Bullshark trên Narwhal DAG, một giao thức đồng thuận không tốn chi phí truyền thông. Nhưng cấu trúc DAG của Bullshark mang lại chi phí trễ 50%.
Bài viết này giới thiệu cách Shoal giảm đáng kể Trễ của Bullshark.
Bối cảnh DAG-BFT
Trong Narwhal DAG, mỗi đỉnh được liên kết với một vòng. Để vào vòng thứ r, các xác thực viên phải nhận được n-f đỉnh của vòng thứ r-1. Mỗi xác thực viên có thể phát sóng một đỉnh mỗi vòng, và mỗi đỉnh ít nhất phải tham chiếu đến n-f đỉnh của vòng trước. Do tính bất đồng bộ của mạng, các xác thực viên khác nhau có thể quan sát thấy các góc nhìn cục bộ khác nhau của DAG tại bất kỳ thời điểm nào.
Một thuộc tính quan trọng của DAG là không mơ hồ: nếu hai nút xác thực có cùng đỉnh v trong cái nhìn cục bộ của DAG, thì chúng có lịch sử nguyên nhân v hoàn toàn giống nhau.
Tổng thứ tự
Có thể đạt được sự đồng thuận về thứ tự tổng thể của tất cả các đỉnh trong DAG mà không có chi phí truyền thông bổ sung. Các xác thực trong DAG-Rider, Tusk và Bullshark giải thích cấu trúc DAG như một giao thức đồng thuận, trong đó các đỉnh đại diện cho đề xuất và các cạnh đại diện cho phiếu bầu.
Tất cả các giao thức đồng thuận dựa trên Narwhal hiện có đều có cấu trúc sau:
Điểm neo được đặt trước: Sau mỗi vài vòng sẽ có một nhà lãnh đạo được xác định trước, đỉnh của nhà lãnh đạo được gọi là điểm neo.
Điểm neo sắp xếp: Các xác thực độc lập nhưng quyết định một cách xác định các điểm neo nào sẽ được đặt hàng và bỏ qua các điểm neo nào.
Sắp xếp lịch sử nguyên nhân: Các xác thực viên xử lý danh sách điểm neo có thứ tự một cách lần lượt, sắp xếp tất cả các đỉnh không có thứ tự trước đó trong lịch sử nguyên nhân của từng điểm neo.
Yếu tố then chốt để đảm bảo an toàn là bảo đảm rằng trong bước 2, tất cả các nút xác thực trung thực tạo ra một danh sách điểm neo có thứ tự, tất cả danh sách đều chia sẻ cùng một tiền tố. Trong Shoal, chúng tôi quan sát thấy tất cả các người xác thực đồng ý với điểm neo có thứ tự đầu tiên.
Bullshark Trễ
Độ trễ của Bullshark phụ thuộc vào số vòng giữa các điểm neo có thứ tự trong DAG. Mặc dù một số phiên bản đồng bộ có độ trễ tốt hơn phiên bản bất đồng bộ, nhưng vẫn chưa phải là tốt nhất.
Chủ yếu có hai vấn đề:
Độ trễ khối trung bình: Trong trường hợp thông thường, đỉnh ở vòng lẻ cần ba vòng, đỉnh không phải là điểm neo ở vòng chẵn cần bốn vòng để được sắp xếp.
Tình trạng sự cố Trễ: Nếu một vòng lãnh đạo không thể kịp thời phát sóng điểm neo, thì các đỉnh chưa được sắp xếp trong vài vòng trước phải chờ đợi điểm neo tiếp theo được sắp xếp, làm giảm đáng kể hiệu suất của mạng sao chép địa lý.
Khung Shoal
Shoal nâng cao Bullshark thông qua dòng chảy, cho phép mỗi vòng có một điểm neo, giảm độ trễ của tất cả các đỉnh không phải điểm neo xuống ba vòng. Shoal cũng giới thiệu cơ chế danh tiếng lãnh đạo không tốn chi phí, thiên về việc chọn lãnh đạo nhanh.
Thách thức
Trong giao thức DAG, việc quản lý luồng và uy tín của người lãnh đạo được coi là vấn đề khó khăn:
Những nỗ lực trước đây để sửa đổi logic Bullshark cốt lõi dường như là không thể.
Danh tiếng của người lãnh đạo có thể dẫn đến thứ tự hoàn toàn khác nhau, và các xác thực viên cần đạt được sự đồng thuận về lịch sử được sắp xếp để chọn neo trong tương lai.
Là bằng chứng về độ khó của vấn đề, hiện tại các triển khai Bullshark trong môi trường sản xuất không hỗ trợ những tính năng này.
Giao thức
Shoal dựa vào việc thực hiện tính toán cục bộ trên DAG, đạt được khả năng lưu trữ và giải thích lại thông tin từ các lượt trước. Bằng cách sử dụng sự đồng thuận của tất cả các xác thực về điểm neo thứ nhất có thứ tự, Shoal kết hợp theo thứ tự nhiều phiên bản Bullshark để xử lý theo chuỗi, khiến cho:
Dòng chảy
Shoal chạy lần lượt các phiên bản Bullshark, mỗi phiên bản đặt hàng một neo, kích hoạt chuyển sang phiên bản tiếp theo.
Ban đầu, Shoal khởi động phiên bản Bullshark đầu tiên trong vòng đầu tiên của DAG, hoạt động cho đến khi xác định được điểm neo có trật tự đầu tiên (, chẳng hạn như trong vòng thứ r ). Tất cả các xác thực viên đồng ý với điểm neo này, do đó có thể đồng ý một cách chắc chắn để giải thích lại DAG từ vòng thứ r+1. Shoal khởi động phiên bản Bullshark mới trong vòng thứ r+1.
Trong điều kiện lý tưởng, điều này cho phép Shoal đặt hàng một điểm neo trong mỗi vòng.
Danh tiếng lãnh đạo
Khi Bullshark nhảy qua điểm neo, Trễ sẽ tăng lên. Shoal phân bổ điểm cho mỗi nút xác thực thông qua cơ chế danh tiếng, đảm bảo rằng việc lựa chọn những nhà lãnh đạo chậm chạp sẽ ít xảy ra trong tương lai.
Trong mỗi lần cập nhật điểm số, xác định lại một cách chắc chắn ánh xạ F từ vòng đến lãnh đạo, thiên về lãnh đạo có điểm số cao. Để các xác thực viên đạt được sự đồng thuận trên ánh xạ mới, họ nên đạt được sự đồng thuận về điểm số.
Dây chuyền và uy tín lãnh đạo có thể kết hợp tự nhiên, vì chúng đều sử dụng cùng một công nghệ cốt lõi, tức là giải thích lại DAG sau khi đạt được sự đồng thuận về điểm neo thứ nhất.
Không cần trễ
Thời gian chờ đóng vai trò quan trọng trong việc thực hiện BFT đồng bộ phần xác định dựa trên leader, nhưng đã gây ra sự phức tạp và tăng đáng kể Trễ.
Shoal quan sát rằng cấu trúc DAG cung cấp một "đồng hồ" ước tính tốc độ mạng. Chỉ cần n-f người xác thực trung thực tiếp tục thêm đỉnh vào DAG, vòng sẽ tiếp tục tiến lên. Cuối cùng, khi một nhà lãnh đạo không bị lỗi phát sóng điểm neo đủ nhanh, toàn bộ lịch sử nguyên nhân của điểm neo sẽ được sắp xếp.
Tránh thời gian chờ lâu có liên quan chặt chẽ đến uy tín của lãnh đạo. Việc chờ đợi những lãnh đạo chậm chạp sẽ làm tăng Trễ, trong khi cơ chế uy tín loại bỏ những người xác nhận chậm được chọn làm lãnh đạo.
Phản hồi phổ biến
Shoal cung cấp thuộc tính phản hồi phổ quát, có thể hoạt động với tốc độ mạng ngay cả trong trường hợp người lãnh đạo thất bại hoặc mạng không đồng bộ. Điều này vượt trội hơn so với khái niệm phản hồi lạc quan của Hotstuff.
Đánh giá
Đã thực hiện Bullshark và Shoal, và so sánh với Jolteon. Phát hiện chính:
Baseline Bullshark không có thời gian chờ hoạt động tốt nhất khi gặp sự cố.
Cơ chế dòng chảy và danh tiếng của Shoal đã cải thiện đáng kể Trễ của Bullshark.
Trong 50 lần thất bại, có 16 lần thất bại, độ trễ của Shoal thấp hơn 65% so với Baseline Bullshark.
Jolteon không thể mở rộng quá 20 nút xác thực, thông lượng khoảng một nửa so với Bullshark/Shoal.
Nói chung, Shoal đã cải thiện đáng kể độ trễ của Bullshark, và dưới tải cao, nó nên có thể so sánh với độ trễ đầu cuối của Jolteon.