...
Every transaction is replaceable if you have knowledge of the private key.
...
Every transaction is replaceable if you have knowledge of the private key.
...
So anyone could do millions any time.
Good luck with that thinking.
Topic: Bitcoin puzzle transaction ~32 BTC prize to who solves it - page 122. (Read 245170 times)
So anyone could do millions any time.
Good luck with that thinking.
You people just don't want to understand. It doesn't matter which program you use to generate the transaction and it doesn't matter whether you have signaled RBF or not.
Every transaction is replaceable if you have knowledge of the private key.
Whether you want to admit it or not, that's a fact.
Every transaction is replaceable if you have knowledge of the private key.
Whether you want to admit it or not, that's a fact.
I did about 10 attempts today, trying to change already broadcasted transaction, sent from bitcoin-core with RBF flag off.
All attempts fail. First transaction always win.
All attempts fail. First transaction always win.
Then we must do kind of kung-fu. Using older Electrum versions than 4.4.0 with RBF flag off.
I did about 10 attempts today, trying to change already broadcasted transaction, sent from bitcoin-core with RBF flag off.
All attempts fail. First transaction always win.
All attempts fail. First transaction always win.
Then we must do kind of kung-fu. Using older Electrum versions than 4.4.0 with RBF flag off.
The problem lies in the rbf according to the configuration of each node, I think that if you do a tx deactivating rbf it must be replaced using another node to be able to replace it.
I did about 10 attempts today, trying to change already broadcasted transaction, sent from bitcoin-core with RBF flag off.
All attempts fail. First transaction always win.
All attempts fail. First transaction always win.
Then we must do kind of kung-fu. Using older Electrum versions than 4.4.0 with RBF flag off.
I did about 10 attempts today, trying to change already broadcasted transaction, sent from bitcoin-core with RBF flag off.
All attempts fail. First transaction always win.
All attempts fail. First transaction always win.
Then we must do kind of kung-fu. Using older Electrum versions than 4.4.0 with RBF flag off.
Just found the way how to do it...
So, we're definitely f....d...
66 puzzle is waste of electricity now.
Thanks.
So, we're definitely f....d...
66 puzzle is waste of electricity now.
Thanks.
Why win the lottery twice? This is precisely the problem we are dealing with, this is ONLY for low bit puzzles like 66.
A bot that is sniffing mempool transactions (transactions that have not yet been placed on the blockchain and are stored in volatile memory) gets the public key and in minutes the private key with kangaroo, then initiates a transaction with a commission larger, which has a better chance of obtaining confirmations than the "original" transaction
A bot that is sniffing mempool transactions (transactions that have not yet been placed on the blockchain and are stored in volatile memory) gets the public key and in minutes the private key with kangaroo, then initiates a transaction with a commission larger, which has a better chance of obtaining confirmations than the "original" transaction
That is the problem with miners which do not acknowledge that RBF is off for a tx. If tx is with RBF off it should be treated as last and valid only.
Without rbf, any one can load Pk and cancel tx ormodify
With rbf, any one can load Pk and generate new tx with higher fee
3rd and last I know how to create tx and relax for sure where coin will move to my assign address
Maybe those who find it will send you a nice chunk of change for helping out. I know I would.
Ahhh, I did not ask send me Pk, within last 2 days I post 2 or 3 message where my statement is, as discussed above issue , I explain what will happen in didrent ways of attempt for withdrawal, and said try your tx create n check what me and similar other said, when get knowledge our explained ( hand on practice), then come to me ask, I will definitely explain, how to do safe n secure,
I never ask share your found 66 Pk to me, yes I ask hope u will share coins to me
3rd and last I know how to create tx and relax for sure where coin will move to my assign address
THB this sound like a bait and bullshit, unless you are a miner or have some accesses to miner resources in somehow.
Besides that there is not an other method to do that.
I been collecting some dust inputs from leaked private keys and that's actually very difficult to do because other are doing exactly the same with those address... so there is no safe way to move an address with leaked private key with 100% of certainty to win that transaction.
Why win the lottery twice? This is precisely the problem we are dealing with, this is ONLY for low bit puzzles like 66.
A bot that is sniffing mempool transactions (transactions that have not yet been placed on the blockchain and are stored in volatile memory) gets the public key and in minutes the private key with kangaroo, then initiates a transaction with a commission larger, which has a better chance of obtaining confirmations than the "original" transaction
A bot that is sniffing mempool transactions (transactions that have not yet been placed on the blockchain and are stored in volatile memory) gets the public key and in minutes the private key with kangaroo, then initiates a transaction with a commission larger, which has a better chance of obtaining confirmations than the "original" transaction
That is the problem with miners which do not acknowledge that RBF is off for a tx. If tx is with RBF off it should be treated as last and valid only.
Without rbf, any one can load Pk and cancel tx ormodify
With rbf, any one can load Pk and generate new tx with higher fee
3rd and last I know how to create tx and relax for sure where coin will move to my assign address
Maybe those who find it will send you a nice chunk of change for helping out. I know I would.
Ahhh, I did not ask send me Pk, within last 2 days I post 2 or 3 message where my statement is, as discussed above issue , I explain what will happen in didrent ways of attempt for withdrawal, and said try your tx create n check what me and similar other said, when get knowledge our explained ( hand on practice), then come to me ask, I will definitely explain, how to do safe n secure,
I never ask share your found 66 Pk to me, yes I ask hope u will share coins to me
Why win the lottery twice? This is precisely the problem we are dealing with, this is ONLY for low bit puzzles like 66.
A bot that is sniffing mempool transactions (transactions that have not yet been placed on the blockchain and are stored in volatile memory) gets the public key and in minutes the private key with kangaroo, then initiates a transaction with a commission larger, which has a better chance of obtaining confirmations than the "original" transaction
A bot that is sniffing mempool transactions (transactions that have not yet been placed on the blockchain and are stored in volatile memory) gets the public key and in minutes the private key with kangaroo, then initiates a transaction with a commission larger, which has a better chance of obtaining confirmations than the "original" transaction
That is the problem with miners which do not acknowledge that RBF is off for a tx. If tx is with RBF off it should be treated as last and valid only.
Without rbf, any one can load Pk and cancel tx ormodify
With rbf, any one can load Pk and generate new tx with higher fee
3rd and last I know how to create tx and relax for sure where coin will move to my assign address
Maybe those who find it will send you a nice chunk of change for helping out. I know I would.
Why win the lottery twice? This is precisely the problem we are dealing with, this is ONLY for low bit puzzles like 66.
A bot that is sniffing mempool transactions (transactions that have not yet been placed on the blockchain and are stored in volatile memory) gets the public key and in minutes the private key with kangaroo, then initiates a transaction with a commission larger, which has a better chance of obtaining confirmations than the "original" transaction
A bot that is sniffing mempool transactions (transactions that have not yet been placed on the blockchain and are stored in volatile memory) gets the public key and in minutes the private key with kangaroo, then initiates a transaction with a commission larger, which has a better chance of obtaining confirmations than the "original" transaction
That is the problem with miners which do not acknowledge that RBF is off for a tx. If tx is with RBF off it should be treated as last and valid only.
Without rbf, any one can load Pk and cancel tx ormodify
With rbf, any one can load Pk and generate new tx with higher fee
3rd and last I know how to create tx and relax for sure where coin will move to my assign address
Why win the lottery twice? This is precisely the problem we are dealing with, this is ONLY for low bit puzzles like 66.
A bot that is sniffing mempool transactions (transactions that have not yet been placed on the blockchain and are stored in volatile memory) gets the public key and in minutes the private key with kangaroo, then initiates a transaction with a commission larger, which has a better chance of obtaining confirmations than the "original" transaction
A bot that is sniffing mempool transactions (transactions that have not yet been placed on the blockchain and are stored in volatile memory) gets the public key and in minutes the private key with kangaroo, then initiates a transaction with a commission larger, which has a better chance of obtaining confirmations than the "original" transaction
That is the problem with miners which do not acknowledge that RBF is off for a tx. If tx is with RBF off it should be treated as last and valid only.
Let's assume the mempool is low when you do the transaction for the puzzle. If I send the coins with a fee of .1BTC and someone else finds the private key 30 seconds later and sends the transaction with a 1BTC fee, would they both be in the same block and the first transaction would win because it has an earlier timestamp, or would that not matter?
Double spending in Bitcoin is an inevitable feature of the network, regardless of whether it is legitimate or not. So how do you solve the problem of a conflicting transaction? well, through the confirmations of the miners. And how can we "win" a conflicting transaction? increasing the rate...
In fact, exchanges usually carry out these transactions to reverse a transaction in which the transaction fee was low and they need to make the transaction faster or even unblock a stuck transaction generating a double spend this time with a higher fee.
So this is part of the bitcoin protocol and there is nothing to do. If someone obtains your private address and makes a transaction before it is confirmed, both transactions will "fight" to form a block first, regardless of which was issued first.
It turns out you need to win the lottery 2 times)) first win the private key and then also so that your transaction is included in the block. But what if you choose a moment when the network is overloaded and make a transaction with a commission of 100 million sat? Will this increase the chances or does it not matter?
Why win the lottery twice? This is precisely the problem we are dealing with, this is ONLY for low bit puzzles like 66.
A bot that is sniffing mempool transactions (transactions that have not yet been placed on the blockchain and are stored in volatile memory) gets the public key and in minutes the private key with kangaroo, then initiates a transaction with a commission larger, which has a better chance of obtaining confirmations than the "original" transaction
My question is: How can you tell from the public key that the public key is multi-bit?
How can we determine the bit length of a public key
for example : 19zK7RvpE7UE7nDaRtLcTAw98tyyYr8Pz7
You cannot. No one can. We know the bits of the addresses and public keys (every 5th) for the challenges because of the challenge itself and from words the creator once said.How can we determine the bit length of a public key
for example : 19zK7RvpE7UE7nDaRtLcTAw98tyyYr8Pz7
But for a random address or public key, no one can say what bit range it is in.
My question is: How can you tell from the public key that the public key is multi-bit?
How can we determine the bit length of a public key
for example : 19zK7RvpE7UE7nDaRtLcTAw98tyyYr8Pz7
How can we determine the bit length of a public key
for example : 19zK7RvpE7UE7nDaRtLcTAw98tyyYr8Pz7
Just a thought:
Ideally a miner is lurking here with a decent hashpower (lets say minimum finding a block every day) and is willing to facilitate this transaction. Feel free to define your terms and how to hand over the transaction safely.
I am sure there are ways for the miner here to prove his authenticity of hashpower control (e.g. by including a community defined text in one of the coinbase OP_RETURNs of one of his mined blocks and announcing it here before it happens).
Ideally a miner is lurking here with a decent hashpower (lets say minimum finding a block every day) and is willing to facilitate this transaction. Feel free to define your terms and how to hand over the transaction safely.
I am sure there are ways for the miner here to prove his authenticity of hashpower control (e.g. by including a community defined text in one of the coinbase OP_RETURNs of one of his mined blocks and announcing it here before it happens).
if the miner is not your best friend or relative, then he will not be interested. a miner with the power to mine a block with a 100% probability earns more per month than in all puzzle wallets.
There is no need for 100% probability. The miner just has to include the transaction in the candidate block manually and mine along with the other transactions from the mempool just as normal. If he wins, broadcast and it will get confirmations, no danger for the attack any more. If he not wins the block, no problem, just try again with the next block. Just never broadcast the transaction to other nodes mempool until its mined.
I would think a high fee for this semi-manual service (say 1 BTC) might be enough incentive?
Am I missing something here?
How much time does a professional miner need to do this job ?
if the miner is not your best friend or relative, then he will not be interested. a miner with the power to mine a block with a 100% probability earns more per month than in all puzzle wallets.
There is no need for 100% probability. The miner just has to include the transaction in the candidate block manually and mine along with the other transactions from the mempool just as normal. If he wins, broadcast and it will get confirmations, no danger for the attack any more. If he not wins the block, no problem, just try again with the next block. Just never broadcast the transaction to other nodes mempool until its mined.
I would think a high fee for this semi-manual service (say 1 BTC) might be enough incentive?
Am I missing something here?
It makes sense, but as soon as some amateur person finds the wallet password, he will send it to his own address and others will steal it. The important thing is to have this awareness
Absolutely, thats why I posted it.
In my opinion any other method than "shadow mining" has a too high risk of going wrong:
- Broadcast at low-traffic times: You don't know when the next block will be mined. Could be seconds or minutes away (which would give enough time for the attack).
- Set the "do not RBF": You don't know if the miners will honor this field or not. It also does not help against an attacker simply inserting a double spend transaction.
- Double spend risk: It seems every miner uses its own metric to determine the valid transaction. Based on fee will end up in a bidding war. Based on timestamp can work but you don't know which metric the miner will use.
So just making a "normal" transaction is much too high risk and I think everyone working on this puzzle should be very aware of that and have a solid plan in case of winning the lottery!
if the miner is not your best friend or relative, then he will not be interested. a miner with the power to mine a block with a 100% probability earns more per month than in all puzzle wallets.
I think there is an option to send several transactions at once. distribute the balance over several different transactions + commission. so there is a chance that one or more transactions will go through to your wallet. you just have to send it at the same time
Jump to: