<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

</head>

<body>

openid/sharedsignals event <br>

<br>

Issue Comment created on issue 295 <br>

Issue Title: Make event queueing explicit <br>

https://github.com/openid/sharedsignals/issues/295 <br>

<br>

Comment: A related topic is event retention. There is an implicit assumption in the above description that a transmitter is expected to hold on to queued events when a stream is paused. The problem is that there is a practical limit on how many events a transmitter

 can hold and there is also a (performance, reliability, finance) cost associated with doing so even if the transmitter is able to hold the events. Some transmitters may choose to pass the cost of event retention to customers by providing them with options.

 Some transmitters may decide that they do not want to address the issue and chose not to retain events at all. It may be good to add some clarity about event retention in the spec in terms of expectations/configuration.

</body>

</html>