Tôi đã theo dõi thời gian khối của testnet của Fogo trong một tuần trước khi tôi đưa ra phán quyết.

Phần lớn mọi người xem xét các L1 mới dựa trên tiêu đề TPS đỉnh. Con số đó một mình gần như vô dụng. Đừng dựa vào phán quyết về các chuỗi dựa trên trần thông lượng; dựa trên sự nhất quán trong việc thanh toán dựa trên tải thực tế.

Cơ chế sau đây cần xem xét về @Fogo Official :

- Kiến trúc khách hàng đơn (pure Firedancer) là đồng thuận giữa các khách hàng không bị kéo. Một mã nguồn duy nhất, một con đường thực thi duy nhất, thậm chí độ trễ p99 còn nghiêm ngặt hơn. Devnet đã hiển thị khoảng 46k TPS và các khối 40ms.

- Tập hợp các validator đã đăng ký (Đồng thuận đa địa phương). Các validator nằm ở các vị trí chiến lược, loại bỏ sự biến thiên độ trễ địa lý. Đây là một thỏa hiệp rõ ràng để hỗ trợ tốc độ xác nhận và không phải là sự mở cửa của validator.

- Tính tương thích SVM ngụ ý công cụ của các cổng gốc Solana. Mức độ ma sát trong quá trình di chuyển giảm, tuy nhiên danh tính của hệ sinh thái vẫn là một vấn đề.

Thỏa hiệp mà không ai có thể bỏ qua: một khách hàng là một điểm thất bại kiến trúc. Có một lỗi nghiêm trọng mà không có khách hàng dự phòng nào để tiếp nhận tải. Fogo đang đánh cược vào kỷ luật kỹ thuật thay vì tính dư thừa.

Những gì cần theo dõi trên $FOGO :

- độ trôi thời gian khối p99 - duy trì >50ms cho thấy căng thẳng.

- Số lượng validator đã thiết lập liên quan đến nồng độ - được chọn lọc không còn tĩnh.

- Khối lượng DEX trên Ambient và Valiant - TPS tổng hợp sẽ không có ích nếu không có dòng lệnh thực sự.

Các tùy chọn thiết kế hạn chế tạo ra sự thanh toán đáng tin cậy hơn hoặc có thể phá vỡ khó khăn hơn. Đó là toàn bộ luận điểm của chúng tôi ở đây. #fogo

DYOR. Không phải là lời khuyên tài chính.