0.4.2
Added Norwegian, Chinese, and Arabic translations
sock.sendall function isn't atomic. Let sendDataThread be the only thread which sends data.
Moved API code to api.py
Populate comboBoxSendFrom when replying
Added option to show recent broadcasts when subscribing
Fixed issue: If Windows username contained an international character, Bitmessage wouldn't start
Added some code for FreeBSD compatibility
Moved responsibility for processing network objects to the new ObjectProcessorThread
Refactored main QT module
Moved popup menus initialization to separate methods
Simplified inbox loading
Moved magic strings to the model scope constants so they won't be created every time.
Updated list of defaultKnownNodes
Fixed issue: [Linux] When too many messages arrive too quickly, exception occurs: "Exceeded maximum number of notifications"
Fixed issue: creating then deleting an Address in short time crashes class_singleWorker.py
Refactored code which displays messages to improve code readability
load "Sent To" label from subscriptions if available
Removed code to add chans to our address book as it is no longer necessary
Added identicons
Modified addresses.decodeAddress so that API command decodeAddress works properly
Added API commands createChan, joinChan, leaveChan, deleteAddress
In pyelliptic, check the return value of RAND_bytes to make sure enough random data was generated
Don't store messages in UI table (and thus in memory), pull from SQL inventory as needed
Fix typos in API commands addSubscription and getInboxMessagesByAddress
Add feature in settings menu to give up resending a message after a specified period of time

Non posso credere che tu abbia fatto una cosa così stupida....dimmi che non è vero.
Se è vero, quando tasseranno i BTC e le relative transazioni, sapremo chi ringraziare!

Discussione su Bitcointalk.

Personalmente sarei a favore di un premio dato al vincitore di un contest, per il quale bisognerebbe scrivere un regolamento preciso; si consideri che il logo sarà il primo contatto che la gente avrà con l'associazione: a mio avviso merita quindi un po' di attenzione (senza esagerare).

Vedrei bene un premio costituito da:
a) riconoscimento per il lavoro svolto (credits): per questo basterebbe obbligare a rilasciare i loghi del contest sotto una licenza tipo CC-BY
b) iscrizione per l'anno in corso all'associazione
c) piccolo premio (max 60 €, il valore preciso va discusso) in bitcoin

Sul punto c al momento sono combattuto tra due alternative: o dare il premio in bitcoin direttamente al vincitore, oppure offrirgli un buono valido per 12 mesi da spendersi in un qualsiasi esercizio commerciale recensito su CoinMap. I vantaggi con la seconda opzione sarebbero:
1) il vincitore potrebbe dimenticarsi di spendere il buono, e così l'associazione risparmierebbe quei soldi
2) si stimolerebbero nuovi esercizi commerciali a farsi censire su CoinMap
3) si avrebbe la certezza che i bitcoin offerti vadano ad incrementare l'economia bitcoin, evitando il rischio che vengano convertiti subito in valuta fiat

A voi la parola!