Do I need to spend from the wallet i recently sent to, or am I to spend from the original wallet that has two unconfirmed transactions sent?
Spend the coins from your new wallet. Do NOT double-spend them again. The new wallet have not recieved bitcoins yet, and therefore can not spend any bitcoins or am I wrong?
What do you mean they did not appear? Do you ask if you can spend unconfirmed outputs. Then the answer is yes. If your coins however did not appear please sing one of these transactions (only one is required) 0100000001e18a058e1066f96e98076f20489fe528f94712518213956b02459900d9e36ef9000000001976a914dea549d200f83ef902acb7a1b58a244e2fb811b788acffffffff0170fc8837000000001976a914dea549d200f83ef902acb7a1b58a244e2fb811b788ac00000000 With private key of 1MJF22LL41V1BNdvzucU4z41T5pEoZ5Xio OR 0100000001e18a058e1066f96e98076f20489fe528f94712518213956b02459900d9e36ef9010000001976a91425cba07833fe0656a9c458a1c7adc835dfe027db88acffffffff01790d6732000000001976a91425cba07833fe0656a9c458a1c7adc835dfe027db88ac00000000 With a private key of 14SqwLchTWUwjK35Vs8cWU9jzZQa1KLMou They both send coins to the same wallet with a fee of 0.001BTC.
|
|
|
Uhh. As far as I can tell the second transaction (new) is a double spend of the first (old) transaction. Both are not spending any unconfirmed output.
My bad. I though it was the usual case. The guy sends a tx with low fee then spends the change and complains that his "high fee" transaction doesn't confirm. So I didn't even checked the explorers. So what is the best solution for me right now? Could i make a third try and spend the coins with a very high fee and get it through? Made the second transaction with the recommended fee on bitcoin core.
Spend one of those outputs from your new transaction with a high fee of 200 sat/B so that both transactions get included in the block. There are a lots of CPFP pools nowadays.
|
|
|
And, to clarify, do you mean "hack the bitcoin private key" or brute force a password the is locking the wallet? Important distinction.
Well what do you think it is? Of course it's cracking the password. Have you ever heard of anyone cracking a private key? I haven't. Being a member since 2011 you should understand these noob mistakes and ignore them.
|
|
|
You can try using this site to make the second transaction confirm faster. It might still take few hours though. ViaBtc rejects all transactions that have a fee of less than 10 sat/B. And since his second transaction spends an unconfirmed output from his first transaction he cannot push it to ViaBtc because that transaction simply doesn't exist in their mempool.
|
|
|
I am not convinced as you have double-spend a transaction with a fee of 5 sat/B. A lot of miners have a min relay fee of 10 sat/B so a lot of miners could have mined the double-spend tx. Double-spend my tx, I had already given you the raw. Furthermore, how do you think everyone else who has stuck transaction issues are able to make a new transaction with a higher fee? They are double spending; they are making an RBF transaction without any RBF signalling in the original transaction. Seriously, take a look through the tech support section and look at all of the transactions people are complaining about. All of those transactions don't signal RBF and many of them are not confirmed but rather have been successfully double spent.
Well if you could link some I would deeply appreciate it. As far as I have looked all of the guys who complained about their tx not confirming got their transactions confirmed. Anyways, this is off topic for this thread. Just because you do not understand how it works or why it works does not mean that it does not work. This has been done multiple times in the past; just because you don't know that does not mean that it does not work.
I did not know there were full RBF miners out there (and I am still not sure). Just because you double-spent a tx which paid a fee of 5 sat/B doesn't mean there are full RBF miners out there. Well the op asked us how to double-spend so teach him a thing. He said he uses blockchain.info so the first thing he needs to do is retrieve the private keys from there. It used to be possible at least 4 years ago when I checked it.
|
|
|
You are incorrect. You can double spend a transaction which is not RBF enabled, it will just be slightly harder to do as less nodes will relay it, but it is still possible. It has been done multiple times in the past by other users in the same situation of the OP and I have done it before to prove that it could be done.
Ok. Here is my first transaction (non-RBF) https://blockchain.info/tx/8ec829670f3e20f76155cc25a0dd91e5e4c6cdcfb19ba92aa2db44bde437d993 which pays a fee of barely above 10 sat/B Here is the raw of my second RBF enabled transaction: 0100000001d13268bf354efa3afb1e36de03e22d4f7267ba85f2f0fb531efc09808a3b6d5f000000008b483045022100dbd5f4e2e8f38efba47d150048f2b4ab9ea81b46e2de3a0ae0d57f1a53f8eff802201adba6cf8c5e5aeb6b4a82734dbb58bb98aaef2eb1115a8e9d79cba991265d96014104d41dd0e449372f8896755cc74f0ed86cbfdffa531808dd4a391e09c3b9f629b98a12fd07487ed576131169fdceea9137909655aa079eb2a7eebd05742ab8d87afdffffff01c0732600000000001976a9147c298d5d195cf7ba257cff786e56026baf4a43a988ac00000000 Which pays a fee of 223 sat/B. Good luck double-spending my first tx with the second one, are there really some full RBF miners?
|
|
|
2) create an RBF (double spend) transaction For option 2, we need to know what wallet software you are using.
False. You can't double-spend a transaction which is not RBF enabled like in op's case. My laptop is macbook pro with latest verision of OSsierra, is this the software you are talking?
Hehe, no. Just wait, it'll confirm faster than you can contact anyone or before you can "double-spend" this transaction.
|
|
|
hmm well seems like you dont know .. actually its a payment method .. anyways search google
also I can give you 15% if you want bitcoins like
you send me 1 bitcoins fraud funds these
i send you 0.15 pure btc which confirm obviously.
You know, if you would think for a second you would realize that you could just send 0.001BTC to that address receive 0.002BTC back and spend your outputs along with 0.002BTC output from amaclin and you would have the same effect. Just saying.
|
|
|
You will have more of a chance sourcing these gift cards on Paxful. However make sure that the sellers are trusted as a log of gift card resellers both on here and on Paxful are selling carded codes which will ultimately get cancelled. The rate on here for most legally obtained gift cards ranges from 75-85% of face value. Hacked cards obviously retail for significantly lower rates.
I do not care how the cards were obtained, as long as they are for my mentioned price.
|
|
|
Hello, I would like to buy Subway/Burger King/Dollar General 10$ gift cards. Only one of each. I will be buying a lot more of these (more brands and bigger denominations too) but for now I only want this much. I am buying only digital GC's. Paying: 6.5$ for 10$ subway.com 6.5$ for 10$ bk.com 6.5$ for 10$ dollargeneral.com You will have to go first on these. Paying in Bitcoin.
|
|
|
If you wanted to leave the transaction pseudonymous you shouldn't have mentioned the exact size and fee of it (373, 0). A quick search and I know your tx, it starts with c45b6e66a2aa2
|
|
|
Inputs are a little bit heavier than output bandwidth-wise. About how many inputs could a standard bitcoin transaction have assuming just one output?
Around 530 inputs with compressed keys. Around 460 inputs with uncompressed keys. Awesome. Thanks. That is some useful info I was too lazy to calculate. Don't take those amount seriously. Actual numbers may wary about 20 inputs. Yeah, I knew it was under 50. Learnt the hard way. I edited my original post now the amounts should be nearly exact Isn't there a very high variance? How could you cite so much precision There is some variance. Read this http://bitcoin.stackexchange.com/questions/1195/how-to-calculate-transaction-size-before-sending/3011#3011 very useful.
|
|
|
Inputs are a little bit heavier than output bandwidth-wise. About how many inputs could a standard bitcoin transaction have assuming just one output?
Around 530 inputs with compressed keys. Around 460 inputs with uncompressed keys. Awesome. Thanks. That is some useful info I was too lazy to calculate. Don't take those amount seriously. Actual numbers may wary about 20 inputs. Yeah, I knew it was under 50. Learnt the hard way. I edited my original post now the amounts should be nearly exact.
|
|
|
Inputs are a little bit heavier than output bandwidth-wise. About how many inputs could a standard bitcoin transaction have assuming just one output?
Around 530 inputs with compressed keys. Around 460 inputs with uncompressed keys. Awesome. Thanks. That is some useful info I was too lazy to calculate. Don't take those amount seriously. Actual numbers may wary about 20 inputs.
|
|
|
Inputs are a little bit heavier than output bandwidth-wise. About how many inputs could a standard bitcoin transaction have assuming just one output?
Around 675 inputs with compressed keys. Around 555 inputs with uncompressed keys.
|
|
|
Your transaction uses a ridiculously low fee (the 40KB tx) use at least 0.005BTC as a fee for such transactions, and I guess you used the same 1sat/B fee for the 80KB transaction. Use at least 0.009BTC for that one.
|
|
|
I am doing a small transaction here . What if I would want to buy an airplane or an expensive car with my BTC and all my incoming transactions are coming from my online store which all have small transaction amounts . I will have to go make thousand transactions of 1 BTC to the seller ? This can't be right .
A transaction too big in QT (and in other wallets) is when a transaction exceeds 100KB (current limit) any transaction over 100KB is non-standard (but valid) and no nodes/miners relay/mine such transactions today (but they can be mined). Any transaction over 1MB is in-valid. You can send whatever amount you want in BTC as long as your inputs are valid and your output(s) value does not exceed input value. Thats why QT didn't let you send all the amount in one transaction because the transaction was bigger than 100KB. But when you split those in to a 80KB and a 40KB transactions it was ok.
|
|
|
Congratulations on mining block 420000.Glad my transaction got included in it. Hope to see you mining block 630000.
|
|
|
Why do you keep deleting and reposting this exact post? Stop it, it is annoying and is resulting in you illegally bumping this thread.
It wasn't exact. Either way, why is it illegal to repost same thing, is it against forum rules?
|
|
|
|