Thanks Danny (and achow101).
Do you know what the structure of a multisig output looks like (in OP codes)?
They look like this: OP_0 <pubkey1> ... <pubkey n> OP_y OP_CHECKMULTISIG
n and y must be below 15. OP_y specifies how many of the previous pubkeys must be used to sign the transaction.
|
|
|
you will not be fully validating segwit transactions (but you will still be blindly accepting them while validating all other traditional transactions).
edited other post to be more upfront and avoid the contradiction which leads to misinterpretation They are still validating them as best as they can. It is not just blindly accepting them, the only blind acceptance part is of the signatures for segwit inputs, but the transaction is still being validated. It still has to check that the inputs are spending non-spent outputs. It still has to check the locktime. It still checks inputs that are not segwit inputs. It still runs the script validation for the segwit input, but it simply does not know of the signatures for those inputs.
|
|
|
consequences?
You'll miss out on some optimizations and improvements added since whatever version you are running. Once segwit activates, you will not be able to take advantage of it, and you will not be fully validating segwit transactions (but you will still be validating them and all other transactions). You'll also see an annoying alert about how some unknown rules have activated and that you should upgrade. If you run a version of Bitcoin Core earlier than 0.12.1, you'll see an alert about the alert system retirement. After 0.14 comes out, that message will change to "Alert key compromised"
|
|
|
Is one of these a scam?
No. Bitcoin.com is a website run by Roger Ver. It is primarily a site that gives out high level information about Bitcoin and contains news and some other stuff. It also tends to be not neutral. Bitcoin.org is the website created by Satoshi for Bitcoin. It is in the control of primarily Cobra and Theymos. The site provides both high level and low level technical information about Bitcoin, as well as a primarily neutral and unbiased information. It does not have news like bitcoin.com. Bitcoin.org also hosts the downloads for Bitcoin Core. Bitcoin.com serves a more commercial purpose whereas bitcoin.org is more informative.
|
|
|
I upgraded my client to ver 0.13.1 today but I encountered some problem with my antivirus - Avast. After an upgrade when I wanted to start my wallet Avast stopped the process did a deep scan and quarantined the bitcoin-qt.exe. Apparently bitcoin-qt.exe is infected with Dyna:BitCoinMiner-CR[PUP] - but I am pretty sure it is a false positive.
Verify the hashes. The antivirus flagging bitcoin-qt isn't new, it has happened before with other versions. And they aren't wrong about it containing a bitcoin miner, it does have one, just for testnet and regtest, not mainnet.
|
|
|
I'm using Windows 10. Just downloaded .95 and the latest bitcoin core release after deleting my .93.3 file.
Get 0.95.1 (literally just released) since 0.95 is a bit broken with windows. Use Bitcoin Core 0.13.1
|
|
|
Firstly, what operating system are you using? What version of Armory are you using? What version of Bitcoin Core?
|
|
|
There are only two versions of address, '1' and '3' addresses. '1' is for P2PK and P2PKH outputs, and '3' for P2SH outputs. These three output types are the only standard output types for now.
You can represent anything you want as an address. You just have to create your own algorithm for generating the representation. Really, it's only the P2PKH and the P2SH outputs that have a standard bitcoin address. Anything else (including P2PK) is non-standard and is up to the person doing the conversion to decide how they want to represent it. It is common to represent a P2PK output as a version 1 address, but if you gave someone that version 1 address there are no wallets that would build such an output, and when the output was created it was NOT done with that address. Thank you. With regards to P2SH, is it only possible to get an address from the pattern: OP_HASH160 <hash160> OP_EQUAL Or can you also get an address when the P2SH is: P2SH addresses only are for output scripts of the form OP_HASH160 <hash> OP_EQUAl because that specific script is a P2SH script.
|
|
|
using this code: signrawtransaction "010000000164518c0612559b8b47af331be4b33741ebed40298ce1df557e99e8955c0371690100000000ffffffff01809698000000000017a9147ecbc7d9cbb793ffb9a2905876c49f19cef8f75a8700000000" "[{\"txid\":\"6971035c95e8997e55dfe18c2940edeb4137b3e41b33af478b9b5512068c5164\",\"vout\":1,\"scriptPubKey\":\"a9147ecbc7d9cbb793ffb9a2905876c49f19cef8f75a87\",\"redeemScript\":\"\"}]" '["xxx"]' "ALL" it shows: error: {"code":-8,"message":"redeemScript must be hexadecimal string (not '')"} What should I use as value for redeemScript? redeemScript should be blank. Also, you need the amount field, I forgot about that. Something's wrong with your command. I need to look a bit into it some more. Edit: I found the problem. The scriptPubKey is the scriptPubKey of the output that you are spending from, not the one you are spending to. It should be 76a90ddfd0dee20dbe590f70298817810acc0c3c955888ac
|
|
|
There are only two versions of address, '1' and '3' addresses. '1' is for P2PK and P2PKH outputs, and '3' for P2SH outputs. These three output types are the only standard output types for now.
|
|
|
Oops. Forgot a bracket. This should work. signrawtransaction "010000000164518c0612559b8b47af331be4b33741ebed40298ce1df557e99e8955c0371690100000000ffffffff01809698000000000017a9147ecbc7d9cbb793ffb9a2905876c49f19cef8f75a8700000000" "[{\"txid\":\"6971035c95e8997e55dfe18c2940edeb4137b3e41b33af478b9b5512068c5164\",\"vout\":1,\"scriptPubKey\":\"a9147ecbc7d9cbb793ffb9a2905876c49f19cef8f75a87\"}]" '["<privkey>"]' "ALL"
|
|
|
I updated to: signrawtransaction "010000000164518c0612559b8b47af331be4b33741ebed40298ce1df557e99e8955c0371690100000000ffffffff01809698000000000017a9147ecbc7d9cbb793ffb9a2905876c49f19cef8f75a8700000000" "[{\"txid\":\"6971035c95e8997e55dfe18c2940edeb4137b3e41b33af478b9b5512068c5164\",\"vout\":1,\"scriptPubKey\":\"a9147ecbc7d9cbb793ffb9a2905876c49f19cef8f75a87\", ,\"redeemScript\":\""]" "ALL" What is missing now and where to insert? signrawtransaction "010000000164518c0612559b8b47af331be4b33741ebed40298ce1df557e99e8955c0371690100000000ffffffff01809698000000000017a9147ecbc7d9cbb793ffb9a2905876c49f19cef8f75a8700000000" "[{\"txid\":\"6971035c95e8997e55dfe18c2940edeb4137b3e41b33af478b9b5512068c5164\",\"vout\":1,\"scriptPubKey\":\"a9147ecbc7d9cbb793ffb9a2905876c49f19cef8f75a87\", ,\"redeemScript\":\""]" '["<privkey>"]' "ALL" where <privkey> is the private key. Also, protip. Use a single quote to wrap all the JSON stuff and you won't need to escape the double quotes since they are all read as literals. still the same problem: ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fpuu.sh%2Fs5o0G%2F1c08029a5d.png&t=663&c=obqzKt0ecQmTMw) You have an unclosed quote somewhere. Edit: This is your fixed command: signrawtransaction "010000000164518c0612559b8b47af331be4b33741ebed40298ce1df557e99e8955c0371690100000000ffffffff01809698000000000017a9147ecbc7d9cbb793ffb9a2905876c49f19cef8f75a8700000000" "[{\"txid\":\"6971035c95e8997e55dfe18c2940edeb4137b3e41b33af478b9b5512068c5164\",\"vout\":1,\"scriptPubKey\":\"a9147ecbc7d9cbb793ffb9a2905876c49f19cef8f75a87\"]" '["<privkey>"]' "ALL"
|
|
|
I updated to: signrawtransaction "010000000164518c0612559b8b47af331be4b33741ebed40298ce1df557e99e8955c0371690100000000ffffffff01809698000000000017a9147ecbc7d9cbb793ffb9a2905876c49f19cef8f75a8700000000" "[{\"txid\":\"6971035c95e8997e55dfe18c2940edeb4137b3e41b33af478b9b5512068c5164\",\"vout\":1,\"scriptPubKey\":\"a9147ecbc7d9cbb793ffb9a2905876c49f19cef8f75a87\", ,\"redeemScript\":\""]" "ALL" What is missing now and where to insert? signrawtransaction "010000000164518c0612559b8b47af331be4b33741ebed40298ce1df557e99e8955c0371690100000000ffffffff01809698000000000017a9147ecbc7d9cbb793ffb9a2905876c49f19cef8f75a8700000000" "[{\"txid\":\"6971035c95e8997e55dfe18c2940edeb4137b3e41b33af478b9b5512068c5164\",\"vout\":1,\"scriptPubKey\":\"a9147ecbc7d9cbb793ffb9a2905876c49f19cef8f75a87\", ,\"redeemScript\":\""]" '["<privkey>"]' "ALL" where <privkey> is the private key. Also, protip. Use a single quote to wrap all the JSON stuff and you won't need to escape the double quotes since they are all read as literals.
|
|
|
sign it: signrawtransaction "010000000164518c0612559b8b47af331be4b33741ebed40298ce1df557e99e8955c0371690100000000ffffffff01809698000000000017a9147ecbc7d9cbb793ffb9a2905876c49f19cef8f75a8700000000" "[{\"txid\":\"6971035c95e8997e55dfe18c2940edeb4137b3e41b33af478b9b5512068c5164\",\"vout\":1,\"scriptPubKey\":\"XXX\", ,\"redeemScript\":\""]" "ALL" This is incorrect. The scriptPubkey is not the private key. The scriptPubKey is the hex of the output script that you are spending from. You are also missing the parameter for the private key array that goes right before the sighash parameter. Even if you don't need that parameter (i.e the key is in your wallet), you still need to specify it if you are going to have the sighash parameter as well. If the transaction you are spending from is in your wallet, you do not need anything except the hex of the unsigned transaction. The rest will be automatically filled in for you.
|
|
|
Yes, but I see no way that would not work for blockchain data to have some on one drive and some on another. old blk-files are immutable and [theoretically] can be hold even on R/O drives. But they are dynamically generated so you need something else to continuously symlink the files.
|
|
|
I hope this issue has been dealt with properly if it really existed.
I feel the moderators do a very good job in stopping bots from making a mess of the forum, the fact that you didn't know they existed proves that. The vast majority (if not all) bot posts I see are deleted in under a minute In fact, I know about their existence, but I've never met posts made by such bots here. And I'm dead sure that I would see these posts. If you doubt that, take into account that I reported a few users who had been copy-pasting my own posts (with minor changes) and as well saw a lot of posts that were close to original paraphrases of Internet articles. Your post count is substantially less than mine, so I get exposed to the forum in a far greater degree than you... What is your total time logged in? I have seen many of those bots posting those spam links. I usually nuke them. We have a bot that will nuke those posters automatically so they are gone within a few minutes, if not seconds, after posting. Additionally, the links they linked to were legitimate sites that got compromised in some way so I informed those sites and some of them have responded saying that they have taken care of the issue on their end. That probably has contributed to fewer posts of that sort.
|
|
|
As of now, no, you cannot split up the blockchain like that. Isn't there a technology based in operation system which allows to "mount" a directory with files or create symlinks? (I am not interested in it, just asking) Yes, but I see no way that would not work for blockchain data to have some on one drive and some on another.
|
|
|
As of now, no, you cannot split up the blockchain like that.
You could in theory use hard drive striping to make them act as the same drive. Or you can just copy the entire datadir to the new drive so you don't have to redownload the whole thing. Copying it will certainly be faster than a full download.
|
|
|
Bitcoin-qt and bitcoind are exactly the same, just the bitcoin-qt has a gui interface and bitcoind does not. They perform exactly the same functions.
|
|
|
|