Topic

Release notes

211 writings, oldest first

Private email (Adam Back)

Citation of your Hashcash paper
20 August 2008, 17:30 UTC
I'm getting ready to release a paper that references your Hashcash paper and I wanted to make sure I have the citation right. Here's what I have: [5] A. Back, "Hashcash - a denial of service counter-measure,"…
Private email (Wei Dai)

Citation of your b-money page
22 August 2008, 16:38 (time as published; timezone not given)
I was very interested to read your b-money page. I'm getting ready to release a paper that expands on your ideas into a complete working system. Adam Back (hashcash.org) noticed the similarities and pointed me to your site. I need to find…
bitcoin.org

Bitcoin: A Peer-to-Peer Electronic Cash System
31 October 2008
Bitcoin: A Peer-to-Peer Electronic Cash System Satoshi Nakamoto satoshin@gmx.com www.bitcoin.org Abstract. A purely peer-to-peer version of electronic cash would allow online payments to be sent directly from one party to another without…
Cryptography mailing list (metzdowd)

Bitcoin P2P e-cash paper
9 November 2008, 01:58 UTC
Hal Finney wrote: Right, nodes keep transactions in their working set until they get into a block. If a transaction reaches 90% of nodes, then each time a new block is found, it has a 90% chance of being in it. That does not need to be…
Cryptography mailing list (metzdowd)

Bitcoin P2P e-cash paper
15 November 2008, 04:43 UTC
I'll try and hurry up and release the sourcecode as soon as possible to serve as a reference to help clear up all these implementation questions. Ray Dillinger (Bear) wrote: Only the buyer signs, and there's no blinding. Identities are…
Cryptography mailing list (metzdowd)

Bitcoin P2P e-cash paper
17 November 2008, 17:24 UTC
James A. Donald wrote: I mean a node only needs the pending-tx pool for the best branch it has. The branch that it currently thinks is the best branch. That's the branch it'll be trying to make a block out of, which is all it needs the…
Cryptography mailing list (metzdowd)

Bitcoin v0.1 released
8 January 2009, 19:27 UTC
Announcing the first release of Bitcoin, a new electronic cash system that uses a peer-to-peer network to prevent double-spending. It's completely decentralized with no server or central authority. See bitcoin.org for screenshots.…
Private email (Wei Dai)

Re: Citation of your b-money page
10 January 2009, 11:17 (time as published; timezone not given)
I wanted to let you know, I just released the full implementation of the paper I sent you a few months ago, Bitcoin v0.1. Details, download and screenshots are at www.bitcoin.org I think it achieves nearly all the goals you set out to…
Private email (Hal Finney)

RE:Crash in bitcoin 0.1.0
10 January 2009, 11:52 (time as published; timezone not given)
Normally I would keep the symbols in, but they increased the size of the EXE from 6.5MB to 50MB so I just couldn't justify not stripping them. I guess I made the wrong decision, at least for this early version. I'm kind of surprised there…
Private email (Hal Finney)

Re: Crash in bitcoin 0.1.0
10 January 2009, 14:59 (time as published; timezone not given)
I was temporarily able to reproduce the bug and narrowed it down to the "mapAddresses.count" in the following code. It was absolutely the last piece of code to go in and mainly only got tested with the MSVC build. It's not essential and…
Private email (Adam Back)

Re: Citation of your Hashcash paper
10 January 2009, 18:46 UTC
Thanks for the pointers you gave me to Wei Dai's b-money paper and others. I just released the open source implementation of my paper, Bitcoin v0.1. Details, download and screenshots are at www.bitcoin.org The main idea of the system is…
Private email (Hal Finney)

Re: Crash in bitcoin 0.1.0
10 January 2009, 18:55 (time as published; timezone not given)
I isolated the problem. If I spawn a thread and do mapAddresses.count, even as the very first thing in the program, it segfaults. The workaround is to needlessly call mapAddresses.count in the main thread once and it's fine from then on.…
Private email (Hal Finney)

Re: Crash in bitcoin 0.1.0
10 January 2009, 19:11 (time as published; timezone not given)
OK, thanks. The one in bitcoin-0.1.1-exe-dbg.rar is the same build as in bitcoin-0.1.1.rar. I forgot, when you build debug on MSVC, it uses the debug versions of the runtime DLLs, which aren't included with Windows distributions.…
Private email (Hal Finney)

How's v0.1.2 going?
11 January 2009, 16:36 (time as published; timezone not given)
Well this doesn't look good. After you upgraded to 0.1.2, your node responded to one or two messages and then stopped replying to messages. It's still accepting connections and seems to be alive on IRC. That could happen if…
Private email (Hal Finney)

v0.1.2 gcc debug build attached
11 January 2009, 16:49 (time as published; timezone not given)
Could you send me your debug.log? The gcc debug version is attached. gdb is easier to use than you'd think. gdb.exe is the only file. You run gdb bitcoin.exe then type "run" then if it crashes, type "backtrace" for a stack dump, or it may…
Private email (Hal Finney)

Re: v0.1.2 debug.log
11 January 2009, 17:25 (time as published; timezone not given)
OK, so no crash or exception window or anything. debug.log is all I need then. It looks like there's a "select failed: 10038" error (the sockets select function failed) and then network communication goes quiet after that (except for IRC…
Private email (Hal Finney)

select failed 10038 fix
11 January 2009, 21:31 (time as published; timezone not given)
I believe I've fixed the bug related to "select failed: 10038" (error WSAENOTSOCK). The select error is not a big deal, but it led the communications thread to get blocked on a socket that should have been in non-blocking mode but wasn't.…
bitcoin-list (SourceForge)

[bitcoin-list] Bitcoin v0.1.2 now available
11 January 2009, 22:32 UTC
Bitcoin v0.1.2 is now available for download. See http://www.bitcoin.org for the download link. All the problems I've been finding are in the code that automatically finds and connects to other nodes, since I wasn't able to test it in the…
Private email (Hal Finney)

Re: v0.1.3 msvc debug build
12 January 2009, 11:26 (time as published; timezone not given)
Here's the 0.1.3 MSVC debug build ---------- Forwarded message ----------
Private email (Hal Finney)

Re: v0.1.3 gcc debug build
12 January 2009, 11:39 (time as published; timezone not given)
and the gcc debug build w/gdb.exe ---------- Forwarded message ----------
Private email (Dustin Trammell)

Re: Bitcoin v0.1 released
12 January 2009, 18:33 UTC
Thanks, I hadn't seen that yet. It looks very well presented. There was an older one that's been running for a long time that publishes its hashes to Usenet. I'm surprised this one isn't using Usenet, although it is kind of difficult to…
bitcoin-list (SourceForge)

[bitcoin-list] Bitcoin v0.1 Alpha release notes
12 January 2009, 20:20 UTC
Release notes for Bitcoin v0.1 Alpha Bitcoin is a new electronic cash system that uses a peer-to-peer network to prevent double-spending. It's completely decentralized with no server or central authority. You can find screenshots and the…
bitcoin-list (SourceForge)

[bitcoin-list] Bitcoin v0.1.3
12 January 2009, 22:48 UTC
It looks like we're through with the worst of the Internet connection issues. 0.1.3 fixed a problem where your node's communications could go dead after a while. The network is running much more smoothly now with this version. If you've…
Private email (Dustin Trammell)

Re: Bitcoin v0.1 released
13 January 2009, 07:39 UTC
Sweet, I was looking for a group like that on Usenet at one point to see what I would use if I needed, and nothing really fit. I'm sure Google groups is a lot easier to post to. There are some scenarios where a Usenet or Google group…
Private email (Dustin Trammell)

Re: Bitcoin v0.1 released
15 January 2009, 19:10 UTC
There's at least one node who's inbound IP keeps changing all the time within the same class B. Maybe every time the program is run. I wasn't expecting that. Do you mind if I CC the rest of this to bitcoin-list or Cryptography? BTW,…
Cryptography mailing list (metzdowd)

Bitcoin v0.1 released
16 January 2009, 16:03 UTC
I would be surprised if 10 years from now we're not using electronic currency in some way, now that we know a way to do it that won't inevitably get dumbed down when the trusted third party gets cold feet. It could get started in a narrow…
Private email (Dustin Trammell)

Re: Bitcoin v0.1 released
16 January 2009, 16:03 UTC
I would be surprised if 10 years from now we're not using electronic currency in some way, now that we know a way to do it that won't inevitably get dumbed down when the trusted third party gets cold feet. It could get started in a narrow…
Private email (Dustin Trammell)

Re: Bitcoin v0.1 released
16 January 2009, 16:03 UTC
I would be surprised if 10 years from now we're not using electronic currency in some way, now that we know a way to do it that won't inevitably get dumbed down when the trusted third party gets cold feet. It could get started in a narrow…
bitcoin-list (SourceForge)

Re: [bitcoin-list] Bitcoin v0.1 released
16 January 2009, 18:35 UTC
I would be surprised if 10 years from now we're not using electronic currency in some way, now that we know a way to do it that won't inevitably get dumbed down when the trusted third party gets cold feet. It could get started in a narrow…
Private email (Dustin Trammell)

Re: A few thoughts...
16 January 2009, 18:41 UTC
The files are in "%appdata%\Bitcoin", that's the directory to backup. The data is stored in a transactional database DBM, so it should be safe from loss if there's a crash or power failure. %appdata% is per-user access privilege. Most new…
Private email (Hal Finney)

Re: disk full
24 January 2009, 16:47 (time as published; timezone not given)
I hate duplicating code, but the compiler forces us. Copy the body of the function above it, like this: void insert(iterator it, const_iterator first, const_iterator last) { if (it == vch.begin() + nReadPos && last - first <= nReadPos) {…
Cryptography mailing list (metzdowd)

Bitcoin v0.1 released
25 January 2009, 15:47 UTC
Hal Finney wrote: Another factor that would mitigate spam if POW tokens have value: there would be a profit motive for people to set up massive quantities of fake e-mail accounts to harvest POW tokens from spam. They'd essentially be…
Private email (Dustin Trammell)

Re: Bitcoin v0.1 released
25 January 2009, 15:47 UTC
Hal Finney wrote: Another factor that would mitigate spam if POW tokens have value: there would be a profit motive for people to set up massive quantities of fake e-mail accounts to harvest POW tokens from spam. They'd essentially be…
bitcoin-list (SourceForge)

[bitcoin-list] Bitcoin v0.1.5 released
4 February 2009, 19:46 UTC
Version 0.1.5 is now available. It includes the fix for the problem Nicholas had, checking for disk full and changes to try to improve things that were confusing. Special thanks to Nicholas and Dustin for all their help and feedback!…
P2P Foundation forum

Bitcoin open source implementation of P2P currency
11 February 2009, 22:27 UTC
I've developed a new open source P2P e-cash system called Bitcoin. It's completely decentralized, with no central server or trusted parties, because everything is based on crypto proof instead of trust. Give it a try, or take a look at…
P2P Foundation p2p-research list

[p2p-research] Bitcoin open source implementation of P2P currency
11 February 2009, 22:37 UTC
I've developed a new open source P2P e-cash system called Bitcoin. It's completely decentralized, with no central server or trusted parties, because everything is based on crypto proof instead of trust. Give it a try, or take a look at…
P2P Foundation p2p-research list

[p2p-research] Bitcoin open source implementation of P2P currency
13 February 2009, 18:36 UTC
Michel Bauwens wrote: </i>><i> able to use it in real life? </i> It's fully operational and the network is growing. If you try the software, e-mail me your Bitcoin address and I'll send you a few coins. We just need to spread the word and…
P2P Foundation p2p-research list

[p2p-research] Bitcoin P2P e-currency v0.1 released
13 February 2009, 18:52 UTC
Announcing the release of Bitcoin, a new open source peer-to-peer electronic cash system that's completely decentralized, with no central server or trusted parties. Users hold the crypto keys to their own money and transact directly with…
bitcoin-list (SourceForge)

Re: [bitcoin-list] Bitcoin v0.1.5 released
22 February 2009, 17:47 UTC
The next thing for v0.1.6 is to take advantage of multiple processors to generate blocks. Currently it only starts one thread. If you have a multi-core processor like a Core Duo or Quad this will double or quadruple your production. Later…
bitcoin-list (SourceForge)

Re: [bitcoin-list] Bitcoin v0.1.5 released
4 March 2009, 16:59 UTC
Hal Finney wrote: The current version will work fine. They'll each connect over the Internet, while incoming connections only come to the host that port 8333 is routed to. As an optimisation, I'll make a switch "-connect=1.2.3.4" to make…
Private email (Mike Hearn)

Questions about BitCoin
18 April 2009, 22:52 (time as published; timezone not given)
Got the 50. Transactions sent to a bitcoin address will always say "from: unknown". The transaction only tells who it's to. Sending by bitcoin address has a number of problems, but it's so nice having the fallback option to be able to…
Private email (Mike Hearn)

Questions about BitCoin
19 April 2009, 02:14 (time as published; timezone not given)
The list is: bitcoin-list@lists.sourceforge .net Subscribe/unsubscribe page: http://lists.sourceforge.net/m ailman/listinfo/bitcoin-list Archives: http://sourceforge.net/mailarc hive/forum.php?forum_name= bitcoin-list I'll always announce…
Private email (Mike Hearn)

Lack of chargeback support
27 April 2009, 00:11 (time as published; timezone not given)
I am not a lawyer and I can't possibly answer that. I suppose if the law applies to a bank or financial institution or other intermediary, then it would not apply since there is no bank involved, only two parties trading directly with…
Private email (Martti Malmi)

Re: Bitcoin
3 May 2009, 22:32 UTC
mmalmi@cc.hut.fi wrote: That would be great! I added you (dmp1ce) as a dev to the sourceforge project and gave you access to edit the web space and everything. Definitely. This will be an absolutely essential feature once things get…
Private email (Martti Malmi)

Re: Bitcoin
11 June 2009, 21:24 UTC
The site layout is looking nicer. More impressive looking. There are a lot of things you can say on the sourceforge site that I can't say on my own site. Even so, I'm uncomfortable with explicitly saying "consider it an investment".…
Private email (Martti Malmi)

Re: Bitcoin
21 July 2009, 03:14 UTC
I know this sounds really retarded, but I still haven't been able to get the sourceforge login page to load, so I haven't been able to read it either. https://sourceforge.net/account/login.php Hal isn't currently actively involved. He…
Private email (Martti Malmi)

Re: Bitcoin
29 August 2009, 17:31 UTC
\> Next I'm going to implement the "minimize to tray" feature and the Now that I think about it, you've put your finger on the most important missing feature right now that would make an order of magnitude difference in the number of…
Private email (Martti Malmi)

Re: Setup, Autorun, v0.1.6
16 October 2009, 18:41 UTC
Thanks for that. I'm still merging in some changes I had that need to go in before any next release. Some things based on questions and feedback I've received that'll reduce confusion. I'll probably enable multi-proc generating support,…
Private email (Martti Malmi)

Re: Setup, Autorun, v0.1.6
18 October 2009, 17:59 UTC
I got it, I see you checked in the startup folder code before changing it to registry. I don't see any visible problems in the code. I guess it depends what exactly the problem was with it not always working by default. Was there a…
Private email (Martti Malmi)

Re: Setup, Autorun, v0.1.6
18 October 2009, 23:11 UTC
It's possible Bitcoin ran and bailed out because something was wrong. debug.log should tell something if that was the case. What OS are you using? I wonder if we need Admin privilege and don't realize it. Stuff that requires Admin can't…
Private email (Martti Malmi)

Re: Setup, Autorun, v0.1.6
21 October 2009, 17:58 UTC
Yeah, I put back your startup folder shortcut code and it started fine for me too on XP and Vista. For good measure, I changed it to make the shortcut settings look identical to one I manually created. I set the working directory to where…
Private email (Martti Malmi)

Re: \[bitcoin-list\] Does Bitcoin Crash in Windows?
23 October 2009, 23:55 UTC
Liberty Standard wrote: I haven't had any reports of crashes in v0.1.5. It's been rock solid for me on Windows. I think it must be Wine related. If you get another crash in Wine and it prints anything on the terminal, e-mail me and I may…
bitcoin-list (SourceForge)

Re: [bitcoin-list] Does Bitcoin Crash in Windows?
23 October 2009, 23:57 UTC
Liberty Standard wrote: I haven't had any reports of crashes in v0.1.5. It's been rock solid for me on Windows. I think it must be Wine related. If you get another crash in Wine and it prints anything on the terminal, e-mail me and I may…
Private email (Martti Malmi)

Re: Forum
17 November 2009, 16:57 UTC
mmalmi@cc.hut.fi wrote: Another issue I thought of with zetaboards: most free forum sites won't let you export the user account database if you want to move. I don't know why I don't see any other software projects using a free forum, but…
Private email (Martti Malmi)

Re: SMF forum, need a mod installed
20 November 2009, 22:09 UTC
\> It's okay to go live. Are you setting up a redirect or a dns entry? In DNS entry. I'm thinking of merging the bitcoin.org information with your site content so I can switch the whole bitcoin.org domain over. We need to replace the…
BitcoinTalk

Re: Repost: Request: Make this anonymous?
22 November 2009, 18:35 UTC
There will be a proxy setting in version 0.2 so you can connect through TOR. I've done a careful scrub to make sure it doesn't use DNS or do anything that would leak your IP while in proxy mode.
Private email (Martti Malmi)

SEO friendly site transition
22 November 2009, 19:47 UTC
We need to do a continuity transition with bitcoin.org so the search engines don't think this is a new site and reset the site start date and PR data. Google allows a certain number of properties like IP address or content of the site to…
BitcoinTalk

Re: Repost: How anonymous are bitcoins?
25 November 2009, 18:17 UTC
> Can nodes on the network tell from which and or to which bitcoin > address coins are being sent? Do blocks contain a history of where > bitcoins have been transfered to and from? Bitcoins are sent to and from bitcoin addresses, which…
BitcoinTalk

Re: Repost: Linux/UNIX compile
27 November 2009, 17:27 UTC
The Linux version is on its way. Martti's Linux port was merged into the main code branch and New Liberty Standard has been testing it. It'll be in the next release, version 0.2. Command line is on the to-do list after 0.2.
BitcoinTalk

[OLD THREAD] Bitcoin version 0.2 development status
27 November 2009, 22:48 UTC
We've been working hard on improvements for the next version release. Martti (sirius-m) added some nice features to make it more user friendly and easier to run in the background: - Minimize to system tray option - Autostart on boot…
Private email (Martti Malmi)

Re: Bitcoin.org
4 December 2009, 04:24 UTC
mmalmi@cc.hut.fi wrote: That's strange, I've seen Firefox 3.5 on XP anti-alias large fonts. Well anyway, your way is safer. I changed it back to text for now though so I can keep tweaking the colours. Drupal puts the <span> tags and junk…
BitcoinTalk

Re: Questions about Bitcoin
10 December 2009, 20:49 UTC
1-3: For that level of anonymity you need to connect through TOR, which will be possible with version 0.2, which is only a few weeks away. I'll post TOR instructions at that time. 4: Version 0.1.5: backup the whole %appdata%\Bitcoin…
BitcoinTalk

Re: A few suggestions
11 December 2009, 19:27 UTC
Right, the SVN has the almost-release-candidate 0.2 source, which can also be built and run on Linux. It hasn't been tested on FreeBSD. That would be a big help. TOR users wouldn't have to worry about how to get seeded, and we wouldn't…
Private email (Martti Malmi)

Planned release announcement text
16 December 2009, 16:54 UTC
Here's the planned release announcement text. Probably releasing shortly. Bitcoin version 0.2 is here! Download links: Windows Setup Program Windows Zip File Linux (tested on Ubuntu) New features Martti Malmi - Minimize to system tray…
BitcoinTalk

Bitcoin 0.2 released!
16 December 2009, 22:45 UTC
Bitcoin version 0.2 is here! Download links: http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.2.0-win32-setup.exe/download http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.2.0-win32.zip/download…
Private email (Martti Malmi)

\[bitcoin-list\] Bitcoin 0.2 released
17 December 2009, 06:49 UTC
Bitcoin 0.2 is here! Download (Windows, and now Linux version available) http://sourceforge.net/projects/bitcoin/files/ New Features Martti Malmi - Minimize to system tray option - Autostart on boot option so you can keep it running in…
bitcoin-list (SourceForge)

[bitcoin-list] Bitcoin 0.2 released
17 December 2009, 06:52 UTC
Bitcoin 0.2 is here! Download (Windows, and now Linux version available) http://sourceforge.net/projects/bitcoin/files/ New Features Martti Malmi - Minimize to system tray option - Autostart on boot option so you can keep it running in…
Private email (Martti Malmi)

Re: Bitcoin stuff
23 December 2009, 17:53 UTC
mmalmi@cc.hut.fi wrote: I had been wondering why everyone keeps harping on no-UI, when already you can run it with only a small icon on the tray, which is common for server services on Windows. So I guess this is why. I had chalked it up…
BitcoinTalk

Re: DEB Package?
12 February 2010, 02:33 UTC
Are you just trying to run the program or do you really need to compile it? There's a 32-bit linux binary that can be run on 64-bit ubuntu if you "sudo apt-get ia32-libs".…
BitcoinTalk

Re: Proof-of-work difficulty increasing
17 February 2010, 17:58 UTC
2 seconds of latency in both directions should reduce your generation success by less than 1%. Probably OK, but I'm not sure. The protocol is designed to resync to the next message, and messages get re-requested from all the other nodes…
BitcoinTalk

UI improvements
21 February 2010, 21:48 UTC
Uploaded some UI changes to SVN as version 0.2.5. Instead of View->Show Generated, we now have tabs: - All Transactions - Sent/Received - Sent - Received Makes it a lot easier to flip to received and check for payments. Moved the "Your…
BitcoinTalk

Command Line and JSON-RPC
23 February 2010, 22:15 UTC
Version 0.2.6 on SVN can now run as a daemon and be controlled by command line or JSON-RPC. On Linux it needs libgtk2.0-0 installed, but does not need a GUI running. Hopefully gtk can be installed without having a windowing system…
Private email (Martti Malmi)

Re: Non-GUI option
24 February 2010, 06:34 UTC
\> I'll give Drupal accounts to the bitcoin.org translators, so they can Good, that gives them a little sense of ownership and responsibility. I hope we get at least one .mo file for the software translation in time to put into the 0.3…
BitcoinTalk

New icon/logo
24 February 2010, 21:24 UTC
New icons, what do you think? Better than the old one? Full size 530x529 image for scaling down to custom sizes: http://www.bitcoin.org/download/bitcoin530.png The perspective shadow was too thick on the larger sizes. I updated 32, 48 and…
BitcoinTalk

Re: Command Line and JSON-RPC
25 February 2010, 22:54 UTC
OK, I made a build target bitcoind that only links wxBase and does not link GTK. Version 0.2.7 on SVN. I split out the init and shutdown stuff from ui.cpp into init.cpp, so now ui.cpp is pure UI. ui.h provides inline stubs if wxUSE_GUI=0.…
BitcoinTalk

Re: Command Line and JSON-RPC
5 March 2010, 01:46 UTC
sirius-m debugged this, it was 64-bit related. The fix is now available on SVN, file util.cpp.
Private email (Martti Malmi)

Re: Status update
16 May 2010, 19:12 UTC
I've also been busy with other things for the last month and a half. I just now downloaded my e-mail since the beginning of April. I mostly have things sorted and should be back to Bitcoin shortly. Glad that you've been handling things in…
BitcoinTalk

Re: Is there a way to automate bitcoin payments for a website?
18 May 2010, 02:58 UTC
A little late, but in case anyone else has the same issue. The compile dump had 2 warnings (that were 20 lines long) and 2 link errors. The errors were: Those are probably due to switching to the release build of wxWidgets instead of…
BitcoinTalk

Re: Ummmm... where did my bitcoins go?
18 May 2010, 20:06 UTC
It's not the download so much as verifying all the signatures in all the blocks as it downloads that takes a long time. How long is the initial block download typically taking? Does it slow down half way through or is about the same speed…
BitcoinTalk

Re: Website translations
26 May 2010, 21:16 UTC
Does anyone want to translate the Bitcoin client itself? It would be great to have at least one other language in the 0.3 release. All you have to do is get poedit and translate the po file I'm attaching to this post. It's less than 750…
BitcoinTalk

Re: Website translations
27 May 2010, 14:18 UTC
Hurray! We have our first language. I uploaded it to SVN to go in with the 0.3 release.
BitcoinTalk

Re: new binary release?
17 June 2010, 17:07 UTC
I'm working on getting version 0.3 released as soon as I can. Just a last few things left to do. It's been a long time since 0.2 and we need to get a prebuilt bitcoind with command line and JSON-RPC available. This time we'll have both…
BitcoinTalk

Re: Transactions and Scripts: DUP HASH160 ... EQUALVERIFY CHECKSIG
17 June 2010, 18:46 UTC
The nature of Bitcoin is such that once version 0.1 was released, the core design was set in stone for the rest of its lifetime. Because of that, I wanted to design it to support every possible transaction type I could think of. The…
BitcoinTalk

Re: On IRC bootstrapping
18 June 2010, 17:28 UTC
The SVN version now uses IRC first and if that fails it falls back to a hardcoded list of seed nodes. There are enough seed nodes now that many of them should still be up by the time of the next release. It only briefly connects to a seed…
BitcoinTalk

0.3 almost ready -- please test the Mac version!
22 June 2010, 04:01 UTC
I finished everything on my list to do for version 0.3. The code on SVN is about ready to release. Testing at this point is much appreciated.
Private email (Martti Malmi)

0.3.0 rc1 quickie download link
22 June 2010, 17:36 UTC
If bandwidth is a problem, delete my link in the "0.3 almost ready" thread. I just don't want to upload it to sourceforge for a quickie share for a day or two, possibly taking it down immediately if there's a bug. Sourceforge has a policy…
BitcoinTalk

Re: 0.3 almost ready
22 June 2010, 19:46 UTC
You figured it out faster than I could post a reply. It looks like laszlo's build of Berkeley DB has database/log.* files that are not compatible with ours. The .dat files are fine, their format shouldn't ever change. All data is stored…
BitcoinTalk

Beta?
26 June 2010, 17:02 UTC
Is it about time we lose the Beta? I would make this release version 1.3.
BitcoinTalk

Re: Building BitCoin Client completely Headless
26 June 2010, 21:06 UTC
The linux release candidate in the "1.3 almost ready" thread contains prebuilt bitcoind.
BitcoinTalk

Re: Beta?
27 June 2010, 12:43 UTC
But 1.0 sounds like the first release. For some things newness is a virtue but for this type of software, maturity and stability are important. I don't want to put my money in something that's 1.0. 1.0 might be more interesting for a…
BitcoinTalk

Re: 0.3 almost ready
2 July 2010, 21:57 UTC
(reverted to rc2) Links removed, 0.3 is now released, so go to http://www.bitcoin.org to download it.
BitcoinTalk

Re: Beta?
2 July 2010, 22:03 UTC
OK, back to 0.3 then. Please download RC4 and check it over as soon as possible. I'd like to release it soon. http://bitcointalk.org/index.php?topic=199.msg1927#msg1927 Other than the version number change, which included changes in…
BitcoinTalk

Re: Feature Request: Limiting Connections
2 July 2010, 22:20 UTC
I reduced max outbound connections from 15 to 8 in RC4. 15 was way more than we needed for redundancy. 8 is still plenty of redundancy. As the nodes upgrade to this version, this will cut in half the number of connections that inbound…
BitcoinTalk

Re: 0.3 almost ready -- please test the Mac version!
4 July 2010, 21:52 UTC
Laszlo's build is going to be our first Mac release so please test it!
BitcoinTalk

Re: Slashdot Submission for 1.0
5 July 2010, 21:31 UTC
BTW, I did come to my senses after that brief bout with 1.3, this release is still going to be 0.3 beta not 1.0. I really appreciate the effort, but there are a lot of problems. We don't want to lead with "anonymous". (I've been meaning…
Private email (Martti Malmi)

0.3.0 released
6 July 2010, 18:03 UTC
I uploaded 0.3.0 beta to sourceforge and updated the links on bitcoin.org. I still need to post the announcement message on the forum and mailing list. Here's what I've prepared: Announcing version 0.3 of Bitcoin, the P2P cryptocurrency!…
BitcoinTalk

Bitcoin 0.3 released!
6 July 2010, 18:32 UTC
Announcing version 0.3 of Bitcoin, the P2P cryptocurrency! Bitcoin is a digital currency using cryptography and a distributed network to replace the need for a trusted central server. Escape the arbitrary inflation risk of centrally…
Private email (Martti Malmi)

Re: 0.3.0 released
6 July 2010, 18:40 UTC
Actually, "tabs for sent and received transactions" sounds really immature if it doesn't have that already. "Transaction filter tabs" sounds better. I'm still editing it a little more and then I'll e-mail it to bitcoin-list and send it to…
BitcoinTalk

Re: 0.3 almost ready -- please test the Mac version!
6 July 2010, 19:43 UTC
0.3 released http://bitcointalk.org/index.php?topic=238.msg2004#msg2004
Private email (Martti Malmi)

\[bitcoin-list\] Bitcoin 0.3 released!
6 July 2010, 21:53 UTC
Announcing version 0.3 of Bitcoin, the P2P cryptocurrency! Bitcoin is a digital currency using cryptography and a distributed network to replace the need for a trusted central server. Escape the arbitrary inflation risk of centrally…
bitcoin-list (SourceForge)

[bitcoin-list] Bitcoin 0.3 released!
6 July 2010, 21:53 UTC
Announcing version 0.3 of Bitcoin, the P2P cryptocurrency! Bitcoin is a digital currency using cryptography and a distributed network to replace the need for a trusted central server. Escape the arbitrary inflation risk of centrally…
BitcoinTalk

Re: bitcoin 0.3 win64 - broken access to APPDATA if non-latin characters in username
8 July 2010, 18:24 UTC
Thanks for finding that. We switched from ANSI in 0.2 to UTF-8 in version 0.3, so it must be related to that. Just to confirm, if you log in with the non-latin character username, not having an appdata/Bitcoin directory yet, and run…
BitcoinTalk

Re: Anonymity
8 July 2010, 19:12 UTC
It's hard to imagine the Internet getting segmented airtight. It would have to be a country deliberately and totally cutting itself off from the rest of the world. Any node with access to both sides would automatically flow the block…
BitcoinTalk

Re: bitcoin 0.3 win64 - broken access to APPDATA if non-latin characters in username
9 July 2010, 03:01 UTC
I think I see where the problem is. Coincidentally, I recently coded a replacement for the function in question which should fix it. It's not enabled yet, but in the SVN version it prints a debug message in debug.log showing the new…
BitcoinTalk

Re: bitcoin 0.3 win64 - broken access to APPDATA if non-latin characters in username
9 July 2010, 15:37 UTC
I tested this with a non-lower-ASCII account name on XP and confirmed the bug, then tested that the new GetDefaultDataDir fixed it. This change is revision 102 of the SVN.
BitcoinTalk

Re: Building Bitcoin 0.3
14 July 2010, 17:34 UTC
It doesn't work with wxWidgets 2.8, it needs wxWidgets 2.9. Unfortunately, there isn't a Debian package of wxWidgets 2.9 yet.
BitcoinTalk

Re: Runaway CPU usage for 64bit BitCoin (Linux Client)
14 July 2010, 18:45 UTC
After it initially tries incorrectly to set itself to the lowest priority, the generate thread only changes its priority again temporarily when it finds a block. When you've found a block, you should want it to hurry up and broadcast it…
BitcoinTalk

Re: [Bitcoin 0.3.0] Runtime error
15 July 2010, 14:05 UTC
More directly, this: http://bitcointalk.org/index.php?topic=246.0 I will be posting release candidate of 0.3.1 with this fix shortly. Please try that and let me know if it fixes the problem.
BitcoinTalk

Bitcoin 0.3.1 released
15 July 2010, 17:05 UTC
This is a bugfix maintenance release. It is now uploaded to SourceForge. Mac OS X didn't need any fixes so we don't really need to update it, 0.3.0 is still good. The download links are on bitcoin.org Changes: - Added Portuguese…
BitcoinTalk

Re: 0.3.1 release candidate, please test
15 July 2010, 17:23 UTC
Well, it can't hurt to do a backup and it's a good idea to backup regularly, but no, a backup is not required before installing this.
BitcoinTalk

Re: 0.3.1 release candidate, please test
15 July 2010, 17:56 UTC
I don't think you have a particular problem, I think your system is laggy because you're running a lot of things at once and hitting the pagefile because memory is full. You confirmed when you shut off generation that your CPU drops to…
BitcoinTalk

Re: Website and software translations
15 July 2010, 18:37 UTC
I uploaded an updated bitcoin.po for 0.3.1 attached to this message: http://bitcointalk.org/index.php?topic=151.msg1259#msg1259 please use it if you're starting a new translation. If you already have a po file, poedit can update it. - Get…
BitcoinTalk

Re: 0.3.1 release candidate, please test
15 July 2010, 21:40 UTC
I was not able to reproduce this. I have dual-proc, so I ran two memory hogs. Bitcoin got 0% of CPU according to the task manager. The khash/sec meter stayed stuck because it couldn't get any CPU to update it. Do you have dual-proc? Are…
BitcoinTalk

Re: 0.3.1 release candidate, please test
15 July 2010, 22:07 UTC
I updated the first post with a link to rc2 for linux with the fix for this. Please check that this is fixed for you. Thanks! http://www.bitcoin.org/download/bitcoin-0.3.1.rc2-linux.tar.gz
BitcoinTalk

Re: 0.3.1 release candidate, please test
15 July 2010, 22:10 UTC
Yes a bug. It'll have to be fixed in the next version.
BitcoinTalk

Re: Runaway CPU usage for 64bit BitCoin (Linux Client)
15 July 2010, 22:22 UTC
The fix for the thread priority level on linux is available in the 0.3.1 release candidate here: http://bitcointalk.org/index.php?topic=383.msg3198#msg3198
BitcoinTalk

Re: 0.3.1 release candidate, please test
15 July 2010, 23:23 UTC
It could go either way. The Startup folder has the advantage that the end user can see it and manually remove it with the regular UI (not regedit) if they already blew away the Bitcoin directory and its uninstaller. Bitcoin will not…
BitcoinTalk

Re: 0.3.1 release candidate, please test
16 July 2010, 00:44 UTC
Run it with the undocumented switch -minimizetotray and the option is available in the options menu. I don't know how to fix it. It's something wrong deep inside wxWidgets or GTK or Gnome.
BitcoinTalk

Re: Fedora 13 libcrypto
16 July 2010, 14:55 UTC
Please try the 0.3.1 release candidate, it should at least resolve the libcrypto dependency: http://bitcointalk.org/index.php?topic=383.0 Let me know if that works.
BitcoinTalk

Re: 0.3.1 release candidate, please test
16 July 2010, 15:09 UTC
Because of all the dependencies that different systems don't have. It's easier to just static link what we can. It doesn't increase the size by very much.
BitcoinTalk

Re: 0.3.1 release candidate, please test
16 July 2010, 17:26 UTC
Good point. If you're going to have more than 8 LAN nodes connect to one gateway node, then you'd better have the gateway node set up so it can receive incoming connections. Otherwise, while the gateway node has 8 or more connections, it…
BitcoinTalk

Re: Website integration for bitcoin
16 July 2010, 18:23 UTC
I've been trying to encourage someone to write and release some sample Python code showing the recommended way to do the typical accounting stuff, but to no avail. It would be nice if you didn't have to re-invent the wheel like you're…
BitcoinTalk

Re: Bitcoin 0.3.1 released
16 July 2010, 21:06 UTC
I uploaded windows 0.3.1 rc1 and linux 0.3.1 rc2 to SourceForge and updated the links on the homepage. You don't need to update to 0.3.1 unless you had one of the problems listed in the first post. If you've got it working already, stay…
BitcoinTalk

Bitcoin 0.3.2 released
17 July 2010, 21:35 UTC
Download links available now on bitcoin.org. Everyone should upgrade to this version. - Added a simple security safeguard that locks-in the block chain up to this point. - Reduced addr messages to save bandwidth now that there are plenty…
BitcoinTalk

Re: Bitcoin 0.3.2 released
17 July 2010, 22:54 UTC
I went about 200 blocks back. The block chain was a clean straight line without branches, and there was only one known version of the locked block. Sorry, not yet, but I do want to make the initial block download faster.
BitcoinTalk

Re: Network Size
17 July 2010, 23:25 UTC
In 0.3.0, the change to 8 only ended up in the Windows version, the other versions still had 15. Please upgrade to 0.3.2, it's available now.
BitcoinTalk

Re: Bitcoin 0.3.2 released
18 July 2010, 18:58 UTC
The change list is basically encompassed by what's listed in the first message. Everyone should upgrade to get the important security improvements. Minimizing to tray had at least 3 different glitches and bugs on Linux, including a crash…
BitcoinTalk

Warning: don't use -server or bitcoind where you web browse (v0.3.2 and lower)
19 July 2010, 16:01 UTC
Don't use the -server or -daemon switch or run bitcoind on a machine where you use a web browser. It opens port 8332 on 127.0.0.1, the local loopback address, and you wouldn't think that web browsers could cross-site access it, but it is…
BitcoinTalk

Re: Warning: don't use -server or bitcoind on a machine where you web browse
24 July 2010, 02:29 UTC
The JSON-RPC HTTP authentication feature in 0.3.3 solves this problem.
BitcoinTalk

Version 0.3.2.5 -- please test!
24 July 2010, 03:32 UTC
Please test 0.3.2.5 in preparation for the 0.3.3 release! This build is looking good and should be the one that goes into 0.3.3. I encourage you to go ahead and upgrade now if you're on Windows or Linux. New features: - Gavin Andresen's…
BitcoinTalk

Bitcoin 0.3.3 released -- PLEASE UPGRADE
25 July 2010, 16:55 UTC
Please upgrade to 0.3.3! Important security improvements were made in 0.3.2 and 0.3.3. New features: - Gavin Andresen's HTTP authentication to secure JSON-RPC - 5x faster initial block download, under 30 minutes
Private email (Martti Malmi)

Re: /usr/lib/libstdc++.so.6: version \`GLIBCXX\_3.4.11'
26 July 2010, 18:22 UTC
\>> Btw, are you able to use my builds of bitcoind on your host, or do you Wish I could figure out how to fix that. What version of GLIBCXX does your system have? Make sure you upgrade to Bitcoin 0.3.3 as soon as possible.
BitcoinTalk

Re: Bitcoin x86 for Windows
27 July 2010, 18:27 UTC
I added a subset of the Crypto++ 5.6.0 library to the SVN. I stripped it down to just SHA and 11 general dependency files. There shouldn't be any other crypto in there other than SHA. I aligned the data fields and it worked. The ASM…
BitcoinTalk

*** ALERT *** Upgrade to 0.3.6
29 July 2010, 19:13 UTC
Please upgrade to 0.3.6 ASAP! We fixed an implementation bug where it was possible that bogus transactions could be displayed as accepted. Do not accept Bitcoin transactions as payment until you upgrade to version 0.3.6! If you can't…
BitcoinTalk

Re: *** ALERT *** version 0.3.6
29 July 2010, 19:55 UTC
Haven't had time to update the SVN yet. Wait for 0.3.6, I'm building it now. You can shut down your node in the meantime.
BitcoinTalk

Re: *** ALERT *** version 0.3.6
29 July 2010, 20:30 UTC
SVN is updated with version 0.3.6. Uploading Windows build of 0.3.6 to Sourceforge now, then will rebuild linux.
BitcoinTalk

Re: *** ALERT *** Upgrade to 0.3.6 ASAP!
29 July 2010, 21:20 UTC
0.3.6 Linux build is back to the old makefile.unix. It static links libjpeg so that shouldn't be a problem. Is that working better? If you got 22DbRunRecoveryException and you've used someone else's build before, you may need to delete…
BitcoinTalk

Re: *** ALERT *** Upgrade to 0.3.6 ASAP!
29 July 2010, 21:43 UTC
"./bitcoin: /lib64/libc.so.6: version `GLIBC_2.11' not found (required by ./bitcoin)" isn't a new problem that started with 0.3.6 is it? This was built on the same OS installations as 0.3.0. Unfortunately I upgraded to Ubuntu 10.04 before…
BitcoinTalk

Re: *** ALERT *** Upgrade to 0.3.6 ASAP!
29 July 2010, 23:12 UTC
We don't really need pre-compiled header. It only makes it compile slightly faster. I think I'll just get rid of it. Even still, you'd still need to remember to "make -f makefile.unix clean" or delete headers.h.gch one more time to get…
Private email (Martti Malmi)

\[bitcoin-list\] Alert: upgrade to bitcoin 0.3.6
30 July 2010, 05:34 UTC
Please upgrade to 0.3.6 ASAP to get an important bugfix. See the bitcoin.org homepage for download links. ------------------------------------------------------------------------------ The Palm PDK Hot Apps Program offers developers who…
bitcoin-list (SourceForge)

[bitcoin-list] Alert: upgrade to bitcoin 0.3.6
30 July 2010, 06:02 UTC
Please upgrade to 0.3.6 ASAP to get an important bugfix. See the bitcoin.org homepage for download links.
BitcoinTalk

Re: *** ALERT *** Upgrade to 0.3.6 ASAP!
30 July 2010, 19:53 UTC
I can't understand why you're having so much pain. I just followed the instructions in build-unix.txt. I made a couple little corrections for Boost 1.37, which I'll put on SVN the next time I update it, noted below: Dependencies…
BitcoinTalk

Re: *** ALERT *** Upgrade to 0.3.6 ASAP!
30 July 2010, 21:44 UTC
Except that wouldn't work for boost 1.40+ (on Ubuntu 10.04), where you need to get libboost-all-dev. Seems they changed everything around in Boost recently, "-mt" and all that, makes it hard. BTW, I tried Boost 1.34 but it didn't have the…
BitcoinTalk

Re: Linux version => No GUI after upgrade. WTF?
2 August 2010, 17:39 UTC
Did it print anything to the console? Are you sure you didn't run "bitcoind"? Try version 0.3.7.
BitcoinTalk

Please upgrade to 0.3.8!
3 August 2010, 23:40 UTC
Version 0.3.8 adds an important security improvement. Everyone should upgrade to get this change. The new safety feature displays a warning message in the status bar and locks down RPC if it detects a problem that may require an upgrade.…
BitcoinTalk

Re: Bitcoind x86 binary for CentOS
4 August 2010, 00:09 UTC
I'd rather you didn't make a build of the 1000 node connecting version available. It won't take very many people running that before we have to make another release just to limit the incoming connections.
BitcoinTalk

Re: Please upgrade to 0.3.8!
4 August 2010, 00:29 UTC
I guess SourceForge hasn't updated its mirrors yet. The files are there on the admin side, but not on the user side. I have no idea how long that will take. It's always been immediate in the past. Edit: SourceForge is updated now.
BitcoinTalk

Re: A proposal for a semi-automated Escrow mechanism
5 August 2010, 18:08 UTC
A transaction can be written that requires two signatures to spend it next. You write a payment that requires the signature of both the recipient and the sender to spend it. To release the escrow, you give the recipient the signature for…
BitcoinTalk

Escrow
7 August 2010, 20:13 UTC
Here's an outline of the kind of escrow transaction that's possible in software. This is not implemented and I probably won't have time to implement it soon, but just to let you know what's possible. The basic escrow: The buyer commits a…
BitcoinTalk

Re: bitcoin generation broken in 0.3.8?
9 August 2010, 18:50 UTC
I found that SSE2 only added a slight 2% speedup, which didn't seem worth the incompatibility. I was trying to take the safer option. It doesn't look to me like Crypto++ could be deciding whether to use SSE2 at runtime. There's one place…
BitcoinTalk

Version 0.3.8.1 update for Linux 64-bit
9 August 2010, 19:46 UTC
When we switched to Crypto++ 5.6.0 SHA-256 in version 0.3.6, generation got broken on the Linux 64-bit build. Version 0.3.8.1 is on SourceForge with the 64-bit binary updated. Download:…
BitcoinTalk

Re: Version 0.3.8.1 update for Linux 64-bit
9 August 2010, 20:55 UTC
That's a good point, I believe you could run with generation off if you don't have SSE2. How about add to the top of cryptopp/config.h: #if !defined(_M_X64) && !defined(__x86_64__) #define CRYPTOPP_DISABLE_SSE2 1 #endif that would disable…
BitcoinTalk

Re: Version 0.3.8.1 update for Linux 64-bit
10 August 2010, 23:46 UTC
SVN rev 128: disable SSE2 on 32-bit. This may only disable it for MSVC and GCC. Other compilers might have different 64-bit defines.
BitcoinTalk

Re: Escrow
11 August 2010, 01:30 UTC
That makes it sound like it might somehow get lost and the parties can't get it even if they want to cooperate. When you pay for something up front, you can't get it back either. Consumers seem comfortable with that. It's no worse than…
BitcoinTalk

Version 0.3.9 rc1, please test
13 August 2010, 17:40 UTC
Here's a test build if you'd like to help test before 0.3.9 is released. (or if you'd rather get upgrading out of the way now instead of waiting) Downloads: (binaries only) http://www.bitcoin.org/download/bitcoin-0.3.9.rc1-win32.zip…
BitcoinTalk

Re: Version 0.3.9 rc1, please test
15 August 2010, 18:11 UTC
The idea was the main part. When you posted your patch, I realized it should have been done that way instead of "-?". I always had reservations about "-?" because it intrudes on the possible parameter values, and the help response is…
BitcoinTalk

Re: tcatm's 4-way SSE2 for Linux 32/64-bit 0.3.9 rc2
15 August 2010, 18:43 UTC
I just uploaded a quick build so testers can check if I built it right. (I don't have an i5 or AMD) If it checks out, I'll put together the full package and do all the release stuff.
BitcoinTalk

Re: overflow bug SERIOUS
15 August 2010, 22:58 UTC
Don't update the block chain download. When you take someone's block chain download, you don't want it right up to the end. A somewhat old one is better so it can download and verify the most recent blocks. tcatm's 4-way SSE2 SHA-256 is…
BitcoinTalk

Version 0.3.10 - block 74638 overflow PATCH!
15 August 2010, 23:48 UTC
Version 0.3.10 patches the block 74638 overflow bug. http://bitcointalk.org/index.php?topic=823 The Linux version includes tcatm's 4-way SSE2 SHA-256 that makes generating faster on i5, i7 (with hyperthreading) and AMD CPU's. Try the…
BitcoinTalk

Re: Convert Bitcoin to GTK: Yes? No? wx is better?
19 August 2010, 18:44 UTC
wxWidgets 2.9 is their first UTF-8 version. We are UTF-8 on all platforms including Windows. The distro packages of 2.8 are UTF-16, so they just trip people up. People had endless build problems with 2.8 and its wxString UTF-16/ANSI…
BitcoinTalk

Re: Need a post writing up some things users should know
22 August 2010, 22:51 UTC
The clock part will be covered in the next release (0.3.11 or higher). SVN rev 141 pops up a message box if your clock is too far off.
BitcoinTalk

Re: 28 days without generation, i have 4200khash/s
22 August 2010, 23:01 UTC
Search debug.log for "proof-of-work found". If you find any, then check for any errors right after that. The margin is 2 hours. This should be solved in SVN rev 141 and the next release (0.3.11+). It'll pop up a message box alerting you…
BitcoinTalk

Re: Development of alert system
25 August 2010, 00:06 UTC
This is in SVN rev 142 as version 0.3.11.
BitcoinTalk

Re: Development of alert system
25 August 2010, 17:59 UTC
getinfo has a new field that shows any alert messages or other errors that would be displayed on the status bar. The rpc methods return a json-rpc error with the error description "Safe mode: " followed by additional text specified by the…
BitcoinTalk

Version 0.3.11 with upgrade alerts
27 August 2010, 21:54 UTC
Version 0.3.11 is now available. Changes: - Some blk*.dat checking on load - Built the -4way code with -march=amdfam10, which makes it a little faster - Warning if your clock is too far off - Warnings/errors/alerts can also be seen in the…
BitcoinTalk

Re: Version 0.3.11 with upgrade alerts
28 August 2010, 14:54 UTC
What OS? I ran the Windows and 64-bit Linux version and checked the about dialog. The Mac version is still 0.3.10.1. I updated the first post to be more specific. Only the -4way code is compiled this way.
BitcoinTalk

Re: CryptoPP Assertion Error
5 September 2010, 23:25 UTC
You can probably just comment out the line cryptopp/secblock.h:187 //assert(false); Let me know if it works, and watch if it memory leaks. It looks like a template class to make sure the derived class defines its own version of allocate…
BitcoinTalk

Version 0.3.12
7 September 2010, 19:17 UTC
Version 0.3.12 is now available. Features: - json-rpc errors return a more standard error object. (thanks to Gavin Andresen) - json-rpc command line returns exit codes. - json-rpc "backupwallet" command. - Recovers and continues if an…
BitcoinTalk

Re: Version 0.3.12
8 September 2010, 18:06 UTC
Bitcoin clients currently only create and recognize transactions that match two possible templates. Those are some quick tests that loosely check if transactions fit some general metrics that those standard transactions fit. Nodes will…
BitcoinTalk

Re: Won't let me send coins because it requires a transaction fee?
10 September 2010, 00:23 UTC
What version is the one where this happened? Release build, or built it yourself? Which operating system? Were you sending by IP or by Bitcoin Address? When you sent 49.99, did it prompt you to pay a 0.01 fee? There was a change in…
BitcoinTalk

Re: Memory leak
19 September 2010, 17:22 UTC
Bouncing between 0 and 2 connections could be if it's connecting to itself. Are you using the "-connect" switch? Did you compile it or is this a release build, and what version? I'm not sure how the 200Kb/sec, since it waits at least a…
BitcoinTalk

Internal version number
23 September 2010, 16:19 UTC
In the next release (0.3.13), I'm going to change the format of the internal version number integer from 313 to 31300, for instance 31305 = 0.3.13.5. The last number represents changes on the SVN between releases and ought to be properly…
BitcoinTalk

Re: I broke my wallet, sends never confirm now.
30 September 2010, 16:59 UTC
0.3.13 release candidate, please test: http://www.bitcoin.org/download/bitcoin-0.3.13-rc1-win32-setup.exe
BitcoinTalk

0.3.13 RC1 for Windows, please test
30 September 2010, 17:04 UTC
0.3.13 release candidate, to be released soon so please test: http://www.bitcoin.org/download/bitcoin-0.3.13-rc1-win32-setup.exe - don't count or spend payments until they have 1 confirmation http://bitcointalk.org/index.php?topic=1306.0…
BitcoinTalk

Version 0.3.13, please upgrade
1 October 2010, 00:34 UTC
Version 0.3.13 is now available. You should upgrade to prevent potential problems with 0/unconfirmed transactions. Note: 0.3.13 prevents problems if you haven't already spent a 0/unconfirmed transaction, but if that already happened, you…
BitcoinTalk

Re: Version 0.3.13
3 October 2010, 18:17 UTC
Forgot to say, I suspected the detect might not work on 64-bit AMD. I found it hard to believe but AMD reports a different model number in 64-bit mode. Could you grep CPUID your debug.log and tell me what it says? (and anyone else with…
BitcoinTalk

Re: Version 0.3.13, please upgrade
3 October 2010, 19:39 UTC
Could a few people please run this special build? It'll amnesty the dust spam transactions, which will clear up the 0/unconfirmed problem for now. We really just need one block letting them through to clear up the previous transactions.…
BitcoinTalk

Re: Version 0.3.13, please upgrade
3 October 2010, 19:49 UTC
Seriously? What hardware is that?
BitcoinTalk

Re: Version 0.3.13, please upgrade
3 October 2010, 20:02 UTC
Code: diff -u old\main.cpp new\main.cpp --- old\main.cpp Sun Oct 03 20:57:20 2010 +++ new\main.cpp Sun Oct 03 20:57:54 2010 @@ -2831,6 +2831,10 @@ bool fUseSSE2 = ((fIntel && nFamily * 10000 + nModel >= 60026) || (fAMD && nFamily * 10000…
BitcoinTalk

Re: Version 0.3.13, please upgrade
3 October 2010, 20:54 UTC
Transactions aren't accepted or displayed as 0/unconfirmed until your node has a path of transactions back to the block chain. Any transactions in your wallet also have bundled with them all unrecorded transactions required to reach the…
BitcoinTalk

Re: Version 0.3.13, please upgrade
3 October 2010, 21:43 UTC
ShadowOfHarbringer, is yours faster with -4way? If it is, then I'm thinking that any AMD that supports 64-bit has 128-bit SSE2. The specialbuild version I posted here looks for model 4 or higher. If yours is faster with -4way, then I…
BitcoinTalk

Re: Version 0.3.13, please upgrade
3 October 2010, 23:46 UTC
Make sure you keep your node online so it'll keep rebroadcasting transaction b412a0. It haven't seen it rebroadcast since 29/09/2010 16:41.
Private email (Martti Malmi)

Re: SMF php code
4 October 2010, 19:05 UTC
I reuploaded the changes. For future reference, the files in Sources with customisations are: Register.php PersonalMessage.php ManageRegistration.php Subs.php Let me know whenever you do an upgrade so I can make sure all my changes…
BitcoinTalk

Re: Website and software translations
4 October 2010, 19:21 UTC
poedit does it. Either get the src directory from a release, or download it with SVN. Place your .po file 3 directories deep under the src directory. Open it with poedit and do Catalog->Update from sources. So for example, you have: src…
BitcoinTalk

Version 0.3.14
21 October 2010, 16:39 UTC
Version 0.3.14 is now available http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.3.14/ Changes: - Key pool feature for safer wallet backup Gavin Andresen: - TEST network mode with switch -testnet - Option to use SSL for…
BitcoinTalk

Re: Some testing that I did on the testnetwork, my findings.
13 November 2010, 23:25 UTC
Thank you for limiting flood tests to the testnet. Version 0.3.15 combines several features to help legitimate transactions jump the queue during a flood attack. The key was Gavin's idea for prioritising transactions based on the age of…
BitcoinTalk

Version 0.3.15
13 November 2010, 23:26 UTC
Version 0.3.15 is now available. Changes: - paytxfee switch is now per KB, so it adds the correct fee for large transactions - sending avoids using coins with less than 6 confirmations if it can - BitcoinMiner processes transactions in…
BitcoinTalk

Re: Transaction / spam flood attack currently under way
19 November 2010, 23:50 UTC
I'm doing something like that. Priority is a more formalised version of the concept you're describing. Yes, like this. And the no-priority-requirement area is 3K, about a dozen transactions per block. I just uploaded SVN rev 185 which has…
BitcoinTalk

Re: OpenCL miner for the masses
20 November 2010, 17:24 UTC
Thanks m0mchil for keeping up on the updates! GPU miners, please upgrade as soon as possible to shut down the free transaction abuse! This version has the new priority-based limit on free transaction spam. Before SVN 184, compiling…
BitcoinTalk

Re: RFC: ship block chain 1-74000 with release tarballs?
25 November 2010, 17:51 UTC
It's not the downloading that takes the time, it's verifying and indexing it. Bandwidthwise, it's more efficient than if you downloaded an archive. Bitcoin only downloads the data in blk0001.dat, which is currently 55MB, and builds…
BitcoinTalk

Version 0.3.17
25 November 2010, 20:07 UTC
Version 0.3.17 is now available. Changes: - new getwork, thanks m0mchil - added transaction fee setting in UI options menu - free transaction limits - sendtoaddress returns transaction id instead of "sent" - getaccountaddress <account>…
BitcoinTalk

Re: RFC: ship block chain 1-74000 with release tarballs?
26 November 2010, 17:32 UTC
I tested it on a slow 7 year old drive, where bandwidth and CPU were clearly not the bottleneck. Initial download took 1 hour 20 minutes. If it's taking a lot longer than that, certainly 24 hours, then it must be downloading from a very…
BitcoinTalk

Re: Version 0.3.17
26 November 2010, 18:23 UTC
Laszlo does them, but I haven't asked him to do one for a while because there wasn't anything major. I'll ask him to do this version.
BitcoinTalk

Re: RFC: ship block chain 1-74000 with release tarballs?
28 November 2010, 17:13 UTC
Despite everything else said, the current next step is: In particular, I suspect that more read caching might help a lot. Then something more specific was wrong. That's not due to normal initial download time. Without more details, it…
BitcoinTalk

Re: RFC: ship block chain 1-74000 with release tarballs?
29 November 2010, 20:19 UTC
It seems like you're inclined to assume everything is wrong more than is actually so. Writing the block index is light work. Building the tx index is much more random access per block. I suspect reading all the prev txins is what's slow.…
BitcoinTalk

Re: RFC: ship block chain 1-74000 with release tarballs?
1 December 2010, 21:25 UTC
That's a good optimisation. I'll add that next time I update SVN. More generally, we could also consider this: dbenv.set_lk_max_objects(10000); dbenv.set_errfile(fopen(strErrorFile.c_str(), "a")); /// debug dbenv.set_flags(DB_AUTO_COMMIT,…
Private email (Martti Malmi)

\[bitcoin-list\] Bitcoin 0.3.18 is released
8 December 2010, 23:09 UTC
Version 0.3.18 is now available. Changes: - Fixed a wallet.dat compatibility problem if you downgraded from 0.3.17 and then upgraded again - IsStandard() check to only include known transaction types in blocks - Jgarzik's optimisation to…
bitcoin-list (SourceForge)

[bitcoin-list] Bitcoin 0.3.18 is released
8 December 2010, 23:11 UTC
Version 0.3.18 is now available. Changes: - Fixed a wallet.dat compatibility problem if you downgraded from 0.3.17 and then upgraded again - IsStandard() check to only include known transaction types in blocks - Jgarzik's optimisation to…
BitcoinTalk

Version 0.3.18
8 December 2010, 23:19 UTC
Changes: - Fixed a wallet.dat compatibility problem if you downgraded from 0.3.17 and then upgraded again - IsStandard() check to only include known transaction types in blocks - Jgarzik's optimisation to speed up the initial block…
BitcoinTalk

Re: Version 0.3.18
9 December 2010, 14:37 UTC
New transaction templates can be added as needed. Within a few days, there will be plenty of GPU power that accepts and works on it. Network support will be thorough long before there'll be enough clients who understand how to receive and…
BitcoinTalk

Re: Version 0.3.18
9 December 2010, 15:17 UTC
I came to agree with Gavin about whitelisting when I realized how quickly new transaction types can be added. That's already possible. <pubkey> OP_CHECKSIG. <pubkey> can be 33 to 120 bytes. I also support a third transaction type for…
BitcoinTalk

Re: BitDNS and Generalizing Bitcoin
9 December 2010, 22:46 UTC
The incentive is to get the rewards from the extra side chains also for the same work. While you are generating bitcoins, why not also get free domain names for the same work? If you currently generate 50 BTC per week, now you could get…
BitcoinTalk

Re: BitDNS and Generalizing Bitcoin
10 December 2010, 17:29 UTC
Piling every proof-of-work quorum system in the world into one dataset doesn't scale. Bitcoin and BitDNS can be used separately. Users shouldn't have to download all of both to use one or the other. BitDNS users may not want to download…
BitcoinTalk

Added some DoS limits, removed safe mode (0.3.19)
12 December 2010, 18:22 UTC
There's more work to do on DoS, but I'm doing a quick build of what I have so far in case it's needed, before venturing into more complex ideas. The build for this is version 0.3.19. - Added some DoS controls As Gavin and I have said…
Private email (Martti Malmi)

\[bitcoin-list\] Bitcoin 0.3.19 is released
13 December 2010, 16:11 UTC
This is a minor release to add some DoS protection. Changes: - Added some DoS limits, though it's still far from DoS resistant. - Removed "safe mode" alerts. http://www.bitcoin.org/smf/index.php?topic=2228.0 Download:…
bitcoin-list (SourceForge)

[bitcoin-list] Bitcoin 0.3.19 is released
13 December 2010, 16:12 UTC
This is a minor release to add some DoS protection. Changes: - Added some DoS limits, though it's still far from DoS resistant. - Removed "safe mode" alerts. http://www.bitcoin.org/smf/index.php?topic=2228.0 Download:…
Private email (Mike Hearn)

More BitCoin questions
10 January 2011, 20:47 (time as published; timezone not given)
By the way, if you didn't see it already, there's a discussion on the security of secp256k1 on the forum: http://www.bitcoin.org/smf/ind ex.php?topic=2699.0 Hal (i presume this is Hal Finney) Yes, it's him. He was supportive on the…
Private email (Martti Malmi)

Re: Fwd: Bitcoin question
25 January 2011, 18:34 UTC
The paper was published in 2008. Someone needs to correct Wikipedia; it incorrectly says the paper was published in 2009. The paper was released earlier than the software. mmalmi@cc.hut.fi wrote:
Private email (Martti Malmi)

Re: 0.3.20 release : shipped
22 February 2011, 19:49 UTC
\> I have not sent a message to the sourceforge bitcoin-list mailing list Martti should give you the Drupal admin password. Any subscriber can post to bitcoin-list. Here's the admin password in case you need it later. Gavin: [An encrypted…
Private email (Mike Hearn)

Open sourced my Java SPV impl
9 March 2011, 17:15 (time as published; timezone not given)
I hope you are doing well. I finally got all the lawyers happy enough to release BitCoinJ under the Google name using the Apache 2 license: It's incomplete - notably it doesn't properly handle block chain splits yet - but the rest is…
Private email (Mike Hearn)

Holding coins in an unspendable state for a rolling time window
20 April 2011, 11:39 (time as published; timezone not given)
If the script language is not stateless, if it has access to any outside information that changes or varies between nodes, attackers can use it to fork the chain. The only exception is if it is always false before a certain time and…

All topics · Search the archive