fix: filter run_list state candidates by current remote's maintainers

when a repo has multiple nostr:// remotes sharing the same identifier,
relays can return state events authored by maintainers of the other
remote. without filtering, the newest event wins regardless of author,
pointing refs at the wrong commits.

state event candidates in run_list are now filtered to maintainers of
the current remote's repo announcement.

0 files changed, 0 insertions, 0 deletions