
<html>

<head>

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

</head>

<body>

openid/sharedsignals event <br>

<br>

Issue opened <br>

Issue Title: Permanence of streams <br>

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

<br>

Copying discussion from meeting on 9/24: - [Tushar] the spec implicitly assumes that a stream is permanent once created. Should it support expirable streams? - [Tushar] Possible solution: verification events on a cadence - [Yair] A Rx (or Tx) can disable a

 stream - [Yair] As long as PUSH endpoint is returning success, nothing is wrong. But if endpoint starts sending 500, 400 etc, then Tx can do something about it. - [Yair] You cannot tell the difference between an Rx that has been sold, etc vs an Rx that is

 behaving well - [Yair] We shouldn't make verification event requests mandatory, but can make it optional. Possibly include a time value that indicates how long between requests before Tx kills stream. - [Shayne] I like the idea of an optional value in StreamConfiguration

 - [Apoorva] We could also make it any call, not just verification - [Shayne] Is that harder to implement? - [Yair] Agree that it could be any endpoint - status endpoint would work - [Shayne] That's nice because then you don't have to send unneccessary data

</body>

</html>