|
I cant answer the electrum specific questions, but SegWit will introduce a new address type. You can keep using the version 1 addresses that are common now (starting with a 1) and thus every old software will still be able to receive and send coins. They can not pay to a new SegWit address however.
|
|
|
|
I sent a big amount in bitcoins 7+ bitcoins I don't know what i did wrong  The transaction size is big i mean really big 16000+ bytes and the fees i paid was only 0.0001 btc You should always pay a fee per (k)byte and not a fixed amount. I am scared if even it will get confirm or not.I wonder if it's possible to rebroadcast or resent the transaction with higher fees?
Depends, which wallet / service do you use? Believe me if i knew the transaction size can be that big i would have paid 0.01 btc fees now what do i do frenss? "frenss"? P.S I control both the address the one i sent it from and the one i sent it to.Is there any way i can resent the transaction with high fee or just cancel this one or anu other way?I think I am screwed Can you post the TX ID? That way we can see why the TX is that big, how high its priority is (not that bogus "high"/"medium"/"low" you see on blockchain.info) and will (together with knowing your wallet) help make good suggestions. Wallet is blockchain.info wallet and can't post the tx for privacy reasons. Well, with bc.i you most can only wait. But i can tell all the inputs were confirmed?
I need the size of each input and the number of blocks its confirmed. If you provide that information I can easily search for the TX ID. If you do not want to disclose this information you have to calculate the priority yourself -> https://en.bitcoin.it/wiki/Transaction_fees#Priority_transactionsthere was no unconfirmed inputs still the tx i just sent got that big in size.
and how do i know before sending what will be the size of the transaction so that i can set the fee accordingly as you are saying to pay according to per kB?
With blockchain.info? I dont know. I mainly use bitcoin core, it tells me how large the TX will be. A rough estimate is 180b*inputs + 32b*outputs for uncompressed keys and 134b*inputs+32b*outputs for compressed keys. IIRC it varies by about 10 byte (+/-) per input. Please help how to fix this or will it be ever confirmed?
I read on other site we can respent using double spend to fix the tx fee issue is that possible?
You have two options, neither is quick. #1 wait. blockchain.info will "return" the coins to your wallet after a few days. #2 try a double spend. This will however not work with blockchain.info. You would need to export the private keys and import them into a different wallet. This will also need time as a double spend only works if a large number of nodes has already forgotten about the TX. #3 Well there is a 3rd. Get in touch with a miner or mining pool and ask them nicely to include your TX with priority even though your fee is low for its size. Well 3rd option sounds good. Please tell me how to proceed to contact which miner and how i contact them? I can even pay them extra fees in some other tx if they want? I dont know any mining pool operators. Also is there slightest possibility that such large tx can get confirmed with such low fees (0.0001 btc) and if yes how long can it take?
Depends on the priority. Also how long can i take that my coins get returned in blockchain.info wallet?
I think they return it after 3 days, but I dont know for sure. Maybe their support can answer that. |
|
|
|
I sent a big amount in bitcoins 7+ bitcoins I don't know what i did wrong The transaction size is big i mean really big 16000+ bytes and the fees i paid was only 0.0001 btc You should always pay a fee per (k)byte and not a fixed amount. I am scared if even it will get confirm or not.I wonder if it's possible to rebroadcast or resent the transaction with higher fees?
Depends, which wallet / service do you use? Believe me if i knew the transaction size can be that big i would have paid 0.01 btc fees now what do i do frenss? "frenss"? P.S I control both the address the one i sent it from and the one i sent it to.Is there any way i can resent the transaction with high fee or just cancel this one or anu other way?I think I am screwed Can you post the TX ID? That way we can see why the TX is that big, how high its priority is (not that bogus "high"/"medium"/"low" you see on blockchain.info) and will (together with knowing your wallet) help make good suggestions. Wallet is blockchain.info wallet and can't post the tx for privacy reasons. Well, with bc.i you most can only wait. But i can tell all the inputs were confirmed?
I need the size of each input and the number of blocks its confirmed. If you provide that information I can easily search for the TX ID. If you do not want to disclose this information you have to calculate the priority yourself -> https://en.bitcoin.it/wiki/Transaction_fees#Priority_transactionsthere was no unconfirmed inputs still the tx i just sent got that big in size.
and how do i know before sending what will be the size of the transaction so that i can set the fee accordingly as you are saying to pay according to per kB?
With blockchain.info? I dont know. I mainly use bitcoin core, it tells me how large the TX will be. A rough estimate is 180b*inputs + 32b*outputs for uncompressed keys and 134b*inputs+32b*outputs for compressed keys. IIRC it varies by about 10 byte (+/-) per input. Please help how to fix this or will it be ever confirmed?
I read on other site we can respent using double spend to fix the tx fee issue is that possible?
You have two options, neither is quick. #1 wait. blockchain.info will "return" the coins to your wallet after a few days. #2 try a double spend. This will however not work with blockchain.info. You would need to export the private keys and import them into a different wallet. This will also need time as a double spend only works if a large number of nodes has already forgotten about the TX. #3 Well there is a 3rd. Get in touch with a miner or mining pool and ask them nicely to include your TX with priority even though your fee is low for its size. |
|
|
|
Thanks, very interesting. Similar as with the nodes, if you remove those that have not made an active decision (not voted, not updated node software) core and classic are very close.
I would not label nodes that have not updated to "don't care". There could be plenty of reasons for one not to update in X amount of time. That being said, if you are still running 0.11.x you are in support of Core. If you weren't, you would change the software. I wouldnt call support for classic barely existing.
I would, especially if you read analyses like this one: A date with Sybil. 808 nodes for a maximum of 213 supporters
Nodes are less important than hash power. You cant reasonably imply a choice for those that did not make one. Its more reasonable to assume that those still running old software either have no idea whats going on (uninformed) or dont care (uninterested). The uninformed and uninterested installed their software when there was no choice (ignoring XT here) to make. |
|
|
|
I sent a big amount in bitcoins 7+ bitcoins I don't know what i did wrong The transaction size is big i mean really big 16000+ bytes and the fees i paid was only 0.0001 btc You should always pay a fee per (k)byte and not a fixed amount. I am scared if even it will get confirm or not.I wonder if it's possible to rebroadcast or resent the transaction with higher fees?
Depends, which wallet / service do you use? Believe me if i knew the transaction size can be that big i would have paid 0.01 btc fees now what do i do frenss? "frenss"? P.S I control both the address the one i sent it from and the one i sent it to.Is there any way i can resent the transaction with high fee or just cancel this one or anu other way?I think I am screwed Can you post the TX ID? That way we can see why the TX is that big, how high its priority is (not that bogus "high"/"medium"/"low" you see on blockchain.info) and will (together with knowing your wallet) help make good suggestions. |
|
|
|
Looks like some sort of votes, hence Id like to see a source to see if there is anything behind it or if its just like a poll here.
I've found it. It is a chart representing the votes from Slush (outdated version of it)[1]. Currently it looks like this: 
To clarify, there is barely any support for Classic. The chart was originally just used to try and to manipulate others into believing that there is strong support behind the contentious HF.
[1] Source - https://slushpool.com/stats/#voting-resultsThanks, very interesting. I wouldnt call support for classic barely existing. Similar as with the nodes, if you remove those that have not made an active decision (not voted, not updated node software) core and classic are very close. |
|
|
|
First close Bitcoin Core entirely.
click "Win + R" buttons.
Type "cmd" then hit Enter.
Type: "cd .." hit Enter.
Type: "cd .." hit Enter. (You should see that C:\> on the console)
Then
Type: "cd Pr" and hit Tab, it'll type "Program Files". hit Enter.
Type: "cd Bi" and hit Tab, it'll type "Bitcoin". hit Enter.
Now type: "bi" and git Tab, it'll type "bitcoin-qt.exe"
Now add this: -zapwallettxes after the bitcoin-qt.exe.
it'll look like this: "bitcoin-qt.exe -zapwallettxes" hit Enter.
Wait for rescan. You're good to go. All unconfirmed & wrong txes will be deleted. If you have that balance, it'll be added to your wallet.
I wouldnt do that, you might lose information if you remove the TX from the wallet.
What does: getrawtransaction a9776e246ef655b66cc493f148e15cf71bc79e21caec687c00b511bfe6d803b7
and getrawtransaction 40498d4c605170d1e970051cae159341d029b196cc4d1d7215eafba8826ee328
return if you enter it in the console (Help -> Debug Window -> Console)? |
|
|
|
-snip-
Maybe. Its using the uncompressed by default AFAIK. You can use bitaddress.org to decrypt the BIP key. It will give you both private keys, importing the one that matches your address should resolve the issues with bc.i
Are you sure bitaddress.org is a reliable service? I mean what if they give us same address and private key previously generated by themselves? If we fund the address with large amount of bitcoins say 8+ bitcoins and it got stolen then who to blame lol? Is offline wallet generator of bitaddress.org reliable? Its very old code, I would have no problem using a local copy, verified with the (outdated) PGP key for 8 BTC. In fact I regularly use a local copy (v 3.0.1) I verified for my vanitygen service as well as my paper wallet needs. It was designed to run locally even when visiting the webpage and as mocacinno already said it was checked by a high number of people. It might still be buggy (they are hard to find), but Im certain its not malicious. |
|
|
|
I was wondering how many people on here really believe in the 'longest chain wins' philosophy or whether it is only because it largely matches a 'first to publish' in the long term?
For example, if it turns out that what we currently believe to be the longest chain is suddenly and unexpectedly demoted to a side chain with the appearance of a new chain which goes back, say, 3-6 months. Would you accept this as the 'true' chain or would you push for reverting or locking to the chain that has been publicly seen?
The bitcoin nodes would switch to that different chain. The question - as others have brough up already - is where does this new chain come from. "The longest chain" is just an abstraction of what really happens. The number of blocks is not as important as the work that had to be done to find them. Thus a longer chain would only be possible if someone could amass as much mining equipment in secret as is currently used worldwide. This is no simple nor cheap task. |
|
|
|
Well i thinked that were going to the blockchain funds to pay the core,anyway this reward gets into the new blocks?
Yes. But the miners dont know that ,they mine a block and get 50 btc or these ammount is bigger because the fees ? Meaning some blocks will give 50,50btc?
Miners know very well how much fee each TX they confirm pays. If they mine TX that pay a total 0.5 BTC fee their reward is 25.5 btc instead of 25 BTC (50 BTC was a long time ago). |
|
|
|
Its called change. When you receive 1 BTC in a single transaction you have to spend it entirely. Kind of like a 1 BTC bill. It can also be a 0.12345678 btc bill. If you want to spend 0.25 BTC of your 1 BTC bill you get 0.75 BTC as change (no fee for simplicity). Good wallets use a new address to receive the change. The TX you provided however was created by blockchain.info which tends to reuse the same address, thus the change is send "back" to the address the initial bill was recieved on. |
|
|
|
Hi guys i use bitaddress.org to generate 1 paper wallet
I get address and private key.
I imported that private key on blockchain.info and i get different address on blockchain.info then on paper wallet so i checked bitaddress.org and saw it was compressed address of that same uncompressed address that was on my paper wallet.
Compressed and uncompressed public keys result in different addresses, but they still come from the same private key. Usually a private key in WIF has a different prefix to tell the wallet whether it should handle the key as one for a compress or an uncompressed address. So my question is if is send bitcoins to the address on paper wallet,will i get same bitcoins on the address that got imported on blockchain?
Are compressed and Uncompressed address same thing and exchangable?
Please some technical guy explain this to me
They are two different addresses, but they can be spend by the same private key. E.g. address 1JpyMQDivyYBohM3zoMBXNiVg3u8F4F2PZ and 16sRvCPrJgKu7XBtR417jg6CndQMH7M27R come from the same private key (in hex) 73C89D6C48721B86C683643B094B3222331068A13846AD3475CDBF59394CE065 to tell the wallet which one you are using the uncompressed start with 5 e.g. 5JhH7tGFSnJSgwiqu2nzhvYJVyX2VPA97zzKfr37nPtpxgxMHGp and the compressed start with L or K, e.g. L16n9PGJknwzPJXgpev1hdKAEtTXaGoLqtx1QTSLwN3kgZqwn7Ax Bitaddress.org can convert between the two in the "wallet details" tab. disclaimer: these keys have been generated as an example and should not be used. Never share your private keys. Thanks for this. I used bip38 secuirty on my paper wallet. On my paper wallet it shows uncompressed address and when i imported my bip38 private key on blockchain.info with entering the passphase.I got the compressed address and not the address that is on my paper wallet. Is bitaddress.org generared wrong paper address? How can i import the same address that is on my paper wallet to blockchain.info wallet? Maybe. Its using the uncompressed by default AFAIK. You can use bitaddress.org to decrypt the BIP key. It will give you both private keys, importing the one that matches your address should resolve the issues with bc.i |
|
|
|
Vorgeschmack: >oclvanitygen.exe 1Stefan
Difficulty: 888446610538
Compiling kernel, can take minutes...done!
[36.99 Mkey/s][total 531628032][Prob 0.1%][50% in 4.6h]
>oclvanitygen.exe -i 1Stefan
Difficulty: 13881978289
[37.09 Mkey/s][total 477102080][Prob 3.4%][50% in 4.1min]
Das is nur keine GPU, die "Caicos" (0:0) is die "GPU", von der ist aber auch nix zu erwarten. Das stimmt sogar, danke dafür! Aber so schlecht ist die GPU anscheinend gar nicht: C:\......\vanitygen-0.20-win\oclvanitygen.exe -D 0:0 -k -o result.txt -i 1Stefan
Difficulty: 14102327151
[2.26 Mkey/s][total 58720256][Prob 0.4%][50% in 1.2h] Dann werde ich die Kiste heute Abend mal rödeln lassen  Immerhin doppelt so schnell wie mein 4 Kerner  Die Zahlen oben (~36-37Mkeys/s) kommen von ner GTX970, da dauert das nur ein paar Minuten. |
|
|
|
Hi guys i use bitaddress.org to generate 1 paper wallet
I get address and private key.
I imported that private key on blockchain.info and i get different address on blockchain.info then on paper wallet so i checked bitaddress.org and saw it was compressed address of that same uncompressed address that was on my paper wallet.
Compressed and uncompressed public keys result in different addresses, but they still come from the same private key. Usually a private key in WIF has a different prefix to tell the wallet whether it should handle the key as one for a compress or an uncompressed address. So my question is if is send bitcoins to the address on paper wallet,will i get same bitcoins on the address that got imported on blockchain?
Are compressed and Uncompressed address same thing and exchangable?
Please some technical guy explain this to me
They are two different addresses, but they can be spend by the same private key. E.g. address 1JpyMQDivyYBohM3zoMBXNiVg3u8F4F2PZ and 16sRvCPrJgKu7XBtR417jg6CndQMH7M27R come from the same private key (in hex) 73C89D6C48721B86C683643B094B3222331068A13846AD3475CDBF59394CE065 to tell the wallet which one you are using the uncompressed start with 5 e.g. 5JhH7tGFSnJSgwiqu2nzhvYJVyX2VPA97zzKfr37nPtpxgxMHGp and the compressed start with L or K, e.g. L16n9PGJknwzPJXgpev1hdKAEtTXaGoLqtx1QTSLwN3kgZqwn7Ax Bitaddress.org can convert between the two in the "wallet details" tab. disclaimer: these keys have been generated as an example and should not be used. Never share your private keys. |
|
|
|
For auction my signature space for one month (April 4th 2359 CEST till May 4th 2359 CEST (see #1.2)) Starting bid: .1 BTCBuy it now: 0.75 BTC (only valid until the current bid reaches 0.6 BTC) End date and time: April 3rd 2016, 2359 CEST[2] Payment methods accepted: BTC only Minimum Bidding Increment: .01 BTC Anti-sniping rule: Any bids made within 30 minutes of the end of the auction time will extend the end time by an additional 30 minutes. The winner will be declared April 4th here in this thread.Additional information:#1 I will guarantee a minimum of 250 posts. #1.1 I have made at least 3845 post since Sept 1st; thats an average of 549 posts per month. If you want more details, see here[1]. I have no reason to believe this will change in the near future, but life is full of surprises. #1.2 The 250 guarantee is not tied to the month and may take me longer. #2 I reserve the right to reject advertisements for companies/entities that are associated with a scam and/or large amounts of spam. #2.1 this exclused so-called "ponzi games" which I will not advertise for. #3 Bids of Jr. members or lower are not accepted by default. They must pay in 75% of their bid in order to get it accepted. #4 Payment is up front or handled via escrow. #4.1 My payment address will be 19HUmRVgKsREynkba31EqQsav6ic3Z9TXL. I will not contact you from a different account with a different address. #4.2 If an escrow agent is involved the buyer (you) pays the fee. If the escrow charges no fee, I expect you to pay a tip of at least 1% for the escrows service. #5 My avatar and/or personal text are not for sale. #6 No conditional bids, ask your questions before you bid. [1] http://www.bctalkaccountpricer.info/?token=ufc98a6[2] http://www.timeanddate.com/time/zones/cest |
|
|
|
I carried out a system scan last night and my Avast software found 2 viruses at blk00128.dat and 00129.dat. I had read about someone putting bits of a virus into the blockchain once, is that what that is?
make sure that your antivirus doesn't delete any files in that folder (and the bitcoin data directory in general) otherwise that will cause you to need to resync. Great call knightdk might have allowed that. Found this about certain bit off info in the blockchain and the thing i read about viruses was more bits of virus code that can be picked up by antivirus software. http://www.righto.com/2014/02/ascii-bernanke-wikileaks-photographs.html  You should not have this issue with core 0.12, which version are you running? |
|
|
|
I was sent .75 from a friend, and then it disappeared, but whats stranger is that the entire transaction is gone from both of our histories. It was done blockchain to blockchain so maybe he canceled it and is lying. I don't know if that is possible. But when I told him he sent me .4 right away, so it seems a little guilty tbh. (he owes me like 5k cash)
I really want to get to the bottom of this, so I dont know what to do? Its not the money, I want to know what happened. There is no transaction in my account nor on the screen shot he sent me.
I asked for my entire account records from blockchain, but haven't heard back.
what do you mean with dissapear?are you make some transaction and then that transaction gone without complete? i have read some problem about blockchain wallet,but i never feel and never hear about this before,weird. i think its just system failure. I mean that I saw it in my account balance, and then when I checked again it was gone. I didnt look at any of the transaction chain stuff, or the confirmation. They probably sent it back to him, thanks for the help. Its also possible that neither of you has any coins now. Think of the following scenario: Eve sends 0.75 BTC to your friend. She pays a low fee (or even no fee at all). Your friend had no bitcoin before, so when sending 0.75 to you, the coins from Eve are used. Your friend pays a nice normal fee. You see the coins appear in your wallet and think everything is fine. A few days later blockchain.info drops the transaction created by Eve because there is next to no chance it will ever get confirmed with such a low (or none) fee. This in turn makes the TX from your friend to you invalid, because it uses coins that no longer exist for the node. *poff* coins gone. The lesson to learn here is, coins that are not confirmed still belong to the sender. These chains can grow long, in my example (I have no idea if it happened like this) the coins belonged to Eve the whole time. |
|
|
|
Ahh danke jetzt gehts! Nur ist die GPU bei meinem Arbeitsrechner ebenfalls sehr sehr lahm sehe ich, soll ebenfalls über 2 Wochen dauern  Dann muß zu Hause die GTX970 ran Vorgeschmack: >oclvanitygen.exe 1Stefan
Difficulty: 888446610538
Compiling kernel, can take minutes...done!
[36.99 Mkey/s][total 531628032][Prob 0.1%][50% in 4.6h]
>oclvanitygen.exe -i 1Stefan
Difficulty: 13881978289
[37.09 Mkey/s][total 477102080][Prob 3.4%][50% in 4.1min]
Möchte mich hier kurz einhängen. Da es bei meinem Namen ca 14 Tage mit der CPU dauert, möchte ich es per GPU probieren. Wenn ich den Aufruf starte kommt folgendes: C:\......\vanitygen-0.20-win\vanitygen-0.20-win>oclvanitygen -k -o result.txt 1Stefan
Difficulty: 4476342
Available OpenCL platforms:
0: [Advanced Micro Devices, Inc.] AMD Accelerated Parallel Processing
0: [Advanced Micro Devices, Inc.] Caicos
1: [GenuineIntel] Pentium(R) Dual-Core CPU E5800 @ 3.20GHz
C:\......\vanitygen-0.20-win\vanitygen-0.20-win> Was müsste ich ergänzen damit die GPU genutzt wird? Danke vorab! Du musst noch die Graka angeben. Probier's mal mit: oclvanitygen -k -D 0:1 -o result.txt 1StefanDas is nur keine GPU, die "Caicos" (0:0) is die "GPU", von der ist aber auch nix zu erwarten. |
|
|
|
I'll take 1Mist in the meantime. I need an address that I can sign from and prove is mine.
Post a public key or send one via PM and a small donation to the address in the OP. I offer them on my own, but I have no problem if others adopt the model. My main cost factor is electricity and some other estimates I made to balance out the variance.
Just to be sure: So it's totally okay with you if I create my own "Get a pretty addy"-thread here, and copy your Howto on bitaddress and partial keys?  Yes, its is a modified copy of OgNasty's old post anyway.
Thanks for finishing/correcting, the problem I have with your approach is that Alice would have to wait for a payment address. She'd have to wait for her vanity address anyway, but the process is confusing enough as it is for some.
Alice doesn't participate in some steps; she asks for a quote, you give her the quote and at the same time know that I can be contacted (until further notice) for longer problems. Alice accepts the quote and you provide her with a wallet for payment. Unless you both are on line at the same time and there's a degree of urgency to Alice's request (which given a seven plus day mining time is unlikely), it's just given that you and she will have real world commitments. I've underlined what I feel are the key points above. These are the steps from Alice's perspective. In all likely hood you would have my Part Public Key on file and with a 12o67ExampLe1a2b3c4d5e6f7d taking a moment to generate, can take the order, give a quote and provide a wallet all in one step. You'd be holding the purse until the work is done, but can't actually move the funds around - and I have the carrot incentive to do the work. Even though I would feel more comfortable using a 2-2 multisig wallet, Im fine doing it this way. It adds a certain flavor. If you want we can just prepare a single address now for the first order and create a second once its finished. That way there is no need to wait and we both already have the partial private keys somewhere secure when the order comes in. |
|
|
|
Ich habe selber mal das Problem gehabt und mir ein Programm geschrieben. Allerdings wie bereits erwähnt bringt es zeitliche Vorteile wenn du etwas über das Passwort weißt. Wenn dem so ist kannst du dich gern bei mir melden und wir können es ja mal versuchen.
Hallo, kann ich das Programm mal testen...habe da noch eine Vertcoin Wallet rumzuliegen ^^^ -> https://github.com/gurnec/btcrecover ist ziemlich sicher schneller. |
|
|
|
|
Show Posts
