Tập tin FIP, chương 10: đề xuất khiến việc “làm đúng tối thiểu” trên @FlareNetworks trở nên có chi phí. Trước đây, một nhà cung cấp dữ liệu có thể tham gia đáng tin cậy vào FTSO nhưng lặng lẽ bỏ qua một giao thức ít sinh lời hơn mà không phải đối mặt với bất kỳ hậu quả nào. FIP.10 đã khắc phục điều này bằng một cơ chế đơn giản: vé. Mỗi nhà cung cấp bắt đầu với số điểm bằng 0. Đáp ứng đủ yêu cầu tối thiểu trên mọi giao thức đang hoạt động trong một chu kỳ, bạn sẽ nhận được một vé, tối đa 3 vé. Nếu thiếu sót trên bất kỳ giao thức nào, bạn sẽ mất một vé. Hết vé và vẫn không đạt yêu cầu, bạn sẽ mất toàn bộ phần thưởng của chu kỳ đó, không ngoại lệ. Ngưỡng staking cũng được thiết kế phân cấp rõ ràng. 80% thời gian hoạt động với 1M FLR tự staking chỉ giúp bạn đủ điều kiện nhận phần thưởng. Để thực sự kiếm hoặc mất vé, bạn cần có 3M FLR tự staking và 15M FLR đang được staking tích cực, nhờ đó các mô hình chọn lọc chỉ tập trung vào lợi nhuận không thể dễ dàng khai thác hệ thống như các nhà cung cấp cam kết đầy đủ. Một đề xuất song song, SIP.04, đã áp dụng cùng logic này lên Songbird trước tiên — mạng canary của Flare — trước khi được triển khai trên mạng chính vào tháng 2 năm 2025. Không ai nhìn thấy điều này trên biểu đồ. Nhưng đó chính là lý do dữ liệu FTSO không suy giảm âm thầm khi các giao thức mới được thêm vào, và các nhà cung cấp không thể chỉ chọn giao thức sinh lời nhất rồi an tâm với những giao thức còn lại.