BitMessage: P2P bericht protocol deels gebaseerd op Bitcoin

[rickiii]

Dit topic zou ik graag willen gebruiken voor mensen die hier interesse in hebben om informatie te delen over de werking van en toepassingen voor BitMessage. Een nieuw protocol dat voldoet aan drie punten.

1. Veilig: Alle berichten zijn versleuteld en digitaal getekend.
2. Decentraal: Geen belangrijke servers die kunnen uitvallen waardoor een grote groepen mensen geen berichten meer kunnen versturen of ontvangen.
3. Privé: De ontvanger kan je persoonlijke BM-adres (praktisch) onmogelijk herleiden naar je IP adres.

Het is mogelijk om hiermee functionaliteit van e-mail, instant messaging, nieuwsbrieven en forums op basis van één protocol te bouwen en SPAM zal door de proof-of-work een stuk zeldzamer worden en anonimiteit kan weer gegarandeerd worden. Het heeft veel sterke punten, maar uiteraard zijn er afwegingen waardoor het op andere punten moet inleveren.

[ANNOUNCE] Bitmessage - P2P Messaging system based partially on Bitcoin
https://bitcointalk.org/index.php?topic=128230.0

"... can be described as a decentralized, trustless, encrypted, authenticated messaging protocol and client."

Wiki: https://Bitmessage.org
Broncode: https://github.com/Bitmessage/PyBitmessage
Forum: https://bitmessage.org/forum/

Stuur me een bericht als je het wil testen: BM-2DBSFNbpsmTiGdCG39Bo63kD7tm9nAwMir

[rickiii]

SecurityNow! webcast
Renowned Software Enginer/Security Expert Steve Gibson take on Bitmessage

M.a.w. Het is nog niet veilig genoeg in huidige staat.

[rickiii]

Nieuwe versie is uit: https://bitmessage.org/wiki/Changelog

0.4.0

• Raised default demanded difficulty from 1 to 2 for new addresses
• Added v4 addresses: pubkeys are now encrypted and tagged in the inventory
• Use locks when accessing dictionary inventory
• Refactored the way inv and addr messages are shared
• Give user feedback when disk is full
• Added chan true/false to listAddresses results
• When replying using chan address, send to whole chan not just sender
• Refactored of the way PyBitmessage looks for interesting new objects in large inv messages from peers
• Show inventory lookup rate on Network Status tab
• Added SqlBulkExecute class so we can update inventory with only one commit
• Updated Russian translations
• Move duplicated SQL code into helper
• Allow specification of alternate settings dir via BITMESSAGE_HOME environment variable
• Removed use of gevent. Removed class_bgWorker.py
• Added Sip and PyQt to includes in build_osx.py
• Show number of each message type processed in the API command clientStatus
• Use fast PoW unless we're explicitly a frozen (binary) version of the code
• Enable user-set localization in settings
• Fix Archlinux package creation
• Fallback to language only localization when region doesn't match
• Fixed brew install instructions
• Added German translation
• Made inbox and sent messages table panels read-only
• Allow inbox and sent preview panels to resize
• Count RE: as a reply header, just like Re: so we don't chain Re: RE:
• Fix for traceback on OSX
• Added backend ability to understand shorter addresses
• Convert 'API Error' to raise APIError()
• Added option in settings to allow sending to a mobile device (app not yet done)
• Added ability to start daemon mode when using Bitmessage as a module
• Improved the way client detects locale
• Added API commands: getInboxMessageIds, getSentMessageIds, listAddressBookEntries, trashSentMessageByAckData, addAddressBookEntry, deleteAddressBookEntry, listAddresses2, listSubscriptions
• Set a maximum frequency for playing sounds
• Show Invalid Method error in same format as other API errors
• Update status of separate broadcasts separately even if the sent data is identical
• Added Namecoin integration
• Internally distinguish peers by IP and port
• Inbox message retrieval API functions now also returns read status