<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 224 <br>

Issue Title: `events_supported` field added to .well-known/ssf-configuration response

<br>

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

<br>

Comment: I think there is still a use case to have them in both places. In the transmitter config, since anyone can see those, you can list your "universally supported" public events, things like the CAEP and RISC event sets. Once a receiver registers and sets

 up its stream, its true that the list might be redundant. However you can imagine a "tight partnership" or two companies that are subsidaries of a parent that might want to share propitiatory events that they might not want publicly discoverable. This is where

 that list could go once the receiver was marked as special by their system. Also it's already optional, so if a company is not using the system in this way, they can simply disregard.

</body>

</html>