Puede que me haya adelantado. 
Tras corregir los parámetros truthy/falsy a las cadenas ‘true’/‘false’, sigo viendo que se añaden entradas a “Screened IPs” y “Screened Emails” al eliminar usuarios.
Aquí están los registros de Rails para una llamada a la API:
Started DELETE "/admin/users/9553.json" for 123.123.123.123 at 2021-06-10 00:01:21 +0000
Processing by Admin::UsersController#destroy as JSON
Parameters: {"delete_posts"=>"false", "block_email"=>"false", "blocked_urls"=>"false", "block_ip"=>"false", "id"=>"9553"}
Can't verify CSRF token authenticity.
Rendering text template
Rendered text template (Duration: 0.0ms | Allocations: 1)
Completed 418 in 8ms (Views: 1.4ms | ActiveRecord: 0.0ms | Allocations: 2301)
Y aquí está la solicitud realizada a través de la interfaz web en lugar de llamar a la API:
Started DELETE "/admin/users/49.json" for 123.123.123.123 at 2021-06-10 08:24:47 +0000
Processing by Admin::UsersController#destroy as JSON
Parameters: {"context"=>"/admin/users/49/XXX", "delete_posts"=>"true", "id"=>"49"}
Rendered text template (Duration: 0.0ms | Allocations: 1)
Completed 418 in 23ms (Views: 4.7ms | ActiveRecord: 0.0ms | Allocations: 1778)
Por lo tanto, tras algunas pruebas, parece que los parámetros del punto de acceso de la API /admin/users/{id}.json se interpretan siempre como true cuando están presentes, independientemente de si realmente se establecen en ‘true’ o ‘false’.
Una vez que empecé a establecer solo los parámetros que eran ‘true’ y omitir los ‘false’, ya no se añadieron más entradas a las IPs/correos electrónicos filtrados.
¿Es este el comportamiento previsto? Eso no es lo que entiendo de la documentación.