dealbot should be able to enable/disable testing against specific SPs

[SgtPooki]

We should be able to block providers for any/all checks by providerId

[BigLep]

@SgtPooki : I'm putting this as MX currently, but please share if there is something pressing about why this would be helpful to do sooner than later.

[SgtPooki]

@SgtPooki : I'm putting this as MX currently, but please share if there is something pressing about why this would be helpful to do sooner than later.

@BigLep From #186 , now we're testing against any active SP, including ones that are not actually maintaining their SP nodes, or dev/test nodes that folks spin up (kubuxu's dev node for instance)

so, clear separate reasons to do this:

1. there is no longer an isDevTagged flag for SPs
2. there are SPs from warp speed program that we don't need to test..
3. the more SPs we test that we don't need to, the noisier our logs are
4. certain SPs might need to be "scaled down" from testing because of a known issue.. this issue would cover disabling testing of that SP for a manually determined time.

I'm imagining this would be another DB table, or column in our provider table, that is a dealbot specific "allow/deny" testing flag.

[rvagg]

I was going to say that we should just pull serviceStatus out of the provider info and do the filtering here because it's still there, Synapse just stopped caring about it. But it turns out we're actively stripping non-official fields from the capabilities list in Synapse now so you can't. Here's a fix that brings it back: FilOzone/synapse-sdk#687

Then here, in apps/backend/src/wallet-sdk/wallet-sdk.service.ts loadProviders you do the filtering, comparing info.pdp.extraCapabilities?.serviceStatus to '0x646576' ("dev"), something like this with bonus logging:

-      const validProviders = providerInfos.filter((info) => !!info);
+      const validProviders = providerInfos.filter((info) => {
+        if (!info) return false;
+        // Skip providers that have declared serviceStatus=dev in their capabilities
+        const serviceStatus = info.pdp.extraCapabilities?.serviceStatus;
+        if (serviceStatus === "0x646576") { // "dev"
+          this.logger.log({
+            event: "provider_skip_dev",
+            message: `Skipping dev provider "${info.name}" (ID ${info.id})`,
+            providerId: info.id,
+            providerName: info.name,
+          });
+          return false;
+        }
+        return true;
+      });

This is not to argue that we shouldn't also have a way to opt-out on our end, but it would be nice for an SP to signal without having to tell us that they don't want to be tested. I know Zen's going to be setting up his test SP again so will be in the same boat probably.