Allow to create filtering policy rules by conditional order id or transaction hashes

[anxolin]

Description

It's possible that we need to quickly ignore one specific order, but we don't want to neither ignore the whole handler (i.e. all TWAP orders), nor a whole user.

For this reason, I included in this PR support for creating rules to ignore or drop orders by ID.

Test

One way to test this is to check how, current version of watch tower shows a ton of errors and can't process blocks in Sepolia with this config:

{
  "networks": [
    {
      "name": "sepolia",
      "rpc": "...",
      "deploymentBlock": 5072748,
      "filterPolicy": {
        "defaultAction": "DROP",
        "handlers": {
          "0x44569Cbd4E10dd5e97293337964Eff32d58ed352": "ACCEPT",
          "0x519BA24e959E33b3B6220CA98bd353d8c2D89920": "ACCEPT",
          "0x6cF1e9cA41f7611dEf408122793c358a3d11E5a5": "ACCEPT",
          "0xd3338f21c89745e46af56aeaf553cf96ba9bc66f": "ACCEPT",
          "0xE8212F30C28B4AAB467DF3725C14d6e89C2eB967": "ACCEPT"
        }
      },
      "watchdogTimeout": 120
    }
  ]
}

However, with this config it works:

{
  "networks": [
    {
      "name": "sepolia",
      "rpc": "...",
      "deploymentBlock": 5072748,
      "filterPolicy": {
        "defaultAction": "DROP",
        "conditionalOrderIds": {
          "0x5b3cdb6ffa3c95507cbfc459162609007865c2e87340312d3cd469c4ffbfae81": "SKIP"
        },
        "handlers": {
          "0x44569Cbd4E10dd5e97293337964Eff32d58ed352": "ACCEPT",
          "0x519BA24e959E33b3B6220CA98bd353d8c2D89920": "ACCEPT",
          "0x6cF1e9cA41f7611dEf408122793c358a3d11E5a5": "ACCEPT",
          "0xd3338f21c89745e46af56aeaf553cf96ba9bc66f": "ACCEPT",
          "0xE8212F30C28B4AAB467DF3725C14d6e89C2eB967": "ACCEPT"
        }
      },
      "watchdogTimeout": 120
    }
  ]
}

[mfw78]

Minor nits. Additionally, I'm not sure why we are introducing different variable naming within this PR (which seems orthogonal, and should be done across the entire repo).

[mfw78]

nit: full-length example order id

[mfw78]

nit: we should warn on this as a single transaction may actually spawn multiple conditional order ids (and therefore kill multiple)