Optional authOptional cacheDetermines caching behaviour for certain repeated smart contract queries.
Optional maxOptional maxOptional contractsThe smart contract addresses and RPC urls to be used in the client. Generally not intended to be configured by the end-user unless a custom network is being formed.
Optional ethereumOptional mainOptional maxOptional storageOptional streamOptional streamOptional streamOptional theSome TheGraph instance, that indexes the streamr registries
Optional encryptionControls how messages encryption and decryption should be handled and how encryption keys should be exchanged.
Optional keyWhen requesting an encryption key using the standard Streamr key-exchange system, defines how many milliseconds should a response be awaited for.
Optional litEnable experimental Lit Protocol key exchange.
When enabled encryption key storing and fetching will primarily be done through the Lit Protocol and secondarily through the standard Streamr key-exchange system.
Optional litEnable log messages of the Lit Protocol library to be printed to stdout.
Optional maxThe maximum amount of encryption key requests that should be sent via the standard Streamr key-exchange system per second.
In streams with 1000+ publishers, it is important to limit the amount of control message traffic that gets generated to avoid network buffers from overflowing.
Optional gapSet to true to enable gap filling.
Some messages may occasionally not reach the client due to networking issues. Missing messages form gaps that are often detectable and retrievable on demand. By enabling gap filling, the client will detect and fix gaps automatically for you.
Optional gapWhen gap filling is enabled and a gap is encountered, this option defines the amount of time in milliseconds to wait before attempting to actively fill in the gap.
Rationale: data may just be arriving out-of-order and the missing message(s) may be on their way. For efficiency, it makes sense to wait a little before actively attempting to fill in a gap, as this involves a resend request / response interaction with a storage node.
Optional idCustom human-readable debug id for client. Used in logging.
Optional logOverride the default logging level.
Optional maxWhen gap filling is enabled, this option controls the maximum amount of times a gap will try to be actively filled before giving up and proceeding forwards.
Optional metricsDetermines the telemetry metrics that are sent to the Streamr Network at regular intervals.
By setting this to false, you disable the feature.
Optional networkThese settings determine how the client performs and interacts with the Streamr Network.
Optional acceptWhether to accept proxy connections. Enabling this option allows this network node to act as proxy on behalf of other nodes / clients.
Optional disconnectionDetermines how long, in milliseconds, to keep non-relevant neighbor connections around for before disconnecting them.
A connection with another node is relevant when the two share one or more streams and thus have messages to propagate to one another. When this no longer holds, the connection may be cut.
During the topology re-organization process, sometimes a neighbor node may cease to be our neighbor only to become one once again in a short period of time. For this reason, it can be beneficial not to disconnect non-relevant neighbors right away.
Optional iceThe list of STUN and TURN servers to use in ICE protocol when forming WebRTC connections.
Optional id?: stringThe network-wide identifier of this node. Should be unique within the Streamr Network.
Optional location?: LocationDefines an explicit geographic location for this node (overriding Geo IP lookup).
Optional newDefines WebRTC connection establishment timeout in milliseconds.
When attempting to form a new connection, if not established within this timeout, the attempt is considered as failed and further waiting for it will cease.
Optional peerDefines how often, in milliseconds, to ping connected nodes to determine connection aliveness.
Optional rttDetermines how often, in milliseconds, at most, to include round-trip time (RTT) statistics in status updates to trackers.
Optional trackerDetermines how often, in milliseconds, should tracker connections be maintained. This involves connecting to any relevant trackers to which a connection does not yet exist and disconnecting from irrelevant ones.
Optional trackerDefines how often, in milliseconds, to ping connected tracker(s) to determine connection aliveness.
Optional trackers?: TrackerRegistryContract | TrackerRegistryRecord[]Defines the trackers that should be used for peer discovery and connection forming.
Generally not intended to be configured by the end-user unless a custom network is being formed.
Optional webrtcSets the high-water mark used by send buffers of WebRTC connections.
Optional webrtcSets the low-water mark used by send buffers of WebRTC connections.
Optional webrtcWhen set to true private addresses will not be probed when forming WebRTC connections.
Probing private addresses can trigger false-positive incidents in some port scanning detection systems employed by web hosting providers. Disallowing private addresses may prevent direct connections from being formed between nodes using IPv4 addresses on a local network.
Details: https://github.com/streamr-dev/network/wiki/WebRTC-private-addresses
Optional webrtcThe maximum outgoing message size (in bytes) accepted by WebRTC connections. Messages exceeding the maximum size are simply discarded.
Optional webrtcDefines a custom UDP port range to be used for WebRTC connections. This port range should not be restricted by enclosing firewalls or virtual private cloud configurations.
Optional webrtcThe maximum amount of messages retained in the send queue of a WebRTC connection.
When the send queue becomes full, oldest messages are discarded first to make room for new.
Optional orderDue to the distributed nature of the network, messages may occasionally
arrive to the client out-of-order. Set this option to true if you want
the client to reorder received messages to the intended order.
Optional retryWhen gap filling is enabled and a gap is encountered, a resend request may eventually be sent to a storage node in an attempt to actively fill in the gap. This option controls how long to wait for, in milliseconds, for a resend response from the storage node before proceeding to the next attempt.
Generated using TypeDoc
The Ethereum identity to be used by the client. Either a private key or a window.ethereum object.