एक सामान्य श्रृंखला पर एक ऋण अनुरोध निष्पादित करने के लिए तीन अलग-अलग टोकन की आवश्यकता होती है। गैस के लिए मूल संपत्ति। उधारकर्ता के क्रेडिट डेटा को प्राप्त करने के लिए रिले सेवा का भुगतान करने के लिए दूसरा। और डेटा वापस आने के बाद कॉलबैक ट्रिगर करने के लिए कीपर नेटवर्क को प्रतिफल देने के लिए तीसरा। यह उदाहरण Rialo की स्वयं की एसिंक्रोनस निष्पादन दस्तावेज़ से लिया गया है, और यह उस चीज़ की वास्तविक संचालन लागत का वर्णन करता है जिसे अधिकांश लोग एकल लेनदेन कहते हैं। तीन संपत्तियाँ प्राप्त करनी हैं, रखनी हैं, निगरानी करनी है, और पुनः भरनी हैं। तीन बैलेंस प्रबंधित करने हैं। तीन स्थान जहाँ प्रवाह ठहर जाता है अगर कोई समय पर एक समाप्त हो जाए। यह बहु-टोकन कर कभी-कभी सामने नहीं आता क्योंकि यह कोई प्रोटोकॉल शुल्क नहीं है जो कोई भी सुलझाता हो। यह स्वतः उत्पन्न हुई लागत है, जब हम स्वतंत्र नेटवर्क पर क्षमता को सौंपते हैं, जिनमें से प्रत्येक के स्वयं के अर्थव्यवस्था की आवश्यकता होती है। किसी ने इसे डिज़ाइन नहीं किया। यह समय के साथ, एक-एक करके मिडलवेयर परतों से संचित हुआ। @RialoHQ पर, समान प्रवाह एकल एसिंक्रोनस लेनदेन के रूप में चलता है। पुष्टिकर्ता मूल वेब कॉल के माध्यम से बाहरी API को प्रश्न पूछते हैं। निष्पादन कीपर के प्रेरणा के बिना प्रतीक्षा में होता है और पुनः प्रारंभ होता है। एक टोकन, एक बैलेंस, एक ही चीज़ जिसे सदैव समर्थित रखना होता है। टोकन डिज़ाइन परचों में सामान्यतः सप्लाई समय-सारणीयों और वितरण वक्रों पर ही मंथन होता है। अधिक उपयोगी प्रश्न है: कितने अलग-अलग टोकनों को कोई डेवलपर समय-समय पर होल्ड करता है, पहले से हीउसका प्रोडक्ट काम करे?इसउद्योग में,अधिकांश मामलों में,ईमानदारी सेउत्तरतीनहींहै,औरकभीभीइससंख्याकोकिसीपिचडेकमेंशामिलनहींकियागया।