This forces the client to download all messages from the stream, thus carefully choosing the right stream for a new address is important. If the user wants to get the broadcasts from the timeservice, he needs to connect to stream 1 and check all messages to verify if there are broadcasts from the timeservice. Clients have to manually pull the message from the stream.Įxample: The Timeservice Broadcast is located in stream 1 and the user is located in stream 5. A Broadcast is always sent to the stream the sending address is allocated to. The receiver will upon receiving the message connect to the senders stream and send the ACK Message (post fashion).īroadcasts are organized in a get fashion. If a private message is sent, the sender has to find the receivers stream and send the message to it. The receiver is responsible for advertising its existance, while the sender is responsible for finding the receiver. If a stream is chosen that the address will never send messages too, it creates additional traffic for sender and receiver due to the stream changing. What’s new in version 0.6.3.2 Updated on Version 0.6.3. In addition, you can also view network usage information, if needed. This number should be chosen to match as many recipient addresses as possible. Bitmessage comes with an intuitive interface that allows you to send messages, manage received messages, identities, subscriptions and address book. If new addresses are generated and multiple streams are available the user can choose, which stream becomes the addresses home stream. If clients get uncomfortable with the amount of messages being sent to the network they may create two child streams. This allows each client to reach each other and identify in which stream the address in question is located. Clients also connect to streams of addresses they are subscribed too.Ĭlients not connected to stream 1 occasionally connect its stream chain up to the master stream to advertise their existance. This prevents the message cache from getting too big. Apart from the fact, that it contains all pubkeys (see "Advertising") it is a regular stream and at the time this page is written, the only one existing stream.Ĭlients can have multiple addresses in different streams and will connect to other clients for each stream they own an address, ignoring all other streams. Stream 1 is the master stream from which all other streams develop.
At the time this document was written, the stream number is always 1. If users create addresses, they must enter the stream number or (if existing) select an existing address from which the settings are copied. While possible stream distribution methods are still being discussed in the forum, this page describes the tree structure, that can be found in the whitepaper. The content on this page has not yet been implemented in the client and all nodes have only addresses for stream 1.Ĭontent here is subject to change.