Yes   |
|
|
|
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 |
|
|
|
The latest version of Bitmessage (v0.4.0) has now a function to use/connect to Namecoin |
|
|
|
|
Do you think that with current knowledge this is now possible to develop it?
|
|
|
|
Nuova versione v0.4.0 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 C'è un utente che continua a scrivermi (che si firma "me"), e io a rispondergli, ma sembra che non riceva le mie risposte. O sbaglia qualcosa lui, o c'era qualche bug nella versione precedente, spero che sia stato risolto in questa. |
|
|
|
Il meeting è andato benone, e finalmente si vedono gli abitanti locali! Credo proprio che al prossimo incontro le presenze aumenteranno  |
|
|
|
|
A pensarci bene però vedo un grosso problema, qui sul forum non è presente il bbcode SPOILER.
Se volete scrivere qualcosa che tratti la trama di un telefilm che potrebbe rovinare la visione ad altri, usate invece questo tag [size=1pt ][/size].
Questo renderà la scritta cosi piccola dall'essere illeggibile, l'unico modo sarà selezionarla e incollarla altrove per leggerla, o cliccare sul pulsante QUOTE.
Esempio:
--------------
Questo è giusto un esempio
--------------
Oppure aprite una discussione dedicata dove nel titolo viene esplicitamente detto che si parla della trama senza filtri.
|
|
|
|
In questa sezione le discussioni trattano i vari meeting che si apriranno in Italia, continuativi nel tempo o occasionali. Cercate sempre di dare un titolo adeguato con le informazioni basilari e fondamentali per fare intendere fin da subito a chi legge "dove" e "quando". Solo perchè c'è un grosso meeting in una grande città della vostra regione, non vuol dire che non possiate aprirne/pubblicizzarne un altro in un paesello li vicino o dalla parte opposta |
|
|
|
Preferirei che rimanesse però un pò di ordine. Questa discussione è proprio dedicata a tvshow a caso, o a Breaking Bad? |
|
|
|
Questa sezione è si Off-Topic, ma non sono ancora ben certo come trattarla Tendenzialmente ora sarei per spostarci tutto ciò che non è strettamente legato al Bitcoin, o che non lo sfrutti, o non ne migliori qualche aspetto.Può essere però che cambi idea. (e quindi che anche questo regolamento vari da un momento all'altro) Vedrò se mantenere questa divisione e/o creare un'altra sezione per certi argomenti ... Vista comunque questa mia "incertezza", se c'è qualche spostamento che non vi grata troppo, fatemelo ovviamente sapere via PM che ne parliamo. Naturalmente mantenete un buon ordine delle discussioni, non è il paese dei balocchi LA SEZIONE E' OFFTOPIC NEL SENSO CHE SI TRATTANO ARGOMENTI AL DI FUORI DEL BITCOIN, MA NON CHE SI PUO' ANCHE ANDARE FUORI ARGOMENTO NELLE DISCUSSIONI! |
|
|
|
Chiedo ai tecnici:
ma la Bitcoin Foundation Italia non dovrebbe avere come dovere istituzionale quello di operare un nodo, in modo da contribuire alla sicurezza e stabilità del network?
Mah, mi sembra una cosa abbastanza insignificante perchè abbia un reale valore. Tanto più che la Bitcoin Foundation Italia, per quanto parta dal Bitcoin comunque si occuperà di difendere la libertà di scelta monetaria, sia essa il Bitcoin o altre. Non è nemmeno detto che non arrivi un altra crittovaluta a prendere il posto del Bitcoin, rimarremo comunque per la difesa di questo diritto, il diritto di libera scelta. Si dovrebbe aprire un nuovo nodo per ogni crittovaluta che abbia la maggioranza? Penso che fra tutti gli associati molti avranno già un nodo Bitcoin attivo. Per quanto mi riguarda, oltre a non avere simpatia per la burocrazia, non ho nemmeno simpatia per queste "dimostrazioni simboliche" quasi religiose. Se capiterà di avere un computer di proprietà dell'associazione, e se ci sarà modo/tempo/motivo per tenere un nodo/bitcoin-qt attivo li sopra, ben venga, ma non sarà certo un obbligo. |
|
|
|
Se ci siete fatevi riconoscere, noi siamo il 3 dall'aspetto più pericoloso |
|
|
|
E quindi a cosa mirate? All'associazione non riconosciuta?
Direi di si |
|
|
|
|
Show Posts
