Bitcoin Forum
April 25, 2024, 01:43:56 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 [503] 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 ... 589 »
10041  Bitcoin / Bitcoin Technical Support / Re: slow creation of thansaction on big wallet.dat on: July 05, 2015, 04:00:59 PM
it must search through every single unspent output for every single address in the wallet. Since there are thousands of addresses and thousands of unspent outputs for each address, it can take a long time to search through everything in order to create your transaction.
Does really wallet.dat has no indexes for unspent outputs?
Well known that in Relational-DB we can find 1 record from 1 million records less than for 1 second using indexes.
I'm not sure. It isn't the wallet.dat but rather the levelDB databases that Bitcoin Core uses for everything. You should lookup some stuff about levelDB.
10042  Bitcoin / Bitcoin Discussion / Re: Please list arguments against the idea of taking away Gavins' alert keys on: July 05, 2015, 03:49:22 PM
If that were to happen, then as gmaxwell said, there would be a new alert that cannot be canceled and cancels all previous alerts that states "Alert Key Compromised" ...

Since no current member of core has been reported to have this key, that could become an awkward and most troublesome task.

And, to the best of my knowledge, there is no override option that makes an alert cancel proof.


Your knowledge is quite wrong. There are most certainly people on the core dev team that have the key. I'm pretty sure that gmaxwell has the alert key because he said this
I'm using 0.10.2 and still got the message, it's not a version specific announcement.
The message was briefly up for 0.10.2 because 0.10 had failed to increment the protocol version and I failed to account for that. The there are two alerts which are active right now covering everything prior to 0.9 plus the specific subversion strings for 0.9.0-0.9.5.
about the recent blockchain fork. He is referring to the alert sent out. Note the "I"

There is in fact an override option that makes an alert cancel proof. Go look in the code. alert.cpp, line 178 https://github.com/bitcoin/bitcoin/blob/master/src/alert.cpp
gmaxwell said it too.
More or less incorrect on both counts. Yes, someone can send a message-- but that message can be disabled, locked out, and replaced with a key compromised method by anyone with the alert key.  For security reasons everyone who has the alertkey is not enumerated (so that someone can't attempt to suppress use of the alert key by targeting multiple people). Multiple people currently active in the project have the key, and there are also other security measures in place.
10043  Bitcoin / Development & Technical Discussion / Re: Majority is not Enough: Bitcoin Mining is Vulnerable on: July 05, 2015, 03:40:59 PM
You should include the links to those threads. They aren't linked.

1: If the solution were to randomize what chain to work on in a tie, why wouldn't the selfish pool
try to create multiple chains by having subpools work on finding hashes for separate blocks?
These can then be flooded to the network increasing the odds in favor of the selfish pool even
with the randomizing.
Of course, the processing power in N times the amount to do a single block ahead, where N is the
number of simultaneous blocks being hashed.  Also the probability of even finding two blocks
against the entire network is very low and probably cost prohibitive.
What good would that do? It would cost a lot of processing power and there would be little profit. There would be N times the amount of processing power in order to flood the network with their blocks, but each one different. With that much processing power, it would be more effective and more profitable to mine normally. Instead of finding two blocks simultaneously and getting only a 25 BTC reward, with the same hashrate, they could find two blocks one after each other and get a 50 BTC reward.

2: In general, holding on to a block for some period after finding it, looks like a potential advantage
is working on the next block.  Why not have all the nodes do this as normal operation?
The longer a node holds onto the block, the higher the risk of getting into a competitive fork situation,
but also increases the opportunity to win the race to the next block.  Seems like this could create
some "safe" gambling type behavior, while nullifying the overall effect of the selfish mining algorithm.
The longer a node holds onto a block, the higher the risk of someone else finding that same block and thus orphaning the miner. Unless the miner held a significant portion of the network, he will not be able to mine faster than the rest of the network can and produce a longer chain. Still, the miner that finds a block has a slight advantage over the remaining miners since he has the block before everyone else. Due to network latency and the verification of blocks, the miner who found a block has a slight time advantage over everyone else, but not by much.
10044  Bitcoin / Bitcoin Discussion / Re: Please list arguments against the idea of taking away Gavins' alert keys on: July 05, 2015, 03:29:21 PM
So if Gavin would go rogue his alerts would simply be disabled by someone else holding the keys? What if the submits the alert again? Will it end up in an endless childish 'submit and disable' war between Gavin and other people holding keys?
If that were to happen, then as gmaxwell said, there would be a new alert that cannot be canceled and cancels all previous alerts that states "Alert Key Compromised" At that point, I would assume that the dev team would change the client to have a new alert key and simply not distribute that key to Gavin, thus solving the problem. However, that is not needed right now and is much more hassle to do because some people would have clients with the old key and some with the new. This means that if an alert was needed such as in the yesterday's problem, the same alert must be sent twice with both key's signatures in order to reach everyone.

Well if Gavin keeps holding alertkeys then the whole alert system looses a lot of credibility because right now i can't trust the alerts since i don't trust Gavin but that only as a note on the sideline.
What alerts would you not trust? Use your own brain. Obviously an alert such as "URGENT: Upgrade to Bitcoin XT NOW" should probably be ignored. Every legitimate alert sent out links to a page from here: https://bitcoin.org/en/alerts.
10045  Bitcoin / Bitcoin Technical Support / Re: slow creation of thansaction on big wallet.dat on: July 05, 2015, 03:04:38 PM
The problem is the size. If your <fromaccount> is all of your addresses, then it must search through every single unspent output for every single address in the wallet. Since there are thousands of addresses and thousands of unspent outputs for each address, it can take a long time to search through everything in order to create your transaction.

Unfortunately, I don't know how you can speed this up, and I'm pretty sure that you can't speed it up. I would advise consolidating all of your Bitcoin into one address and create a new account in Bitcoin Core with only that address. It should be faster that way since it will only have to search through I address and a few unspent outputs.
10046  Bitcoin / Bitcoin Technical Support / Re: Bitcoin QT Database corrupted on: July 05, 2015, 02:58:31 PM
Do I have to reindex the whole Blockchain or is opening the wallet and syncing the rest of the blockchain enough? I opened it and now it is syncing with the blockchain and all seems normal.

EDIT: I didn´t even close the bitcoin qt or the computer, it shut down itself?!
Just run Bitcoin Core and it will do everything it needs. However, if it constantly shuts itself down, that means that it is detecting an error and you should check the debug.log. Also, that points to a larger problem than with Bitcoin Core itself. This usually means that there is something that is messing with the databases. It could be other software or your hardware. Perhaps disable your antivirus and check your hardware. Such issues could be indications of hardware failures.
10047  Bitcoin / Bitcoin Discussion / Re: Blockchain Bug Rocks Bitcoin World, Losses Continue Mounting for Victims on: July 05, 2015, 02:53:32 PM
The list of people with access to the alert key is listed here: https://en.bitcoin.it/wiki/Alerts

None of the current active core developers is on that list. I think these issues are relevant and worthy of discussion. For example, why should someone what vanished 5 years ago still have that all-powerful access yet at the same time no current core member apparently does? Seems like a valid concern.
That is not a full list of everyone who has an alert key. If you actually read the whole thing, you would notice this:
Quote
The known private key holders are Satoshi Nakamoto, Gavin Andresen and theymos. There are other people able to issue alerts in the event of the incapacitation of the aforementioned
The keyholders are not publicly known for their own safety. If everyone knew who held the alert keys, then people could pressure them and coerce them into sending alerts. However, the alert system is not all-powerful. It is in fact rather weak. It does not force anyone to do anything nor does it force the software to do anything. Anyone with the alert key can only send messages that are up to the people to decide whether to use or not.
10048  Bitcoin / Bitcoin Discussion / Re: Blockchain Bug Rocks Bitcoin World, Losses Continue Mounting for Victims on: July 05, 2015, 03:24:01 AM

This is the first time the alert system has been used since April, 2014. Gavin’s recent departure left Bitcoin’s core team without a working key.


There's 3 keys right? So whose key was it?
There is only one alert key and it is held by multiple people, not just Gavin, and I wouldn't be surprised if more core devs had them. I know that Theymos has a key as well as Gavin. I'm fairly certain that waldimir has one too and probably more if not all of the core devs.
10049  Bitcoin / Bitcoin Discussion / Re: Crime organizations using malware to mine bitcoin on: July 04, 2015, 01:44:00 AM
Very interesting how Russian crime organizations are using malware to create an army of bitcoin miners

Can't mine bitcoin with CPU anymore. They couldn't can mine a dollar a day with 100 PCs. The malware is out of date. They would get much more by stealing form bitcoin wallets than mining.  Cheesy


Doesn't necessarily have to cpu mine. The software could also gpu mine and cpu mine, although both are less effective than ASICs. With a large enough botnet, it could be very profitable. Either way, the hacker is still profiting because he has no expenses to pay for using other people's electricity and computing power.
10050  Bitcoin / Bitcoin Technical Support / Re: Bitcoin Core 0.10.2.0 x64 on Win 8.1 crashing on: July 04, 2015, 12:59:20 AM
I'm also running out of ideas. Try reinstalling. Besides that, the only thing I can think of is that your hard drive is failing.
10051  Economy / Lending / Re: help me please on: July 03, 2015, 11:28:05 PM
This belongs in the lending section. Also, people here won't lens you anything unless you provide a valid collateral. See this topic https://bitcointalk.org/index.php?topic=577765.0 to see what is considered valid collateral.
10052  Bitcoin / Bitcoin Technical Support / Re: Bitcoin Core 0.10.2.0 x64 on Win 8.1 crashing on: July 03, 2015, 07:45:39 PM
Sigh, it's gonna take ages Sad
Care to suggest me a good light client for the windows platform?
I'll move my bitcoins to it once I get back in control of them.

edit: Should I copy over my wallet.dat before or after synchronizing the blockchain data?
I would recommend MultiBit or electrum. I have used multibit before and it is pretty good. I haven't used electrum, but from what I have heard, it is a very nice client.

It doesn't matter when you copy the wallet.dat back, as long as it is there and replaces the one that Bitcoin Core generates.
10053  Bitcoin / Bitcoin Discussion / Re: How bitcoin dev's are helping to kill bitcoin on: July 03, 2015, 05:26:22 PM
First of all, nothing was ever forced on you. There are several wallets you can choose from, you don't need to use Bitcoin Core.

Now onto fixing your problem. The problem is that you are not allowing Bitcoin Core to shutdown properly. If you simply shutdown your computer, I think it will just terminate the process (doesn't happen on windows 7 but probably does on windows xp). By simply terminating the process for Bitcoin Core, you are corrupting the databases. These need to be shutdown properly. To close Bitcoin Core properly, you must open up the client, go to File > Exit. Then wait for the little window that pops up to go away. This ensures that Bitcoin Core exited properly and that the databases won't be corrupted. Of course, I don't see this problem with Windows 7 because I think it will close each application through the application's shutdown, but windows xp might simply terminate the process.
10054  Bitcoin / Bitcoin Discussion / Re: Right now the Bitcoin trade is dependent on the banking system, how to fix that? on: July 03, 2015, 05:17:33 PM

Not hard as in the difficulty of getting paid in Bitcoin, but hard as in getting paid in Bitcoin without relying on fiat. Possum577 is saying that it is difficult to get paid in Bitcoin by an employer because they primarily rely on fiat and banks.

There are third party services that take care of it. I dunno how solid they are but it's unrealistic to expect an employer to jump through extra hoops. I'd probably bill my employee for the extra hassle.
There are, but they still rely on banks. Right now, the only one I know of is bitwage. They have you add their bank to your employers payroll system and then convert your paycheck to Bitcoin. It obviously still relies on banks for this, so it is difficult to get paid in Bitcoin _without_ relying on banks at all.
10055  Bitcoin / Bitcoin Discussion / Re: Right now the Bitcoin trade is dependent on the banking system, how to fix that? on: July 03, 2015, 05:10:36 PM
Bitcoin is only truly dependent on the traditional banking system for the initial purchase or the sale of bitcoin. As long as owners keep their transactions in bitcoin you can completely avoid the banks!

The hardest part is really getting paid in bitcoin from your employer. I know there are services that will convert your paycheck to bitcoin but those companies rely on dealing with fiat and traditional banks.

How is this hard?  I don't work for fiat currency, end of story.  Pay me with something real, or don't pay me at all.  Was that so hard? 
Not hard as in the difficulty of getting paid in Bitcoin, but hard as in getting paid in Bitcoin without relying on fiat. Possum577 is saying that it is difficult to get paid in Bitcoin by an employer because they primarily rely on fiat and banks.
10056  Bitcoin / Electrum / Re: 0.16855383 stolen from my electrum wallet on: July 03, 2015, 05:08:06 PM
Are you sure that the Bitcoin is missing? It seems like the other address it sent to was a change address. Double check your wallet and see if the other address that transaction sent Bitcoin to was a change address.
10057  Bitcoin / Bitcoin Technical Support / Re: Bitcoin Core 0.10.2.0 x64 on Win 8.1 crashing on: July 03, 2015, 05:05:27 PM
Yeah. Delete the whole directory and redownload the blockchain. It seems like the files containing the raw blocks was corrupted.
10058  Other / Beginners & Help / Re: Old Bitcoin mining Rig on: July 03, 2015, 02:35:54 PM
Game on it  Grin You could also try altcoin mining or as TheRealSteve said, use it for other distributed computation projects. You could also sell them for Bitcoin. Go over the the marketplace and put up sell offers for your GPUs. Someone will probably buy them.
10059  Economy / Service Discussion / Re: Transaction confirmations never happen !! on: July 03, 2015, 02:15:11 AM
Are you sure you sent the Bitcoin to the right address? I have never heard of paymium before, but if they are like every other Bitcoin wallet, they should provide you a transaction id for your transaction. Can you post that here?
10060  Bitcoin / Bitcoin Technical Support / Re: Bitcoin Core 0.10.2.0 x64 on Win 8.1 crashing on: July 02, 2015, 02:33:09 PM
Your database is corrupted again, so you need to reindex the whole thing. Anytime Bitcoin Core crashes or you terminate it without letting it shutdown properly, you will need to reindex the database. That should fix your problems.
Pages: « 1 ... 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 [503] 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 ... 589 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!