Qualify a side by minTwoSidedLiquidity, not minContracts

[piekstra]

The bug

LP-reward programs publish two different thresholds, and rewards eligibility
collapsed them into one:

field	governs
minContracts	whether an order accrues score
minTwoSidedLiquidity	whether an order qualifies its side

bid_shares / ask_shares only accumulated for orders that had already passed
big_enough (qty >= minContracts), so the stricter bar silently governed the
two-sided test as well.

The result: any position whose ask sat below minContracts was reported
not two-sided: one-sided liquidity earns nothing with no expected reward —
while the program was paying it every hour.

The fix

Qualification requires only that an order be covered and meet
minTwoSidedLiquidity (1 on every program observed). A 1-share ask parked far
outside the band contributes zero score yet still establishes the ask side,
which is what lets the bid's score earn.

Band and minContracts continue to gate scoring — unchanged.

Why it matters

Under-reporting eligibility is expensive in both directions:

• live income reads as nothing, so a paying property looks idle
• the natural "fix" is to buy inventory to reach minContracts on a side that
  was already qualified — inventory that adds no score, bought at the AMM
  fee

Tests

• new: a 4-share in-band bid + a 1-share out-of-band ask is two-sided and
  earning, while the ask itself reports scoring: false
• corrected: an existing test asserted the conflated rule (that an undersized
  order cannot qualify its side). It now pins the real semantics — qualifies,
  but never scores.

All existing eligibility tests for genuinely one-sided positions (bid-only,
ask-only) still pass unchanged: those earn nothing, and that part was right.