Файли FIP, розділ 10: пропозиція, яка зробила те, що «роблення мінімуму» на @FlareNetworks насправді щось коштувало. Раніше постачальник даних міг надійно з’являтися для FTSO, але тихо пропускати менш прибутковий протокол і не стикатися майже з жодними наслідками. FIP.10 виправив це за допомогою простого механізму: пропусків. Кожен постачальник починає з нуля. Виконавши мінімальні вимоги для кожного активного протоколу в епоху, ви отримуєте пропуск, максимум — 3. Пропустивши вимоги хоча б одного протоколу, ви втрачаєте один пропуск. Якщо пропуски закінчуються, а ви все ще не виконуєте вимог — ви втрачаєте всі нагороди за цю епоху, повністю і без винятків. Вимоги до стейкінгу також навмисно розподілені. 80% часу роботи з 1M FLR у власному стейкінгу лише робить вас придатним для отримання нагород. Реальне отримання або втрата пропусків вимагає 3M FLR у власному стейкінгу та 15M FLR у активному стейкінгу, що ускладнює маніпуляції з боку малих постачальників, які обирають лише найприбутковіші протоколи, порівняно з повністю залученими. Подібна пропозиція, SIP.04, спочатку була реалізована на Songbird — канарейковій мережі Flare — перед тим, як була запущена на мейннеті у лютому 2025 року. Ніхто не бачить цього на графіку. Але саме це забезпечує те, що дані FTSO не деградують тихо, коли додаються нові протоколи, і постачальники не можуть просто обирати найприбутковіший протокол, а решту ігнорувати.