Bitcoin Forum
May 11, 2024, 03:47:59 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 [103]
2041  Bitcoin / Bitcoin Discussion / Are unconfirmed transactions ever lasting in the client? on: July 12, 2011, 05:26:06 PM
Will my Bitcoin client ever give up broadcasting one of my unconfirmed transactions?

I mean:
Is there some defined number of blocks after which it will just decide that my transaction does not have a chance to get mined? And so it will put the money back into the wallet, so I could spend it otherwise..
Or is it going to keep the unconfirmed amount blocked forever?
2042  Other / Beginners & Help / Re: Difficulty - I don't get it on: July 08, 2011, 08:23:14 PM
Yeah, even then, it's only a mater of time until my transaction gets mined by an honest miner Smiley
The guy who invented it is really a genius - Edison is nothing next to him Smiley
2043  Other / Beginners & Help / Re: Difficulty - I don't get it on: July 08, 2011, 08:14:01 PM

But if he can prevent transactions and take all the freshly generated coins to himself - isn't it technically taking over the network?


Anyone who has such hashing power has to choose between assaulting the network and participating honestly within it.  If said person has 51% of the hashing power, and participates honestly, he can capture 51% of the newly generated coins.  He could choose to reject every transaction, and simply publish empty blocks, but this isn't an attack on the network, really.  It does no harm, since transactions can still be expected to be processed by the miners who capture the other 49% of blocks.  However, such a person could choose to prevent all transactions, but to do this he has to turn his miners to the task of reversing all of the blocks that are created by other miners, so he would still only be able to capture about the same number of blocks over the same time period.  The effective hash rate of the network would be cut in half, but only if the attacker is successful at reversing all honest blocks before another honest block could be built upon it.  The odds of this continuing for any extended period of time is remote with only 51%.
I know it is unlikely.
But you say that he can deny to publish all the transactions.
What I think would be more dangerous is if he defines a filter that accepts some transactions, but not others.
It could turn into corporations ruling over what can and what cannot be sent through.
So it's more likely to happen Smiley
2044  Other / Beginners & Help / Re: Difficulty - I don't get it on: July 08, 2011, 07:58:08 PM
But also there is a problem that if anyone would manage to take over more than a half of the network's hashing speed - then he would basically take over the network.
Right?
So the difficulty is also to protect against that, not only to make it more expensive to mine bitcoins? Though, I have to admit that these two things are pretty much related Smiley

No, an attacker with 50% of the hashing would not be able to take over the network.  Such an attacker would be able to prevent transactions from being processed, and potentially double-spend coins that he recently possessed; but would still be unable to do anything to anyone's coins that he had never actually owned.  The 50% mark just makes an attack possible, it doesn't make it easy.
Sorry, I don't mean to spread any panic or something.
Of course he cannot get money that people had generated before.
But if he can prevent transactions and take all the freshly generated coins to himself - isn't it technically taking over the network?
2045  Other / Beginners & Help / Re: Difficulty - I don't get it on: July 08, 2011, 07:41:44 PM
But also there is a problem that if anyone would manage to take over more than a half of the network's hashing speed - then he would basically take over the network.
Right?
So the difficulty is also to protect against that, not only to make it more expensive to mine bitcoins? Though, I have to admit that these two things are pretty much related Smiley
2046  Other / Beginners & Help / Re: Difficulty - I don't get it on: July 08, 2011, 07:33:25 PM
I guess in a way it also controls an inflation, but only in a short term, since the total number of bitcoins is limited at the end, anyway.

But the difficulty, and the way it changes serves many purposes.
The most important one is I guess to decentralize the power of one PC, over the entire network.
So there is this difficulty that makes it difficult to screw over the others Smiley
2047  Other / Beginners & Help / Re: Difficulty - I don't get it on: July 08, 2011, 07:20:31 PM
Thank you. That's exactly what I needed to know.
2048  Other / Beginners & Help / Re: Difficulty - I don't get it on: July 08, 2011, 07:09:33 PM
is the difficulty calculated to compensate the inherited error, or is it only to match the next 2016 blocks so they would be all 10min long from now on?
2049  Other / Beginners & Help / Re: Difficulty - I don't get it on: July 08, 2011, 07:05:58 PM
One would think that on the bitcoin forum this kind of questions would rather get answered... Smiley
I'm not sure if the protocol allows to re-ask, but I would really appreciate anyone explaining this difficulty stuff to me.
So, should I keep asking until I get answered (or banned)? Or maybe re-asking wont help anyway, because the only way to know this is to look into the source code? Smiley
2050  Other / Beginners & Help / Re: Difficulty - I don't get it on: July 07, 2011, 07:17:05 PM
but i wonder about a long term effect.
if they say that the last block that gives the actual mining incentive will be introduced in the year 2136 or something - how accurate is such statement?

is the difficulty calculated to compensate the inherited error, or is it only to match the next 2016 blocks so they would be all 10min long from now on?
2051  Other / Beginners & Help / Difficulty - I don't get it on: July 07, 2011, 07:08:00 PM
Can anyone please explain me?

So I read that every new block should appear after 10 minutes from the previous one.
And this is enforced by the difficulty.
So the difficulty is recalculated every few blocks , adjusting itself to the current hashing speed of the network, trying to reach 10min/block in the perfect case, which never happens...

Is this right?

Because if so it would imply that you cannot really predict an actual date when a specific block number would appear in the network.
Or can you?
2052  Bitcoin / Bitcoin Technical Support / Re: Problem with listreceivedbyaddress on: June 07, 2011, 02:17:40 PM
I realised that "listreceivedbyaddress x true" (but also "getaddressesbyaccount") basically lists the entire address book; both receiving and sending addresses.
Is this some kind of bug or is there a reasoning behind it?
I have 0.3.21
2053  Bitcoin / Bitcoin Technical Support / Problem with listreceivedbyaddress on: June 07, 2011, 02:01:02 PM
When I do "listreceivedbyaddress 1 true" it gives me back not only my receiving addresses, but also an address to which I sent some money (obviously not mine).

My problem is that I use this list as a pool from which I pick up addresses and give them to users so they could send money to my wallet.
Is there a way to filter out the receiving addresses which are not pointing to my wallet?
Pages: « 1 ... 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 [103]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!