Cảnh báo đầu tiên đến từ một đột biến độ trễ ở bước định tuyến.
Tôi đang thử nghiệm một giao dịch chuyển nhượng nhỏ, bảo mật, lẽ ra sáng nay phải được đưa thẳng vào mô phỏng vị trí được mã hoá. Không có gì nặng nề—chỉ là một luồng riêng tư nhằm được xử lý gọn gàng ở phía ứng dụng. Yêu cầu đã rời đi, nhưng lớp định tuyến bị dừng lâu hơn phần còn lại của tuyến đường và các con số nhảy vọt.
Tôi đổ lỗi cho tắc nghẽn thông thường. Nghe cũng hợp lý.
Nhưng không đơn giản như vậy. Tính sẵn sàng của mô hình cho lớp quyền riêng tư vẫn ổn định. Kiểm tra thanh toán đã thông qua. Xác minh hoàn tất không hề có nhiễu. Đột biến chỉ xuất hiện khi hệ thống cố gắng bàn giao trạng thái đã được chốt để dùng cho lần tiếp theo.
Thông lượng ≠ Chất lượng dịch vụ. Thứ trông có vẻ như một tuyến chậm thực ra là một khoảng trống yên lặng sau khi quyền riêng tư đã làm xong việc của nó.
Luồng đường đi là yêu cầu → định tuyến → tính sẵn sàng của mô hình → thanh toán → xác minh → chốt giao dịch → sử dụng lặp lại. Hầu hết các lớp đều chuyển động. Chỉ có một lớp bị tụt lại nửa nhịp.
Điều tôi cứ mãi quay lại suy nghĩ là quyết định về hạ tầng dùng chung—quyết định lúc nào một vị trí riêng tư vừa được chốt có thể được dùng lại. Lợi ích của người vận hành và cách các lần chuyển giao đó được canh thời gian nằm dưới lớp này và gần như không bao giờ được nhắc đến.
Tôi vẫn chưa biết đó là hành vi còn sót của testnet hay điều gì đó chặt hơn ở trạng thái của mô hình. Tôi đã đóng một vị trí nhỏ bị lệch hướng hôm qua, nên tôi im hơn trên các biểu đồ và chỉ tập trung quan sát các đường ray.
Điều gì xảy ra khi các yêu cầu chốt đồng thời đến trong lúc nhu cầu thực sự tăng vọt và phía kinh tế phải luôn duy trì tính liên tục?
@Dusk $DUSK #dusk
#dusk $DUSK @Dusk
Tôi đang thử nghiệm một giao dịch chuyển nhượng nhỏ, bảo mật, lẽ ra sáng nay phải được đưa thẳng vào mô phỏng vị trí được mã hoá. Không có gì nặng nề—chỉ là một luồng riêng tư nhằm được xử lý gọn gàng ở phía ứng dụng. Yêu cầu đã rời đi, nhưng lớp định tuyến bị dừng lâu hơn phần còn lại của tuyến đường và các con số nhảy vọt.
Tôi đổ lỗi cho tắc nghẽn thông thường. Nghe cũng hợp lý.
Nhưng không đơn giản như vậy. Tính sẵn sàng của mô hình cho lớp quyền riêng tư vẫn ổn định. Kiểm tra thanh toán đã thông qua. Xác minh hoàn tất không hề có nhiễu. Đột biến chỉ xuất hiện khi hệ thống cố gắng bàn giao trạng thái đã được chốt để dùng cho lần tiếp theo.
Thông lượng ≠ Chất lượng dịch vụ. Thứ trông có vẻ như một tuyến chậm thực ra là một khoảng trống yên lặng sau khi quyền riêng tư đã làm xong việc của nó.
Luồng đường đi là yêu cầu → định tuyến → tính sẵn sàng của mô hình → thanh toán → xác minh → chốt giao dịch → sử dụng lặp lại. Hầu hết các lớp đều chuyển động. Chỉ có một lớp bị tụt lại nửa nhịp.
Điều tôi cứ mãi quay lại suy nghĩ là quyết định về hạ tầng dùng chung—quyết định lúc nào một vị trí riêng tư vừa được chốt có thể được dùng lại. Lợi ích của người vận hành và cách các lần chuyển giao đó được canh thời gian nằm dưới lớp này và gần như không bao giờ được nhắc đến.
Tôi vẫn chưa biết đó là hành vi còn sót của testnet hay điều gì đó chặt hơn ở trạng thái của mô hình. Tôi đã đóng một vị trí nhỏ bị lệch hướng hôm qua, nên tôi im hơn trên các biểu đồ và chỉ tập trung quan sát các đường ray.
Điều gì xảy ra khi các yêu cầu chốt đồng thời đến trong lúc nhu cầu thực sự tăng vọt và phía kinh tế phải luôn duy trì tính liên tục?
@Dusk $DUSK #dusk
#dusk $DUSK @Dusk