Currently, federated properties (and probably API entity sources in general?) don’t implement a working EntityRevisionLookup; if you call WikibaseRepo’s EntityRevisionLookup with a federated property ID, it will try to use the standard implementation for local entities (using WikiPageEntityMetaDataLookup and EntityIdLocalPartPageTableEntityQuery) and ultimately crash when calling the unsupported FederatedPropertyId::getLocalPart() method. We should add a working implementation of this service.
As far as I can tell, there’s no conceptual reason why this shouldn’t be possible. The entity storage documentation already makes it clear that “the revision ID is considered to be unique only relative to a given entity ID, not globally”; and while it doesn’t explicitly state that the revision ID doesn’t necessarily refer to the local wiki (and it might make sense to add this to the docs), that’s already the case today: you can use a Commons EntityRevisionLookup with an item ID, and get back a Wikidata revision:
lucaswerkmeister-wmde@mwdebug1002:~$ mwscript shell.php commonswiki Psy Shell v0.11.5 (PHP 7.2.34-18+0~20210223.60+debian10~1.gbpb21322+wmf5 — cli) by Justin Hileman >>> $erl = wbr::getEntityRevisionLookup() => Wikibase\Lib\Store\CachingEntityRevisionLookup {#5927} >>> $eip = wbr::getEntityIdParser() => Wikibase\DataModel\Entity\DispatchingEntityIdParser {#6194} >>> $erl->getEntityRevision( $eip->parse( 'Q4115189' ) )->getRevisionId() => 1674738524