To put simply, the answer is no, there's no "long poll" endpoint and no plan to add it to the spec.
The reason is it doesn't make sense to ask for new entries unless you know they're there - by first calling get-sth to learn of a new tree head. Generally the protocol is designed for auditing for tree consistency by a client/monitor that observes STHs, fetches entries for the tree at the specified size and validates the root hash published matches the one calculated from the entries. IIRC there are monitors that offer a polling service. On Thu, Mar 21, 2019 at 10:47 AM Evgeny <[email protected]> wrote: > I briefly read the rfc6962-bis I-D and didn't find whether it is > possible to continuosly receive new entries. In Section 5.2 there is > "/ct/v2/get-entries" request, but seems like it instantly returns > entries or just an empty result. Is it possible to retrieve new entries > via "long poll"? If not, is it planned to add this functionality to the > spec? I find it weird to constantly issue GET requests in a loop. > > _______________________________________________ > Trans mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/trans >
_______________________________________________ Trans mailing list [email protected] https://www.ietf.org/mailman/listinfo/trans
