Bitcoin Forum
December 11, 2016, 06:19:37 AM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 [2] 3 4 »  All
  Print  
Author Topic: [ANN] Bitcoin version 0.3.23 released  (Read 16712 times)
foo
Sr. Member
****
Offline Offline

Activity: 409



View Profile
June 14, 2011, 09:46:54 AM
 #21

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.
1481437177
Hero Member
*
Offline Offline

Posts: 1481437177

View Profile Personal Message (Offline)

Ignore
1481437177
Reply with quote  #2

1481437177
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
gim
Member
**
Offline Offline

Activity: 90


View Profile
June 14, 2011, 12:47:46 PM
 #22

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
Full Member
***
Offline Offline

Activity: 175


View Profile
June 14, 2011, 01:05:40 PM
 #23

Great job, thanks for the update!
defxor
Hero Member
*****
Offline Offline

Activity: 530


View Profile
June 14, 2011, 03:57:39 PM
 #24

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
Legendary
*
Offline Offline

Activity: 826


View Profile
June 14, 2011, 04:23:24 PM
 #25

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
Hero Member
*****
Offline Offline

Activity: 882


May Bitcoin be touched by his Noodly Appendage


View Profile
June 14, 2011, 04:27:14 PM
 #26

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
Hero Member
*****
Offline Offline

Activity: 530


View Profile
June 14, 2011, 06:23:28 PM
 #27

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 Offline

Activity: 1569


View Profile
June 14, 2011, 08:04:30 PM
 #28

Quote
where is the win32 zipped version?

Just open the exe with your favorite archiver

14b8PdeWLqK3yi3PrNHMmCvSmvDEKEBh3E
c_mac
Newbie
*
Offline Offline

Activity: 9


View Profile
June 15, 2011, 01:53:46 AM
 #29

+1 nicely done guys!
Azetab
Newbie
*
Offline Offline

Activity: 19


View Profile
June 15, 2011, 03:46:21 AM
 #30

Quote
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 Offline

Activity: 24



View Profile
June 15, 2011, 04:06:18 AM
 #31

My ESET NOD32 has just decided it doesn't like the BitCoin installer all of a sudden, it just quarantined and deleted it.  Angry

*disables ESET*
phillipsjk
Legendary
*
Offline Offline

Activity: 1008

Let the chips fall where they may.


View Profile WWW
June 15, 2011, 04:16:17 AM
 #32

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
**
Offline Offline

Activity: 84


View Profile
June 15, 2011, 04:22:23 AM
 #33

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
Jr. Member
*
Offline Offline

Activity: 30



View Profile
June 15, 2011, 04:51:24 AM
 #34

Thanks for the update, devs Smiley  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
**
Offline Offline

Activity: 98


View Profile
June 15, 2011, 05:42:39 AM
 #35

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
Full Member
***
Offline Offline

Activity: 182


View Profile
June 15, 2011, 11:31:25 AM
 #36

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/5wcwts
Tips & donations: BTC : 1MAQYNLp2VJ9wWhPYg5BnrbUGzdhGXopZw | CGB: 5bgQivyHJcSWTgvLfVW87Zj23M7mcFCVBF
Raulo
Full Member
***
Offline Offline

Activity: 238


View Profile
June 15, 2011, 11:58:12 AM
 #37

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/avgblocksize
the blockchain grows by about 100 MB per month and if the fees are decreased, it's going to be only worse.





1HAoJag4C3XtAmQJAhE9FTAAJWFcrvpdLM
elements
Full Member
***
Offline Offline

Activity: 182


View Profile
June 15, 2011, 12:07:53 PM
 #38

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/5wcwts
Tips & donations: BTC : 1MAQYNLp2VJ9wWhPYg5BnrbUGzdhGXopZw | CGB: 5bgQivyHJcSWTgvLfVW87Zj23M7mcFCVBF
foo
Sr. Member
****
Offline Offline

Activity: 409



View Profile
June 15, 2011, 12:15:05 PM
 #39

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
Full Member
***
Offline Offline

Activity: 238


View Profile
June 15, 2011, 12:24:07 PM
 #40

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
Pages: « 1 [2] 3 4 »  All
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!