Difference between revisions of "Decentralized Mailing List"

From Bitmessage Wiki
Jump to navigation Jump to search
 
(21 intermediate revisions by 2 users not shown)
Line 1: Line 1:
* De-centralized General Broadcast Chan
+
A [[Mailing List]] without the requirement of a central "authority". Sometimes called Chan (short for channel) because they usually focus on a subject which also is the password for the deterministic address too.
  
We now have an alternative to the centralized "General" Chan.  
+
== Issues with regular Mailing Lists ==
 +
Despite the fact that Bitmessage is a decentralized [[p2p]] network, pseudo-mailing lists require the client who operates the list to be online, creating a [http://en.wikipedia.org/wiki/Single_point_of_failure Single Point of Failure]. Decentralized lists circumvent this issue by having a group of users share private keys. Users may optionally send messages from the decentralized mailing list identity address itself. Decentralized lists cannot be clogged up with large messages because the [[POW]] is only done by the sending client.
  
It is the "general" broadcast address and has no central client that has to re-work the PoW. Instead of sending a message to an address and it broadcasting it out to all subscribers (Which is great and serves a purpose) you broadcast from an address and everyone subscribed will get a copy.
+
== Creation ==
 +
A DML can be created in the File menu with the Option "Join / Create chan". A Passphrase must be entered and the address is generated.
  
To join/participate please do the following
+
== Joining ==
 +
A DML can be joined in the File menu with the Option "Join / Create chan". A Passphrase and the address must be entered.
  
File > Regenerate Deterministic Address
+
== Notes ==
 +
There is no technical difference between creation and joining a DML. Joining requires the address to make sure that you typed the DML name correctly and to make sure that you are using the correct stream number and address version which are included in the address and serves as an error check for the client. If the address is not available, the user can create the DML instead of joining it with the same effect.
  
Passphrase: general
+
== Incompatibilities ==
 +
* You cannot use the n-th address or generate short addresses with the create/join dialog. You can do so when generating a deterministic address but it will not be recognized as DML.
 +
* You cannot send messages to a DML if you are not member. This is caused by the fact, that a DML address does not publishes its public key.
  
Number of addresses to make:
+
== Circumvent stuck client ==
 +
To circumvent non-members of getting stuck, a user can create a deterministic address with the same configuration as the DML Address (provided he hasn't the DML already in his identities), this address will answer key requests and non-members world wide can use the DML.
  
Address version number: 3
+
== Usage ==
 +
To properly use a DML, a user can
 +
* Write from the DML, to the DML: This is completely anonymous and is the default behavior. Some users however tend to block the DML address itself using the blacklist to reduce spam.
 +
* Write from a personal address to the DML: can be used to "sign" messages with the private address so nobody can claim it was he, who sent it. Also useful if people block the DML address itself (see point above)
 +
* Write from a DML to a personal address: This can be used, if the user thinks the response might be useful for members of the given DML. Again however, this is susceptible to the DML address being blacklisted.
  
Stream Number: 1
+
== Issues with Decentralized Mailing Lists ==
 +
* Since all users share the same address it cannot be easily verified, who sent a message.
 +
* Spam cannot be blocked on address base, since everyone shares the same sender address.
 +
* Non-Members cannot write to a DML
 +
* Users are easier deanonymized when using DML addresses using simple network monitoring.
  
Spend several minutes of extra computing time... : No/Unchecked
+
== Updating ==
 +
If a user was a member of a DML before 0.3.5 came out, he might want to update the address to a DML.
 +
To do so, first of all the subscription needs to be removed in the GUI, after that, the [[keys.dat]] needs to be edited and the line "chan = true" needs to be inserted into the address block that should be a DML.
  
It should generate this address:BM-2DAV89w336ovy6BUJnfVRD5B9qipFbRgmr
+
== Example Address ==
 +
Passphrase: '''general''', Address: '''BM-2DAV89w336ovy6BUJnfVRD5B9qipFbRgmr'''.
 +
The [[Address Block]] of a DML should look like this (it may have additional entries):
  
Now subscribe to the address and you are set  Remember, when you reply or send a new message you must check "Broadcast to everyone who is subscribed to your address".
+
<pre>
 +
[BM-2DAV89w336ovy6BUJnfVRD5B9qipFbRgmr]
 +
label = general
 +
enabled = true
 +
decoy = false
 +
chan = true
 +
privsigningkey = 5Jnbdwc4u4DG9ipJxYLznXSvemkRFueQJNHujAQamtDDoX3N1eQ
 +
privencryptionkey = 5JrDcFtQDv5ydcHRW6dfGUEvThoxCCLNEUaxQfy8LXXgTJzVAcq
 +
</pre>
  
* Other Chans
+
== Address List ==
 +
A list of addresses can be found at [https://bitmessage.org/forum/index.php/topic,1420.0.html the forum].
  
Dig through this forum post to find more:
+
[[Category:Address terms]]
 
 
https://bitmessage.org/forum/index.php/topic,1420.0.html
 

Latest revision as of 04:03, 8 November 2014

A Mailing List without the requirement of a central "authority". Sometimes called Chan (short for channel) because they usually focus on a subject which also is the password for the deterministic address too.

Issues with regular Mailing Lists

Despite the fact that Bitmessage is a decentralized p2p network, pseudo-mailing lists require the client who operates the list to be online, creating a Single Point of Failure. Decentralized lists circumvent this issue by having a group of users share private keys. Users may optionally send messages from the decentralized mailing list identity address itself. Decentralized lists cannot be clogged up with large messages because the POW is only done by the sending client.

Creation

A DML can be created in the File menu with the Option "Join / Create chan". A Passphrase must be entered and the address is generated.

Joining

A DML can be joined in the File menu with the Option "Join / Create chan". A Passphrase and the address must be entered.

Notes

There is no technical difference between creation and joining a DML. Joining requires the address to make sure that you typed the DML name correctly and to make sure that you are using the correct stream number and address version which are included in the address and serves as an error check for the client. If the address is not available, the user can create the DML instead of joining it with the same effect.

Incompatibilities

  • You cannot use the n-th address or generate short addresses with the create/join dialog. You can do so when generating a deterministic address but it will not be recognized as DML.
  • You cannot send messages to a DML if you are not member. This is caused by the fact, that a DML address does not publishes its public key.

Circumvent stuck client

To circumvent non-members of getting stuck, a user can create a deterministic address with the same configuration as the DML Address (provided he hasn't the DML already in his identities), this address will answer key requests and non-members world wide can use the DML.

Usage

To properly use a DML, a user can

  • Write from the DML, to the DML: This is completely anonymous and is the default behavior. Some users however tend to block the DML address itself using the blacklist to reduce spam.
  • Write from a personal address to the DML: can be used to "sign" messages with the private address so nobody can claim it was he, who sent it. Also useful if people block the DML address itself (see point above)
  • Write from a DML to a personal address: This can be used, if the user thinks the response might be useful for members of the given DML. Again however, this is susceptible to the DML address being blacklisted.

Issues with Decentralized Mailing Lists

  • Since all users share the same address it cannot be easily verified, who sent a message.
  • Spam cannot be blocked on address base, since everyone shares the same sender address.
  • Non-Members cannot write to a DML
  • Users are easier deanonymized when using DML addresses using simple network monitoring.

Updating

If a user was a member of a DML before 0.3.5 came out, he might want to update the address to a DML. To do so, first of all the subscription needs to be removed in the GUI, after that, the keys.dat needs to be edited and the line "chan = true" needs to be inserted into the address block that should be a DML.

Example Address

Passphrase: general, Address: BM-2DAV89w336ovy6BUJnfVRD5B9qipFbRgmr. The Address Block of a DML should look like this (it may have additional entries):

[BM-2DAV89w336ovy6BUJnfVRD5B9qipFbRgmr]
label = general
enabled = true
decoy = false
chan = true
privsigningkey = 5Jnbdwc4u4DG9ipJxYLznXSvemkRFueQJNHujAQamtDDoX3N1eQ
privencryptionkey = 5JrDcFtQDv5ydcHRW6dfGUEvThoxCCLNEUaxQfy8LXXgTJzVAcq

Address List

A list of addresses can be found at the forum.