Wait. Using the same seed means the private keys are on the new ledger. But under all new public keys?
You will have same private keys, same public keys and same addresses in the new ledger. By importing the seed into the new ledger, you will have access to the fund you had in the old device. Note that every private key can generate only one public key. It's not possible to have different public keys with a single private key.
|
|
|
It then askes....."Enter a list of Bitcoin addresses (this will create a watching-only wallet), or a list of private keys."
If you enter a private key, you will be able to see your balance and also spend the fund. If you enter an address, you will create a watch-only wallet. A watch-only wallet can be used for checking the balance and transactions without touching the private key. Note that you can't spend any fund from a watch-only wallet. It looks like they have appeared in my wallet. :-) What should I do now?
If you want to spend any bitcoin from your wallet, you should go to "send" tab. In the "Send" tab, you need to enter the address you want to send bitcoin to in "Pay to" field and the amount of bitcoin you wish to send in "Amount" field. You can also click on "Max" button to send the entire balance. After you click on "Pay", you should select the fee rate on the new window. Note that the more fee you pay, the faster your transaction will be confirmed. If you want a very fast confirmation, you can use "ETA" option as the estimation method and move the slider to right side.
|
|
|
Import "Bitcoin addresses or private keys" I would imagine?
Yes, select "Import bitcoin addresses or private keys". Then enter your private key and click on "Next". If you have imported the correct private key, you should see your bitcoin address in "Addresses" tab. (If "Addresses" tab is not available, click on "View" at top of the window and then select "Show addresses".)
|
|
|
Hi GOLD_official I am making this post to inform you that I just left this campaign. Thank you for the opportunity of taking part in this campaign. I took part in this campaign for more than a year and I confirm that I was always able to change the GOLD tokens to ETH and BTC instantly.
I hope the issue with the smart contract to be solved soon and wish the best for Digital Gold team.
|
|
|
Thank you. It's an honour to be accepted to take part in this campaign. I just updated my signature and avatar.
|
|
|
.........the only thing that came to my mind is to export the private key from the Jaxx wallet and import it to Electrum instead and maybe you can able to make a CPFP transaction.
For implementing CPFP, you must have control over one of outputs of the unconfirmed transaction. As there is no change address in the transaction, even if OP can export the private key from Jaxx wallet and imports it into electrum, it won't be possible to implement CPFP. CPFP method can be implemented only by the receiver. The receiving address seems to belong to a custodial service and there is no way to implement CPFP.
KingJJ, I just submitted your transaction on ViaBTC free accelerator. ViaBTC will include your transaction in the next block they mine. They own about 8.5% of the total hashrate and they should mine one block in every 120 minutes on average. ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2F4wsyOIj.jpg&t=663&c=T32nxgs_SrOjqQ)
|
|
|
Since it was not RBF enabled the only thing you can do is to double-spend or CPFP.
It's impossible to double-spend this transaction. It is paying 80 sat/byte and almost all nodes should have it in their mempool. Any transaction spending a same input even with a much higher fee will be rejected.
|
|
|
The fee seems OK to me, no?
It's not. The network is so congested now and your transaction is now about 12 MB from the tip. Currently, for a fast confirmation (in 1-2 blocks), you need to pay about 110 sat/vbyte. Every other transaction in that block did.
What block are you talking about? Your transaction hasn't been included in any block.
|
|
|
(i guess i was wondering what the difference is between vbyte and byte there, i mean, if 828sat/vbyte is the "same" as sat/vbyte, but i guess i’ll have time to google and educate myself in the upcoming nervewrecking days.) :-)
Miners prioritize transactions based on sat/vbyte not sat/byte. If you send bitcoin from a legacy address (an address starting with 1), your transaction size will be equal to its virtual size and there won't be any difference between sat/byte and sat/vbyte. If you send bitcoin from a nested segwit address (an address stating with 3) or from a native segwit address (an address starting with bc1), your transaction will have a lower virtual size and the fee per vbyte will be higher than the fee per byte. In fact, by using segwit addresses, you will get some discount from miners. Your first transaction has 50 inputs and 1 outputs and you paid 80 sat/vbyte as transaction fee. If you had used native segwit addresses instead of legacy addresses, its virtual size would be about 3400 vbyte instead of 7400 vbyte and you could save about 0.0032 BTC.
|
|
|
does that mean i can "increase fee" on the second transaction using electrum and set it to .. 828 sat/byte?
Yes, you can increase the fee. To do so, just right-click on your transaction and select "Increase fee". A new window will pop-up and you can enter the new fee rate. As calculated in my previous post, this will cost you about 39 dollar. If you are not in hurry, just wait. Note that the required fee is dynamic and can change over time.
|
|
|
it is in fact legacy, and evenworse ... 50 of those (paper wallets/addresses) to be merged into a single transaction. :-| i guess that doesn’t make it easier/faster, huh? :-)
You mean you entered 50 private keys when using the "Sweep" feature. Right? If that's the case, your first transaction should be 3400 vbyte. So, the effective fee rate is: (80*3400) + (137*142) / (3400+142) = 82 sat/vbyte. If you are not in hurry, just wait. If you want your transactions get confirmed soon, you can bump the fee of the second transaction. Currently, you need the fee rate of about 110 sat/vbyte for getting a fast confirmation (in 1-2 blocks) (80*3400) + (X*142) / (3400+142) = 110 sat/vbyte. X= 828 sat/vbyte For getting a fast confirmation, you need to bump the fee of the second transaction to 828 sat/vbyte. This will cost you 98122 satoshi (about 39 dollar)
|
|
|
If there is a double-spend feature then try it on the first transaction to cancel it and increase the transaction fee when you want to send it again.
As already stated by OP, the first transaction hasn't been flagged as RBF. Therefore, it's impossible to cancel that transaction. By cancelling a transaction, you actually replace it with a new one to yourself with a higher fee. So, you can't cancel a non-RBF transaction. And even if the first transaction was RBF, it was not a good idea to cancel the transaction and make a new transaction with a higher fee. If you do so, you will have to pay for two transactions instead of one transaction. And as OP needs to make another transaction to Kraken, he/she would actually have to pay for three transactions.
|
|
|
Both of transactions will likely be confirmed soon. Assuming your paper wallet address is legacy (the worst case), your first transaction should be 192 vbyte. Your second transaction should have 1 input and 2 output and is 142 vbyte. (As electrum 4.1.2 create a native segwit wallet by default, I assumed your address is native segwit.)
The effective fee you paid for these two transaction is:
(80*192) + (137*142) / (192+142) = 104 sat/vbyte.
Your transactions are now about 2 vMB from the tip and they will likely be confirmed soon in a same block.
Note that you could import the private key of your paper wallet instead of sweeping that and pay fee only for one transaction. By sweeping the paper wallet, you actually waste some money.
|
|
|
64,650 Thanks for the great game and sorry for not having any analyse. It was just a bullish guess.
|
|
|
Also, I am confused as you said the secret code can not working on other 2FA apps, while the QR code for export which can also be used as backup is working.
I don't think o_e_l_e_o was talking about that QR code. He was probably referring to google account backup codes which can be used only for recovering the google account.
|
|
|
version 4.1.1 and up will create a segwit wallet by default.
Electrum 4.1.0 create a segwit wallet by default too. Then, delete the old wallet after the Bitcoin has been successfully sent and confirmed.
You should never delete a wallet. Sigh... why delete a wallet instead of moving it aside and keeping the old copy just in case? You should never delete a wallet.
|
|
|
The associated address where the coins went hasn't had that many transactions.
It's possible that the hacker has generated a new address for each of victims. The fund stolen from OP has been co-spent with 64 other inputs in this transaction. Edit:
I just found one of inputs of the transaction above on electrum's github. Unauthorized withdrawal of btc from e-wallet version 4.0.7. Someone claims that 0.017 BTC has been stolen and withdrawn to bc1q65usegx7mqmqxzf6rkzlkwkny73vfxypn8pxyr. This address and the address OP's fund sent to (bc1qas8f5hw73rcec72yy2rl92mwsvq3wsg8z2883q) are owned by a same person. Both of them belong to this wallet.
|
|
|
Why are rewards for old users different from rewards for new users? I have never hearded this before.
It doesn't really matter if you are an old user or a new user. The reward you get in each free roll depends on the amount you have already wagered and number of tickets you have purchased. Therefore, the reward a new user get can be higher than an old user. The base reward can be increased up to 19 times if you play multiply game, bet on events or buy lottery tickets.
|
|
|
|