Fail FIP, bab 10: cadangan yang menjadikan "melakukan perkara minimum" di @FlareNetworks sebenarnya mempunyai kos. Sebelum ini, penyedia data boleh muncul secara boleh dipercayai untuk FTSO tetapi secara senyap melepaskan protokol yang kurang menguntungkan, tanpa menghadapi sebarang akibat. FIP.10 memperbaiki ini dengan mekanik yang mudah: pas. Setiap penyedia bermula dengan sifar. Memenuhi keperluan minimum di semua protokol aktif dalam satu episod, dan anda mendapat satu pas, sehingga maksimum 3. Gagal memenuhi syarat pada sebarang protokol tunggal, dan anda kehilangan satu pas. Habis pas dan masih gagal memenuhi syarat, dan anda kehilangan semua ganjaran untuk episod tersebut, sepenuhnya. Tahap staking juga sengaja diberi lapisan. 80% masa aktif dengan 1M FLR yang disandarkan sendiri hanya menjadikan anda layak untuk ganjaran. Sebenarnya mendapat atau kehilangan pas memerlukan 3M disandarkan sendiri dan 15M yang disandarkan secara aktif, jadi pengaturan kecil yang hanya memilih protokol menguntungkan tidak dapat memanfaatkan sistem dengan mudah seperti yang sepenuhnya berkomitmen. Cadangan kembar, SIP.04, mengaplikasikan logik yang sama terlebih dahulu kepada Songbird, rangkaian kanari Flare, sebelum ia dilancarkan di rangkaian utama pada Februari 2025. Tidak seorang pun melihat ini dalam carta. Tetapi inilah sebabnya data FTSO tidak menurun secara senyap apabila protokol baru ditambah, dan penyedia tidak boleh hanya memilih protokol yang menguntungkan dan bersantai dengan yang lain.