bug: Wrong signness in new API

[marcovc]

Problem

A liquidityNet map in a concentrated pool should be a int->int (or maybe int->big_int). It can be negative too:

services/crates/solvers/openapi.yml

Line 348 in a72c4c3

$ref: "#/components/schemas/TokenAmount"

Impact

Can lead to reverts because solvers have the wrong AMM state.

[fleupold]

I think this is mainly a documentation bug. Looking at the dto, the type is actually signed

services/crates/solvers/src/api/routes/solve/dto/auction.rs

Lines 347 to 348 in bffb3cb

	#[serde_as(as = "HashMap<DisplayFromStr, DisplayFromStr>")]
	liquidity_net: HashMap<i32, i128>,

So it shouldn't lead to reverts.

[marcovc]

Oh great, I thought these API docs were autogenerated. Closing.