Phần xấu trong SIGN không phải là việc chứng minh một ví đủ điều kiện. Đó là những gì xảy ra khi một hàng TokenTable trực tiếp bị sai sau khi các yêu cầu đã được mở.
Hàng đã được công bố. Số tiền đã được đặt. Đường dẫn yêu cầu hoạt động. Sau đó, sai lầm xuất hiện: ánh xạ người thụ hưởng bị sai, ví đã được xoay vòng, hoặc hàng đó không bao giờ nên chỉ vào đó cả.
Hệ thống yếu xử lý điều đó bằng cách nói dối. Họ ghi đè lên hàng và hành động như thể việc thay thế luôn là sự thật.
Chuỗi mà tôi quan tâm trong SIGN khắc nghiệt hơn và tiết lộ nhiều hơn. Hàng sai được phát hiện. Đóng băng xảy ra với hàng đó. Phiên bản bảng đã công bố vẫn có thể phát lại. Một sự sửa đổi hoặc thu hồi được ủy quyền được ghi lại. Một điểm đến thay thế được viết. Sau đó, người yêu cầu có thể mở yêu cầu hôm qua quay trở lại hôm nay và thấy đường dẫn đã biến mất.
Bây giờ hỗ trợ phải trả lời từ bản ghi, không phải từ trí nhớ. Đây là hàng trực tiếp. Đây là việc đóng băng. Đây là quyền sửa đổi. Đây là điểm đến thay thế.
Đó là áp lực đối với tôi trong SIGN. Liệu một hàng thanh toán xấu có thể được sửa chữa mà không xóa đi chuỗi chính xác giải thích tại sao yêu cầu đã thay đổi?