Bitcoin Forum
June 26, 2024, 03:36:15 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 [410] 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 ... 590 »
8181  Other / Beginners & Help / Re: Trying to skip syncing which folders to copy on: December 10, 2015, 12:32:11 PM
You copied the entire data directory, so just go to your laptop and go to the location of the data directory. If it exists, you can delete it. Then just copy over the entirety of the stuff that you copied from your desktop. If you want the same wallet to be used, then you are fine and can run bitcoin core normally. If you want a different wallet, you will need to delete the wallet.dat file you copied and bitcoin core will generate a new one.
8182  Bitcoin / Development & Technical Discussion / Re: Timestamping on the Bitcoin Blockchain: limits on: December 10, 2015, 05:58:00 AM

So if in the next hour 1 million people want to timestamp something in the next hour, they can? No problem would arise?
Timestamp what? What would they be including a timestamp on? The only thing in bitcoin they includes a timestamp are blocks. If a million blocks were attempted to be produced, then after the first 2016 the difficulty would sit through the roof and then blocks would only be made every 10 minutes as it should.
8183  Bitcoin / Mining / Re: What are the risks to bitcoin if an entity gets the majority of mining power? on: December 10, 2015, 05:55:18 AM
From a brief read of that article, that article is incorrect on many things that a 51% attack can achieve.


   Loss of decentralized trust narrative, inability to differentiate Bitcoin from competing technologies.
A 51% attack does cause centralization, but the system would still be different from other systems like PayPal because that central power at any point could lose their power.


   Double-spends against 6-confirmed transactions are certain to succeed.
Only those initiated by the party that has the majority hash power. Since private keys are required to create transactions, only the person who holds the private key to an address can create another transaction like a double spend. The risk of a double spend is the same if the other person is not the money. Only the money would be able to double spend anything.


   Selected miner targeting: Pool can reject any selected block found by any competing miner.
While possible, that money would need significantly more than 51% to continue to keep producing blocks every 10 minutes and would need to outpace other miners, which it can theoretically do, but the others could all get really lucky


   Selected transaction targeting: Pool can reject any selected transaction and keep it out of the blockchain.
They could, and miners now do that too to low fee transactions. There is no good reason to not include a transaction as they will be losing the fee.


   Selected address blocking: Pool can block Bitcoin flows in or out of selected addresses.
No. They can potentially prevent transactions from being confirmed, but it is not required to have a transaction be confirmed for it to be spent from.

   Transaction Differentiation: Pool can deprioritize certain transactions and rely on other miners to mine them unless a (hefty) fee is attached.

    Fee Extortion: Pool can deny transactions from a particular address unless a (hefty) fee is attached to those transactions.
See above. Pools can do that now, but there is no incentive to do that.


   Complete denial of service: Pool can ignore and orphan every single block found by competitors, thus stop all Bitcoin transactions..
See above.

There is also no fix for this, it is a risk with bitcoin but the likelihood of a pool reaching an amount of hash power is very low. There simply is no incentive for miners to be malicious if they do achieve enough hash power to do damage. While yes it is feasible to pull it off, you need to keep in mind that miners spend a lot if money mining and mining profits are pretty low. If they were to prevent bitcoin from being usable, then they would not be able to exchange the bitcoin for fiat that they need to pay the bills. It is not in their best interests to make bitcoin unusable.
8184  Bitcoin / Development & Technical Discussion / Re: Timestamping on the Bitcoin Blockchain: limits on: December 10, 2015, 05:34:28 AM
It may be how you say, but for the sake of clearness I repeat: I've READ that there IS actually a limit on the quantity of information that can be stored per day or per block, can't recall.
There is a block size limit, if that is what you are talking about. The current limit is 1Mb per block.

However, sorry to contradict you (even though I may be wrong) but each block has a limit size, for what I know, so only a limited quantity of info can be stored in it.
Yes. See above. It has nothing to do with timestamps though. The block header has some bytes (IIRC 4 bytes) reserved for a UNIX timestamp.
8185  Bitcoin / Bitcoin Technical Support / Re: Local node on: December 10, 2015, 04:48:11 AM
Quote
Why not help everyone out by allowing anyone to connect?
Beacuse of traffic limit.

Maby limiting number of connections and connection speed for the rest world helps?
Bitcoin core had a maximum number of connecting it can have. it's only allowed 8 outgoing connections and 255 total connections by default. You can of course change the maximum total connections to be higher or lower, so you don't need to block a bunch of people from connecting to you.

And limiting the connections and does does not help everyone else. It increases latency which is not very helpful.
8186  Bitcoin / Development & Technical Discussion / Re: Timestamping on the Bitcoin Blockchain: limits on: December 10, 2015, 04:45:36 AM
What do you mean by x quantity timestamping? The only place that timestamps are used are in blocks, but even that timestamp doesn't even matter. It is only used for recalculating the difficulty, so there isn't a limit on that.
8187  Bitcoin / Bitcoin Technical Support / Re: Local node on: December 10, 2015, 04:25:55 AM
The node would be advertised to everyone, but you could configure firewall settings to reject everyone that isn't in the ip range for your country. It will probably work, but after some time I think your node would actually not be one that people would connect to since the DNS seeds are probably would not be registering your node since they can't connect to you. Unless they are in your country.

Why would you only limit it to your country? Why not help everyone out by allowing anyone to connect?
8188  Other / Archival / Re: Where's the money, Lebowski? on: December 10, 2015, 01:17:04 AM
Spending over a million dollars for a forum and paying with BTC when BTC is still a child instead of leaving something for the future of the forum?
What would they leave? Besides, there is still a ton of BTC owned by the forum, and the advertisements are a constant source of income so as long as people use the forum, there will be money.
8189  Bitcoin / Mining / Re: Empty blocks on: December 10, 2015, 01:15:11 AM
Here is the question I am pondering and I did not see a comment answering this, but would empty blocks allow future access into the BTC system in order to scam the chain somehow?
How? What do you mean to scam the chain?

The answer to whatever scenario you think of is probably not. There is nothing special about empty blocks. They don't have any special properties, they are just blocks that only have the coinbase transaction. In general they are basically a nuisance, they don't really add anything to the blockchain but they aren't detrimental and harming it.
8190  Bitcoin / Bitcoin Technical Support / Re: Setting up Bitcoin Qt and opening port 8333 on: December 10, 2015, 12:20:45 AM
i have found a setting within my router to disable DHCP do i need to enable or diasble it?
Leave it enabled. The static ip addresses are set on the computer, not the router. If you disable DHCP, you will find that it is a pain to connect any other device to your network since they won't be assigned ip addresses.

To setup a static address for your computer, open up the Network and Sharing Center. Then click on the connection and it should open a status thing. Click on the Properties button and it will open another window. Find Internet Protocol Version 4 in the list that appears and double click it. Here you will need to click the radio button for "Use the following IP address:". To set this, you will need your current ip and the DNS server you use.

Open up command prompt by hitting Windows button + R on your keyboard and typing cmd into the box and hit enter. This will open another window. In that window type
Code:
ipconfig /all
This will give you a list of the network adapters. Find the one you are currently using, it should be the one with the most numbers.

Then go back to the earlier box with setting the IP address. In IP address, enter the numbers you see in the command prompt for IPv4 Address. Do the same for Subnet mask and default gateway. For the DNS servers boxes below, enter the address for the DNS server listed in command prompt as the preferred DNS server. You shouldn't need an Alternate, but if you want you can use google's which is 8.8.8.8

That will set your computer to have a static ip address.

i have also checked my firewall and it dosnt seem to be blocking anything and is set to low.
Just to be absolutely sure, open up your firewall settings and go to "Allow an app or feature through Windows firewall" and check that Bitcoin Core and Bitcoind are allowed through. They should have the checkboxes next to them checked and they should have Home/Work(private) checked at a minimum. If you want them to work everywhere on every wifi you go to, you should also have the checkboxes in the public column checked.
8191  Bitcoin / Bitcoin Technical Support / Standardizing Tech support help requests on: December 09, 2015, 11:46:29 PM
So I have been seeing here on the Technical Support forum for a while that most tech support requests start with a long back and forth of question and answer. The OP posts a question, but without details and then people follow and post asking for OS, debug.log, more details, txids, addresses, etc.

I propose that we create a standard form for tech support requests where this unnecessary posting is eliminated and all of the necessary details are provided in the OP so that the members here can immediately help the OP without a long back and forth of just details and not actually helping.

Here is my proposed format:

Wallet Software and version number:
Operating System:
System Specs:
Problem description:
Any related transactions ids:
Any related Bitcoin addresses:
Screenshot of the problem:
Debug log if Bitcoin Core:

The screenshot can be uploaded to any image hosting site and the link either posted or the image embedded.
The debug log should be the last several hundred lines and posted in code brackets.
8192  Bitcoin / Bitcoin Technical Support / Re: Download a blockchain year on: December 09, 2015, 11:19:51 PM
What are you downloading it for? If it is for a wallet, no. You will still need to download the entire blockchain, even if you have pruning enabled, which can limit the blockchain stored on your computer to the past year.

If you are downloading it for other purposes, then you may be able to find someone here who is kind enough to send you the raw blocks for the past year, but there is no way to have a software directly download just one year's worth of blocks.
8193  Bitcoin / Bitcoin Technical Support / Re: Setting up Bitcoin Qt and opening port 8333 on: December 09, 2015, 11:16:16 PM
Not only do you need forwarding set up on your router, you will need to configure your computer's local firewall to allow connections to and from TCP port 8333. Check that your firewall is not blocking that port.
8194  Bitcoin / Development & Technical Discussion / Re: Full blockchain, search for values on pub-key (using python) on: December 09, 2015, 11:02:32 PM
Quote
You can also use the rpc commands

Can you tell a little bit more about rpc commands? I didn't find them in the console when I type in help.
Those commands are all of the ones you can access through the console. They can also be accessed using the bitcoin-cli utility and through http posts to the rpc server. You can find the list of commands and how to use them at https://bitcoin.org/en/developer-reference#bitcoin-core-apis
8195  Bitcoin / Bitcoin Technical Support / Re: Testing- Restoring Wallet on laptop shows less than wallet on desktop on: December 09, 2015, 10:58:02 PM
I didn't modify the shortcut.


The wallet on my desktop is in sync. (now closed)

The wallet on my laptop has never been in sync. It is a fresh new copy.
It needs to be in sync in order to show the proper balance. Since it is not fully synced, it will not know of the correct balances. And no there is no good way to make it any faster. It may be possible to simply just copy over the data from the desktop, but that could be difficult to do. If you don't do that, just let the laptop be on and it will eventually get in sync.

Is there anything i need to block out from the debug.log file before posting it here?
No, but I don't think it will be needed unless the problem occurs when you are fully synced.
8196  Bitcoin / Development & Technical Discussion / Re: Full blockchain, search for values on pub-key (using python) on: December 09, 2015, 03:26:43 PM
You could directly query the leveldb databases that bitcoin core uses. You can also use the rpc commands that bitcoin core has available.
8197  Bitcoin / Project Development / Re: Bitcointalk Account price estimator on: December 09, 2015, 05:48:05 AM
There's something wrong with the trust rating on your script recently. I tried to estimate the price of Tradefortress out of curiosity but his account was showing neutral trust.[Tongue
That's a bug. I'll fix that in a day or so.


BTW, there is no need to show that note beside "Potential Legendary" members who have already become a legendary member.[/size]
Also will fix that in a day or so.
8198  Other / Meta / Re: TIL Activity does not work on precisely 2 week intervals + interval timings on: December 09, 2015, 03:47:33 AM
My activity didn't update today...can anyone offer an explanation? What questions do I need to answer? Feel free to PM me too. Thanks!

Edit: Is it because it's still within an hour of me posting in this new period?
Most likely. The activity usually takes a few hours to update.
8199  Other / Archival / Re: Where's the money, Lebowski? on: December 09, 2015, 03:47:01 AM
Are you a part of this private beta? Or just guessing with your caplock on?
Neither. Scroll up and actually read what Lauda posted. You will see that he is saying that the private beta is hosted.

half million dollars' worth of a pain in the ass?! This is just frickin' forum software, not rocket surgery.

So what you're telling me is it's easier to do everything from scratch? Easier than starting with hardened, updated & feature-enhanced version of current software, you say?
 
And though this forum has the functionality and looks of an off-the-shelf '09 SMF, theymos completely recoded the back end in hand-optimized assembler, counting clock cycles as he went along, and this '09 SMF is a sleeper with chained death under the hood, correct?

Look, I wanna believe you, but I don't. Because you'd be lying. Find it pretty insulting that you expect me to buy this "Theymos did important, complicated and dangerous stuffs you won't understand because scientific and dangerous, so don't ask!" shit.

Quote
There have been many changes to the forum software such that to upgrade to a new system could be potentially dangerous.
Honest? More dangerous than running brand new software coded by dude calling himsel wngbus, who theymos never met?
Intrigued, do tell me more.

Quote
Security holes patched here would need to be re patched.
When new software versions are released nowadays, some of the security holes from the previous versions often get (by oversight and due to shabby workmanship) omitted. Follow this links to SMF to learn the new shit that happened in the software world since '09.
No, that is not what I said. Maybe I wasn't clear enough the first time. Let me try again.

Theymos has made many modifications to the forum software, primarily to patch security issues. I don't know the extent of the changes, but you can search around for them in this forum as they have been mentioned in many posts by Theymos in the past. These changes may not be compatible with the latest software. Introducing these mods to the updated software could introduce new security holes yet those changes may be desired for this forum. To add those changes and then hunt down any potential security bugs is probably not worth the effort.

Quote
Changes made here would need to be remade. Other problems could crop up with using the new software such as new security vulnerabilities.
I agree, changing from '09 version to a new major version, one which underwent an extra 7 years of development, might introduce some security vulnerabilities.

Good thing there's no chance of that happening with new software coded by (at best) an unknown company with no experience in coding forum software & beta tested by a handful of toadying yes-men Smiley

What makes you say that they have no experience? Do they need experience to create a website? Does this mean that if some web developer who has experience with PHP should not build a forum because he has no experience with forum software even though he is more than capable? This logic makes no sense.
8200  Other / Archival / Re: Where's the money, Lebowski? on: December 09, 2015, 02:03:57 AM
[...] Give it up to 2 more months weeks and you will see why you were wrong.
Not before the end of the month?  
[...]There will be a public beta before the end of the month, I think, at which time I'll post more about what's left to be done.

I have no idea why it doesn't run on your box, because it's broken? I'm as trusting of this 'private beta' as I am of theymos honestly spending 2.3+ million dollars on new BBS forum software.

What could a screen cap possibly reveal that's not in the source code, exactly?
Why would an open source project be afraid to post screen caps?
How many layers of bullshit are you going to pile on here?
I think he is saying that he is accessing the forum on a site that uses the new forum software. That site is a PRIVATE beta of the new software for Bitcointalk. It is essentially another site that mirrors the current one, but it is run by Theymos and therefore is actually Bitcointalk. Since it is a PRIVATE BETA, he is not allowed to disclose any information about said PRIVATE BETA so he cannot post a screenshot. He is NOT running the software on his own box.

And will likely do so for the foreseeable future.
Wrong. I'm using the new software right now. Stop trolling because you have no evidence to back up such claims.

Please feel free to describe the advantages of the new (as yet unfinished, $2.3 million dollar ++) software over SMF 2.0.11.

Also:
You can not possibly know how secure the new (unfinished and untested) software is.
You can not possibly know how how it will scale.
You can not possibly know what maintenance/community support will be

Also:
[...]
But this is all beside the point. The software is just a byproduct -- flotsam and jetsam -- neither here nor there. You know this as well as I do.

*but kudos for knowing who butters your bread.
The advantages are that all of the modifications that Theymos and all of the other past and present admins that were made will be in the new software. This forum has not been updated to the latest and greatest SMF because the current one works and adding all of the mods and security patches that have already been made would be such a pain in the ass. There have been many changes to the forum software such that to upgrade to a new system could be potentially dangerous. Security holes patched here would need to be re patched. Changes made here would need to be remade. Other problems could crop up with using the new software such as new security vulnerabilities. All in all, it is much more difficult and irritating to upgrade to a newer SMF. Epochtalk will not have those issues since Theymos is dictating what the software will include, so it will definitely have the modifications made here built directly in.
Pages: « 1 ... 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 [410] 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 ... 590 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!