FIP फाइल्स, अध्याय 10: वह प्रस्ताव जिसने @FlareNetworks पर "न्यूनतम कार्य करने" की लागत लगा दी। इससे पहले, एक डेटा प्रदाता FTSO के लिए विश्वसनीय रूप से उपलब्ध हो सकता था, लेकिन कम लाभदायक प्रोटोकॉल को चुपचाप छोड़ सकता था और लगभग कोई परिणाम नहीं झेल सकता था। FIP.10 ने एक सरल तंत्र के साथ इसे सुधारा: पास। प्रत्येक प्रदाता शून्य से शुरू होता है। प्रत्येक सक्रिय प्रोटोकॉल में न्यूनतम आवश्यकताओं को पूरा करें, और आप एक पास प्राप्त करते हैं, अधिकतम 3 तक। किसी भी एक प्रोटोकॉल पर मानदंड पूरा न करने पर, आप एक पास खो देते हैं। पास समाप्त हो जाएँ और फिर भी मानदंड पूरा न करें, तो आपको उस एपोच के सभी पुरस्कार खोने पड़ते हैं, पूरी तरह। स्टेकिंग का मानदंड जानबूझकर स्तरबद्ध है। 80% अपटाइम के साथ 1M FLR स्वयं-बॉन्ड करना केवल आपको पुरस्कारों के लिए पात्र बनाता है। पास प्राप्त करने या खोने के लिए 3M स्वयं-बॉन्डेड और 15M सक्रिय स्टेक्ड होना आवश्यक है, इसलिए छोटे, चयनात्मक सेटअप सिस्टम को आसानी से गेम करने में सक्षम नहीं होते हैं, जबकि पूरी तरह से समर्पित सेटअप होते हैं। एक समान प्रस्ताव, SIP.04, पहले Flare के कैनरी नेटवर्क, Songbird पर इसी तर्क को लागू किया, जिसके बाद फरवरी 2025 में मेननेट पर लाइव हुआ। कोई भी इसे किसी चार्ट में नहीं देखता। लेकिन यही कारण है कि FTSO डेटा नए प्रोटोकॉल जोड़े जाने पर चुपचाप कमजोर नहीं होता, प्रदाता केवल लाभदायक प्रोटोकॉल का चयन करके बाकी पर सवारी नहीं कर सकते।