foo
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 14, 2011, 09:46:54 AM |
|
Anyone mind telling me how to update my client?
backup your wallet.dat file before you do anything once you install the new version you just have to replace that file look fot it in \AppData\Roaming\Bitcoin Incorrect. Updating the client does not overwrite the data directory. (Backing up is of course always a good idea though.)
|
I know this because Tyler knows this.
|
|
|
gim
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 90
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 14, 2011, 12:47:46 PM |
|
5ca82c5b694fc432b4b342dde5cd1b145e265f13 bitcoin-0.3.23-linux.tar.gz
The unusual lack of a top level directory in this archive is rather inconvenient. But many thanks for this new release :-)
|
|
|
|
stakhanov
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 14, 2011, 01:05:40 PM |
|
Great job, thanks for the update!
|
|
|
|
defxor
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 14, 2011, 03:57:39 PM |
|
FYI
I'm having issues connecting my "internal" client (on one computer) with the one I run on another computer that's port mapped and listed on the IRC channels. The internal client does not go on IRC, isn't port mapped and the config file adds the other client on the local network using addnode. This worked well with at least 0.3.21, never really tried 0.3.22. With 0.3.23 it seems the connection gets dropped easily, and once it's been dropped it doesn't seem to come back up. Even when it's initally up (1 connection) there are very few blocks being received, and very slowly, though.
From the internal client log, although it doesn't seem to be detailed enough:
ThreadOpenConnections started trying connection 192.168.0.123:8333 lastseen=-335573.5hrs lasttry=-363351.2hrs ThreadMessageHandler started connected 192.168.0.123:8333 sending: version (85 bytes) ... ProcessBlock: ACCEPTED socket closed disconnecting node 192.168.0.123:8333
(Both computers are Macs)
Is there a way to prioritize clients on the same local network? I'd like for my "external" client to feed blocks to the "internal" one as quickly as possible.
|
|
|
|
ribuck
Donator
Hero Member
Offline
Activity: 826
Merit: 1060
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 14, 2011, 04:23:24 PM |
|
The unusual lack of a top level directory in this archive is rather inconvenient.
Standards slip when the boss is away speaking to the CIA! But seriously, thanks for the great work.
|
|
|
|
jackjack
Legendary
Offline
Activity: 1176
Merit: 1257
May Bitcoin be touched by his Noodly Appendage
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 14, 2011, 04:27:14 PM Last edit: June 14, 2011, 04:42:35 PM by jackjack |
|
5ca82c5b694fc432b4b342dde5cd1b145e265f13 bitcoin-0.3.23-linux.tar.gz
The unusual lack of a top level directory in this archive is rather inconvenient. But many thanks for this new release :-) This. Fortunately there are only 6 or 7 files/directories inside, not too horrible unless you had a src or bin directory where you were when you extracted it Also, thanks for the release
|
Own address: 19QkqAza7BHFTuoz9N8UQkryP4E9jHo4N3 - Pywallet support: 1AQDfx22pKGgXnUZFL1e4UKos3QqvRzNh5 - Bitcointalk++ script support: 1Pxeccscj1ygseTdSV1qUqQCanp2B2NMM2 Pywallet: instructions. Encrypted wallet support, export/import keys/addresses, backup wallets, export/import CSV data from/into wallet, merge wallets, delete/import addresses and transactions, recover altcoins sent to bitcoin addresses, sign/verify messages and files with Bitcoin addresses, recover deleted wallets, etc.
|
|
|
defxor
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 14, 2011, 06:23:28 PM |
|
I'm having issues connecting my "internal" client (on one computer) with the one I run on another computer that's port mapped and listed on the IRC channels. -snip- Is there a way to prioritize clients on the same local network? I'd like for my "external" client to feed blocks to the "internal" one as quickly as possible.
Might've found the culprit. This is from the "external" client's log: sending: block (23423 bytes) sending: inv (37 bytes) socket send flood control disconnect (10030645 bytes) disconnecting node 192.168.0.132:64860
If flood control is something recently added then I guess that would be where my problem comes from. It'd be great to be able to turn that off for clients on the same local network at least if not the possibility for a full whitelist.
|
|
|
|
kwukduck
Legendary
Offline
Activity: 1937
Merit: 1001
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 14, 2011, 08:04:30 PM |
|
where is the win32 zipped version?
Just open the exe with your favorite archiver
|
14b8PdeWLqK3yi3PrNHMmCvSmvDEKEBh3E
|
|
|
c_mac
Newbie
Offline
Activity: 9
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 15, 2011, 01:53:46 AM |
|
+1 nicely done guys!
|
|
|
|
Azetab
Newbie
Offline
Activity: 19
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 15, 2011, 03:46:21 AM |
|
where is the win32 zipped version?
Just open the exe with your favorite archiver Tried with Winrar and it doesn't work
|
|
|
|
Noise
Newbie
Offline
Activity: 24
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 15, 2011, 04:06:18 AM |
|
My ESET NOD32 has just decided it doesn't like the BitCoin installer all of a sudden, it just quarantined and deleted it. ![Angry](https://bitcointalk.org/Smileys/default/angry.gif) *disables ESET*
|
|
|
|
phillipsjk
Legendary
Offline
Activity: 1008
Merit: 1001
Let the chips fall where they may.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 15, 2011, 04:16:17 AM |
|
Can we finally for god's sake get a wallet encryption feature?!
Do I get to say "I told you so" when all the NOOBs flood the forum complaining they forgot their wallet passphrase? (Or conversely, chose a weak password and had their funds stolen anyway.) I suspect wallets will be a little more permanent than private keys used for authentication.
|
James' OpenPGP public key fingerprint: EB14 9E5B F80C 1F2D 3EBE 0A2F B3DE 81FF 7B9D 5160
|
|
|
gongcheng
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 84
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 15, 2011, 04:22:23 AM |
|
Is there a portable version for windows?
such as the zip file for the last version?
As far as I known, quite a few users don't like to install softwares on their computer. They would like a portable version。
|
|
|
|
djproject
Newbie
Offline
Activity: 30
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 15, 2011, 04:51:24 AM Last edit: June 15, 2011, 05:42:40 AM by djproject |
|
Thanks for the update, devs ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) You guys rock Happy the mandatory fee was lowered, disappointed it is still undisableable without recompiling the sourcecode. (Just tried sending myself .00001BTC as a test, and it refused to send it without a .0005BTC fee). Any fixed-size hardcoded minimum transaction fee in the original client is an example of centralized authority controlling bitcoin: by hardcoding 0.0005 as the minimum, Bitcoin.org is signaling that they do not expect 0.0005BTC to become particularly burdensome in the foreseeable future. Granted, such an assumption is quite probably true, but I still feel it ought to be the market who decides such things, not Bitcoin.org. In particular, bitcoin granularity is effectively capped now at .0001BTC (for original client users). For example, many people have talked about Satoshi (units equal to 0.00000001BTC), but if an original client user wants to actually spend a Satoshi, they will be charged a 5,000,000% fee. So it is tantamount to false advertising to casually discuss these units as if they are already usable. Proposed Guiding Principle: To the extent it is possible without unduly inconveniencing the developers, the main client should be designed in such a way that if all further client development were halted due to unforeseen catastrophe, freezing the client at the current version, this version should scale arbitrarily. The present client does not scale. Assuming 21million BTC, a .0005BTC transaction fee is 2.38*10^-9 percent of the ENTIRE bitcoin economy [1]. This might intuitively seem tiny, but bear in mind that 2.38*10^-9 percent of the current USD economy is [2] around $20 (assuming 829billion USD in circulation [3]). [1] http://www.wolframalpha.com/input/?i=what+percent+of+21000000+is+.0005[2] http://www.wolframalpha.com/input/?i=2.38*10^{-9}+%25+of+829000000000[3] http://www.newyorkfed.org/aboutthefed/fedpoint/fed01.html
|
|
|
|
cschmitz
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 98
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 15, 2011, 05:42:39 AM Last edit: June 15, 2011, 05:54:36 AM by cschmitz |
|
I previously ran RC1 of .23, when trying to update to this version my Antivir, ESED NOD32, complains that bitcoind.exe is a potential Win32/Genetik Trojan. One might wonder what was changed from RC1 to this Version to trigger that or if someone had actually compiled the .exe with a trojan. Please clarify.
an update of the signatures of ESET has removed the warning, so a false positive.
|
proud 5.x gh/s miner. tips welcome at 1A132BPnYMrgYdDaRyLpRrLQU4aG1WLRtd
|
|
|
elements
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 15, 2011, 11:31:25 AM |
|
I'm also happy that the mandatory fee was lowered. But I still don't see, why there has to be a mandatory fee at all. Sure miners need to have an incentive but there are miners out there who support free transactions.
Shouldn't the client give you the option to send money with fee (priority) and without fee (low priority)? Currently the client simply gives you an error message that you can only send your transaction if you accept the minimum fee of 0.0005 BTC
This is a huge setback for using BTC as micropayments.
|
»A common mistake that people make when trying to design something completely foolproof was to underestimate the ingenuity of complete fools.« - Douglas Adams Use the trusted German Bitcoin exchange: https://www.bitcoin.de/de/r/5wcwtsTips & donations: BTC : 1MAQYNLp2VJ9wWhPYg5BnrbUGzdhGXopZw | CGB: 5bgQivyHJcSWTgvLfVW87Zj23M7mcFCVBF
|
|
|
Raulo
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 15, 2011, 11:58:12 AM |
|
This is a huge setback for using BTC as micropayments.
Bitcoin is not suitable for micropayments. And never was. The fees are not just to enrich the miners but to conserve the resources. In my opinion, the lowering of the fee is premature and will result in fattening of the block chain which will be pain in the neck without a thin client ready. With the current average block size of 20kB http://blockexplorer.com/q/avgblocksizethe blockchain grows by about 100 MB per month and if the fees are decreased, it's going to be only worse.
|
1HAoJag4C3XtAmQJAhE9FTAAJWFcrvpdLM
|
|
|
elements
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 15, 2011, 12:07:53 PM |
|
You do realize though that a lot of advertisement has been made stating that bitcoin is THE micropayment solution.
Especially for digital content (YouTube, etc). Assume one bitcoin will once be worth a thousand dollars or more. Who would then pay for digital content, if the minimum amount was let's say 0.01 BTC.
See my point?
If a solution cannot be found in the regard, maybe people should not promote bitcoin as a micropayment solution...
|
»A common mistake that people make when trying to design something completely foolproof was to underestimate the ingenuity of complete fools.« - Douglas Adams Use the trusted German Bitcoin exchange: https://www.bitcoin.de/de/r/5wcwtsTips & donations: BTC : 1MAQYNLp2VJ9wWhPYg5BnrbUGzdhGXopZw | CGB: 5bgQivyHJcSWTgvLfVW87Zj23M7mcFCVBF
|
|
|
foo
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 15, 2011, 12:15:05 PM |
|
You do realize though that a lot of advertisement has been made stating that bitcoin is THE micropayment solution.
No one with any authority has said such a thing.
|
I know this because Tyler knows this.
|
|
|
Raulo
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
June 15, 2011, 12:24:07 PM |
|
You do realize though that a lot of advertisement has been made stating that bitcoin is THE micropayment solution.
It is not. There is a network-wide cost of processing each transaction. Currently each client has a copy of the whole blockchain. Each client verifies (twice) every single transaction. Soon, you will need a fat server to even use bitcoins because there is no other way. Reducing the fee before the constraints are solved is premature. I for one would rather see slower Bitcoin adoption than Bitcoin bloat.
|
1HAoJag4C3XtAmQJAhE9FTAAJWFcrvpdLM
|
|
|
|