Cách thức truyền bá của mạng lưới công chain thực ra là một điểm nghẽn hiệu suất dễ bị bỏ qua.
Nhiều người vẫn còn tưởng tượng về công chain ở giai đoạn này: nhận một tin nhắn rồi chuyển cho tất cả các nút lân cận — đây là mô hình flood/gossip điển hình. Nghe có vẻ đơn giản, thô bạo, nhưng thực tế cũng gặp nhiều vấn đề. Tin nhắn bị chuyển đi lặp lại nhiều lần, phủ sóng dư thừa nghiêm trọng, băng thông như mở van thoát ra ngoài. Số lượng nút càng nhiều, va chạm và tắc nghẽn càng rõ rệt, kết quả cuối cùng là: xác nhận chậm hơn, độ trễ dao động thất thường, tắc nghẽn xảy ra thì toàn mạng cùng bị kẹt.
Một số công chain chọn cách tiếp cận khác. Không còn "gặp ai cũng chuyển", mà dựa trên khoảng cách XOR của Kademlia DHT để chọn lọc đối tượng chuyển tiếp. Mỗi nút chỉ gửi tin nhắn cho một nhóm các nút "theo thứ tự tăng dần của khoảng cách", để thông tin như thác nước lan truyền theo kiểu liên tục đến toàn mạng.
Bạn có thể hiểu đơn giản như thế này: Nó giống như hệ thống logistics hiện đại. Bưu kiện không được gửi từ điểm A đến tất cả các điểm khác, mà theo tuyến đường, theo cấp bậc, gửi cho các trung chuyển phù hợp nhất, từng lớp từng lớp mở rộng ra. Vừa có thể phủ sóng toàn mạng, vừa kiểm soát chính xác chi phí và hiệu quả.
Lợi ích của "phân phối có cấu trúc" này rất rõ ràng. Thứ nhất là giảm đáng kể chuyển tiếp dư thừa, áp lực băng thông rõ rệt giảm xuống. Thứ hai là giảm xác suất va chạm tin nhắn, độ trễ truyền bá kiểm soát tốt hơn, ổn định hơn. Đối với những blockchain cần phục vụ các kịch bản tài chính có quy định, nhạy cảm với độ trễ, tối ưu hóa từ tầng mạng như thế này là rất quan trọng.
Người dùng thông thường cảm nhận "trải nghiệm trong giây lát" chưa bao giờ chỉ dựa vào thuật toán đồng thuận đẹp đẽ. Thực chất, kỹ năng nền tảng bắt đầu từ tầng mạng, gửi mỗi khối, mỗi phiếu bầu, mỗi giao dịch nhanh hơn, sạch hơn đến đúng nơi cần đến. Cơ chế phát sóng như vậy mới thực sự giống "hậu cần có tuyến đường", chứ không phải "quảng cáo bằng hô hào trên quảng trường".
Xem bản gốc
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
Retweed
Bình luận
0/400
GasFeeCrier
· 8giờ trước
Có vẻ như đề cập đến vấn đề cũ trong thiết kế mạng P2P, chế độ gossip thực sự dễ gây tắc nghẽn.
---
DHT routing đã có người sử dụng từ lâu, không phải chuyện mới mẻ gì.
---
Nói đúng rồi, mạng lưới nền tảng không tối ưu, dù đồng thuận nhanh đến đâu cũng vô ích.
---
Vì vậy, về bản chất vẫn là tối ưu hóa topology mạng, chỉ là thay đổi chiến lược chuyển tiếp mà thôi.
---
Các chuỗi sử dụng DHT thực sự hiện tại ra sao rồi? Hiệu suất có thực sự tốt hơn nhiều không?
---
Hô hào ầm ĩ như quảng trường haha, mô tả rất chính xác, chính là nói về thực trạng của phần lớn các chuỗi.
---
Vấn đề là phần lớn các nhà vận hành node cũng không quan tâm, dù sao cũng không mất tiền.
---
Khoan đã, điều này có liên quan gì đến giới hạn thiết kế của Kademlia không?
---
Nghe có vẻ như đang giáo dục các dự án vẫn còn dùng gossip nguyên thủy vậy.
---
Chi phí của phân phối có cấu trúc là gì, có đề cập đến không?
Xem bản gốcTrả lời0
FOMOSapien
· 8giờ trước
Cái ước lượng của quảng trường này thật tuyệt vời, hiện tại rất nhiều chuỗi công khai đều hỗn loạn như vậy
Xem bản gốcTrả lời0
MetaverseHermit
· 8giờ trước
Chỗ này vui quá, nói hay quá. Trước đây cứ nghĩ TPS là tất cả, không ngờ lớp mạng lại quan trọng đến vậy.
Xem bản gốcTrả lời0
IronHeadMiner
· 9giờ trước
Cái ước lượng về quảng trường này thật tuyệt vời, chính là hình ảnh thực tế của phần lớn các chuỗi công cộng hiện nay
Đã đến lúc cần chú trọng vào lớp mạng hơn, nếu không thì dù có đồng thuận mạnh mấy cũng vô ích
Chặng đường cuối cùng thường dễ xảy ra sự cố nhất, chi tiết mới thể hiện đẳng cấp
Cách thức truyền bá của mạng lưới công chain thực ra là một điểm nghẽn hiệu suất dễ bị bỏ qua.
Nhiều người vẫn còn tưởng tượng về công chain ở giai đoạn này: nhận một tin nhắn rồi chuyển cho tất cả các nút lân cận — đây là mô hình flood/gossip điển hình. Nghe có vẻ đơn giản, thô bạo, nhưng thực tế cũng gặp nhiều vấn đề. Tin nhắn bị chuyển đi lặp lại nhiều lần, phủ sóng dư thừa nghiêm trọng, băng thông như mở van thoát ra ngoài. Số lượng nút càng nhiều, va chạm và tắc nghẽn càng rõ rệt, kết quả cuối cùng là: xác nhận chậm hơn, độ trễ dao động thất thường, tắc nghẽn xảy ra thì toàn mạng cùng bị kẹt.
Một số công chain chọn cách tiếp cận khác. Không còn "gặp ai cũng chuyển", mà dựa trên khoảng cách XOR của Kademlia DHT để chọn lọc đối tượng chuyển tiếp. Mỗi nút chỉ gửi tin nhắn cho một nhóm các nút "theo thứ tự tăng dần của khoảng cách", để thông tin như thác nước lan truyền theo kiểu liên tục đến toàn mạng.
Bạn có thể hiểu đơn giản như thế này: Nó giống như hệ thống logistics hiện đại. Bưu kiện không được gửi từ điểm A đến tất cả các điểm khác, mà theo tuyến đường, theo cấp bậc, gửi cho các trung chuyển phù hợp nhất, từng lớp từng lớp mở rộng ra. Vừa có thể phủ sóng toàn mạng, vừa kiểm soát chính xác chi phí và hiệu quả.
Lợi ích của "phân phối có cấu trúc" này rất rõ ràng. Thứ nhất là giảm đáng kể chuyển tiếp dư thừa, áp lực băng thông rõ rệt giảm xuống. Thứ hai là giảm xác suất va chạm tin nhắn, độ trễ truyền bá kiểm soát tốt hơn, ổn định hơn. Đối với những blockchain cần phục vụ các kịch bản tài chính có quy định, nhạy cảm với độ trễ, tối ưu hóa từ tầng mạng như thế này là rất quan trọng.
Người dùng thông thường cảm nhận "trải nghiệm trong giây lát" chưa bao giờ chỉ dựa vào thuật toán đồng thuận đẹp đẽ. Thực chất, kỹ năng nền tảng bắt đầu từ tầng mạng, gửi mỗi khối, mỗi phiếu bầu, mỗi giao dịch nhanh hơn, sạch hơn đến đúng nơi cần đến. Cơ chế phát sóng như vậy mới thực sự giống "hậu cần có tuyến đường", chứ không phải "quảng cáo bằng hô hào trên quảng trường".