driver: parallel unsupported order detection

[metalurgical]

Description

Make unsupported order detection read-only and execute it in parallel with sorting and data fetching. Apply filtering after update_orders to preserve existing ordering.

Changes

• Replace filter_unsupported_orders_in_auction with unsupported_order_uids(&[Order]) -> HashSet<Uid>
• Remove filter_unsupported_orders_in_auction
• Remove without_unsupported_orders
• Run unsupported detection in parallel in solve()
• Apply unsupported filtering after updating orders
• Update quote.rs to use unsupported_order_uids and retain
• Includes test cases for unsupported_order_uids

How to test

cargo test -p driver

Related Issues

Fixes #3516, follow up PR to #4309 and taking into account #4329

[gemini-code-assist]

Code Review

This pull request refactors the competition logic to parallelize unsupported order detection by updating the risk detector API to return a set of UIDs instead of modifying the auction in place. A critical logic error was identified in the new unsupported_order_uids method where orders flagged as unsupported by metrics are filtered out of the processing loop but never added to the removal set, effectively bypassing the intended filtering logic.

[metalurgical]

@jmg-duarte This is minimal, easily reviewable and I think in line with what is expected for resolving the linked issue. Just finishing off what I started.