I was under the impression that we were safe from non-delegates, and
in some cases even delegates, not having rad/sigrefs and fetching
still being able to succeed.
However, according to this Zulip thread1, a namespace with missing
rad/sigrefs can occur in a failing fetch.
We should investigate this, first by checking that there is an
existing test, either in the e2e.rs module, or in the commands.rs
test module for this test case. If not, then we should add a case and
confirm that what is going wrong here.
It could be the possibility that the peer somehow had references but
no rad/sigrefs, through manual manipulation of their storage
references – which may not be accounted for.
https://radicle.zulipchat.com/#narrow/stream/369873-support/topic/radicle-explorer.20sync.20issues