microcosm.blue
bad-example.com
right now the beginning and end slicing of the backlinks happens without regard for empty slots from deleted links, so endpoints might always return fewer-than-the-limit links, even if more are available to fill up the page.
seems like this can be changed to delay processing the "end" of the list (for the cursor) until after we try to just iterate through until we've collected enough actually-present items, which will probably more closely meet what client apps expect
just to write down the counter:
clients who need an exact amount of results could implement an iterative fetch helper, which chases the cursor until it gets enough items if fewer are received.
(this doesn't really make it any easier on the current version of constellation, since the whole list gets materialized on each request anyway)