The new POST /search response returns node representations inconsistent with the core REST API when the version store is being searched. These entries are returning the frozen node details but we should be hiding the internal implementation details.
After discussing this with Gethin a proposal is to define the search ResultNode as a combination of the core Node, VersionNode and DeletedNode objects and provide flags in the search object to indicate which store the node came from.
Furthermore, to initiate the search in the version store also requires specifying a scope using the store ref syntax that we've hidden from the REST API up until now. Again the suggestion here is to use flags to toggle which stores to search within.