The transaction pays a fairly low transaction fee. There is not much you can do as the receiver. You can try asking miners for help. The users Quickseller and macbook-air have access to a mining pool and are known to have helped people with this type of issue before.
|
|
|
Run where <blocks> is the number of blocks that you want your transaction to be confirmed within. Note that you cannot choose 1 because that is too soon and not enough data can be gathered for 1 block. I recommend using 3. Take the result of the estimatefee command above and run where <fee> is the output of the estimatefee command. Then whenever you send using the wallet RPCs in the same session, it will use the fees set by settxfee.
|
|
|
what the OP of this thread calls "RBF" is actually a double spend attempt. it is misleading and dishonest to call it RBF.
RBF is, by definition, a double spend attempt, regardless of Opt-in or not. You are creating a transaction which spends inputs already spent by an unconfirmed transaction. This method is Full RBF, not Opt-in or First-Seen-Safe RBF. It is still RBF and is as Peter Todd originally proposed RBF.
|
|
|
I still have the money on Armory (stuck), and I don't have enough disc-space for Bitcoin Core even though I tried the pruning thing.. I pay someone 20$ in BTC if they tell me exactly how I get my money away from Armory without installing Bitcoin Core and move them to Electrum.. And by exactly I mean that I don't know shitall about these... ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) Download and install Electrum from https://electrum.org/#download. Once it is installed, start it up. It should ask you to make a new wallet. Choose the Standard wallet option and follow the instructions in the dialog to secure your wallet. Make sure that Bitcoin Core is shut down. Start Armory. If you did not change it so that you have to manually start Bitcoin Core, go to File > Settings, and uncheck the box "Let Armory run Bitcoin Core in the background". Then restart Armory. Armory should be in offline mode. In Armory, double click your wallet in the table at the top right of the window. This should open up a "Wallet Properties" dialog box. Click on "Backup This Wallet" and another window should appear. Choose the option "Export key lists" and then click the big "Export key lists" button. You should now see a window titled "All wallet keys". You will see a bunch of checkboxes at the top right. Uncheck all of them except for "Private key (Plain base 58)". At the bottom of the window, check the box "Omit spaces in data". In the middle of the window you should now see some lines that start with "PrivBase58:" and are followed by a string that begin with a '5'. The strings beginning with '5' are your private keys. Copy all of the lines that are of that format (ignore the stuff at the beginning, which should be Created, Wallet Name, and Wallet ID, you don't need those). Now back to Electrum. Go to Wallet > Private keys > Sweep. In the big box, paste all of the private keys that you copied. Remove the "PrivBase58:" in front of each line. At the bottom of the dialog is a field for an address. This is because you are sweeping the Bitcoin so Electrum will send all of the Bitcoin associated with the private keys you entered to an address in the Electrum wallet. It should choose an address in your wallet for you. Then click "Sweep" and follow whatever other instructions Electrum gives you. Wait for the transaction to confirm, and Voila, you have migrated all of your Bitcoin to Electrum. Once the transaction confirms, it should be safe for you to uninstall Armory, uninstall Bitcoin Core, and delete their data directories.
|
|
|
It could be when there are spikes in transactions that need verification. Could also be new blocks coming in that need to be checked.
|
|
|
That is a transaction, not a block. I would like to verify the non-coinbase input. I wrote therefore a small python script with a ECDSA Verification function. I tested it with several signatures and it seems to work. As another resource I use https://en.bitcoin.it/wiki/OP_CHECKSIG where it describes the process of verification. I wanted to download the code, but it got moved and I was not able to find the files in order to make it work ![Sad](https://bitcointalk.org/Smileys/default/sad.gif) These are the values I extraced: #bitcoin curve E = (0, 7, 0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEFFFFFC2F) #base point = 04 79BE667EF9DCBBAC55A06295CE870B07029BFCDB2DCE28D959F2815B16F81798 # 483ADA7726A3C4655DA4FBFC0E1108A8FD17B448A68554199C47D08FFB10D4B8 A = (0x79BE667EF9DCBBAC55A06295CE870B07029BFCDB2DCE28D959F2815B16F81798, 0x483ADA7726A3C4655DA4FBFC0E1108A8FD17B448A68554199C47D08FFB10D4B8) order = 0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364141 r = 0x4e45e16932b8af514961a1d3a1a25fdf3f4f7732e9d624c6c61548ab5fb8cd41 s = 0x181522ec8eca07de4860a4acdd12909d831cc56cbbac4622082221a8768d1d09 B = (0x11db93e1dcdb8a016b49840f8c53bc1eb68a382e97b1482ecad7b148a6909a5c, 0xb2e0eaddfb84ccf9744464f82e160bfa9b8b64f9d4c03f999b8643f656b412a3) message = '0100000001c997a5e56e104102fa209c6a852dd90660a20b2d9c352423edce25857fcd37040000000043410411db93e1dcdb8a016b49840f8c53bc1eb68a382e97b1482ecad7b148a6909a5cb2e0eaddfb84ccf9744464f82e160bfa9b8b64f9d4c03f999b8643f656b412a3acffffffff0200ca9a3b00000000434104ae1a62fe09c5f51b13905f07f06b99a2f7159b2225f374cd378d71302fa28414e7aab37397f554a7df5f142c21c1b7303b8a0626f1baded5c72a704f7e6cd84cac00286bee0000000043410411db93e1dcdb8a016b49840f8c53bc1eb68a382e97b1482ecad7b148a6909a5cb2e0eaddfb84ccf9744464f82e160bfa9b8b64f9d4c03f999b8643f656b412a3ac0000000001000000'
print '1: ', sha256(message.decode('hex')) => 4c98270a2b3254564210678c6edff42b5f62c71123387f75f227e04fa6391f3b print '2: ', sha256(message) => 3618b5ca5f210808075f3e6765f3b12d933e5dacd3be1e66b4ef615547a9ef59
I am not 100% sure if the r and s value are correct extracted. The r and s values look right to me. The value of the message is from the second link. Another problem I am facing is, which hash of the message is the correct one? Maye both are wrong?
The message that is signed is the sha256 of the sha256 of the transaction with the signing serialization (which is your second hash). Note that this is different from the transaction id which is the sha256 of the sha256 of the entire transaction.
|
|
|
I am in panama city florida and there is no place near by to buy bit coins with cash. I tried PAXFUL just now and they want $120 for $57.41 in bit coins. You must be kidding me!! That will not happen. Coinbase won't recognize my ID card, and another place registered me then said that don't deal in Florida. So, where and how can I buy some bit coins?
Take a look at localbitcoins.com. There may be people selling Bitcoin near you for cash. Or you can do an online trade with another person with something like a direct bank wire. Just always use Local Bitcoin's escrow system, if the seller asks you to not use it, don't trade with them. I want two coins worth. I have a wallet with blockchain but cannot buy through them. They did give me a receive email number. How can I be sure that I can capture bit coins sent to that number. Thanks for your time.
What is an "receive email number"? Do you mean a Bitcoin address? If it is not a Bitcoin address, then such a thing is not recognized by the Bitcoin network or any other wallet. Edit: I tried to buy the Trezor cold store device, but I must have bit coins to buy it. Except for Amazon where I can buy three of them, but not one. After I get coins in my Blockchain wallet can I get them under control of the Trezor?
You can just use Trezor and create an address. Then send all of your Bitcoin from your blockchain.info account to an address from your Trezor. Edit: I have a wallet ID that I know to keep private and locked away. I presume I can publish my bit coin receive address. Is that correct?
Your Bitcoin addresses are meant to be published and shared. Note that the wallet ID is a blockchain.info only thing, it is not related to anything else with Bitcoin.
|
|
|
Unless the Bitcoin was sent to an online or exchange wallet (depends on the service whether they credit your account), then you still have the Bitcoin. Addresses do not expire and wallets will keep track of all addresses, they do not just delete an address after it has been used.
|
|
|
--snip--
Are you using the latest dev? If so, I think it is currently unstable. Goatpig was working on some fixes to the socket (related to that dblog error you posted) and I don't think they are completely done yet (something about edge cases).
|
|
|
I just tried to install the dev branch. After pulling, changing branch to dev and installing a few new dependencies, I did sh autogen.sh ./configure make make gives me make all-recursive make[1]: Entering directory '/opt/BitcoinArmory' Making all in cppForSwig make[2]: Entering directory '/opt/BitcoinArmory/cppForSwig' Making all in lmdb make[3]: Entering directory '/opt/BitcoinArmory/cppForSwig/lmdb' make[3]: Nothing to be done for 'all'. make[3]: Leaving directory '/opt/BitcoinArmory/cppForSwig/lmdb' Making all in fcgi make[3]: Entering directory '/opt/BitcoinArmory/cppForSwig/fcgi' make[3]: *** No rule to make target 'all'. Stop. make[3]: Leaving directory '/opt/BitcoinArmory/cppForSwig/fcgi' Makefile:1453: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/opt/BitcoinArmory/cppForSwig' Makefile:417: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/opt/BitcoinArmory' Makefile:348: recipe for target 'all' failed make: *** [all] Error 2
I wouldn't be surprised if I messed something up with dependencies and all, but can't make much sense out of that error. Running on debian 8 by the way. Cheers, Ente Did you run git submodule init git submodule update before attempting to build? If not, do that first.
|
|
|
I'm trying to buy something with bitcoin and the vendor does this through BitPay. According to their site, you need a supported wallet, as simply sending the exact amount of money to the provided address will not be enough.
This is incorrect. The payment protocol does exactly that, it sends the exact amount of Bitcoin to their address. There is no need to use the payment protocol, you can just send the exact amount of Bitcoin to their address. I have done this many times with sending from Armory to a merchant that uses BitPay. Armory does not support the payment protocol yet. However you can just send the exact amount of Bitcoin directly to their address, as that is what the payment protocol tells your wallet to do. The only other thing it does is verifies that the address actually came from BitPay and not some malicious third party. Is this true, and if so, does that mean I'll need to send all my bitcoins to a Bitcoin Core wallet first and pay with that every time?
Nope. Just send the exact amount to BitPay's address.
|
|
|
If you restore from seed unconfirmed transactions are removed IIRC. Thus you can restore from on a temp wallet, create a double spend and continue.
I asked someone to try this and it did not work for them. I personally think the opt-in RBF option by electrum is an improvement over this as you can replace a transaction you have created a few minutes ago, while your way would suffer from nodes blocking propagation.
Opt-in RBF is indeed a great feature. Unfortunately it is not used by most people so it is not really applicable here as most transactions will not enable RBF.
|
|
|
I signed it with coinb.in
I don't think what I did earlier worked. I'm confused about the 2nd screen when it says choose output to deduct an additional fee from though. Can you explain what that means and how it works?
The transaction fee is the difference between the amount spent by the inputs, and the amount sent to the outputs. In order to increase the transaction fee, you either need to add a new input or reduce an output. What this software does it reduces one of the outputs, which you can choose. By default it chooses the last output.
|
|
|
Open the start menu and search for "regedit". Open the program, it should ask to be run as an administrator. On the left sidebar, click the arrow next to "HKEY_CURRENT_USER". Then the arrow for "Software" and then the arrow for "Bitcoin". Click Bitcoin-Qt. The main window should show a bunch of stuff. Find the one labeled "fUseProxy" and double click it. The value data box in the dialog that shows up should say "true". Change it to "false". Close regedit and start Bitcoin Core. It should no longer be using the proxy.
|
|
|
What is the hosting plan that you are using to run your website?
I use an Amazon EC2 t2.micro instance to host the site and do all of the calculations. Is increasing the stats of the host will make things faster or that's totally up to the algorithm you are using?
Make what faster? The wait time for the stats to be generated? Unfortunately nothing can be done about that as that is actually dictated by bitcointalk. Bitcointalk restricts requests to 1 request per second, and because the site has to request all of a user's show posts pages, there are a lot of requests that need to be done, but only once per second. That is why there is a queue and a wait time, to keep under the rate limit.
|
|
|
You can only send from an address if it still has Bitcoin. Bitcoin is not actually stored in an address, and you can't just magically send from any address in your wallet. If you don't have any Bitcoin associated with an old address, you can't spend from it.
You should not need to send Bitcoin from an old address as you may not necessarily have money in an old address. You can however sign a message from an old address. Ask their support if they will accept a signed message (and they should, it still indicates that you control the private key to that address) and use that instead to prove ownership. Make sure your message also includes the current date and time when you sign it.
|
|
|
I've expanded the window to cover my entire screen and the farthest I can view is what is in my screenshot
Any other suggestions?
Make your desktop into portrait mode (basically turns the desktop sideways to take advantage of the wider monitor) and look at it sideways for a bit to see the button. Otherwise there isn't much else that you can do. I should make it scrollable, but I don't really have time to maintain the software.
|
|
|
I don't have room for that. What can I do now? EDIT: Meaning disc-space.
Bitcoin Core has a pruning feature which deletes most of the blockchain, but unfortunately Armory will not work if you enable that. You can export the private keys for your address(es) from Armory and import them into another wallet. You can import them into Bitcoin Core and enable pruning, or use a different lightweight wallet like Electrum.
|
|
|
I haven't been able to use the software to create a new raw transaction because when I enter the stuck raw transition I can't see the button's to proceed on this screen ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fs18.postimg.org%2Foc419000p%2FIMG_0470.png&t=663&c=hfccodrGZiZRBw) I've tried adjusting the screen but I can't get the lower part to show That's quite a large transaction that you have there. You have to make the window as large as possible as JavaFX does not automatically scroll the window apparently when there are too many things on it.
|
|
|
Oh. Fuck me. Does that Bitcoin Core really work that way. Now I realized it. So I have to wait for fuckin' days that it goes full sync. Gladly I've SSD. Thanks for help guys, but I think it's now up to that BTC Core lowerpartscale that says to me in finnish language that: "Syncronizing with web: 4 years, 37 days behind" May that be the reason? Best regards, Newbie-idiot ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) Yes, Bitcoin Core must be fully up to date. If it says that it is behind by some number of days, weeks, or years, then it is not synced. Note that the time listed there is not the amount of time that is required for it to actually be up to date but rather that the most recent block it has is that long ago. It can take anywhere from a few hours to a few days depending on your hardware and internet connection.
|
|
|
|