FIPファイル、第10章：@FlareNetworksで「最低限の対応」をしたことが実際のコストを生んだ提案。 これ以前、データプロバイダーはFTSOには安定して参加しつつ、収益性の低いプロトコルは黙ってスキップしても、ほぼ何のペナルティも受けていませんでした。FIP.10はシンプルなメカニズム「パス」でこの問題を解決しました。すべてのプロバイダーはゼロからスタートします。エポックごとにアクティブなすべてのプロトコルで最低要件を満たせば、最大3つまでのパスを獲得できます。いずれかのプロトコルで要件を満たせなければ、パスを1つ失います。パスをすべて失い、さらに要件を満たせない場合、そのエポックのすべての報酬が没収されます。 ステーキング要件も意図的に段階的に設定されています。80%の稼働率と1M FLRの自己担保だけでは、報酬受領資格を得るだけです。実際のパスの獲得または失敗には、3Mの自己担保と15Mのアクティブステークが必要です。これにより、完全にコミットしていない小さな選択的運用では、システムを簡単に操作できなくなります。 同様のロジックをSongbird（Flareのカナリーネットワーク）に適用したSIP.04は、2025年2月にメインネットで導入される前に先行して実装されました。 この仕組みはチャートには現れませんが、それがFTSOデータが新プロトコルの追加とともに静かに劣化しない理由であり、プロバイダーが収益性の高いプロトコルだけを選んで他のものは放置できない理由です。