A few hours ago I've sent a transaction which is not being added to a block, and on blockchain.info it flagged as "non-standard input".
I've used pybitcointools to create the TX.
What is wrong with the TX?
Bitcoin Stack Exchange is a question and answer site for Bitcoin users, developers, and enthusiasts. It only takes a minute to sign up.Sign up to join this community
I believe it is non-standard because you include an OP code in your input script, specifically,
OP_FALSE. It should not be necessary to include OP codes in input scripts; only literals. The only way input scripts (scriptSig's) intereact with the output scripts they are spending (scriptPubKey's) is by placing values on the stack. Therefore, there is never any need to run an operation, since you could simply place the values on the stack.
From the docs for
An empty array of bytes is pushed onto the stack. (This is not a no-op: an item is added to the stack.)
Becasue there is an operation and not just a literals in your script, it is non-standard.
That said, I'm not sure how to write an input script that places an empty array of bytes on the stack without using
OP_FALSE. I don't know why such a thing would be necessary for redeeming an output.
EDIT: I just realized that you are using a standard Multisig input script (which I forgot is an exception to the "no op codes in input scripts" rule) to redeem a standard P2SH output script. Technically, your redeem script is standard, because it matches one of the standard transactions, but it doesn't match the output script it is spending. Your redeem script should probably be in the form of
<sig> [sig] [sig...] <redeemScript> if it is going to spend an output script that looks like
OP_HASH160 <Hash160(redeemScript)> OP_EQUAL.
there are 4 possible reasons for the
subscript.GetSigOpCount(true) > MAX_P2SH_SIGOPStest fails.
you can find the checks in
src/policy/policy.cpp, and make it log more verbosely the reasons by applying this patch.
I discovered this while attempting to harvest about .6 BTC from the 182 transactions whose script actually, when compiled, spells "script". here is a sample. I suspect this was a programming error on the part of the miner: a USD6000+ error which he now very likely regrets.