BLS-style CAPTCHAs are not image-recognition puzzles in the usual sense. They show a 3x3 grid and an instruction naming a number, and the answer is a cell selection rather than an object class. CaptchaAI treats it as its own supported type, published at over 99% success with average latency under a second.
Classic image grids ask you to classify objects. A BLS-style grid names a number and asks for the matching cell, so the work is reading the instruction and locating the value rather than recognising a category. Solvers tuned only for object classes handle it poorly, which is why it is listed as its own type.
>99% success
CaptchaAI's published figure for BLS
< 1 second
Published average latency
One endpoint
Same API as every supported type
Proxy per task
Submit proxy + proxytype when needed
The same submit-and-poll flow as the rest of the API.
POST to in.php on ocr.captchaai.com with your 32-character key, the method for the type and its parameters. Add json=1 for a structured response, or leave it off for the legacy plain-text shape.
Send action=get&id=<taskId> to res.php roughly every five seconds until it stops returning CAPCHA_NOT_READY. With a published sub-second average for this type, the poll cadence is usually the dominant cost, not the solve.
ERROR_UNSOLVABLE, ERROR_ZERO_BALANCE and CAPCHA_NOT_READY are documented codes with distinct meanings. Branch on them rather than treating every non-success the same way - one is retryable, one is a billing state, one is just 'not yet'.
Tasks accept proxy and proxytype parameters, so the solve can originate from the same network context as the rest of your session where the target site cares about that consistency.
From CaptchaAI's own supported-challenges list.
BLS Captcha appears in the supported-challenges list in its own right, described as '3x3 numeric-instruction grid CAPTCHAs optimized for BLS-style tasks'.
The site publishes >99% success for this type, alongside Image CAPTCHA and Grid Image which carry the same published success band.
Listed at <1s average, in the same band as Grid Image and slower only than plain Image CAPTCHA at <0.5s.
Thread-based plans state no surcharges by type, so BLS runs on the same threads as everything else rather than on a special rate.
They appear in appointment and application portals rather than general consumer signup flows, which is exactly why generic solvers handle them badly - most training pressure goes to the challenges everyone sees.
The practical case, in four lines.
BLS grids appear in the supported list in their own right, with their own published success and latency figures.
Listed at under one second average latency, in the same band as grid image solving.
Same in.php submit and res.php poll as every other type - no separate SDK or endpoint.
Thread-based plans state no surcharges by type, so this runs on the plan you already have.
A 3x3 grid paired with an instruction that names a number, where the answer is the cell matching that value. CaptchaAI lists it as its own supported type, distinct from image and object-classification grids.
An image grid asks you to classify what is depicted. A numeric-instruction grid asks you to read an instruction and locate a value, so the reasoning and the response shape both differ. That is why it is measured separately.
No. The published pricing states no surcharges by CAPTCHA type - every supported type runs on the same threads under the same plan.
ERROR_UNSOLVABLE is a documented response. Treat it as a distinct branch from CAPCHA_NOT_READY, which simply means the result is not ready yet and you should keep polling.
Very likely. The API follows the legacy 2Captcha-shaped in.php / res.php protocol, which the site describes as drop-in compatible - for many teams the change is the host.
BLS grids run on the same threads, the same endpoint and the same error codes as every other supported challenge.