Year

2010

585 writings

January 2010

BitcoinTalk

Re: Is my second Transaction working correctly? +Transfer Question
5 January 2010, 20:00 UTC
The transfer is immediate if you send by IP address. If you send by bitcoin address and the recipient isn't online at the time, it might take 30 minutes or more to see it. Also, the recipient needs to be synced up with the block chain…
BitcoinTalk

Re: 64bit support
14 January 2010, 20:17 UTC
I haven't tried compiling 64-bit yet. 64-bit wouldn't make it any faster, since it uses 64-bit numbers in only a few places and SHA-256 is a 32-bit algorithm, but it may be convenient for those running a 64-bit OS. If I get a chance I'll…
BitcoinTalk

Re: Number of connections?
20 January 2010, 20:07 UTC
Coins generate at the same speed with any number of connections >= 1. More connections just add redundancy. If you only had one connection, what if that node is slow or busy, or only connected to you? Having several connections increases…
BitcoinTalk

Re: TOR and I2P
20 January 2010, 22:05 UTC
I've been thinking about that for a while. I want to add the backend support for .onion addresses and connecting to them, then go from there. There aren't many .onion addresses in use for anything because the user has to go through a…
BitcoinTalk

Re: Bitcoin crash when sending coins
27 January 2010, 21:52 UTC
That is what happens if you copy wallet files around. If you copy your wallet file to a second computer, then they both think the money in the wallet is theirs. If one spends any of it, the other doesn't know those coins are already spent…
BitcoinTalk

Re: A newb's test - anyone want to buy a picture for $1?
28 January 2010, 01:01 UTC
Yes, it's a technical limitation. Sending by bitcoin address enters the transaction into the network and the recipient discovers it from the network. You don't connect directly with them and they don't have to be online at the time. I…
BitcoinTalk

Re: Blocks never stop generating?
28 January 2010, 01:08 UTC
Where it says "# blocks" in the status column I'm changing it to say "# confirmations". That might be clearer. If you doubleclick on the transaction you get a little more information.
BitcoinTalk

Re: Bitcoin crash when sending coins
28 January 2010, 23:08 UTC
The resync idea would go through your wallet and check it against the block index to find any transactions that your current computer doesn't realize are already spent. That could happen if they were spent on another computer with a copy…
BitcoinTalk

Re: Payment server
28 January 2010, 23:26 UTC
That's the right way to do it as riX says. The software can generate a new bitcoin address whenever you need one for each payment. "Please send X bc to [single-use bitcoin address] to complete your order" When the server receives that…
BitcoinTalk

Re: A newb's test - anyone want to buy a picture for $1?
29 January 2010, 00:22 UTC
The recommended ways to do a payment for an order: 1) The merchant has a static IP, the customer sends to it with a comment. 2) The merchant creates a new bitcoin address, gives it to the customer, the customer sends to that address. This…
BitcoinTalk

Re: 64bit support
29 January 2010, 00:42 UTC
I committed a fix for 64-bit compile and some fixes to support wxWidgets 2.9.0. There was one compile error in serialize.h with min(sizeof()) that I fixed for 64-bit. The rest of the 64-bit compile errors I was getting were in wxWidgets…

February 2010

Private email (Martti Malmi)

Re: Bitcoin API
3 February 2010, 20:25 UTC
Is there any way to find out what the missing shared libraries are? It would help to know. It probably needs the gtk libraries, in which case you'll have the same problem with the 64-bit version. I would like to have a single executable…
BitcoinTalk

Re: Bitcoin crash when sending coins
3 February 2010, 23:29 UTC
I uploaded this fix to the SVN. It watches for spent coins and updates your wallet on load and also continuously as blocks come in. I also put a better error message, but it should never hit it because it always finds spent coins ahead of…
BitcoinTalk

Re: Win32 CPU Cycles vs 'Live Protection' Engines ?
3 February 2010, 23:36 UTC
Thanks for that. Which version of Windows?
BitcoinTalk

Re: Questions about Addresses
4 February 2010, 00:07 UTC
Port forwarding forwards a port to one computer. It tells the router which computer handles connections to that port. So that's the computer receiving. If you didn't set up port forwarding, then incoming connections won't go to any…
BitcoinTalk

Re: TOR and I2P
4 February 2010, 00:30 UTC
When using proxy port 9050, it will only make one attempt to connect to IRC, then give up, since it knows it will probably always fail because IRC servers ban all the TOR exit nodes. If you're using another port, it would assume it might…
Private email (Martti Malmi)

Exchange options
4 February 2010, 01:32 UTC
Don't rush ahead and get yourself rejected from all the payment options before you've had time to see if there's a better approach. I suggest you wait before contacting any more payment processors. You may get ideas from things other…
Private email (Martti Malmi)

Exchange ideas
4 February 2010, 02:20 UTC
You could always exchange for Liberty Reserve. It's an online currency similar to e-Bullion, Pecunix or Webmoney that allows exchanges no questions asked and with privacy. LR and the others are hard to buy but easy to cash out. Hard to…
Private email (Martti Malmi)

Re: Bitcoin API
4 February 2010, 18:50 UTC
I must have accidentally typed j instead of z. It's bz2 format. Rename to .tar.bz2 or just do tar -jxvf
Private email (Martti Malmi)

UTF-8 to ANSI hack in CAboutDialog
4 February 2010, 19:33 UTC
What was the reason for this change? #if !wxUSE\_UNICODE ... if (str.Find('Â') != wxNOT\_FOUND) str.Remove(str.Find('Â'), 1); to: if (str.Find('ï¿½') != wxNOT\_FOUND) str.Remove(str.Find('ï¿½'), 1); wxFormBuilder turns the (c) symbol into…
Private email (Martti Malmi)

Re: Bitcoin API
4 February 2010, 19:59 UTC
Good, then no need to consider d-bus. Is there something like IPC sockets on Windows? I guess we could look how wx does it, or maybe the XML-RPC library will already know what to do. Windows has named pipes, maybe that's the best…
Private email (Martti Malmi)

Re: Bitcoin API research status
5 February 2010, 04:08 UTC
I noticed this in the docs for wxSocketServer::Accept(bool wait = true): "If wait is true and there are no pending connections to be accepted, it will wait for the next incoming connection to arrive. \*\*Warning: This will block the GUI."…
Private email (Martti Malmi)

Re: Exchange options
5 February 2010, 18:29 UTC
Maybe the current difficulty of buying LR is already the limit of how easy it can get in that direction. Every conventional payment method has refutability as their way to cope with their lack of passwords and crypto. The system is wide…
Private email (Martti Malmi)

Re: UTF-8 to ANSI hack in CAboutDialog
5 February 2010, 18:39 UTC
Right, I'll change it to this so it doesn't get broken again: if (str.Find('\\xC2') != wxNOT\_FOUND) str.Remove(str.Find('\\xC2'), 1); mmalmi@cc.hut.fi wrote:
BitcoinTalk

Proof-of-work difficulty increasing
5 February 2010, 19:19 UTC
We had our first automatic adjustment of the proof-of-work difficulty on 30 Dec 2009. The minimum difficulty is 32 zero bits, so even if only one person was running a node, the difficulty doesn't get any easier than that. For most of last…
BitcoinTalk

Re: Questions about Addresses
5 February 2010, 19:44 UTC
That's not possible. You've handed control of the money over to the recipient's keypair. Only that key can control it. It's similar to if you encrypt a file with AES and a strong password, and you lose the password. The data is lost.
BitcoinTalk

Re: Repost: Request: Make this anonymous?
6 February 2010, 21:06 UTC
When you send to a bitcoin address, you don't connect to the recipient. You send the transaction to the network the same way you relay transactions. There's no distinction between a transaction you originated and one you received from…
BitcoinTalk

Re: How divisible are bitcoins and other market/economic questions
6 February 2010, 23:25 UTC
Eventually at most only 21 million coins for 6.8 billion people in the world if it really gets huge. But don't worry, there are another 6 decimal places that aren't shown, for a total of 8 decimal places internally. It shows 1.00 but…
Private email (Martti Malmi)

JSON-RPC status
7 February 2010, 06:12 UTC
The JSON-RPC implementation is going well. I'm using boost::asio for sockets. JSON-RPC can be plain socket or HTTP, but it seems most other implementations are HTTP, so I made my own simple HTTP headers. For JSON parsing I'm using JSON…
BitcoinTalk

Re: Make your "we accept Bitcoin" logo
8 February 2010, 01:22 UTC
No, sorry. I've been meaning to redo it. The largest icon that still looks good is the 20x20 one which is used for the tray icon in GNOME. Any larger than that looks bad. The 16x16 and 20x20 ones have quite a bit of hand tweaking to get…
BitcoinTalk

Bitcoin client and website translation
8 February 2010, 01:27 UTC
Thank you for the offer to help translate. That is probably the best way you could help. I will need to prepare the code for translation first. wxWidgets has locale support, and most strings are in generated code that is already wrapped,…
Private email (Martti Malmi)

Translation
8 February 2010, 15:28 UTC
Does Drupal have any special multi-language support, or do you just create copies of pages by hand? BlueSky offered to do translation on the forum. If you create a www.bitcoin.org/zh/ copy of the site and give him an account with just the…
BitcoinTalk

Bitcoin client and website translation
8 February 2010, 16:10 UTC
It's much easier to have a single binary and multiple .mo files. It's too much maintenance work to have lots of build variations. Once the software support is implemented, anyone could contribute translations. wxWidgets uses the gettext…
BitcoinTalk

Re: Simple to implement feature requests
8 February 2010, 16:37 UTC
There are command line options: bitcoin -addnode=1.2.3.4 to tell bitcoin about a node to connect to bitcoin -connect=1.2.3.4 connect only to the specified node(s) You can use more than one of these, for instance bitcoin -connect=(first to…
Private email (Martti Malmi)

Re: Translation
11 February 2010, 22:58 UTC
I didn't make any changes to Drupal code. The only thing other than installing themes was the .htaccess file (which really is needed, it didn't work in the global config file). It was only SMF where I made some PHP changes. You might find…
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: What's with this odd generation?
12 February 2010, 03:08 UTC
There's a small transaction fee for very large transactions. The node that generates the block that contains the transaction gets the fee. If the same money gets sent again, it won't incur the fee again. If all you have is generated coins…
BitcoinTalk

Re: DEB Package?
12 February 2010, 15:57 UTC
Am I missing something? Is there something wrong with the 32-bit linux precompiled binary on bitcoin.org? The bitcoin binary in the distribution static links the wxWidgets library, and its shared links (openssl and GTK) are included in…
BitcoinTalk

Re: Repost: Request: Make this anonymous?
12 February 2010, 17:28 UTC
True, sending by IP through Tor trades one problem for another. The Tor exit node can see the text of your message and potentially MITM you. Best to only send to bitcoin addresses then. Payments by bitcoin address are broadcast over the…
Private email (Martti Malmi)

Re: JSON-RPC status
13 February 2010, 01:08 UTC
I uploaded my JSON-RPC and command line implementation to SVN. I'm waiting to post on the forum when I've had more time to think about the commands. At least some method names are going to change. To enable the RPC server, add the switch…
BitcoinTalk

Re: DEB Package?
13 February 2010, 01:38 UTC
I couldn't get wxWidgets 2.8.9 to compile on Karmic 64-bit either. I have been compiling the latest SVN on Karmic 64-bit with wxWidgets 2.9.0, which compiles fine on 64-bit. Read build-unix.txt and use the given ../configure parameters on…
BitcoinTalk

Re: What's with this odd generation?
14 February 2010, 06:28 UTC
Yes. Almost all transactions are free. A transaction is over the maximum size limit if it has to add up more than 500 of the largest payments you've received to make up the amount. A transaction over the size limit can still be sent if a…
BitcoinTalk

Re: What's with this odd generation?
14 February 2010, 15:52 UTC
Right. Otherwise we couldn't have a finite limit of 21 million coins, because there would always need to be some minimum reward for generating. In a few decades when the reward gets too small, the transaction fee will become the main…
Private email (Martti Malmi)

Re: JSON-RPC status
14 February 2010, 21:48 UTC
mmalmi@cc.hut.fi wrote: I will probably relent and do that. I can move init and shutdown into init.cpp or start.cpp or something, link only wxbase and not link ui.o and uibase.o. wxWidgets is mostly Windows people, they wouldn't know much…
BitcoinTalk

Re: Proof-of-work difficulty increasing
15 February 2010, 06:28 UTC
14/02/2010 0000000065465700000000000000000000000000000000000000000000000000 2009 1.00 30/12/2009 1.18 +18% 11/01/2010 1.31 +11% 25/01/2010 1.34 +2% 04/02/2010 1.82 +36% 14/02/2010 2.53 +39% Another big jump in difficulty yesterday from…
Private email (Martti Malmi)

Re: JSON-RPC status
15 February 2010, 18:11 UTC
mmalmi@cc.hut.fi wrote: Hurray, I got it on the first go. Could you send me the Python code you used? So if I do some testing later I don't have to figure it out myself.
BitcoinTalk

Re: Setting up multiple bitcoin machines behind NAT
16 February 2010, 01:34 UTC
Right now there isn't a port number setting to do that. It's a feature yet to be implemented. You can only set up your NAT to port-forward to one of the computers. (I said something earlier about NAT port translation, but that wouldn't…
BitcoinTalk

Re: Proof-of-work difficulty increasing
16 February 2010, 17:36 UTC
I thought about that but there wasn't a practical way to do smaller increments. The frequency of block generation is balanced between confirming transactions as fast as possible and the latency of the network. The algorithm aims for an…
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

Re: Bitcoin client and website translation
17 February 2010, 19:19 UTC
I updated the SVN with changes to support translation. Translatable strings are all enclosed in _(""), and we're using UTF-8 on all platforms. When the program runs, it looks in the directory of the EXE for the file:…
BitcoinTalk

Re: Number of connections
21 February 2010, 03:43 UTC
Nodes stop trying to initiate connections once they have 15. If you can accept incoming connections, then you can get well above that from nodes connecting to you, otherwise you max out at 15. I don't know if there's any reason to have 15…
BitcoinTalk

Post your static IP
21 February 2010, 04:19 UTC
It would be nice to have a list of static IPs for new users to send test donations to so they can see how the software works. If you can accept incoming connections and you have a static IP address, post it here! Anything sent to these…
BitcoinTalk

Re: Current Bitcoin economic model is unsustainable
21 February 2010, 05:44 UTC
Excellent analysis, xc. A rational market price for something that is expected to increase in value will already reflect the present value of the expected future increases. In your head, you do a probability estimate balancing the odds…
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…
Private email (Martti Malmi)

Re: Non-GUI option
22 February 2010, 20:17 UTC
mmalmi@cc.hut.fi wrote: I see it calls gtk-init-check in wxApp::Initialize. I can subclass Initialize, call the original one while suppressing the error message and ignore the return value. It seems to be working. Any suggestions what to…
BitcoinTalk

Re: generation slowed down dramatically
23 February 2010, 00:49 UTC
Just a random streak of bad luck. It looks steady to me. Competition doesn't have an effect until the next automatic retarget adjustment, and we haven't reached the next one yet. The adjustments are every 2016 blocks. To calculate our…
BitcoinTalk

Re: UI improvements
23 February 2010, 01:16 UTC
There are now "Sending" and "Receiving" tabs in the Address Book. Your addresses are referred to as "receiving addresses". madhatter was working on building it on Mac. He had errors probably caused by UTF-16 wxWidgets 2.8. Should have…
Private email (Martti Malmi)

Re: Non-GUI option
23 February 2010, 01:41 UTC
\>> Just a few clues I've found about running the same binary without a GUI: This is working. A few more things and I'll upload it. We'll need to tell people to install the GTK libraries. Do you remember the apt-get command to install…
BitcoinTalk

Re: Bitcoin Address Collisions
23 February 2010, 16:26 UTC
There's a separate public/private keypair for every bitcoin address. You don't have a single private key that unlocks everything. Bitcoin addresses are a 160-bit hash of the public key, everything else in the system is 256-bit. If there…
BitcoinTalk

Re: UI improvements
23 February 2010, 16:53 UTC
Ah yes, there we go, back to normal again. The ctrl+alt+F[1-8] thing never worked on this computer. The screen just goes haywire.
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…
BitcoinTalk

Re: Bitcoin Address Collisions
23 February 2010, 22:24 UTC
No, each generated transaction uses a new, single-use address. Nothing uses the address in the main window, it's just there for convenience for you to copy. 0.2.5 has a "New..." button next to it to make it easy to change each time you…
BitcoinTalk

Re: URI-scheme for bitcoin
24 February 2010, 05:57 UTC
That would be nice at point-of-sale. The cash register displays a QR-code encoding a bitcoin address and amount on a screen and you photo it with your mobile.
BitcoinTalk

Re: Command Line and JSON-RPC
24 February 2010, 06:17 UTC
How much "dealing with" does GTK actually require? Is it just a matter of "sudo apt-get install libgtk2.0-0" and having some extra libraries sitting around? GTK doesn't have to do anything, just be there for bitcoin to link to when it…
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: Make your "we accept Bitcoin" logo
24 February 2010, 21:53 UTC
If you GPL stuff, I have to avoid using it. Nothing against GPL per-se, but Bitcoin is an MIT license project. Anything GPL please clearly mark it as such.
BitcoinTalk

Re: Command Line and JSON-RPC
24 February 2010, 22:08 UTC
When and how fast did memory usage increase? Right away, slowly over a long time, or starting at some later event? I have -daemon running on ubuntu 9.10 64-bit and memory usage is steady. It has to be something about the difference on the…
BitcoinTalk

Re: Proof-of-work difficulty increasing
24 February 2010, 22:42 UTC
The automatic adjustment happened earlier today. 24/02/2010 0000000043b3e500000000000000000000000000000000000000000000000000 24/02/2010 3.78 +49% I updated the first post.
BitcoinTalk

Re: New icon/logo
25 February 2010, 01:56 UTC
Yes, the original is 546x531 pixels. It looks good at larger size too, but since the small icons are what you mostly always see, I wanted to judge it on those first. I'll post larger sizes and full size a little later.
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: Proof-of-work difficulty increasing
25 February 2010, 23:06 UTC
The formula is based on the time it takes to generate 2016 blocks. The difficulty is multiplied by 14/(actual days taken). For instance, this time it took 9.4 days, so the calculation was 14/9.4 = 1.49. Previous difficulty 2.53 * 1.49 =…
BitcoinTalk

Re: Command Line and JSON-RPC
26 February 2010, 16:29 UTC
wx/clipbrd.h isn't used, move it inside the #if wxUSE_GUI. Updated headers.h on SVN. Sorry, I linked to wxbase but I had full wxWidgets on my computer. The db.h:140 class Db no member named "exisits" is stranger. pdb->get, pdb->put,…
BitcoinTalk

Re: New icon/logo
26 February 2010, 23:17 UTC
Good suggestion. I made the B slightly lighter and the background slightly darker. Very slightly. The foreground is now exactly the same colour as the BC in the old one. It's kind of OK if you can't easily read the B in the 16x16. At that…
BitcoinTalk

Re: Command Line and JSON-RPC
26 February 2010, 23:48 UTC
Are you using wxWidgets 2.9.0? I don't recommend using anything other than 2.9.0. It looks like they've got a reference in the wx headers (arrstr.h) to something outside of wxBase. Removing -D__WXDEBUG__ from bitcoin's makefile would…
BitcoinTalk

Re: New icon/logo
27 February 2010, 04:28 UTC
I don't know how to do SVG, but I did the original very large, over 500 pixels across, so it can be scaled down. I'll give the original when I'm finished. I had to custom tweak each icon size so the vertical lines land square on their…
BitcoinTalk

Re: wxWidgets 2.9.0
27 February 2010, 21:22 UTC
In the Windows world, "unicode" means UTF-16 (wchar). 2.8 has two build variations, ANSI and UTF-16 (unicode). The UTF-16 version is the "unicode" version provided in the Debian package. I believe 2.8 and its UTF-16 build labelled simply…
Private email (Martti Malmi)

Re: Bitcoind
28 February 2010, 14:47 UTC
I put it at bitcoin.org/download/linux64-0.2.7.1.tar.gz. You can delete it when you've got it. I thought about what might cause the problem you're having and made a change that this build includes. This might have been unsafe code,…
Private email (Martti Malmi)

Re: Bitcoind
28 February 2010, 20:09 UTC
Could you send me the debug.log? mmalmi@cc.hut.fi wrote:

March 2010

BitcoinTalk

Re: New icon/logo
2 March 2010, 02:33 UTC
We have the standard icon sizes, and the full size scales nicely to anything else. I added the full size to the first post.
Private email (Martti Malmi)

Re: Bitcoind
2 March 2010, 22:27 UTC
Does it still do it if you didn't do getinfo? You could comment out the CreateThreads listed below, then re-enable them one at a time until it does it again. Then we would know which thread the problem is in. net.cpp, under // Start…
Private email (Martti Malmi)

Re: Bitcoind
3 March 2010, 03:54 UTC
That narrows it down a lot. It didn't print any IRC activity in debug.log, so I guess it couldn't have gotten past the RecvUntil. Eyeballing it I don't see anything obvious. I guess it would have to be either in ConnectSocket or…
BitcoinTalk

Re: Money Transfer Regulations
3 March 2010, 04:28 UTC
When there's enough scale, maybe there can be an exchange site that doesn't do transfers, just matches up buyers and sellers to exchange with each other directly, similar to how e-bay works. To make it safer, the exchange site could act…
Private email (Martti Malmi)

Re: Bitcoind
3 March 2010, 17:15 UTC
It's in RecvUntil, but I still can't see anything wrong with it. The only thing I can think of is if the socket is receiving a spew of characters. Try this irc.cpp. debug.log may grow rapidly so be ready to kill it. mmalmi@cc.hut.fi wrote:
Private email (Martti Malmi)

Re: Bitcoind
5 March 2010, 00:42 UTC
It's in util.c ParseString. I'm guessing the problem is incompatibility between the type "unsigned int" and the type of str.npos, which is size\_type. Try changing the two "unsigned int"s to "size\_type". old: void ParseString(const…
Private email (Martti Malmi)

Re: Bitcoind
5 March 2010, 00:54 UTC
Actually, please try this instead, this is more correct: void ParseString(const string& str, char c, vector<string>& v) { string::size\_type i1 = 0; string::size\_type i2; loop { i2 = str.find(c, i1); if (i2 == str.npos) {…
Private email (Martti Malmi)

Re: Bitcoind
5 March 2010, 01:42 UTC
I confirmed that ParseString has this problem, and uploaded the fixed util.cpp to SVN. string::npos == -1 Comparing unsigned int -1 (0xffffffff) with long unsigned int -1 (0xffffffffffffffff) results in the unsigned int being promoted to…
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)

Blog
6 March 2010, 06:39 UTC
There's a blog writer who wants to write a story about Bitcoin, but I don't have time right now to answer his questions. Would you be interested in answering his questions if I refer him to you? We might get a good link out of it. The…
BitcoinTalk

Re: bitcoin auto-renice-ing
15 March 2010, 18:44 UTC
It sets different priorities for each thread. The generate threads run at PRIO_MIN. The other threads rarely take any CPU and run at normal. #define THREAD_PRIORITY_LOWEST PRIO_MIN #define THREAD_PRIORITY_BELOW_NORMAL 2 #define…
BitcoinTalk

Idea for file hosting and proxy services
15 March 2010, 19:16 UTC
When you want to upload an image to embed in a forum post, there are services like imageshack, but because they're free, they limit the number of views. It's a minuscule amount of bandwidth cost, but they can't just give it away for free,…
BitcoinTalk

Re: On IRC bootstrapping
16 March 2010, 19:48 UTC
Thanks soultcer for talking with the Freenode staffer. Good to know it's OK at the current size, and now they know who we are. They're supportive of projects like TOR so I hope they would probably be friendly to us. We don't want to…
BitcoinTalk

Re: Idea for file hosting service
16 March 2010, 20:17 UTC
That's a great idea. There's a thriving business in those services, but I've always thought the standard payment methods are at odds with privacy minded customers. Would you consider making your software freely available so anyone could…
BitcoinTalk

Re: who is bitcoin.com
23 March 2010, 15:22 UTC
It's unrelated. There wasn't anything there when I started. The price of .com registrations is lower than it should be, therefore any good name you might think of is always already taken by some domain name speculator. Fortunately, it's…
BitcoinTalk

Re: Exchange Methods
23 March 2010, 17:35 UTC
LR and Pecunix have many established exchanges to paper currencies by various payment methods, and a number of vendors accept them as payment, so an exchange link between Bitcoin and LR/Pecunix would give us 2nd-hop access to all that.…
BitcoinTalk

Re: Idea for file hosting and proxy services
24 March 2010, 18:01 UTC
Title changed. It helps that we have someone with actual experience running a proxy service. Do you think Psiphon is the best one currently? (sometimes the one you run was the best when you started but you found better ones later)
BitcoinTalk

Re: Idea for file hosting and proxy services
24 March 2010, 18:02 UTC
Mihalism Multi Host is a popular open source PHP file hosting server. It's geared toward image hosting, but I think by increasing the file size limit and liberalising the allowed file extensions, it could just as easily be used for…

May 2010

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: Could the bitcoin network be destroyed by someone generating endless bitcoin add
16 May 2010, 21:01 UTC
When you generate a new bitcoin address, it only takes disk space on your own computer (like 500 bytes). It's like generating a new PGP private key, but less CPU intensive because it's ECC. The address space is effectively unlimited. It…
BitcoinTalk

Re: For a website taking payments with bitcoins, better: IP or bitcoin addresses?
16 May 2010, 21:37 UTC
That's a good idea. At the very least a warning dialog explaining that it'll connect to the IP and send the information cleartext, giving the chance to cancel.
BitcoinTalk

Re: URI-scheme for bitcoin
16 May 2010, 22:37 UTC
There you go, we could easily do it the same way, like: http://127.0.0.1:8330/?to=<bitcoinaddress>;amount=<amount> Bitcoin can answer port 8330 on local loopback just as it does for JSON-RPC on 8332. It would give an HTTP answer. I think…
BitcoinTalk

Re: Exception: 9key_error error
16 May 2010, 22:53 UTC
Does it happen every time you run it, or just happened once at some random time? I've never seen that fail before. It's a call to OpenSSL that I assumed would never fail, but I put an error check there just in case. I can't imagine how it…
BitcoinTalk

Re: removing bitcoin addresses
16 May 2010, 23:34 UTC
SheriffWoody: Bitcoin addresses you generate are kept forever. A bitcoin address must be kept to show ownership of anything sent to it. If you were able to delete a bitcoin address and someone sent to it, the money would be lost. They're…
BitcoinTalk

Re: Setting up multiple bitcoin machines behind NAT
16 May 2010, 23:56 UTC
At the moment, it always assumes the incoming port is 8333, so it would tell other bitcoin nodes to connect to router:8333 even if you're redirecting from another port number. I'm not in a big hurry to fix this because I can't think of…
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: We accept Bitcoins
20 May 2010, 21:43 UTC
Almost but not quite. Bitcoin uses EC-DSA, which can only do digital signing, not encryption. RSA can do both, but I didn't use it because it's an order of magnitude bigger and would have been impractical.
BitcoinTalk

JSON-RPC programming tips using labels
26 May 2010, 18:27 UTC
I added label related functions to help with managing multiple addresses per user. New or renamed functions are: getreceivedbyaddress -- amount received on a single address getreceivedbylabel -- amount received by all addresses with this…
BitcoinTalk

Re: Tracing a coin's lineage
26 May 2010, 18:51 UTC
This is on my list. I will soon make the "Your Bitcoin Address:" window automatically change whenever you receive anything to the address displayed. I'm also recommending this approach for the implementation of web apps. I just posted…
BitcoinTalk

Re: CLI bitcoin generation
26 May 2010, 20:09 UTC
Yeah, that actually is what it is. getallreceived 0 should do what you want. (now it's renamed to listreceivedbyaddress 0) The default is 1 confirmation, but I think in reality most digital goods and services can be 0 confirmations. Like…
BitcoinTalk

Re: Share database blocks ?
26 May 2010, 20:34 UTC
It does in fact download 500 blocks at a time, then the counter counts one at a time as it verifies the blocks. The advantage of letting bitcoin download and verify the blocks is that you do not have to trust the person you're downloading…
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: Odd amount of generated coins
26 May 2010, 21:34 UTC
In the SVN version, if a transaction requires a transaction fee, it says "This transaction is over the size limit. You can still send it for a fee of #, which goes to the nodes that process your transaction and helps to support the…
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.

June 2010

BitcoinTalk

Re: Hostnames instead of IP Addresses
2 June 2010, 18:18 UTC
The current sending by IP is not very useful: it connects to the IP, so you'd like to use TOR for anonymity, but then it can totally be eavesdropped and man-in-the-middled. The future plan for sending to an IP is to make it a bitcoin…
BitcoinTalk

Re: Proof-of-work difficulty increasing
2 June 2010, 18:45 UTC
That's a good idea. I'm not sure where exactly to fit that in, but it could certainly calculate the expected average time between blocks generated, and then people would know what to expect. Every node and each processor has a different…
BitcoinTalk

Re: Website translations
2 June 2010, 22:18 UTC
I uploaded the 93% complete Dutch translation to SVN. Thanks!
BitcoinTalk

Re: On IRC bootstrapping
14 June 2010, 18:13 UTC
Bitcoin has its own distributed address directory using the "addr" message. It's about time we coded in a list of the current long running static nodes to seed from. I can add code so new nodes do not preferentially stay connected to the…
BitcoinTalk

Re: Hostnames instead of IP Addresses
14 June 2010, 19:53 UTC
SirArthur has a good point about the normal online merchant case, which is what the send-by-IP option is more suited to. This is the case where the merchant will have a server on a static IP and their own domain name and SSL cert. Instead…
BitcoinTalk

Re: Dealing with SHA-256 Collisions
14 June 2010, 20:39 UTC
SHA-256 is very strong. It's not like the incremental step from MD5 to SHA1. It can last several decades unless there's some massive breakthrough attack. If SHA-256 became completely broken, I think we could come to some agreement about…
BitcoinTalk

Re: Technical clarifications
14 June 2010, 22:21 UTC
3) Nothing, if sending by bitcoin address 5) It is decentralised. After you have connected to the network the first time, you no longer need IRC.
BitcoinTalk

Re: Can't Build r80 from SVN
14 June 2010, 22:40 UTC
Sorry, I didn't test compile on linux the last few revisions. Reverted makefile.unix.
BitcoinTalk

Re: What is the incentive to collect transactions?
15 June 2010, 23:41 UTC
The premise is false. Adding more transactions to the block you're working on does NOT slow down your generation rate. When generate is scanning hashes, it only hashes the header of the block, which is constant size. The header contains a…
BitcoinTalk

Re: URI-scheme for bitcoin
16 June 2010, 00:15 UTC
http://127.0.0.1:8330/?to=domain.com&amount=200.00&comment=order_12345 or http://127.0.0.1:8330/?to=<bitcoinaddress><separatorchar>1.2.3.4&amount=200.00 But as long as the link is already doing the typing for you, I don't see much benefit…
BitcoinTalk

Re: Website translations
16 June 2010, 16:53 UTC
Thanks DataWraith! The German translation is uploaded to SVN. This is great, we've already got 3 major languages.
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: Transactions and Scripts: DUP HASH160 ... EQUALVERIFY CHECKSIG
18 June 2010, 16:17 UTC
A second version would be a massive development and maintenance hassle for me. It's hard enough maintaining backward compatibility while upgrading the network without a second version locking things in. If the second version screwed up,…
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

Re: Get 5 free bitcoins from freebitcoins.appspot.com
18 June 2010, 23:08 UTC
Excellent choice of a first project, nice work. I had planned to do this exact thing if someone else didn't do it, so when it gets too hard for mortals to generate 50BTC, new users could get some coins to play with right away. Donations…
BitcoinTalk

Re: Bitcoin in Ubuntu 10.04
21 June 2010, 17:20 UTC
This is now fixed in the SVN version. 1) Menu bar default color. 2) Balance bar not a different color. 3) Background behind bitcoin address and balance now the same color as toolbar. I checked all the standard themes and it seems…
BitcoinTalk

Re: Dying bitcoins
21 June 2010, 17:48 UTC
Lost coins only make everyone else's coins worth slightly more. Think of it as a donation to everyone. Computers have to get about 2^200 times faster before that starts to be a problem. Someone with lots of compute power could make more…
BitcoinTalk

Re: Proof-of-work difficulty increasing
21 June 2010, 18:09 UTC
I integrated the hashmeter idea into the SVN version. It displays khash/s in the left section of the status bar. Two new log messages: 21/06/2010 01:23 hashmeter 2 CPUs 799 khash/s 21/06/2010 01:23 generated 50.00 grep your debug.log for…
BitcoinTalk

Re: Bitcoin in Ubuntu 10.04
22 June 2010, 03:45 UTC
On Ubuntu 10.04 it wouldn't remove the taskbar button cleanly, so I made it leave it there. But now that you mention it, it's probably better to have the feature, even if it's messy, than not to have it, though it may confuse a few people…
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.
BitcoinTalk

Re: How fast do the fastest computers generate bitcoins?
22 June 2010, 04:35 UTC
I've noticed that hashing performance doesn't vary as much between CPUs as you'd expect. Compared to an old CPU, a newer CPU doesn't show as much of a speedup at hashing as it does on general benchmarks. I guess recent CPU optimizations…
BitcoinTalk

Re: Bitcoin in Ubuntu 10.04
22 June 2010, 16:39 UTC
It's too late now for feature changes to 0.3, but I'll add that to the post-0.3 to do list. I never would have noticed that if you hadn't pointed it out.
BitcoinTalk

Re: Proof-of-work difficulty increasing
22 June 2010, 16:51 UTC
Agree. Certainly too trivial to clutter the user's attention with. I changed it to every 30 minutes. If I increased it to every 10 minutes, it would still be a small enough presence in the log file. Question is whether that would be more…
BitcoinTalk

Re: 0.3 almost ready
22 June 2010, 17:02 UTC
My fear is too many programmers would latch onto that for checking for received payments. It can never be reliable that way. The list/getreceivedbyaddress/label functions are the only way to do it reliably. We shouldn't delay forever…
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, 17:37 UTC
Here's RC1 for windows for testing: (removed, see RC2 below) Please only download this if you're going to test and report back whether everything seems fine or not. Make sure to look through the files in "c:\program files\bitcoin"
BitcoinTalk

Re: 0.3 almost ready
22 June 2010, 19:11 UTC
What operating system? Normally when it does that it's because the directory where the data directory should go doesn't exist. See if the "%appdata%" directory exists. Do you get that error with 0.2 also? It's hard to see how you could…
BitcoinTalk

Re: 0.3 almost ready
22 June 2010, 19:25 UTC
davidonpda, were you also running laszlo's build previously? Check if the "%appdata%" directory exists, and "%appdata%\bitcoin" Try: rename "%appdata%\bitcoin" bitcoin2 does it work then?
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

Re: 0.3 almost ready
22 June 2010, 22:23 UTC
Laszlo figured out that enabling some more optimisation increased performance about 20%, so 0.3 hashes 20% faster than 0.2.0, but I assume he used that in his own build. 30khash increase to what total rate? (to figure the % increase)
Private email (Martti Malmi)

Re: donation
23 June 2010, 20:33 UTC
\>> BTW, it's looking like I may be able to get us some money soon to cover I got a donation offer for $2000 USD. I need to get your postal mailing address to have him send to. And yes, he wants to remain anonymous, so please keep the…
BitcoinTalk

Re: 0.3 almost ready
24 June 2010, 17:40 UTC
Here's RC1 for linux for testing: (link removed, see below) It contains both 32-bit and 64-bit binaries. Recent changes: build-unix.txt: - Added instructions for building wxBase, which is needed to compile bitcoind. - The package…
BitcoinTalk

Re: 0.3 almost ready
25 June 2010, 02:17 UTC
I don't know. Maybe someone with more Linux experience knows how to install the library it needs. I built it on Ubuntu 10.04. I hope that wasn't a mistake. Maybe it should have been built on an older version for more backward…
BitcoinTalk

Re: 0.3 almost ready
25 June 2010, 14:10 UTC
Thanks virtualcoin, that's a perfect comparison. The 8% speedup from 32-bit Windows (2310k) to 32-bit Linux (2500k) is probably from the newer version of GCC on Linux (4.4.3 vs 3.4.5). The 15% speedup from 32-bit to 64-bit Linux is more…
BitcoinTalk

Re: Bitcoin clients getting k-lined from the IRC bootstrapping channel
25 June 2010, 21:15 UTC
We need more details about what happened MadHatter. Both 0.2 and 0.3 have a backup way of getting connected without IRC, it's just slower to get connected. 0.2 can find other nodes without IRC if it's ever been connected before, but a new…
BitcoinTalk

Re: On IRC bootstrapping
25 June 2010, 22:40 UTC
This seems like a good idea. What does everyone think, should we make the switch for 0.3?
BitcoinTalk

Re: 0.3 almost ready
26 June 2010, 00:32 UTC
Lets try using Laszlo's irc.lfnet.org instead of freenode. Here's RC2, that's the only change in it: (see below for download links)
BitcoinTalk

Re: Bitcoin clients getting k-lined from the IRC bootstrapping channel
26 June 2010, 14:28 UTC
Freenode is too visible, right in the middle of where all those users and moderators are hanging out. Laszlo's option is a much better fit for us. I made 0.3.0.RC2 available that uses irc.lfnet.org instead of freenode if you want to start…
BitcoinTalk

Re: 0.3 almost ready
26 June 2010, 15:10 UTC
The first panel of the status bar is shared with the help description of menu items as you hover over them. Since all our menu item descriptions are blank, it replaces it with blank when you're hovering in a menu.
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: 1.3 almost ready
26 June 2010, 19:21 UTC
Changed the version number to 1.3 and removed "Beta". (links removed, see below) Uses irc.lfnet.org.
BitcoinTalk

Re: Bitcoin mobile.
26 June 2010, 20:58 UTC
I think that's the best option right now. Like cash, you don't keep your entire net worth in your pocket, just walking around money for incidental expenses. They could make a smaller version of the site optimized for mobile. If there was…
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: Bitcoin Faucet changes
26 June 2010, 21:39 UTC
Many big ISPs give you a new IP every time you connect, usually in the same class B (a.b.?.?). Maybe you should have a minimum time between payments per class-B. If you can't solve the problem, you can always keep lowering the amount of…
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: IPv6, headless client, and more
27 June 2010, 13:02 UTC
Welcome, Harry. I hadn't thought about starting out using bitcoind without using bitcoin first. I guess for now, this thread serves as the tutorial. The focus for bitcoind so far has been more on backend support for websites. There's…
BitcoinTalk

Re: 1.3 almost ready
27 June 2010, 15:30 UTC
MinGW still only has good old stable 3.4.5. There's not much reason for them to update it. When I looked at the 3.4.5 compiled SHA disassembly, I couldn't see any room for improvement at all. I can't imagine how 8% more could be squeezed…
BitcoinTalk

Re: Major Meltdown
27 June 2010, 19:06 UTC
Here's an answer to a similar question about how to recover from a major meltdown. https://www.bitcoin.org/smf/index.php?topic=191.msg1585#msg1585

July 2010

BitcoinTalk

Re: Feature Request: Limiting Connections
2 July 2010, 19:21 UTC
Thanks for the feedback on this. One thing we could do is lower the outbound connections from 15 to 10 or maybe even 5. The choice of 15 was arbitrary. It just needs to be enough for redundancy and fast exponential propagation of…
BitcoinTalk

Re: 1.3 almost ready
2 July 2010, 20:37 UTC
It is, but generating is more than twice as slow.
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)

Anonymous, homepage changes
6 July 2010, 02:59 UTC
I think we should de-emphasize the anonymous angle. With the popularity of bitcoin addresses instead of sending by IP, we can't give the impression it's automatically anonymous. It's possible to be pseudonymous, but you have to be…
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: On IRC bootstrapping
7 July 2010, 01:31 UTC
Everybody needs to connect to the same IRC server and channel so they can find each other. It might not be good if we suddenly rushed freenode with a ton of users all at once. The fallback is our own seed system. irc.lfnet.org is pretty…
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: BTC Vulnerability? (Massive Attack against BTC system. Is it really?)
9 July 2010, 03:28 UTC
What the OP described is called "cornering the market". When someone tries to buy all the world's supply of a scarce asset, the more they buy the higher the price goes. At some point, it gets too expensive for them to buy any more. It's…
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: Security
10 July 2010, 12:58 UTC
I'll start thinking about how to do this. At the moment, you can kind of use -connect. You can use -connect to make it connect to local computers on your LAN, like -connect=192.168.0.100. If you start it out blank and don't let it connect…
BitcoinTalk

Re: Major Meltdown
10 July 2010, 13:36 UTC
True, if it happened suddenly. If it happens gradually, we can still transition to something stronger. When you run the upgraded software for the first time, it would re-sign all your money with the new stronger signature algorithm. (by…
BitcoinTalk

Re: No blocks downloaded... why?
14 July 2010, 16:22 UTC
So that was responsible for keeping blocks from downloading? The link: "Win32 CPU Cycles vs 'Live Protection' Engines" For BitcoinFX, Live Protection was keeping it from getting CPU for generating coins. You said your friend was getting…
BitcoinTalk

Re: resource hog
14 July 2010, 16:29 UTC
In Windows, you select the process in the task manager, right click, Set Priority. Set it to BelowNormal or Low. That shouldn't make a difference though. If you turn off Generate Coins, does the CPU usage go flat? That would confirm that…
BitcoinTalk

Re: stopped prodicing coins
14 July 2010, 17:04 UTC
Thanks for making that calculator. The difficulty doubled a day or two ago, plus it's just random and you can have surprisingly long dry spells.
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: bitcoin auto-renice-ing
14 July 2010, 17:38 UTC
Laszlo corrected this, but unfortunately it was too late to make it into 0.3.0. There will probably be a 0.3.1 soon though. The problem is I used PRIO_MIN, I should have used PRIO_MAX for the lowest priority. The OS isn't supposed to let…
BitcoinTalk

Re: Stuck on 513 blocks
14 July 2010, 18:02 UTC
This is the second time I've seen this "Live Protection" problem reported. It must be blocking the program's network communication. It sounds like it's allowing connections to be made, hence the 10 connections shown, but not allowing any…
BitcoinTalk

Re: Error on Ubuntu 10.04
14 July 2010, 18:25 UTC
What language is your computer set to? Is it set to German, Dutch or Italian? Is it one of those sub-languages like "nl-??"? It's trying to load a translation and failing. You could delete the locale directory that came with bitcoin so it…
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: Warning this block was not received by any other nodes
14 July 2010, 18:56 UTC
Microsoft Security Essentials Live Protection is blocking your communication with the network. You have connections, which tricks Bitcoin into thinking it's connected, but they are silent because the data is being blocked. You need to…
BitcoinTalk

Re: Hash/sec Throttling for Democracy
14 July 2010, 20:25 UTC
This is a common point of confusion. There's no such thing as being 1% towards solving a block. You don't make progress towards solving it. After working on it for 24 hours, your chances of solving it are equal to what your chances were…
BitcoinTalk

Re: Scalability
14 July 2010, 21:10 UTC
The design outlines a lightweight client that does not need the full block chain. In the design PDF it's called Simplified Payment Verification. The lightweight client can send and receive transactions, it just can't generate blocks. It…
Private email (Martti Malmi)

Fwd: Re: bitcoin!!!!
14 July 2010, 21:52 UTC
I see the interior pages of the old sourceforge wiki are still up, though the homepage forwards. -------- Original Message -------- Subject: Re: bitcoin!!!! Date: Wed, 14 Jul 2010 10:56:21 -0400 From: Sam <samm@sammaloney.com> To: Satoshi…
BitcoinTalk

Re: Runaway CPU usage for 64bit BitCoin (Linux Client)
15 July 2010, 00:18 UTC
OK, the undocumented switch "-minimizetotray" which re-enables the option. I uploaded the change to SVN.
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

Re: Static Linux x86_64 bins for those having libcrypto troubles
15 July 2010, 14:33 UTC
We don't even specify linking glibcxx_3.4.11, so gcc must automatically link it behind the scenes. There's probably a compiler switch that would tell it to static link it. I'm not sure what the licensing issues would be. Typically,…
BitcoinTalk

Re: resource hog
15 July 2010, 14:59 UTC
Then all the CPU time is the generate thread, which definitely runs at the lowest possible priority, idle priority. It's normal that your CPU meter is 100%. Since it's idle priority, it won't actually slow anything else down, even though…
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.
Private email (Martti Malmi)

bitcoin.org drupal users
15 July 2010, 17:41 UTC
Is it possible for the translators (at least the more trusted ones) to have user accounts on drupal so they can update their translated text directly? The user accounts on drupal appear to be pretty weak. I created a satoshi account and…
Private email (Martti Malmi)

Fwd: Please update the bitcoin FAQ so new member can have the right info
15 July 2010, 17:43 UTC
\-------- Original Message -------- Subject: Please update the bitcoin FAQ so new member can have the right info Date: Mon, 12 Jul 2010 14:13:20 -0700 From: Jim Nguyen <jimmy.winn@gmail.com> To: satoshin@gmx.com Hi, In the FAQ of…
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:30 UTC
I need to give an updated .po file. OK, this must be a problem somewhere, I'll have to take a look at it or one of the other devs can. Many of the strings are in code automatically generated from uiproject.fbp where nothing can be done…
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: Website and software translations
15 July 2010, 18:43 UTC
I updated them to 0.3.0. I am tempted to remove the download links from the other languages and only keep it on English. They will need to be updated for 0.3.1 soon. Perhaps there's a way for someone to manage the updating of the…
BitcoinTalk

Re: Website and software translations
15 July 2010, 19:12 UTC
Thanks for the Spanish and French translations! The edited and updated .po files are attached. I uploaded these to the SVN.
Private email (Martti Malmi)

bitcoin.org server
15 July 2010, 20:00 UTC
You did some research when choosing hosting, this was a well chosen one, right? It seems like it would be a tremendous hassle to change, and we've had good luck with this one. Cheaper will usually have some offsetting drawback in quality.…
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: "SetIcons(): icon bundle doesn't contain any suitable icon"
15 July 2010, 22:18 UTC
That's surprising that we've never heard of that before now. Maybe you're the first person to ever run it on Vista I have to guess it has something to do with your display color depth selection. e.g. 8-bit, 16-bit, 24-bit, 32-bit, what is…
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: "SetIcons(): icon bundle doesn't contain any suitable icon"
15 July 2010, 23:41 UTC
What is "120DPI mode"? Is that an actual setting somewhere? Sounds like an obscure enough candidate. I suppose it needs twice the resolution icon to fill the size of the upper left corner icon. Only one size is provided.
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: Donations to freebitcoins.appspot.com needed!
16 July 2010, 02:02 UTC
5 BTC seems like a lot these days, maybe the normal amount should be 1 or 2 BTC. This is an important service so new users can at least get something if generating is too hard.
BitcoinTalk

Re: "SetIcons(): icon bundle doesn't contain any suitable icon"
16 July 2010, 02:43 UTC
That must be it then. It must be looking for a larger icon like 20x20 but we don't have one.
BitcoinTalk

Re: Proof-of-work difficulty increasing
16 July 2010, 14:46 UTC
The proof-of-work difficulty is currently 45.38. (see http://www.alloscomp.com/bitcoin/calculator.php) It's about to increase again in a few hours. It's only been 3-4 days since the last increase, so I expect it will increase by the max…
BitcoinTalk

Re: Assertion Failure - Ubuntu Lucid
16 July 2010, 14:52 UTC
That's the first time I've seen this error. How many blocks do you have? (in the status bar) You should move your blk*.dat files (in ~/.bitcoin) to another directory and let it start over downloading the block chain again. If you don't…
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: Resending transaction
16 July 2010, 15:01 UTC
Bitcoin automatically rebroadcasts your transactions if it receives new blocks that don't contain them. It may take about an hour to get rebroadcasted. It is relentless though. It will keep nagging the network forever until your…
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: Source code documentation
16 July 2010, 15:37 UTC
I like that in libraries for the external API's, but you can probably tell from the code that I'm not a fan of it for interior functions. Big obligatory comment headers for each function space out the code and make you hesitate about…
BitcoinTalk

Re: Hash() function not secure
16 July 2010, 16:13 UTC
SHA256 is not like the step from 128 bit to 160 bit. To use an analogy, it's more like the step from 32-bit to 64-bit address space. We quickly ran out of address space with 16-bit computers, we ran out of address space with 32-bit…
BitcoinTalk

Re: Request: expected bitcoins per day display
16 July 2010, 16:47 UTC
Many businesses are like that. For a car salesman, when will the next customer walk in the door? On the OP's question, it's a good feature, but the question is, how would we word it so people don't expect to get something after that…
BitcoinTalk

Re: Proof-of-work difficulty increasing
16 July 2010, 16:56 UTC
It adjusted to 181.54 a few minutes ago. Typical time to get a block is about a week now. The difficulty can adjust down as well as up. The network should be generating close to 6 blocks per hour now.
BitcoinTalk

Re: Source code documentation
16 July 2010, 17:15 UTC
It's in init.cpp. It's a wxWidgets app, so it doesn't have a main() function. It may in a little while, since I'm pretty close to making bitcoind build w/o wxBase. (it'll be in init.cpp) Sorry about my choice of the filename "main.cpp",…
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: Proof-of-work difficulty increasing
16 July 2010, 17:29 UTC
Yes, about 20 hours. (120 conf / 6 blocks per hour = 20 hours) That's the normal length of time before you can spend it. You know long before that that you won one.
BitcoinTalk

Re: bitcoin trademark?
16 July 2010, 17:47 UTC
No, not related at all.
BitcoinTalk

Re: The dollar cost of bitmining energy
16 July 2010, 17:58 UTC
Neat chart. Difficulty just increased by 4 times, so now your cost is US$0.02/BTC.
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: Proof-of-work difficulty increasing
16 July 2010, 18:43 UTC
Right, the difficulty adjustment is trying to keep it so the network as a whole generates an average of 6 blocks per hour. The time for your block to mature will always be around 20 hours. The recent adjustment put us back to close to 6…
BitcoinTalk

Sample account system using JSON-RPC needed
16 July 2010, 19:45 UTC
We need someone to write sample code, preferably Python or Java, showing the recommended way to use the JSON-RPC interface to create an account system. Most sites that sell things will need something like this. Someone who's kept up on…
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

Re: A New Currency System for the World
16 July 2010, 22:20 UTC
0.3.1 fixes that, sets the generate threads to the lowest priority. Download links are on the homepage now.
BitcoinTalk

Re: BUG Report: Rounding glitch
17 July 2010, 16:06 UTC
It must be a rounding error when getinfo converts to floating point to return the JSON-RPC result. The only place where it uses floating point to represent money is returning a value in JSON-RPC. 1.139999999999 is longer than bitcoin can…
BitcoinTalk

Re: Privacy versus Safety: handling change
17 July 2010, 16:27 UTC
We should queue up a supply of pre-made addresses in the wallet to use when a new address is needed. They aren't very big, so it wouldn't hurt to have a lot of them. This would more generally cover the case also where someone backs up,…
BitcoinTalk

Re: Nenolod, the guy that wants to prove Bitcoin doesn't work.
17 July 2010, 16:56 UTC
0.3.2 has some security safeguards to lock in the block chain up to this point and limit the damage a little if someone gets 50%. But if someone has 50%+ of the CPU power and malicious intent, they can prove what it already says in the…
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 snack machine (fast transaction problem)
17 July 2010, 22:29 UTC
I believe it'll be possible for a payment processing company to provide as a service the rapid distribution of transactions with good-enough checking in something like 10 seconds or less. The network nodes only accept the first version of…
BitcoinTalk

Re: Assertion Failure - Ubuntu Lucid
17 July 2010, 22:37 UTC
Right, they'll re-appear when it's finished downloading all the blocks.
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: Source code documentation
17 July 2010, 23:18 UTC
I didn't realize you were going to document all the intentionally undocumented commands. They're unsupported and not intended to be used by users. All the user-facing commands are listed in the -? help.
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 snack machine (fast transaction problem)
18 July 2010, 01:59 UTC
I didn't say impermeable, I said good-enough. The loss in practice would be far lower than with credit cards. No, the vending machine talks to a big service provider (aka payment processor) that provides this service to many merchants.…
BitcoinTalk

Re: Source code documentation
18 July 2010, 15:12 UTC
They're only intended for intrepid programmers who read the sourcecode.
Private email (Martti Malmi)

Re: Fwd: bitcoin hosting
18 July 2010, 15:23 UTC
Please promise me you won't make a switch now. The last thing we need is switchover hassle on top of the slashdot flood of work we've got now. I'm losing my mind there are so many things that need to be done. Also, it would suck to be on…
Private email (Martti Malmi)

wiki
18 July 2010, 15:23 UTC
http://www.bitcoin.org/smf/index.php?topic=393.msg3785#msg3785 AndrewBuck: ... EDIT: The wiki doesn't seem to be sending the registration e-mail so I can log in to edit, is there some problem with the server or something? -Buck
BitcoinTalk

Re: URI-scheme for bitcoin
18 July 2010, 16:06 UTC
That's what I thought too. Now I'm hearing a report that it IS possible for javascript to do a cross-domain POST request to 127.0.0.1. Not other domains, but just specifically to that one. Great... If this is the case, then do not use the…
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

JSON-RPC password
18 July 2010, 20:49 UTC
I uploaded to SVN my changes to add a password to JSON-RPC. If you're set up to build, please test it. The -server switch is replaced with -rpcpw=<password>, which is also used with bitcoind. bitcoin -rpcpw=<password> -- runs with…
BitcoinTalk

Re: MSVC build & SHA-256
18 July 2010, 21:24 UTC
OpenSSL doesn't have any interface for doing just the low level raw block hash part of SHA256. SHA256 begins by wrapping your data in a specially formatted buffer. Setting up the buffer takes an order of magnitude longer than the actual…
BitcoinTalk

Re: Nenolod, the guy that wants to prove Bitcoin doesn't work.
18 July 2010, 21:56 UTC
Typically, over 25,000 BTC.
BitcoinTalk

Re: Did block generation crawl to a halt?
18 July 2010, 23:35 UTC
Nice graph! A moving average to smooth it out would be nice. http://nullvoid.org/bitcoin/statistix.php says 212 blocks in the last 24 hours, or 8.8 per hour.
BitcoinTalk

Re: JSON-RPC password
19 July 2010, 04:43 UTC
Right, that is quite a bit better. Can you give me any examples of other stuff that does it that way? (and what the command line looks like) The main change you're talking about here is instead of -rpcpw= when you start bitcoind, you'd…
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: JSON-RPC password
19 July 2010, 16:20 UTC
So you drop a settings file in the ~/.bitcoin directory, that sounds better. In the "no password is set" warning, it could tell you where the file is and what to do. What is the most popular and common settings file format? HTTP basic…
BitcoinTalk

Re: They want to delete the Wikipedia article
20 July 2010, 18:38 UTC
Bitcoin is an implementation of Wei Dai's b-money proposal http://weidai.com/bmoney.txt on Cypherpunks http://en.wikipedia.org/wiki/Cypherpunks in 1998 and Nick Szabo's Bitgold proposal…
BitcoinTalk

Re: JSON-RPC password
21 July 2010, 00:05 UTC
Still need to know what's the most typical settings file format on Linux. Is there a standard file extension? I've never seen a settings file using JSON, and it doesn't look very human friendly with everything required to be in quotes. I…
BitcoinTalk

Re: JSON-RPC password
21 July 2010, 05:51 UTC
I was researching config file formats, here's a comparison. YAML is massive. I'm not sure there's a lightweight easy to build library we can integrate into our project. Seems overkill. JSON is tempting and I'm inclined to like it, but two…
BitcoinTalk

Re: JSON-RPC password
21 July 2010, 16:07 UTC
Thanks for that survey! I find "key value" a little unnatural. There ought to be a more definite separator between key and value that suggests assignment. The space people may just be getting lazy using their language's split function.…
BitcoinTalk

Re: JSON-RPC password
21 July 2010, 17:31 UTC
boost::program_options has the same "key=value" format. Gavin pointed out we can use it in a simple way as a parser without getting into all the esoteric c++ syntax like typed value extraction. We can use more features if we want later.…
Private email (Martti Malmi)

Re: Donation
21 July 2010, 22:28 UTC
mmalmi@cc.hut.fi wrote: That's great! I'll let him know it was received and thank him. It might be a long time before we get another donation like that, we should save a lot of it. Spend what you need on hosting. Email me a simple…
BitcoinTalk

Re: JSON-RPC password
22 July 2010, 02:34 UTC
In many of the contexts of this RPC stuff, you can print to the console with fprintf(stdout, like this: #if defined(__WXMSW__) && wxUSE_GUI MyMessageBox("Warning: rpc password is blank, use -rpcpw=<password> ", "Bitcoin", wxOK |…
Private email (Martti Malmi)

Re: Donation
23 July 2010, 15:59 UTC
\>> I think we should allocate $1000 at this point to your exchange. Interesting, so how is the balance between purchases of coins and cash going? Btw, are you able to use my builds of bitcoind on your host, or do you have to build it…
BitcoinTalk

Re: JSON-RPC password
23 July 2010, 17:07 UTC
Yes, I think that would be really good so each dev doesn't have to figure it out themselves. We need a simple example for each of Python, PHP and Java importing the json-rpc library and using it to do a getinfo or something, including…
BitcoinTalk

Re: JSON-RPC password
23 July 2010, 17:14 UTC
Gavin's changes look good. I think everything is complete. Here's a test build, please test it! http://www.bitcoin.org/download/bitcoin-0.3.2.5-win32.zip http://www.bitcoin.org/download/bitcoin-0.3.2.5-linux.tar.gz
BitcoinTalk

Re: bitcoind not responding to RPC
23 July 2010, 17:23 UTC
If I recall correctly, 500 is the prescribed status code for JSON-RPC error responses. There is still a JSON response in the body of the reply telling the explanation of the error, which could be something like…
BitcoinTalk

Faster initial block download (5x faster)
23 July 2010, 18:24 UTC
By making some adjustments to the database settings, I was able to make the initial block download about 5 times faster. It downloads in about 30 minutes. The database default had it writing each block to disk synchronously, which is not…
BitcoinTalk

Re: Faster initial block download
23 July 2010, 20:13 UTC
Not really. I'll change it to 1000 next time.
BitcoinTalk

Re: JSON-RPC password
23 July 2010, 20:39 UTC
I don't think authentication should be disabled by default if there's no conf file or the config file doesn't contain "rpcpassword", but what if it contains "rpcpassword="? I can see both points. What if the programmer can't figure out…
BitcoinTalk

Re: JSON-RPC Multiple Invocations
24 July 2010, 00:59 UTC
Obviously it's a bug that it repeats the header. I was trying to follow the 1.0 spec: http://json-rpc.org/wiki/specification It called for multiple invocation. I think they mean it's like this, but I'm not sure: Post: {"method":…
BitcoinTalk

Re: bitcoind not responding to RPC
24 July 2010, 01:15 UTC
Can anyone confirm if JSON-RPC over HTTP is supposed to use status 500 if the reply is an error reply? I can't remember where I picked that up, maybe it's wrong. It seems like 200 would make more sense unless there's something wrong with…
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

Re: Reading/Writing Blocks and FLATDATA
24 July 2010, 04:04 UTC
FLATDATA was a workaround to serialize a fixed field length array. There was a cleaner way to make it understand how to serialize arrays directly, but MSVC6 couldn't do it and I wanted to keep compatibility with MSVC6 at that time. We…
Private email (Martti Malmi)

Re: Donation
24 July 2010, 14:38 UTC
\> A week ago somebody bought coins with 1000 €. That was probably meant as They probably couldn't have gotten that large of a trade on bitcoinmarket.com.
BitcoinTalk

Re: a simple traffic load test run
25 July 2010, 14:46 UTC
Was that on the test network? http://bitcointalk.org/index.php?topic=363.0
BitcoinTalk

Re: a simple traffic load test run
25 July 2010, 15:29 UTC
Please do these tests on the test network. That's what it's for. Thanks.
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
BitcoinTalk

Re: Stealing Coins
25 July 2010, 17:45 UTC
It's best if you tell it to me privately so it can be fixed first. I just e-mailed you my e-mail address. (or you could PM me here)
BitcoinTalk

Re: Stealing Coins
25 July 2010, 19:06 UTC
Red, thanks for telling me privately first! Please go ahead and post it (and relieve the suspense for everyone!) His point is that transactions paid to a Bitcoin Address are only as secure as the hash function. To make Bitcoin Addresses…
BitcoinTalk

Re: Stealing Coins
25 July 2010, 20:01 UTC
You would still have to sign it with public key 654321. You need to find a collision using a public key for which you know the private key. When you claim a Bitcoin Address transaction, you give your public key that matches the hash, then…
BitcoinTalk

Re: Stealing Coins
25 July 2010, 20:48 UTC
2^80 is if you can use a birthday attack. You can't use a birthday attack for this, so the difficulty is the full 2^160 bits. Although, if you were trying to crack any one of 1 million (2^20) transactions, you could do a partial birthday…
BitcoinTalk

Re: JSON-RPC password
25 July 2010, 21:34 UTC
+1 to you for having such a long password that you found this bug. Uploaded to SVN as rev 110.
BitcoinTalk

Re: JSON-RPC password
25 July 2010, 21:44 UTC
That's strange, didn't someone just say that was supposed to work? (what library was he using?) Post if you figure out what wrong. I hope it's not going to put up this much of a fight for all PHP users. Looks like we've got the Fortran…
BitcoinTalk

Re: JSON-RPC password
25 July 2010, 21:51 UTC
SVN rev 111
BitcoinTalk

Re: md5?
25 July 2010, 22:06 UTC
For future reference, here's my public key. It's the same one that's been there since the bitcoin.org site first went up in 2008. Grab it now in case you need it later. http://www.bitcoin.org/Satoshi_Nakamoto.asc
BitcoinTalk

Re: Stealing Coins
25 July 2010, 22:27 UTC
Sorry, actually it's ECDSA (Elliptic Curve Digital Signature Algorithm) not RSA. I shouldn't have said "prime numbers". ECDSA doesn't take much time to generate a keypair.
BitcoinTalk

bitcoind without wxWidgets
26 July 2010, 17:23 UTC
I replaced the last of the few wxBase dependencies in bitcoind. bitcoind now compiles without wxWidgets or wxBase in SVN rev 112. main(int argc, char* argv[]) is added to init.cpp. CMyApp and the Startup folder stuff are moved to ui.cpp.…
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 x64 for Windows
26 July 2010, 18:41 UTC
Is that still starting from Crypto++? Lets get this into the main sourcecode.
BitcoinTalk

Re: Bitcoin x86 for Windows
27 July 2010, 01:29 UTC
I added the cached SHA256 state idea to the SVN, rev 113. The speedup is about 70%. I credited it to tcatm based on your post in the x64 thread. I can compile the Crypto++ 5.6.0 ASM SHA code with MinGW but as soon as it runs it crashes.…
BitcoinTalk

Re: Proof-of-work difficulty increasing
27 July 2010, 03:04 UTC
New difficulty factor 244.213223092 +35% I updated the first post. date, difficulty factor, % change 2009 1.00 30/12/2009 1.18 +18% 11/01/2010 1.31 +11% 25/01/2010 1.34 +2% 04/02/2010 1.82 +36% 14/02/2010 2.53 +39% 24/02/2010 3.78 +49%…
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

Re: Bitcoin x86 for Windows
27 July 2010, 19:47 UTC
OK, thanks. I'd also like to know if it runs fine as long as you don't turn on Generate. You'd think as long as it doesn't actually execute any SSE2 instructions, it would still load. At least Pentium 3's could run it without generating.
BitcoinTalk

Re: Having problems specifing -datadir
28 July 2010, 20:58 UTC
It was able to reproduce this. The database doesn't like the relative path. "bitcoind -datadir=./subdir getinfo" works against a running daemon, but trying to start the daemon as "bitcoind -datadir=./subdir" gets that exception. I guess…
BitcoinTalk

Re: Build error SVN r115 on my Mac: workaround
28 July 2010, 21:23 UTC
Was that the only thing I broke in the OSX build?! Does it actually work after just that one change? I had to do that for makefile.vc also. It compiled, but SHA-256 didn't work correctly; it returned the same incorrect hash each time.…
BitcoinTalk

Re: Difficulty
29 July 2010, 01:16 UTC
You were looking at the wrong code. Here's the code that applies: Code: bool CBlock::CheckBlock() const { ... // Check timestamp if (nTime > GetAdjustedTime() + 2 * 60 * 60) return error("CheckBlock() : block timestamp too far in the…
BitcoinTalk

Re: Scalability and transaction rate
29 July 2010, 02:00 UTC
The current system where every user is a network node is not the intended configuration for large scale. That would be like every Usenet user runs their own NNTP server. The design supports letting users just be users. The more burden it…
BitcoinTalk

Re: wiki registration email?
29 July 2010, 02:10 UTC
WTF? How did we get on that? AFAIK, the only e-mail is if you tell the forum to do notifications, and I guess the wiki registration. I'd consider turning off the forum notification e-mails, I don't know why we have that.
Private email (Martti Malmi)

Forum e-mail notifications and PBL blacklist and wiki registration
29 July 2010, 02:18 UTC
http://www.bitcoin.org/smf/index.php?topic=338.0 I think our problem may be that we have forum notifications on, like e-mail you when you receive a PM, but we don't have e-mail verification of new accounts. Can someone put someone else's…
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: Implementation bug prior to 0.3.6
29 July 2010, 22:04 UTC
Actually, it works well to just PM me. I'm the one who's going to be fixing it. If you find a security flaw, I would definitely like to hear from you privately to fix it before it goes public.
BitcoinTalk

Re: Transaction disappeared in the void...
29 July 2010, 22:08 UTC
If the transaction didn't go out immediately at first, like if you weren't connected at the time, it may take up to 2 hours to resend it. Long term, it does keep relentlessly sending it. I'll shorten that length of time in a future…
BitcoinTalk

Re: Linux distribution download
29 July 2010, 22:17 UTC
Yeah, acutely aware that I should have stayed on 9.04 or 9.10. It's a lot more work to downgrade than upgrade and I've been squeezed for time. Ubuntu is the most popular distro, so I'm staying with that.
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: Bug: "Immature" coins lost in wallet.dat during transaction
30 July 2010, 19:19 UTC
I don't get how it let you send if it was not matured. Your balance would have been lower than the amount. It would have said balance 0.01, right? If I try that it says "you don't have enough money" or "Insufficient funds" from the…
BitcoinTalk

Re: [PATCH] implement 'listtransactions'
30 July 2010, 19:40 UTC
What are you needing to use listtransactions for? The reason I didn't implement listtransactions is I want to make sure web programmers don't use it. It would be very easy to latch onto that for watching for received payments. There is no…
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: 4 hashes parallel on SSE2 CPUs for 0.3.6
31 July 2010, 00:29 UTC
That's amazing... So are you saying you use 128-bit registers to SIMD four 32-bit data at once? I've wondered about that for a long time, but I didn't think it would be possible due to addition carrying into the neighbour's value.
BitcoinTalk

Webpage idea: Next predicted difficulty change
31 July 2010, 01:32 UTC
It would be neat if someone had a page (like that handy calculator at http://www.alloscomp.com/bitcoin/calculator.php) that projects what the next difficulty adjustment will be. projected difficulty adjustment multiplier =…
BitcoinTalk

Re: Linux distribution download
31 July 2010, 14:38 UTC
It can be built with Boost 1.37 or later.

August 2010

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

Re: Mac Client Problems Outlined...
2 August 2010, 18:02 UTC
"Minimize to the tray instead of the taskbar" & "Minimize to the tray on close" must not be implemented yet on the Mac. We should grey them out in the next version.
BitcoinTalk

Re: 4 hashes parallel on SSE2 CPUs for 0.3.6
2 August 2010, 19:02 UTC
Is it 2x fast on AMD and 1/2 fast on Intel? Tried that, but it doesn't work for things on the stack. I ran some tests. It doesn't even cause an error, it just doesn't align it.
BitcoinTalk

Re: Protocol Buffers for Bitcoin
2 August 2010, 20:22 UTC
The reason I didn't use protocol buffers or boost serialization is because they looked too complex to make absolutely airtight and secure. Their code is too large to read and be sure that there's no way to form an input that would do…
Private email (Martti Malmi)

\[Fwd: no activation mail\]
2 August 2010, 20:56 UTC
Oh great, now we're screwed. We probably got spam blocked because we were allowing registrations without e-mail verification. But now that we've enabled it, our verification e-mails are blocked. There could still be some existing user…
Private email (Martti Malmi)

Disabled some notifications
2 August 2010, 21:08 UTC
For "normal members" I disabled "Request notification on replies" and "Request notification on new topics". I'm pretty sure there's a notification option for when you receive PMs, but I don't see a way to disable it. If we have to, I…
Private email (Martti Malmi)

\[Fwd: Forum e-mail notifications and PBL blacklist and wiki registration\]
2 August 2010, 21:09 UTC
Here's the info about PBL again. -------- Original Message -------- Subject: Forum e-mail notifications and PBL blacklist and wiki registration Date: Thu, 29 Jul 2010 03:18:56 +0100 From: Satoshi Nakamoto <satoshin@gmx.com> To: Martti…
BitcoinTalk

Re: Builds for Ubuntu?
3 August 2010, 20:56 UTC
Yes, 0.3.7 has it. It was in rev 112.
BitcoinTalk

Re: Bitcoind x86 binary for CentOS
3 August 2010, 21:05 UTC
I urge you not to use BDB 4.8. The database/log0000* files will be incompatible if anyone uses your build and then goes back to the official build.
BitcoinTalk

Re: Content-Length header and 500 (was Re: Authentication, JSON RPC and Python)
3 August 2010, 21:26 UTC
I guess we should try to support the case where there's no Content-Length parameter. I don't want to rip and replace streams though, even if it has to read one character at a time. Edit: That is, assuming there actually are any libraries…
BitcoinTalk

Re: What happens when network is split for prolonged time and reconnected?
3 August 2010, 22:45 UTC
creighto: I agree with that idea. After a few hours, it should be possible for the client to notice if the flow of blocks has dropped off by more than would be likely just by chance. It could tell if it's not hearing the hum of the world…
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: Building initial transaction trust through "coin ripping"
4 August 2010, 00:40 UTC
The software is designed to support things like this. I was going to post details of the plans for Escrow, but since getting slashdotted I haven't had time.
BitcoinTalk

Re: Flood attack 0.00000001 BC
4 August 2010, 16:25 UTC
Bitcoin isn't currently practical for very small micropayments. Not for things like pay per search or per page view without an aggregating mechanism, not things needing to pay less than 0.01. The dust spam limit is a first try at…
BitcoinTalk

Re: Flood attack 0.00000001 BC
5 August 2010, 16:03 UTC
Forgot to add the good part about micropayments. While I don't think Bitcoin is practical for smaller micropayments right now, it will eventually be as storage and bandwidth costs continue to fall. If Bitcoin catches on on a big scale, it…
BitcoinTalk

Re: Flood attack 0.00000001 BC
5 August 2010, 16:30 UTC
One alternative is to use a round-up system. You pay for, say, 1000 pages or images or downloads or searches or whatever at a time. When you've used up your 1000 pages, you pay for another 1000 pages. If you only use 1 page, then you have…
BitcoinTalk

Re: Flood attack 0.00000001 BC
5 August 2010, 16:39 UTC
I don't know a way to implement that. The transaction fee to the block creator uses a special trick to include the transaction fee without any additional size. If there was a transaction for each transaction fee, then what about the…
BitcoinTalk

Re: Who's the Spanish jerk draining the Faucet?
5 August 2010, 17:06 UTC
Silently failing would look bad. Definitely needed. What rate are you thinking of? Ultimately, it's better to rate limit it than to let it all drain out. That might work surprisingly well. If it works, it keeps them from hitting the rate…
BitcoinTalk

Re: bitcoind transaction to ip address
5 August 2010, 17:28 UTC
It's not implemented. It turned out nobody liked that mode of transfer anyway, so it hasn't had much development attention.
BitcoinTalk

Re: Transaction Overload Solution
5 August 2010, 17:38 UTC
I can't think of a way to implement that. All the transaction fees would be additional transactions. What about the transaction fees for the transaction fee's transaction?
BitcoinTalk

Re: Flood attack 0.00000001 BC
5 August 2010, 17:49 UTC
If you're only going to have one person work on building the block, that could take days. Oh, do you mean send a different variation to each node with the tx fee written to them? The way it is now, it's whoever builds this gets it. If we…
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

Re: latency and locality
7 August 2010, 16:28 UTC
Once you get away from a system where each node's influence is proportional to their CPU power, then what else do you use to determine who is (approximately) one person?
BitcoinTalk

Re: Bitcoin minting is thermodynamically perverse
7 August 2010, 17:46 UTC
It's the same situation as gold and gold mining. The marginal cost of gold mining tends to stay near the price of gold. Gold mining is a waste, but that waste is far less than the utility of having gold available as a medium of exchange.…
BitcoinTalk

Re: A proposal for a semi-automated Escrow mechanism
7 August 2010, 20:04 UTC
Really? Do you think people won't be able to understand the benefit? (If your response is an argument that there's no benefit at all, I guess that will reinforce the case that people won't be able to understand it.)
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: 4 hashes parallel on SSE2 CPUs for 0.3.6
7 August 2010, 21:16 UTC
Sorry about that. CRITICAL_BLOCK isn't perfect. You have to be careful not to break or continue out of it. There's an assert that catches and warns about break. I can be criticized for using it, but the syntax would be so much more…
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: What could be the transition plan to Y2038 compliant Bitcoin?
9 August 2010, 20:13 UTC
unsigned int is good until 2106. Surely the network will have to be totally revamped at least once by then. There should not be any signed int. If you've found a signed int somewhere, please tell me (within the next 25 years please) and…
BitcoinTalk

Re: bitcoin generation broken in 0.3.8? (64-bit)
9 August 2010, 20:34 UTC
I uploaded 0.3.8.1 for Linux with re-built 64-bit. I ran a difficulty 1 test with it and it has generated blocks. http://bitcointalk.org/index.php?topic=765.0 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

Connection limits
9 August 2010, 20:58 UTC
SVN rev 125: - Always make 8 outbound connections even if have 8 inbound - Limit outbound connections to one per a.b.?.? range - Switch -maxconnections=# I added the (currently undocumented) switch -maxconnections=#. You shouldn't use it…
BitcoinTalk

Re: Bitcoin minting is thermodynamically perverse
9 August 2010, 21:28 UTC
The heat from your computer is not wasted if you need to heat your home. If you're using electric heat where you live, then your computer's heat isn't a waste. It's equal cost if you generate the heat with your computer. If you have other…
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: Not a suggestion
11 August 2010, 00:14 UTC
This is a very interesting topic. If a solution was found, a much better, easier, more convenient implementation of Bitcoin would be possible. Originally, a coin can be just a chain of signatures. With a timestamp service, the old ones…
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

Re: Compile error in SVN r127
11 August 2010, 01:42 UTC
Updated SVN. Thanks. There's little hope of not repeatedly stumbling over that in the future. It doesn't break the compile for me.
Private email (Martti Malmi)

Re: \[Fwd: Forum e-mail notifications and PBL blacklist and wiki registration\]
11 August 2010, 01:54 UTC
Are PM notifications still disabled? (All we really need is disable the forum's access to the mail server) mmalmi@cc.hut.fi wrote:
Private email (Martti Malmi)

Re: \[Fwd: Forum e-mail notifications and PBL blacklist and wiki registration\]
11 August 2010, 20:00 UTC
Right, forgot about that. Hopefully theymos was right that the PBL is the source of the problem. mmalmi@cc.hut.fi wrote:
BitcoinTalk

Re: Not a suggestion
11 August 2010, 21:07 UTC
Still thinking this idea through... The only job the network needs to do is to tell whether a spend of an outpoint is the first or not. If we're willing to have clients keep the history for their own money, then some of the information…
BitcoinTalk

Re: Lost large number of bitcoins
11 August 2010, 21:46 UTC
You can get away with backing up without stopping the client if you don't do anything or receive a payment within a few seconds before the backup. (like 5 seconds) No, it doesn't usually empty your wallet with each transaction. It uses…
BitcoinTalk

Re: Where is the separate discussion devoted to possible Bitcoin weaknesses.
11 August 2010, 22:40 UTC
It doesn't have to be such a breaking change. New nodes could accept old transactions for a long time until most nodes have already upgraded before starting to refuse transactions without PoW. Or, they could always accept old…
BitcoinTalk

Re: Flood attack 0.00000001 BC
11 August 2010, 23:28 UTC
It would be nice to keep the blk*.dat files small as long as we can. The eventual solution will be to not care how big it gets. But for now, while it's still small, it's nice to keep it small so new users can get going faster. When I…
BitcoinTalk

Re: BSD detection
12 August 2010, 00:02 UTC
That code was a bad idea anyway, I'm deleting it. Any Mac code should only use __WXMAC_OSX__, not __WXMAC__ or __WXOSX__, and we should stop using __BSD__. Will that definitely cause BSD to be defined on Mac?
BitcoinTalk

Re: Not a suggestion
12 August 2010, 02:46 UTC
Are you back to talking about the existing Bitcoin system here? I was talking about in the hypothetical system I was describing, if the network doesn't know the values and lineage of the transactions, then it can't verify them and vouch…
BitcoinTalk

Re: BSD detection
12 August 2010, 21:14 UTC
This is in SVN rev 130. Check that it compiles right. Code: #if (defined(__unix__) || defined(unix)) && !defined(USG) #include <sys/param.h> // to get BSD define #endif #ifdef __WXMAC_OSX__ #ifndef BSD #define BSD 1 #endif #endif
BitcoinTalk

Bugfixes in SVN rev 130
12 August 2010, 21:20 UTC
Misc bugfixes in rev 130: fix -datadir with relative path autostart is now off by default except on windows fix occasional "vector iterator not dereferencable" assertion when compiled with msvc fix readlink compile warning on linux build…
BitcoinTalk

Re: Bitcoin Watchdog Service
12 August 2010, 21:34 UTC
True, there would probably be someone with a dial-up modem or satellite dish internet. Rarer would be someone who has both that and the wired internet that has the outage, but if it's a big enough segment to matter, out of a million…
BitcoinTalk

Re: Having problems specifing -datadir
12 August 2010, 21:43 UTC
Fixed in SVN rev 130.
BitcoinTalk

Re: 4 hashes parallel on SSE2 CPUs for 0.3.6
12 August 2010, 22:07 UTC
That big of a difference in speed, by a factor of 4 or 6, feels like it's likely to be some quirky weak spot or instruction that the old chip is slow with. Unless it's a touted feature of the i5 that they made SSE2 six times faster. A…
BitcoinTalk

Re: Bugfixes in SVN rev 130
13 August 2010, 03:15 UTC
No, that's not what it is. -paytxfee allows you to include a transaction fee with your transactions. If transaction confirmations become slow, you can get priority by using "-paytxfee=0.01". Any transactions you send would cost an extra…
BitcoinTalk

Re: Bitcoin Watchdog Service
13 August 2010, 17:09 UTC
Which doesn't matter because you can't access sourceforge to download the software either. If you've ever been connected before, you don't need IRC to bootstrap anymore. Even if you haven't, you can bootstrap from seed nodes. IRC is…
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: Not a suggestion
13 August 2010, 19:28 UTC
I'm not grasping your idea yet. Does it hide any information from the public network? What is the advantage? If at least 50% of nodes validated transactions enough that old transactions can be discarded, then everyone saw everything and…
BitcoinTalk

Re: Proposed change to sendtoaddress API call
13 August 2010, 23:39 UTC
It's too soon to start junking up the API for backward compatibility at all costs. Just return "<txid>".
BitcoinTalk

Re: 4 hashes parallel on SSE2 CPUs for 0.3.6
14 August 2010, 00:49 UTC
MinGW on Windows has trouble compiling it: g++ -c -mthreads -O2 -w -Wno-invalid-offsetof -Wformat -g -D__WXDEBUG__ -DWIN32 -D__WXMSW__ -D_WINDOWS -DNOPCH -I"/boost" -I"/db/build_unix" -I"/openssl/include" -I"/wxwidgets/lib/gcc_lib/mswud"…
BitcoinTalk

Re: 4 hashes parallel on SSE2 CPUs for 0.3.6
14 August 2010, 04:22 UTC
If you haven't already, try aligning thash. It might matter. Couldn't hurt. No help from -O0, same error. MinGW is GCC 3.4.5. Probably the problem. I'll see if I can get a newer version of MinGW.
BitcoinTalk

Re: 4 hashes parallel on SSE2 CPUs for 0.3.6
14 August 2010, 17:55 UTC
Got the test working on 32-bit with MinGW GCC 4.5. Exactly 50% slower than stock with Core 2.
BitcoinTalk

Re: 4 hashes parallel on SSE2 CPUs for 0.3.6
14 August 2010, 22:06 UTC
MinGW GCC 4.5.0: Crypto++ doesn't work, X86_SHA256_HashBlocks() never returns I only got 4-way working with test.cpp but not when called by BitcoinMiner MinGW GCC 4.4.1: Crypto++ works 4-way SIGSEGV GCC is definitely not aligning __m128i.…
BitcoinTalk

Re: 4 hashes parallel on SSE2 CPUs for 0.3.6
15 August 2010, 03:40 UTC
On both MinGW GCC 4.4.1 and 4.5.0 I have it working with test.cpp but SIGSEGV when called by BitcoinMiner. So now it doesn't look like it's the version of GCC, it's something else, maybe just the luck of how the stack is aligned. I have…
BitcoinTalk

tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10
15 August 2010, 15:52 UTC
0.3.10 has tcatm's 4-way SSE2 as an option switch. Use the switch "-4way" to turn it on. Without the switch you get Crypto++ ASM SHA-256. I could only get this working with Linux. Download: Get 0.3.10 from…
BitcoinTalk

Re: Potential disaster scenario
15 August 2010, 16:37 UTC
Some places where generation will gravitate to: 1) places where it's cheapest or free 2) people who want to help for idealogical reasons 3) people who want to get some coins without the inconvenience of doing a transaction to buy them…
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:23 UTC
I hope someone can test an i5 or AMD to check that I built it right. I don't have either to test with. I'm also curious if it performs much worse on 32-bit linux vs 64-bit.
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.
Private email (Martti Malmi)

\[bitcoin-list\] ALERT - we are investigating a problem
15 August 2010, 20:37 UTC
\*\*\* WARNING \*\*\* We are investigating a problem. DO NOT TRUST ANY TRANSACTIONS THAT HAPPENED AFTER 15.08.2010 17:05 UTC (block 74638) until the issue is resolved.…
bitcoin-list (SourceForge)

[bitcoin-list] ALERT - we are investigating a problem
15 August 2010, 20:38 UTC
*** WARNING *** We are investigating a problem. DO NOT TRUST ANY TRANSACTIONS THAT HAPPENED AFTER 15.08.2010 17:05 UTC (block 74638) until the issue is resolved.
BitcoinTalk

Re: overflow bug SERIOUS
15 August 2010, 20:59 UTC
Here's the preliminary change. Look right? I have more changes to make, this isn't all of it. Will SVN shortly. Code: bool CheckTransaction() const { // Basic checks that don't depend on any context if (vin.empty() || vout.empty()) return…
BitcoinTalk

Re: overflow bug SERIOUS
15 August 2010, 21:06 UTC
It would help if people stop generating. We will probably need to re-do a branch around the current one, and the less you generate the faster that will be. A first patch will be in SVN rev 132. It's not uploaded yet. I'm pushing some…
BitcoinTalk

Re: overflow bug SERIOUS
15 August 2010, 21:23 UTC
Once you have an update, you could download knightmb's block chain. You'll want one that's old enough that it ends before block 74000 so the most recent security lockin will check it. Can someone find the link for that?
BitcoinTalk

Re: overflow bug SERIOUS
15 August 2010, 21:40 UTC
Patch is uploaded to SVN rev 132! For now, recommended steps: 1) Shut down. 2) Download knightmb's blk files. (replace your blk0001.dat and blkindex.dat files) 3) Upgrade. 4) It should start out with less than 74000 blocks. Let it…
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

Re: overflow bug SERIOUS
15 August 2010, 23:17 UTC
Just leave the old one alone! Older is better. What block number is it? Anywhere from 60000-74000 is good. The one that you've had available for a while has been vetted and is the best choice.
BitcoinTalk

Re: overflow bug SERIOUS
15 August 2010, 23:36 UTC
Starting at 67000 is perfect. Yeah, at the moment you'll stop at 74638. It should start slowly creeping up as more nodes upgrade and generate. Linux build links below. The Linux version includes tcatm's 4-way SSE2 SHA-256 that makes…
BitcoinTalk

Re: overflow bug SERIOUS
15 August 2010, 23:37 UTC
Agree, wanted to do that for a long time, haven't had time to do it. For now, you could also subscribe to the bitcoin-list mailing list. It rarely gets used except for announcements like this and major new versions. Subscribe/unsubscribe…
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: 0.3.10.1 Question on where block should be
16 August 2010, 00:28 UTC
I suspect there's some difficulty receiving blocks if all the nodes you're connected to are 0.3.9 or lower. We need enough of us so that at least one node you connect to will be 0.3.10. The problem will start to go away when we make up…
BitcoinTalk

Re: 0.3.10.1 Question on where block should be
16 August 2010, 00:37 UTC
For now, can some people running 0.3.10 with static IP who can receive incoming connections post their IP? Then we can -addnode= them and make sure to connect to at least one 0.3.10 node.
BitcoinTalk

Re: overflow bug SERIOUS
16 August 2010, 01:00 UTC
Right, it will get reincorporated into the fixed chain. The transaction won't disappear, it'll still be visible on both sides, but the confirmation count will jump back to 0 and start counting up again. It's only if you generated a block…
BitcoinTalk

Re: overflow bug SERIOUS
16 August 2010, 01:02 UTC
If you still show 74638 blocks then you aren't connected to any 0.3.10 nodes. For today, try adding these parameters: -addnode=75.158.131.108 -addnode=99.27.237.13 -addnode=68.68.99.14 See http://bitcointalk.org/index.php?topic=828
BitcoinTalk

Re: overflow bug SERIOUS
16 August 2010, 01:12 UTC
1) Once more than 50% of the node power is upgraded and the good chain overtakes the bad, the 0.3.10 nodes will make it hard for any bad transactions to get any confirmations. 2) If you didn't remove your blk*.dat files, you're not…
BitcoinTalk

Re: overflow bug SERIOUS
16 August 2010, 02:16 UTC
The bad chain is also slowed down as more nodes upgrade. We've already generated 14 blocks since 74638. The builds of 0.3.10 were uploaded about 2 and 3 hours ago. Of the nodes I'm connected to, more than half are already 0.3.10. I would…
BitcoinTalk

Re: overflow bug SERIOUS
16 August 2010, 02:38 UTC
On Windows, findstr /c:"version message" debug.log It looks like the bad chain was on block 74678 recently. Can't wait to overtake it. On the stats at http://nullvoid.org/bitcoin/statistix.php there's been 5 blocks per hour in the last 3…
BitcoinTalk

Re: tcatm's 4-way SSE2 for Linux 32/64-bit 0.3.9 rc2
16 August 2010, 02:57 UTC
GCC 4.3.3 doesn't support -march=amdfamk10. I get: sha256.cpp:1: error: bad value (amdfamk10) for -march= switch Hey, you may be onto something! hyperthreading didn't help before because all the work was in the arithmetic and logic units,…
BitcoinTalk

Re: tcatm's 4-way SSE2 for Linux 32/64-bit 0.3.9 rc2
16 August 2010, 03:23 UTC
That works. That's strange... are we sure that's the same thing? tcatm, try amdfam10 and make sure you get the same speed measurement.
BitcoinTalk

Re: tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10
16 August 2010, 04:36 UTC
cpu family 6 model 26 stepping 4 is an Intel Core i7. That's a 23% speedup with -4way, 63% total speedup with -4way + hyperthreading. 33% faster with hyperthreading than without it.
BitcoinTalk

Re: overflow bug SERIOUS
16 August 2010, 12:59 UTC
It looks like we overtook the bad chain somewhere around 74689. 0.3.9 and lower nodes have been responding with the current block number for some hours now. That means it's no longer necessary to delete blk*.dat before upgrading. You can…
BitcoinTalk

Re: tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10
16 August 2010, 13:38 UTC
I wrapped sha256.cpp in #ifdef FOURWAYSSE2 #endif // FOURWAYSSE2 try it now.
BitcoinTalk

Re: [PATCH] Automatic block validation
16 August 2010, 15:25 UTC
That's a difficult approach. We need to cause a reorg, which will disconnect the invalid chain. This is code that will rarely ever get tested, and is fairly intricate, so something simple and safe is best. Here's what I was thinking of.…
BitcoinTalk

blocks minus 1
16 August 2010, 15:59 UTC
I'd like to reduce the number of blocks displayed in the status bar by 1. When you first load the program, it'll display 0 blocks instead of 1: "0 connections 0 blocks 0 transactions" It's always been "nBestHeight + 1" because it's…
BitcoinTalk

Re: blocks minus 1
16 August 2010, 17:06 UTC
Done in SVN rev 137
BitcoinTalk

Re: [PATCH] Automatic block validation
16 August 2010, 17:08 UTC
This is what I ended up doing in SVN rev 139. Instead of deleting the bad chain, I added an extra CheckBlock to ConnectBlock so bad blocks can't get back into the best chain once they're kicked out.
BitcoinTalk

Checking the block chain on load
16 August 2010, 20:07 UTC
SVN rev 139 does a basic check of the block chain after loading. With this we wouldn't have needed to delete blk*.dat, it would have automatically done a reorg back to the fork. There wasn't time to do a careful implementation of this at…
BitcoinTalk

Re: checkpointing the block chain
16 August 2010, 20:20 UTC
There is no way for the software to automatically know if one chain is better than another except by the greatest proof-of-work. In the design it was necessary for it to switch to a longer chain no matter how far back it has to go. The…
BitcoinTalk

Re: overflow bug SERIOUS
16 August 2010, 22:54 UTC
Un-upgraded nodes have the correct chain most of the time, but they are still trying to include the overflow transaction in every block, so they're continually trying to fork and generate invalid blocks. If an old version node is…
BitcoinTalk

Re: checkpointing the block chain
16 August 2010, 23:01 UTC
Total proof-of-work.
BitcoinTalk

Re: New screenshots to the front page?
18 August 2010, 16:58 UTC
Definitely. The old screenshots of 0.1 are very outdated. Windows Aero is a good choice. Windows is still the largest user group. Mind what's behind it for the transparent parts. What to have displayed in the transaction list? Not…
BitcoinTalk

Re: Difficulty: More nodes active, or faster nodes?
18 August 2010, 18:01 UTC
The performance numbers posted from a VIA C7's hardware SHA-256 weren't astronomical. Only in the 1500 khash/s range. If you think about it, just because it's implemented in hardware doesn't mean it's crazy fast. It still has to do all…
BitcoinTalk

Re: Checking the block chain on load
18 August 2010, 18:28 UTC
In the next SVN rev, I'll make it only go back to the last checkpoint at block 74000. If we need to correct a problem in the future, we can always make sure it goes back at least as far back as the problem. Also, I'm adding code to verify…
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: HOWTO: Compiling Bitcoin on Ubuntu 10.04 (Karmic)
19 August 2010, 18:55 UTC
That's a really well written walkthough. Someone should confirm if they followed it and didn't run into any snags.
BitcoinTalk

Re: tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10
19 August 2010, 19:07 UTC
That's the first I've heard anyone say i5 was slower. Everyone else has said 4way was faster on i5. Moreso with hyperthreading enabled. Good, so I take it that's a confirmation that it's working on Mac as well? Laszlo told me he did…
BitcoinTalk

Re: 28 days without generation, i have 4200khash/s
19 August 2010, 19:40 UTC
Make sure your computer's date and time are correct.
BitcoinTalk

Need a post writing up some things users should know
19 August 2010, 20:14 UTC
I'm not sure what to call it, but we could use a post that lists these things users should know. If someone has time to write it, here's the list: - Make sure your clock is set correctly. - Microsoft Security Essentials. This never got…
BitcoinTalk

Re: Hypothetical question on lost coins / transfers
19 August 2010, 20:28 UTC
That's right. You don't need to be re-broadcasting your transactions for it to work. When any node disconnects a fork, it dumps all the transactions from the fork back into the transaction pool to add to the new chain. The entire network…
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: tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10
22 August 2010, 23:21 UTC
Thanks for clearing that up. I read the link someone posted about AMD making that change around 2007, but I didn't know what the story was for Intel. There's no hope for Core/Core2 then. They only have half the SSE2 hardware. Strange that…
BitcoinTalk

Development of alert system
22 August 2010, 23:55 UTC
I've been working on writing the alert system. Alerts are broadcast through the network and apply to a range of version numbers. Alert messages are signed with a private key that only I have. Nodes can do two things in response to an…
BitcoinTalk

Re: integrating digital payments into p2p protocols
22 August 2010, 23:57 UTC
Hey Zooko! I wanted to thank you for posting about Bitcoin on your blog a year or two ago, back when I announced it on the Cryptography mailing list.
BitcoinTalk

Re: tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10
24 August 2010, 22:43 UTC
This probably explains why hyperthreading increases performance with -4way. If three SSE2 units is excessive, then hyperthreading would help keep them all busy.
BitcoinTalk

Re: Development of alert system
24 August 2010, 23:51 UTC
If you're so paranoid that you're getting hysterical over this, then surely you're paranoid enough that if a warning message displays on the status bar, you'll check the website and forum. I think if another bug like the overflow bug…
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, 15:17 UTC
It can't do arbitrary actions remotely. Maybe some of you are responding to other posters who suggested the alert system should do more? If there is an alert, the following json-rpc methods return an error: sendtoaddress getbalance…
BitcoinTalk

Re: Development of alert system
25 August 2010, 16:40 UTC
I changed the switch name to -disablesafemode.
BitcoinTalk

Re: Development of alert system
25 August 2010, 16:56 UTC
WRT the alert system, who cares? The most the key can do is temporarily disable six json-rpc commands until the site owners either add the -disablesafemode switch or upgrade. All nodes keep running and generating, the network stays up. If…
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

Re: Development of alert system
26 August 2010, 00:08 UTC
My apologies, your post was indeed a question not a statement.
BitcoinTalk

Re: RFC: remove DB_PRIVATE flag
26 August 2010, 00:33 UTC
Can you provide more details about what removing DB_PRIVATE does? I can't remember if I had a specific reason for DB_PRIVATE, or if I just copied the flags from some example code. Does removing DB_PRIVATE make it safe for other processes…
BitcoinTalk

Re: Need a post writing up some things users should know
26 August 2010, 00:44 UTC
Any backup process/procedure would just be a stopgap until there's time to properly work on coding solutions in software. We can try to use words to help the situation until code gets there. The main backup improvement will be pre-made…
BitcoinTalk

Re: auto backing up of wallet.dat
26 August 2010, 00:57 UTC
I started posting in the other topic but I'll repeat here, this thread seems more specific to the topic. The main backup improvement will be a pre-generated pool of keys and a rescan at load to scrape missed transactions from the block…
BitcoinTalk

Re: Gentoo Linux Ebuild
27 August 2010, 00:49 UTC
Try -datadir= Last time I tried $(shell /usr/bin/wx-config), there was immediate hollering about build problems with it. There wasn't time to investigate at the time. One problem with $(shell /usr/bin/wx-config) is it will pick up any…
BitcoinTalk

Re: auto backing up of wallet.dat
27 August 2010, 01:13 UTC
If you read it into memory and write it out, it could fail in tight memory situations. I'm looking for something like copyfile(const char* from, const char* to) or copyfile(path from, path to), preferably something in Boost if it has it.…
Private email (Martti Malmi)

\[Fwd: SweepMines now accept bitcoins\]
27 August 2010, 02:36 UTC
\-------- Original Message -------- Subject: SweepMines now accept bitcoins Date: Tue, 24 Aug 2010 19:50:47 +0600 From: Kirill Kisel <kisel2626@gmail.com> To: satoshin@gmx.com Dear BitCoin. http://apps.facebook.com/sweepmines/ now accepts…
BitcoinTalk

Re: auto backing up of wallet.dat
27 August 2010, 02:54 UTC
I doubt there's an mmap(2) on Windows. I'd rather call an existing file copy function than make and test my own. Thanks. I thought it would be in there somewhere. We already use boost::filesystem in a dozen places. It's not a new added…
BitcoinTalk

Re: auto backing up of wallet.dat
27 August 2010, 15:47 UTC
Sorry, I've been so busy lately I've been skimming messages and I still can't keep up. We want to avoid Windows API calls whenever possible. They usually take about 6-8 parameters and a lot of testing to get right, it takes a page of code…
BitcoinTalk

Re: New web service: obtain dump of bitcoin block NNNN
27 August 2010, 16:13 UTC
That's kind of interesting as an upside-down bar chart of how many blocks were produced each day. The target is 144 blocks per day.
BitcoinTalk

Re: Bitcoins are most like shares of common stock
27 August 2010, 16:39 UTC
Bitcoins have no dividend or potential future dividend, therefore not like a stock. More like a collectible or commodity.
BitcoinTalk

Re: Bitcoin does NOT violate Mises' Regression Theorem
27 August 2010, 17:32 UTC
As a thought experiment, imagine there was a base metal as scarce as gold but with the following properties: - boring grey in colour - not a good conductor of electricity - not particularly strong, but not ductile or easily malleable…
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: tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10
28 August 2010, 14:27 UTC
The simplification is intentional. There will only be more than one thash[7]=0 in one out of 134,217,728 cases. It only makes it 0.0000007% slower.
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: Big endian code problems
29 August 2010, 22:14 UTC
The code assumes little-endian throughout and was written with the intention of never being ported to big-endian. Every integer that is sent over the network would have to be byte swapped, in addition to many dozens of other places in…

September 2010

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

Re: Warning : Check your system ( Help me )
5 September 2010, 23:36 UTC
Any suggestions for better text to put for this error message so the next person will be less likely to be confused? It's trying to tell them their clock is wrong and they need to correct it. It's relying on 3 time sources: 1) the system…
BitcoinTalk

Re: HTTP status codes from the JSON-RPC api
6 September 2010, 21:21 UTC
This is in SVN rev 147. This is more standard, and although json-rpc 1.0 didn't specify the format of error objects, it did specify that they would be objects not strings or other values, so we needed to change this to be correct. The…
BitcoinTalk

Re: Warning : Check your system ( Help me )
6 September 2010, 21:41 UTC
Thanks.
BitcoinTalk

Re: auto backing up of wallet.dat
6 September 2010, 21:45 UTC
rpc backupwallet <destination> is in SVN rev 147.
BitcoinTalk

Re: bitcoind as daemon in OSX
6 September 2010, 21:52 UTC
Can you build? Try changing line 78 of init.cpp from: #ifdef __WXGTK__ to: #ifndef __WXMSW__ If that works, I'll change the source. It should work.
BitcoinTalk

Re: Always pay transaction fee?
7 September 2010, 16:32 UTC
Another option is to reduce the number of free transactions allowed per block before transaction fees are required. Nodes only take so many KB of free transactions per block before they start requiring at least 0.01 transaction fee. The…
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: Always pay transaction fee?
8 September 2010, 17:30 UTC
Currently, paying a fee is controlled manually with the -paytxfee switch. It would be very easy to make the software automatically check the size of recent blocks to see if it should pay a fee. We're so far from reaching the threshold, we…
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: Bitcoin Blogger: Is It Better To Buy Or Generate Bitcoins?
8 September 2010, 20:27 UTC
Did you try -4way? AMD Phenom (I think 4-core) CPUs are doing about 11,000khps with -4way, about 100% speedup. 24 cores should get 66,000khps. AMD is the best choice because it has the best SSE2 implementation. (or maybe because tcatm had…
BitcoinTalk

Auto-detect for 128-bit 4-way SSE2
9 September 2010, 01:04 UTC
SVN rev 150 has some code to try to auto-detect whether to use 4-way SSE2. We need this because it's only faster on certain newer CPUs that have 128-bit SSE2 and not ones with 64-bit SSE2. It uses the CPUID instruction to get the CPU…
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: Won't let me send coins because it requires a transaction fee?
10 September 2010, 00:46 UTC
I think I know what happened. Doubleclick on the generated transaction. It probably has a sub-0.01 transaction fee in it. Someone has been paying a 0.00000010 transaction fee. I don't think you can even set that with -paytxfee, I think…
BitcoinTalk

Re: Won't let me send coins because it requires a transaction fee?
10 September 2010, 17:12 UTC
The fix is in SVN rev 151. You will be able to send your stuck 0.01 (actually 0.01000010) when you next upgrade.
BitcoinTalk

Re: Auto-detect for 128-bit 4-way SSE2
10 September 2010, 18:11 UTC
Added in SVN rev 152
BitcoinTalk

Re: Running on a port other than 8333
12 September 2010, 17:40 UTC
Is there a way to open BerkeleyDB exclusive? DB_PRIVATE is the worst of both worlds. DB_PRIVATE is not exclusive, but it does make it get screwed up if another process tries to access it at the same time. I've dropped the DB_PRIVATE flag…
BitcoinTalk

Re: RFC: remove DB_PRIVATE flag
12 September 2010, 18:00 UTC
Trying it without the DB_PRIVATE flag in rev 153. We need to keep an eye on what's different. On Windows at least, it creates six __db.001 - __db.006 files with sizes from 24K to 4MB. It doesn't delete them on exit, it just leaves them…
BitcoinTalk

Re: Switch to GPL
12 September 2010, 19:24 UTC
If the only library is closed source, then there's a project to make an open source one. If the only library is GPL, then there's a project to make a non-GPL one. If the best library is MIT, Boost, new-BSD or public domain, then we can…
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

Re: Issues building bitcoin on Windows 7
19 September 2010, 18:46 UTC
The lines it's tripping on: Code: ERROR extern map<string, string> mapAddressBook; ERROR extern CCriticalSection cs_mapAddressBook; ERROR extern vector<unsigned char> vchDefaultKey; OK extern bool fClient; OK extern int nBestHeight; OK…
BitcoinTalk

Re: Bug? /usr/bin/bitcoind ""
19 September 2010, 19:58 UTC
I don't know anything about any of the bug trackers. If we were to have one, we would have to make a thoroughly researched choice. We're managing pretty well just using the forum. I'm more likely to see bugs posted in the forum, and I…
BitcoinTalk

Re: The case for removing IP transactions
19 September 2010, 21:49 UTC
Probably best to disable receiving by IP unless you specifically intend to use it. This is a lot of surface area that nobody uses that doesn't need to be open by default. In storefront cases, you would typically only want customers to…
BitcoinTalk

Re: Message Encryption as a built-in feature?
19 September 2010, 22:47 UTC
Theymos already said this... ECDSA does not support encrypting messages. Only digital signatures.
BitcoinTalk

Re: Always pay transaction fee?
23 September 2010, 16:08 UTC
I implemented this change in SVN rev 157. The reason I previously made it so high was to allow very large transactions without hitting the transaction fee. The threshold was around 26,000 BTC for transactions made of 50 BTC generated…
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: Warning : Check your system ( Help me )
23 September 2010, 16:28 UTC
I don't understand, are you under the impression that the program sets the system clock? It doesn't. We use an internal offset based on the median of other nodes' times, but for security reasons we don't let them offset us by more than an…
BitcoinTalk

Re: Porn
23 September 2010, 17:56 UTC
Bitcoin would be convenient for people who don't have a credit card or don't want to use the cards they have, either don't want the spouse to see it on the bill or don't trust giving their number to "porn guys", or afraid of recurring…
BitcoinTalk

Re: How divisible are bitcoins - the technical side
23 September 2010, 18:39 UTC
I would not encourage using the extra decimal places. They're only intended for future use. You are correct that above 0.01 can still have additional precision, but the recipient won't be able to see it. The UI will show it rounded down.
BitcoinTalk

Re: Internal version number
23 September 2010, 18:46 UTC
I don't think it should cause any problems for version comparisons. 31300 > 312.
BitcoinTalk

Re: How To Make a Distributed BitCoin Escrow Service
26 September 2010, 17:34 UTC
It's not implemented yet, but the network can support a transaction that requires two signatures. It's described here: http://bitcointalk.org/index.php?topic=750.0 It's absolutely safer than a straight payment without escrow, but not as…
BitcoinTalk

Re: I broke my wallet, sends never confirm now.
30 September 2010, 16:38 UTC
As you figured out, the root problem is we shouldn't be counting or spending transactions until they have at least 1 confirmation. 0/unconfirmed transactions are very much second class citizens. At most, they are advice that something has…
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

Re: BitCoin Wikipedia page DELETED!!!
30 September 2010, 17:50 UTC
If you do, I think it should be a very brief, single paragraph article like 100 words or less that simply identifies what Bitcoin is. I wish rather than deleting the article, they put a length restriction. If something is not famous…
BitcoinTalk

Re: Prioritized transactions, and tx fees
30 September 2010, 18:11 UTC
It ramps up the fee requirement as the block fills up: <50KB free 50KB 0.01 250KB 0.02 333KB 0.03 375KB 0.04 etc. It's a typical pricing mechanism. After the first 50KB sells out, the price is raised to 0.01. After 250KB is sold, it goes…
BitcoinTalk

Re: Prioritized transactions, and tx fees
30 September 2010, 18:22 UTC
True, the switch should be something more dynamic that pays per KB. It's harder to think of how to explain it.
BitcoinTalk

Re: Remote RPC access
30 September 2010, 18:27 UTC
It can be safe if you're using it over your own LAN, like if you have multiple servers at a location that talk to each other. 0.3.13 RC1 is available for Windows: http://www.bitcoin.org/download/bitcoin-0.3.13-rc1-win32-setup.exe

October 2010

BitcoinTalk

Re: 0.3.13 RC1 for Windows, please test
1 October 2010, 00:32 UTC
Too late for 0.3.13, but I'll try to find time to add it to the next version.
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…
Private email (Martti Malmi)

SMF php code
3 October 2010, 20:27 UTC
I noticed my custom captcha stuff is gone. I guess it got lost in an upgrade? What are we doing for captcha now? If we only have default captcha, we'd be getting flooded with spam accounts. Do I need to re-integrate the custom captcha…
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: [PATCH] increase block size limit
3 October 2010, 21:07 UTC
+1 theymos. Don't use this patch, it'll make you incompatible with the network, to your own detriment. We can phase in a change later if we get closer to needing it.
BitcoinTalk

Re: How to overthrow the GPU Oligarchs
3 October 2010, 21:30 UTC
This is the point of confusion. extraNonce is not part of the block header, it is part of the first transaction. It does not slow down your hashing. It does not change the size of the header. We need to be vigilant and nip in the bud any…
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: Memory leak
3 October 2010, 22:07 UTC
You're connecting to yourself. All 21 connection attempts were to a node with version 31300 (0.3.13). Not everyone has 0.3.13 yet. IRC seems to be working. It ought to have other nodes to try. There may be something I need to do to make…
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.
BitcoinTalk

Re: Website and software translations
4 October 2010, 01:44 UTC
Thanks eurekafag, Russian translation added to SVN rev 160.
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

Re: [PATCH] increase block size limit
4 October 2010, 19:48 UTC
It can be phased in, like: if (blocknumber > 115000) maxblocksize = largerlimit It can start being in versions way ahead, so by the time it reaches that block number and goes into effect, the older versions that don't have it are already…
BitcoinTalk

Re: Website and software translations
6 October 2010, 15:42 UTC
poedit reorganised the file for some reason. I re-ran update from sources and it put it back in the original order so it's fine now. Did you run it on a drive where files aren't sorted alphabetically, like a FAT drive or USB flash drive?…
BitcoinTalk

Re: I broke my wallet, sends never confirm now.
6 October 2010, 16:54 UTC
That's going to be more of a SelectCoins thing. SVN rev 161 has a refinement to recursively determine if your own unconfirmed transactions can be spent. This is needed because you should be able to spend your own change right away. The…
BitcoinTalk

Re: Tor connections not working reliably, many seednodes offline
6 October 2010, 17:36 UTC
Maybe you were just unlucky to have an exit node without reverse lookup. The IRC server's response doesn't look like it was disconnecting you for that. It's supposed to go IRC SENDING: NICK after that, and it doesn't so it gets timed out.…
BitcoinTalk

Re: The Niche List
6 October 2010, 23:10 UTC
Repeating myself here, but there is open source software for that, so it would just be a matter of bolting on a Bitcoin payment mechanism. One good one I found was Mihalism Multi Host. It's designed as a free host, so it would just need a…
BitcoinTalk

Key pool feature for safer wallet backup
9 October 2010, 20:19 UTC
SVN rev 163 (ver 0.3.13.3) has the key pool feature. Pre-generated new keys are aged in a queue before use, so that backups of wallet.dat hold keys you'll use in the future. For now I made the default pool size 100. It can be configured…
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: Website and software translations
21 October 2010, 22:50 UTC
The order matters not to the program, but it matters to me maintaining it. If it jumbles the order of the .po file then I can't diff for changes. I have to update all 7 translation files when I change the English text in the program, and…
BitcoinTalk

Re: ERROR - PLEASE HELP ME!
23 October 2010, 18:22 UTC
He was generating invalid blocks at difficulty 1.0. He must have a corrupted entry in his blk0001.dat or blkindex.dat file. He just needs to delete blk*.dat and let it redownload. The safety lockdown detected the problem and was…
BitcoinTalk

Re: ERROR - PLEASE HELP ME!
23 October 2010, 18:38 UTC
OK, if it really won't get past block 1698 on redownload, then we're in stranger territory. Yes, possibly he has antivirus software or even a router or filewall that is pattern matching a sequence of bytes and censoring it. It would be…
BitcoinTalk

Re: Win7 64bit since last patch Tues now crashes
23 October 2010, 18:52 UTC
This is the important clue. I believe it's saying it crashed in that. Maybe there are other versions of it to try. mingwm10.dll is just a simple placeholder thing that satisfies some callback requirement for multithreaded apps. Is anyone…
BitcoinTalk

Re: Suggestion: Allow short messages to be sent together with bitcoins ?
23 October 2010, 19:02 UTC
ECDSA can't encrypt messages, only sign signatures. It would be unwise to have permanently recorded plaintext messages for everyone to see. It would be an accident waiting to happen. If there's going to be a message system, it should be a…
BitcoinTalk

Re: Multiple Wallets, one computer
24 October 2010, 19:17 UTC
I have the beginning of something like this. It's mostly like what Gavin described. Some more rpc interface: move <fromaccount> <toaccount> <amount> Move from one internal account to another. I think blank account name ("") will be your…
BitcoinTalk

Re: Multiple Wallets, one computer
25 October 2010, 16:53 UTC
Here's some pseudocode of how you would use the account based commands. It sure makes website integration a lot easier. print "send to " + getaccountaddress(username) + " to fund your account" print "balance: " + getbalance(username, 0)…
BitcoinTalk

Re: Win7 64bit since last patch Tues now crashes
25 October 2010, 17:27 UTC
The only thing I can think of is to see if there are other versions of mingwm10.dll you can get. mingwm10.dll is a tiny little DLL that came with the MinGW compiler that you need when you build for multi-thread. I don't know exactly what…

November 2010

BitcoinTalk

Re: New icon/logo
13 November 2010, 00:55 UTC
I'm happy if someone with artistic skill wants to contribute alternatives. The icon/logo was meant to be good as an icon at the 16x16 and 20x20 pixel sizes. I think it's the best program icon, but there's room for improvement at larger…
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: Some testing that I did on the testnetwork, my findings.
14 November 2010, 16:53 UTC
You should use at least some priority in case a flood comes along before the next block. As long as all dependencies have at least 1 conf, if the transaction doesn't have enough priority at first, the dependencies will age until it does.…
BitcoinTalk

Re: Need OP_BLOCKNUMBER to allow "time" limited transactions
15 November 2010, 18:37 UTC
We can't safely do OP_BLOCKNUMBER. In the event of a block chain reorg after a segmentation, transactions need to be able to get into the chain in a later block. The OP_BLOCKNUMBER transaction and all its dependants would become invalid.…
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

New getwork
23 November 2010, 19:50 UTC
I uploaded a redesign of m0mchil's getwork to SVN rev 189 (version 31601) m0mchil's external bitcoin miner idea has solved a lot of problems. GPU programming is immature and hard to compile, and I didn't want to add additional…
BitcoinTalk

Re: New getwork
23 November 2010, 20:55 UTC
It's not an exact drop-in replacement. I wanted to clean up the interface a little. It only requires a few changes. ScanHash_ functions aren't going away. BTW, the interface of this is designed to mirror the parameters of that (midstate,…
BitcoinTalk

Re: New getwork
24 November 2010, 17:21 UTC
getwork does the byte-reversing. midstate, data and hash1 are already big-endian, and you pass data back still big-endian, so you work in big-endian and don't have to do any byte-reversing. They're the same data that is passed to the…
BitcoinTalk

Re: OpenCL miner for the masses
24 November 2010, 17:53 UTC
A revised version of getwork is now in the official client, but the miners need to be updated a little to use it.
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: New getwork
26 November 2010, 21:31 UTC
That's what it does, it returns true/false.
BitcoinTalk

Re: New demonstration CPU miner available
26 November 2010, 22:02 UTC
You should try it with tcatm's 4-way SSE2 SHA in sha256.cpp. It compiles fine as a C file, just rename sha256.cpp to sha256.c. I was able to get it to work in simple tests on Windows, but not when linked in with Bitcoin. It may have a…
BitcoinTalk

Re: Cooperative mining
28 November 2010, 16:03 UTC
ribuck's description is spot on. Pool operators can modify their getwork to take one additional parameter, the address to send your share to. The easy way for the pool operator would be to wait until the next block is found and divy it up…
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: Is safe running bitcoins with the same wallet on more computers simultaneously?
28 November 2010, 18:06 UTC
Very much not. Using multiple copies of wallet.dat is not recommended or supported, in fact all of Bitcoin is designed to defeat that. Both copies will get screwed up. If you're trying to consolidate your generated coins into one wallet,…
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: Incompatible wallet format with latest bitcoin-git ?
30 November 2010, 19:02 UTC
What was this wallet used with? An early accounts patch or git build? It's while loading the wallet. I assume it must be in this: else if (strType == "acentry") { string strAccount; ssKey >> strAccount; uint64 nNumber; ssKey >> nNumber;…

December 2010

Private email (Martti Malmi)

\[Fwd: Bitcoin.org is down\]
1 December 2010, 00:58 UTC
\-------- Original Message -------- Subject: Bitcoin.org is down Date: Tue, 30 Nov 2010 18:27:02 -0600 From: theymos <theymos@mm.st> To: satoshin@gmx.com Bitcoin.org has been down for several hours.
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)

What was the bitcoin.org outage?
2 December 2010, 22:00 UTC
Do you know what caused that outage? Did it need to be rebooted, or was it a DoS or something? The IP was pingable during the outage. Did you get back to davidonpda about his doing a mirror backup? I think that's a really good idea. Do…
Private email (Martti Malmi)

Re: What was the bitcoin.org outage?
3 December 2010, 19:58 UTC
\> I told him to go ahead. I don't do automatic backups atm. We should have It should be Gavin. I trust him, he's responsible, professional, and technically much more linux capable than me. (I don't know Xunie, but he hasn't posted for…
BitcoinTalk

Re: Wikileaks contact info?
5 December 2010, 09:08 UTC
No, don't "bring it on". The project needs to grow gradually so the software can be strengthened along the way. I make this appeal to WikiLeaks not to try to use Bitcoin. Bitcoin is a small beta community in its infancy. You would not…
Private email (Martti Malmi)

Re: What was the bitcoin.org outage?
6 December 2010, 16:08 UTC
mmalmi@cc.hut.fi wrote: Thanks, did you finish moving bitcoinexchange to another server? -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.4.7 (MingW32) mQGiBEkJ+qcRBADKDTcZlYDRtP1Q7/ShuzBJzUh9hoVVowogf2W07U6G9BqKW24r…
Private email (Martti Malmi)

Project Developers
7 December 2010, 15:38 UTC
Mind if I add you to the Project Developers list on the Contact page? You wrote some code before so you should be there. It would have to be your real name for consistency. If you want to have an e-mail address listed, I'll make an image…
BitcoinTalk

Re: JSON-RPC method idea: list transactions newer than a given txid
8 December 2010, 20:21 UTC
It's not safe to use listtransactions this way. I know I've been criticized for being reluctant about listtransactions. Let me explain my reluctance. Transactions are dynamic. Past transactions can become unconfirmed, go away and come…
BitcoinTalk

Re: JSON-RPC method idea: list transactions newer than a given txid
8 December 2010, 22:36 UTC
Then how do you cope with the issues I listed in the message you quoted?
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: JSON-RPC method idea: list transactions newer than a given txid
9 December 2010, 00:12 UTC
I'm not talking about the normal risk for a given minconf level, I'm talking about additional pitfalls from listtransactions when used this way. The OP's example of listtransactions <account> [count=10] [txid] seems to imply and it would…
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: JSON-RPC method idea: list transactions newer than a given txid
9 December 2010, 18:08 UTC
As long as the interface is designed for things like showing the user the last N transactions history, it's fine, now that we have the Accounts feature making it easier to do payment detection the right way. Gavin, could listtransactions…
BitcoinTalk

Re: Automated nightly builds
9 December 2010, 18:28 UTC
Thanks for setting this up Cdecker. Is there any chance of getting it to build the GUI version also? If this is Ubuntu, if you get wxWidgets 2.9.0 it should just be a matter of following the steps in build-unix.txt exactly. Is this an…
BitcoinTalk

Re: BitDNS and Generalizing Bitcoin
9 December 2010, 21:02 UTC
I think it would be possible for BitDNS to be a completely separate network and separate block chain, yet share CPU power with Bitcoin. The only overlap is to make it so miners can search for proof-of-work for both networks…
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: Fees in BitDNS confusion
9 December 2010, 23:58 UTC
Not locktime. There's a possible design for far in the future: You intentionally write a double-spend. You write it with the same inputs and outputs, but this time with a fee. When your double-spend gets into a block, the first spend…
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

Accounts example code
10 December 2010, 19:21 UTC
Some sample pseudocode using the new Accounts based commands in 0.3.18. print "send to " + getaccountaddress(username) + " to fund your account" print "balance: " + getbalance(username, 0) print "available balance: " +…
BitcoinTalk

Re: BitDNS and Generalizing Bitcoin
10 December 2010, 19:55 UTC
Right, the exchange rate between domains and bitcoins would float. A longer interval than 10 minutes would be appropriate for BitDNS. So far in this discussion there's already a lot of housekeeping data required. It will be much easier if…
BitcoinTalk

Re: BitDNS and Generalizing Bitcoin
10 December 2010, 20:19 UTC
I agree. All transactions, IP changes, renewals, etc. should have some fee that goes to the miners. You might consider a certain amount of work to generate a domain, instead of a fixed total circulation. The work per domain could be on a…
BitcoinTalk

Re: BitDNS and Generalizing Bitcoin
11 December 2010, 13:08 UTC
@dtvan: all 3 excellent points. 1) IP records don't need to be in the chain, just do registrar function not DNS. And CA problem solved, neat. 2) Pick one TLD, .web +1. 3) Expiration and significant renewal costs, very important. Avoiding…
BitcoinTalk

Re: Bitcoin and buffer overflow attacks
11 December 2010, 13:32 UTC
If you ever find anyone who turned it on. It's disabled by default. It's all STL. There are almost no buffers.
BitcoinTalk

Re: minimalistic bitcoin client on D language?
11 December 2010, 22:07 UTC
That means a lot coming from you, Hal. Thanks.
BitcoinTalk

Re: PC World Article on Bitcoin
11 December 2010, 23:39 UTC
It would have been nice to get this attention in any other context. WikiLeaks has kicked the hornet's nest, and the swarm is headed towards us.
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 (Martti Malmi)

Re: Bitcoin.org backups
20 December 2010, 18:10 UTC
Gavin Andresen wrote: I agree, don't let the database out of your hands. There's private PM in there, e-mail addresses, passwords. BTW, password hashes = passwords. It's easy to break the hash of short passwords people use on forums. 6…
Private email (Mike Hearn)

More BitCoin questions
29 December 2010, 22:42 (time as published; timezone not given)
client-mode.patch 11K

All years · Satoshi-era timeline