Thực hiện một yêu cầu vay trên một chuỗi thông thường có thể yêu cầu ba loại token riêng biệt. Tài sản gốc dùng để trả phí gas. Một loại thứ hai để thanh toán cho dịch vụ relay lấy dữ liệu tín dụng của người vay. Và một loại thứ ba để bồi thường cho mạng keeper kích hoạt callback ngay sau khi dữ liệu đó được trả về. Ví dụ này đến từ tài liệu thực thi bất đồng bộ của chính Rialo, và nó mô tả chi phí vận hành thực sự của một thứ mà hầu hết mọi người gọi là một giao dịch duy nhất. Ba tài sản cần thu thập, nắm giữ, theo dõi và nạp thêm. Ba số dư cần quản lý. Ba điểm có thể làm gián đoạn quy trình nếu một trong số chúng hết sạch vào thời điểm không phù hợp. Loại “thuế đa token” này hiếm khi được nhắc đến vì nó không phải là phí giao thức do bất kỳ ai thu. Đó là chi phí phát sinh do việc giao phó khả năng thực thi cho các mạng riêng biệt, mỗi mạng đều cần nền kinh tế riêng để tồn tại. Không ai thiết kế nó. Nó tích lũy dần, từng lớp middleware một. Trên @RialoHQ, quy trình tương tự chạy như một giao dịch bất đồng bộ duy nhất. Các validator truy vấn API bên ngoài thông qua các cuộc gọi web bản địa. Việc thực thi tạm dừng và tiếp tục mà không cần keeper kích hoạt. Một token, một số dư, một thứ duy nhất cần được duy trì đủ vốn. Các cuộc thảo luận về thiết kế token thường xoay quanh lịch trình cung cấp và đường cong phân phối. Câu hỏi hữu ích hơn là: một nhà phát triển phải nắm giữ bao nhiêu loại token khác nhau trước khi sản phẩm của họ có thể hoạt động? Với phần lớn ngành này, câu trả lời trung thực luôn là ba — và chưa bao giờ có ai đưa con số đó vào bản thuyết trình.