Mga File ng FIP, kabanata 10: ang panukala na nagbigay ng gastos sa "paggawa ng minimum" sa @FlareNetworks. Bago ito, ang isang data provider ay maaaring maging malakas sa FTSO ngunit tahimik na iwasan ang isang mas maliit na kita sa protokolo, at hindi makakaranas ng anumang kaparusahan. Ipinag-ayos ng FIP.10 ito gamit ang isang simpleng mekanismo: mga pass. Kumukuha ang bawat provider ng zero. Kumpletuhin ang minimum na mga kinakailangan sa bawat aktibong protokolo sa isang epoch, at kikita ka ng isang pass, hanggang sa maksimum na 3. Kung hindi mo matutupad ang kinakailangan sa anumang isang protokolo, mawawala ang isang pass. Kung mawala ang lahat ng iyong passes at patuloy kang hindi makakamit, mawawala ang lahat ng iyong rewards para sa epoch na iyon, walang kundisyon. Ang staking requirement ay may iba’t ibang antas din. Ang 80% uptime kasama ang 1M FLR na self-bonded ay nagpapanatili lamang sa iyo bilang eligible para sa rewards. Ang pagkakaroon o pagkawala ng mga pass ay nangangailangan ng 3M self-bonded at 15M na actively staked, kaya’t mas mahirap para sa mga mas maliit na setup na pumipili lamang ng protokolo na may kita na magmaneho ng sistema kaysa sa mga puno at nakikilahok na provider. Ang isang kaparehong panukala, SIP.04, inilapat ang parehong lohika sa Songbird muna, ang canary network ng Flare, bago ito ipinakilala sa mainnet noong Pebrero 2025. Hindi ito makikita sa isang chart. Pero ito ang dahilan kung bakit hindi tumutunaw nang tahimik ang FTSO data habang idinadagdag ang mga bagong protokolo—hindi kayang pumili lamang ang mga provider ng isang profitable na protokolo at magpaikot sa iba.