A connection to the blackout information server may be established. Data associated with establishing the connection may be transmitted by the user device. The blackout condition may be received via the connection. A state (e.g., open state) of the connection may not depend on a number of transactions (e.g., request and response), a state of a transaction, and/or a quality of a transaction. For example, the connection may remain in an open state despite packet loss. The connection may remain in an open state until the user device sends an instruction to close the connection (e.g., or until a failure of the connection, such as a failure of an underlying protocol such as transmission control protocol). The connection may be configured to allow the user device and the blackout information server to transmit data at any time (e.g., if the connection is operational). The connection may be configured to remain in an open state after an initial transaction (e.g., a request is received and/or after a response is transmitted to the initial request). The initial transaction may be after the connection is established (e.g., via exchange of an opening handshake). The connection may not have a limit on the number of requests (e.g., transactions, responses). The connection may not automatically be closed after a request is fulfilled. The connection may remain in an open state without requiring an instruction to keep the connection open. The connection may remain in an open state without requiring a request or response to be pending. The connection may be established based on an upgrade handshake from hypertext transfer protocol. The connection may comprise a websocket connection to the blackout information server. The blackout information server may be queried via the connection (e.g., a websocket connection, a websocket session).