Bitcoin Forum
July 11, 2024, 05:06:18 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 [204] 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 ... 546 »
4061  Bitcoin / Bitcoin Discussion / Re: Stopping a transaction on: December 16, 2015, 12:40:58 PM
I have been searching the forum and I can not find a solid answer to this question:  Is there a way that anyone can stop a transaction before the confirmations have been made.  For example; I pay Joe Dip 1.1 BTC for a domain name.  I can see that the transaction is waiting confirmation in the block chain, however there are no confirmations yet.  The seller can also see that the transaction is waiting for confirmations to come through.  Once we are at this point is there anyway that I could stop the transaction?  

Not if the transaction is valid (signed) and the receiver has already seen it. Lets assume Im Joe Dip here and you send me 1.1 BTC without a fee. Currently thats a bad idea, but you say you are sorry and I believe you.

Now it would take a long time for the transaction to get a confirmation. I could also happen, that the entire network forgets about the transaction and it essentially never happened. I can however - and would in this case - remind the network about your transaction. For 1.1 BTC worth I would probably write a small script that does this every 30-60 minutes. You can now remove the transaction from your own wallet, but I will keep reminding the rest of the network until its confirmed. This will make it almost impossible for you to issue a different transaction that sends the coins elsewhere.

If we both agree that the TX should be removed and redone. I would not write nor start the script. You remove the TX from your wallet and we both wait a few days until the network forgot about it. This essentially "stops" the transaction, unless someone else rebroadcasts it for some reason (or none at all).

If the transaction pays a reasonable high fee, you can remove it from your wallet all you want. Chances are it gets confirmed anyway.
I am sorry, but this makes sense to me, but I do not understand the jargon of it all.  What do you mean I should write a script?  I am thinking about taking Bitcoin as a form of payment in my local store, but I do not want the customers to have to wait forever to leave and I want to make sure that if I let them leave with the product before the transaction is confirmed, they can not try to take it back.  Are you saying that is a fee such as .00001 is paid as a fee it will be completed faster?

I could tell you what a reasonable high fee is for today, but it might be wrong tomorrow. How a high a good fee is greatly depends on the number of transactions that try to get a confirmation as well as the fee they pay.

As someone accepting bitcoin as payment you have essentially 3 options.

#1 you learn the details
#2 you use a service like bitpay as they know the details. They have the scrips ready and AFAIK they also have contracts with mining pools that ensure confirmations.
#3 you accept that a small number of payments might fail.
#4 well, you can wait for a confirmation, but that usually is not acceptable for stores.


-snip-
yes... If a transaction contains a fee, it will be an incentive for the miners to include your transaction into a block. A transaction without a fee will usually be confirmed slower than a transaction with a fee (during a spam attack, a fee-less transaction might not be included for a very long time)
Most clients include a fee out-of-the-box.

This sounds like 1 satoshi is enough of a fee to get a confirmation.

If you use, for example, blockchain , to look at the transaction, you can easily see if the fee your customer added was large enough.

This would require the person accepting the payments to look up the transaction and be able to judge the fee based on the current state of the network. Not typicall what you expect from someone handling the register.

if the fee is small the transaction will be long, blockchain originally has a pattern which can be increased fee

The fee can not be increases once the transaction is broadcasted.
4062  Economy / Scam Accusations / Re: EurGold (gold and silver for bitcoin) - SCAM WARNING on: December 16, 2015, 12:34:05 PM
Well that was quick. ShortHonesty can you confirm?
4063  Bitcoin / Bitcoin Discussion / Re: Stopping a transaction on: December 16, 2015, 12:23:49 PM
I have been searching the forum and I can not find a solid answer to this question:  Is there a way that anyone can stop a transaction before the confirmations have been made.  For example; I pay Joe Dip 1.1 BTC for a domain name.  I can see that the transaction is waiting confirmation in the block chain, however there are no confirmations yet.  The seller can also see that the transaction is waiting for confirmations to come through.  Once we are at this point is there anyway that I could stop the transaction?  

Not if the transaction is valid (signed) and the receiver has already seen it. Lets assume Im Joe Dip here and you send me 1.1 BTC without a fee. Currently thats a bad idea, but you say you are sorry and I believe you.

Now it would take a long time for the transaction to get a confirmation. I could also happen, that the entire network forgets about the transaction and it essentially never happened. I can however - and would in this case - remind the network about your transaction. For 1.1 BTC worth I would probably write a small script that does this every 30-60 minutes. You can now remove the transaction from your own wallet, but I will keep reminding the rest of the network until its confirmed. This will make it almost impossible for you to issue a different transaction that sends the coins elsewhere.

If we both agree that the TX should be removed and redone. I would not write nor start the script. You remove the TX from your wallet and we both wait a few days until the network forgot about it. This essentially "stops" the transaction, unless someone else rebroadcasts it for some reason (or none at all).

If the transaction pays a reasonable high fee, you can remove it from your wallet all you want. Chances are it gets confirmed anyway.
4064  Bitcoin / Bitcoin Technical Support / Re: error reading wallet.dat on: December 16, 2015, 10:28:08 AM
Is this the original wallet file or the backup? It looks like the wallet.dat was corrupted and the private keys are damaged. Odd that it would happen with your live wallet.dat as well as with your backup.

This is backup when I tried to use "-zapwallettxes=2" flag.

Do you have any other backups or any idea why the backup could be corrupted as well as the normal wallet.dat?
As I said above:"I am using Ubuntu 14.04. Few days ago there was entire server crash or at least mysql crash.". This may be a reason.
I have older backups. What if I replace whole ".Bitcoin" directory?

Well the server crashed, yes. Usually a file gets corrupted if data is accessed during the crash. I would not expect that happening with your live wallet.dat as well as your backup even if they are both on the same system. Unless you run automated backups and it crashed at the exact time the wallet.dat was due. It might help if you replace the whole dir, not sure. Maybe its not actually the wallet.dat files but something else. Replacing the entire dir might give some clues.
4065  Bitcoin / Bitcoin Technical Support / Re: error reading wallet.dat on: December 16, 2015, 09:56:45 AM
Is this the original wallet file or the backup? It looks like the wallet.dat was corrupted and the private keys are damaged. Odd that it would happen with your live wallet.dat as well as with your backup.

This is backup when I tried to use "-zapwallettxes=2" flag.

Do you have any other backups or any idea why the backup could be corrupted as well as the normal wallet.dat?
4066  Bitcoin / Bitcoin Technical Support / Re: error reading wallet.dat on: December 16, 2015, 08:25:00 AM
My wallet was corrupted. Now when I am running the wallet (using "--daemon" flag) it says:"Warning: error reading wallet.dat! All keys read correctly, but transaction data or address book entries might be missing or incorrect."
I have already tried to put "-rescan" flag - gives me the same result.
I am using Ubuntu 14.04. Few days ago there was entire server crash or at least mysql crash. Anyway I have one week backup. What if I replace current "wallet.dat" by backuped "wallet.dat". Will this fix the wallet?

The backup might fix it or it might have the same issue.

Instead of -rescan try -zapwallettxes if the backup does not work.

If that does not work either, try -zapwallettxes=2 this will drop all meta data about transactions (labels, etc.) though.
Backup of wallet.dat does not help. I am even using your advices (-zapwallettxes, -zapwallettxes=2). I get new error:"Warning: wallet.dat corrupt, data salvaged! Original wallet.dat saved as wallet.{timestamp}.bak in /root/.Bitcoin; if your balance or transactions are incorrect you should restore from a backup.
Error: Error loading wallet.dat: Wallet corrupted
".
Any other suggestions? What if I replace whole ".Bitcoin" folder by one week backup?
By the way there are these lines in "debug.log" of wallet:
...
015-12-15 22:30:50 init message: Loading wallet...
2015-12-15 22:30:52 Error reading wallet database: CPubKey corrupt
2015-12-15 22:30:54 Error reading wallet database: CPrivKey corrupt
2015-12-15 22:30:54 Error reading wallet database: CPrivKey corrupt
2015-12-15 22:30:54 Error reading wallet database: CPrivKey pubkey inconsistency
2015-12-15 22:30:54 Error reading wallet database: CPrivKey pubkey inconsistency
2015-12-15 22:30:54 Error reading wallet database: CPrivKey pubkey inconsistency
2015-12-15 22:30:55 Error reading wallet database: CPrivKey pubkey inconsistency
2015-12-15 22:30:57 Error reading wallet database: CPrivKey pubkey inconsistency
2015-12-15 22:30:58 Error reading wallet database: CPrivKey corrupt

...

Is this the original wallet file or the backup? It looks like the wallet.dat was corrupted and the private keys are damaged. Odd that it would happen with your live wallet.dat as well as with your backup.
4067  Bitcoin / Bitcoin Discussion / Re: Can Someone Get An IP From A Bitcoin Address? on: December 16, 2015, 07:03:20 AM
Is it a good idea to use a VPN before sending a transaction via an online wallet to preserve your IP address?

An online wallet wouldn't make much of a difference -- they are the ones whose IP would show up on the blockchain, afaik.

There are no IP address on the blockchain. What migh refer to are the IPs shown by blockchain.info a service. Its the IP of the full node that told them about the TX and most likely has nothing to do with the person the issued the TX.

To hide your IP from a service you can use a VPN, yes.
4068  Bitcoin / Electrum / Re: Cold Storage or Multisig? on: December 16, 2015, 07:00:53 AM
Well not often but I have heard horror stories.

Like if someone knows your IP, is it easy for someone to get a keylogger on your computer without you knowing?

If you keep your system updated and dont directly download malware it is very difficult or expensive to break into it. It would require the use of what is called 0-day. An exploit that is not fixed and was sold in secret. This is not something your average attack has available.

I don't ever run anything. I just browse and rarely even save a picture.

I just want to know if cold storage or multisig is more secure?

There is no easy answer to this, because it depends. Multisig can be more secure depending on the circumstances. Who can sign along with you? If its you on a different computer, how secure is that computer in comparison to one that is never online?

I get that cold storage is keeping btc on an offline computer but can it be compromised at some point if I decide to spend the coins?

It can, but its even more difficult than attacking a well updated and clean computer.

Whats cold storrage? You have an online computer that shows you your balance, but has no private keys. You use this computer to create an unsigned transaction. You transfer this unsigned transaction to the offline computer. This is where it could break apart. E.g. if your online computer has malware that spreads via USB sticks and you use an USB-stick to get the TX from the online to the offline machine, chances are its compromised. The malware will have problems getting any data out though. You could also just transfer the data by hand, e.g. type on your offline system what you see on your online system. Once the TX is on the offline system you load it into the wallet software, check if its what you want, sign it and transfer it back to the online system. The online system is used to broadcast the signed TX to the network.

4069  Other / Meta / Re: Chinese spammer/bot? on: December 16, 2015, 06:20:20 AM
Nope. They're just hiring a local agent of some sort. I wouldn't consider this spam.

It definitely is spam, created by a bot.
These bots also get nuked pretty quickly.

They do get nuked, but if this Boris spamming on a Chinese topic, why should it get nuked? The spam bots that spam in English topics should get nuked.

Spam is against the rule in all languages. Just because its in chinese and in the chinese section does not make it ok to spam. Not sure what your logic behind that is.

Its pretty obvious spam as its unrelated to crypto currencies, at least according to the translation and the translation of the site.

There are a few common topics for what is spammed here:

#1 nonsense
#2 educational related like the one in the OP
#3 grow your penis/muscle/etc. spam
#4 some other health nonsense
4070  Other / Beginners & Help / Re: Sent BTC without paying a fee on: December 15, 2015, 11:36:43 PM
So the priority of the transaction depends on both the transaction size and the fee?

Kinda. Priority comes from inputs. Inputs are the coins you have received and now want to spend (create an output). The older (in number of confirmations) and larger (in bitcoin) an input is the higher is its priority. If the whole transaction (can have several inputs and outputs) has not a high enough priority to be confirmed without fee, the fee is a supplement for the missing priority.

High enough is usually 1 bitcoin day. That is 1 input worth 1 btc with 1 days worth of confirmations (144) used to create two outputs. If the input is only 0.1 BTC it would require 1440 (10 days) confirmations, etc.

So then is there a formula for how the fee affects the priority?  So let's say I want my 0.1 BTC transaction to be processed as fast a a 1 BTC transaction would, how much more in fees would I need to add(assuming the coins are the same age)?

No. Keep in mind this is all "default settings" and any miner can change them around however they want.

There are 50KByte per Block that are reserved for free transactions (no fee). They are put in sorted by priority, highest first. Once the 50KByte are filled up the remaining TX are sorted by fee per byte until the block is full or no more transactions are left. The transactions with fees are competing against eachother and those without fees. There is however more space for those that pay a fee. If there are not enough transactions to fill a block, all get confirmed. This would include TX without fee and a low priority as they are at the bottom of the queue.

Since there are always transaction that await a confirmations fees needed to get a quick confirmation are on the rise.
4071  Other / Beginners & Help / Re: Sent BTC without paying a fee on: December 15, 2015, 09:39:56 PM
So the priority of the transaction depends on both the transaction size and the fee?

Kinda. Priority comes from inputs. Inputs are the coins you have received and now want to spend (create an output). The older (in number of confirmations) and larger (in bitcoin) an input is the higher is its priority. If the whole transaction (can have several inputs and outputs) has not a high enough priority to be confirmed without fee, the fee is a supplement for the missing priority.

High enough is usually 1 bitcoin day. That is 1 input worth 1 btc with 1 days worth of confirmations (144) used to create two outputs. If the input is only 0.1 BTC it would require 1440 (10 days) confirmations, etc.
4072  Bitcoin / Bitcoin Technical Support / Re: 0 confirmations after 2 days. Need help on: December 15, 2015, 09:06:29 PM
I have a feeling that you will wait 2-3 days and the money will be send back to the sender, this because the fees are bery low and the tx has been marked as (Low Priority)

Thats not how bitcoin core works. It rebroadcasts the TX so the network does not forget about it. OP would have to remove the TX for that to stop.
4073  Economy / Services / Re: Helper withdrawals from cryptsy on: December 15, 2015, 06:50:24 PM
This smells so bad...

anyway: how?
2 weeks I was looking for a way to withdraw. I want to make money, so why am I going to tell "how?"  Roll Eyes
You could say: Why do not you make a deposit doge and do not earn your way? I answer: cryptsy any time to close  Cry ! I do not want to waste my nerves, So I offer my services.

Fair enough, here is my prediction of your success: 0%

At least offer escrow, otherwise you sound like those bad phishing mails that go around.
4074  Economy / Economics / Re: Bitcoin worth to you or not... on: December 15, 2015, 06:48:24 PM
We all have some amount of bitcoins in our wallets..
Do you really think bitcoin is a currency Worthing you more than a real currency...
I do because real currency price won't grow up or down as bitcoin...
So do you or not ??
And also have a discussion about its prices in future..!!

So a "real" currency can only reduce in value? Im convinced where do I sign up?
4075  Other / MultiBit / Re: mutibit user didn't receive payment on: December 15, 2015, 06:17:09 PM
Hi,

I have a problem... I use blockchain and my friend use multibit for send and receive bitcoins.. yesterday I send him 140$usd in his multibit wallet adress 13Er3ueFcYcZ58pQ9kX3W94qVeGHFnRy4z but didn't receive it.. now its 176 confirmation from blockchain but he also show me that he never receive the money.. what can I do? I don't want to blow my friendship with him

And I already told him to update his multibit version but still nothing

https://blockchain.info/tx/97b63135558b9a0e00fdde06661101a4a194d1fa301bfccfe79e4913b255ef5e

http://prntscr.com/9eij1s

His wallet : http://prntscr.com/9eimn1

Tools -> Reset Blockchain and Transactions should do it.
4076  Economy / Services / Re: Helper withdrawals from cryptsy on: December 15, 2015, 05:59:02 PM
This smells so bad...

anyway: how?
4077  Bitcoin / Bitcoin Technical Support / Re: error reading wallet.dat on: December 15, 2015, 05:51:23 PM
My wallet was corrupted. Now when I am running the wallet (using "--daemon" flag) it says:"Warning: error reading wallet.dat! All keys read correctly, but transaction data or address book entries might be missing or incorrect."
I have already tried to put "-rescan" flag - gives me the same result.
I am using Ubuntu 14.04. Few days ago there was entire server crash or at least mysql crash. Anyway I have one week backup. What if I replace current "wallet.dat" by backuped "wallet.dat". Will this fix the wallet?

The backup might fix it or it might have the same issue.

Instead of -rescan try -zapwallettxes if the backup does not work.

If that does not work either, try -zapwallettxes=2 this will drop all meta data about transactions (labels, etc.) though.
4078  Bitcoin / Bitcoin Discussion / Re: Can Someone Get An IP From A Bitcoin Address? on: December 15, 2015, 05:41:09 PM
Can someone get my IP address from my bitcoin address? I ask as this would technically remove the anonynimity of Bitcoin and its decentralisation as it can easily be tracked back to the sender. Is it, therefore, possible and easy to trackan IP address from a bitcoin address using simple php/python or javascript?

No.

Because a transaction has no IP address attached to it.
Because if you broadcast a transaction that is spending coins "from"[1] an address you do so to several peers and the TX is no different from those that you relay.
Because your client connects to servers that are under control by a single entity, but the requests are such that they can not link the IP to an address.

Yes.

Because you use a service (e.g. blockchain.info) to handle your coins and dont mask your IP, e.g. via Tor.
Because all the node you are connected to are under control by the same entity. Known as sybil attack.
Because your client connects to servers that are under control by a single entity.


[1] there is no such thing as a from address, its just easier to use the word here. Technically its just another transaction that is referenced.
4079  Bitcoin / Bitcoin Discussion / Re: This epic slideshow tells you all you need to know about Bitcoin and blockchain on: December 15, 2015, 04:21:11 PM
What do you mean?

This is 400% zoom on chrome.



It works for some slides, but its mostly annoying at a level that I wont bother reading 75 slides. Tried FF and Tor Browser as well.
4080  Bitcoin / Bitcoin Discussion / Re: This epic slideshow tells you all you need to know about Bitcoin and blockchain on: December 15, 2015, 04:11:32 PM
Is there a bigger version?

Pages: « 1 ... 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 [204] 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 ... 546 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!