Berkas FIP, bab 10: usulan yang membuat "melakukan hal minimum" di @FlareNetworks justru berbiaya. Sebelum ini, penyedia data bisa hadir secara andal untuk FTSO tetapi diam-diam melewatkan protokol yang kurang menguntungkan, tanpa konsekuensi apa-apa. FIP.10 memperbaiki hal itu dengan mekanisme sederhana: pass. Setiap penyedia memulai dari nol. Memenuhi persyaratan minimum di setiap protokol aktif dalam satu epoch, dan Anda mendapatkan satu pass, hingga maksimal 3. Melewatkan batas pada satu protokol saja, dan Anda kehilangan satu pass. Habis passnya tetap gagal memenuhi syarat, maka Anda kehilangan semua hadiah untuk epoch tersebut, tanpa pengecualian. Batas staking juga sengaja dibuat bertingkat. Uptime 80% dengan 1M FLR yang di-bond sendiri hanya membuat Anda layak menerima hadiah. Untuk benar-benar mendapatkan atau kehilangan pass, dibutuhkan 3M FLR yang di-bond sendiri dan 15M yang aktif di-stake, sehingga pengaturan kecil yang hanya memilih protokol menguntungkan tidak bisa dengan mudah memanfaatkan sistem seperti yang bisa dilakukan oleh peserta yang sepenuhnya berkomitmen. Usulan kembar, SIP.04, menerapkan logika yang sama terlebih dahulu di Songbird, jaringan canary Flare, sebelum diluncurkan di mainnet pada Februari 2025. Tidak ada yang melihat ini dalam grafik. Tetapi inilah alasan mengapa data FTSO tidak menurun secara diam-diam saat protokol baru ditambahkan, dan penyedia tidak bisa hanya memilih satu protokol yang menguntungkan lalu bersantai di sisanya.