Về (phi) tập trung và (định nghĩa) độ trễ: Đầu tiên, có hai loại tập trung: vật lý và logic. Ví dụ: X(.com) là tập trung về mặt logic, nhưng lại phi tập trung về mặt logic. Một mạng PoS có thể phi tập trung về mặt logic nhưng lại tập trung về mặt vật lý (như Hyperliquid, nơi mà các validator chủ yếu ở hoặc gần Tokyo, Nhật Bản). Mối quan hệ giữa tập trung và độ trễ là gì? Câu trả lời ngắn gọn là *tập trung* logic luôn có thể cung cấp (có thể) độ trễ thấp hơn nhiều loại khác nhau, với cái giá phải trả là khả năng chống kiểm duyệt. Chúng ta định nghĩa độ trễ một cách chính xác hơn như thế nào? Đây là khung của tôi: để xác định độ trễ, chúng ta cần ba tham số: (1) bắt đầu đo, (2) kết thúc đo, và (3) đảm bảo được cung cấp. Ví dụ, bắt đầu đo có thể là khi một người dùng gửi một giao dịch đến một nút hoặc có thể là khi một sequencer đã nhận được giao dịch đó. Cuối cùng, các đảm bảo cho các thành viên trong hệ thống và người dùng là quan trọng nhất. Dưới đây là một số độ trễ mà chúng ta quan tâm: 1. Độ trễ xác nhận bao gồm: bắt đầu là khi một người dùng gửi giao dịch, kết thúc là khi người dùng nhận được xác nhận rằng giao dịch sẽ được bao gồm với một số đảm bảo. 2. Độ trễ thực thi đầu cuối: bắt đầu là khi một người dùng gửi giao dịch, kết thúc là khi người dùng nhận được toàn bộ hiệu ứng giao dịch (ví dụ: giá thực thi của một giao dịch hoán đổi trên thị trường defi). 3. Độ trễ thực thi đầu cuối & tính cuối cùng: giống như 2 ở trên, nhưng kết thúc được đo khi giao dịch cũng được hoàn tất bởi sự đồng thuận. Một lần nữa, tất cả các phép đo độ trễ này có thể thấp hơn cho các hệ thống tập trung về mặt logic nhưng phi tập trung về mặt vật lý, với cái giá phải trả là khả năng chống kiểm duyệt (và các thuộc tính khác đi kèm với sự phi tập trung).