📅 Original date posted:2012-01-22
📝 Original message:Hi all,
I'm working on a from scratch Java implementation. So far I got a
modularized, unit tested implementation of the core modules (api, keys,
blocks, chain, scripts, network protocol).
My dummy client however gets stuck on Block 140493, specifically at
transaction hash:
70f7c15c6f62139cc41afa858894650344eda9975b46656d893ee59df8914a3d
It seems the (signature) verification fails for this specific
transaction (for the 1 input in it), which is rather odd since
verification was successful for all the preceding blocks and inputs.
I double checked that the official (C++) client is indeed successful
here. Oddly enough the bitcoinj implementation also seems to fail to
verify this transaction, which seems to point in the direction of
BouncyCastle (which we both use).
My question is, did anybody hit this issue before? If not, can someone
doublecheck maybe that I'm not missing something trivial?
The data that should be signed (the signature hash):
b45c680f32f9364f5255cc15ef7cad879dbde9062d7fb8db0fe56e245823a78f
The signature (with '01' at the end for SIGHASH_ALL, remove this before
you pass it to verification):
304402206b5c3b1c86748dcf328b9f3a65e10085afcf5d1af5b40970d8ce3a9355e06b5b0220cdbdc23e6d3618e47056fccc60c5f73d1a542186705197e5791e97f0e6582a3201
The public key:
04f25ec495fa21ad14d69f45bf277129488cfb1a339aba1fed3c5099bb6d8e9716491a14050fbc0b2fed2963dc1e56264b3adf52a81b953222a2180d48b54d1e18
As said, this seems to work with openssl, but seems to fail with
bouncycastle for some reason (version 140).
Thanks,
Robert.
Brautigam Róbert [ARCHIVE] /
npub17v…4nw5q
2023-06-07 02:57:20
in reply to nevent1q…8jy9
Author Public Key
npub17vt9s8f4fwjvrzscfqmdgdaq0zn2ephnqs53jynr8x6hu6vsd7wqm4nw5qSeen on
wss://relay.nostr.bandPublished at
2023-06-07 02:57:20Event JSON
{
"id": "837ec28c49e1c602782bfbde90b1f164e7c4f5d34b0e798903cc355a574e0253",
"pubkey": "f316581d354ba4c18a184836d437a078a6ac86f3042919126339b57e69906f9c",
"created_at": 1686106640,
"kind": 1,
"tags": [
[
"e",
"b38bb34b55a69853b6ddad60097eabdc2fab3de87b544bb01dc0808cb0ea1c97",
"",
"reply"
],
[
"p",
"a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0"
]
],
"content": "📅 Original date posted:2012-01-22\n📝 Original message:Hi all,\n\nI'm working on a from scratch Java implementation. So far I got a \nmodularized, unit tested implementation of the core modules (api, keys, \nblocks, chain, scripts, network protocol).\n\nMy dummy client however gets stuck on Block 140493, specifically at \ntransaction hash: \n70f7c15c6f62139cc41afa858894650344eda9975b46656d893ee59df8914a3d\n\nIt seems the (signature) verification fails for this specific \ntransaction (for the 1 input in it), which is rather odd since \nverification was successful for all the preceding blocks and inputs.\n\nI double checked that the official (C++) client is indeed successful \nhere. Oddly enough the bitcoinj implementation also seems to fail to \nverify this transaction, which seems to point in the direction of \nBouncyCastle (which we both use).\n\nMy question is, did anybody hit this issue before? If not, can someone \ndoublecheck maybe that I'm not missing something trivial?\n\nThe data that should be signed (the signature hash):\nb45c680f32f9364f5255cc15ef7cad879dbde9062d7fb8db0fe56e245823a78f\n\nThe signature (with '01' at the end for SIGHASH_ALL, remove this before \nyou pass it to verification): \n304402206b5c3b1c86748dcf328b9f3a65e10085afcf5d1af5b40970d8ce3a9355e06b5b0220cdbdc23e6d3618e47056fccc60c5f73d1a542186705197e5791e97f0e6582a3201\n\nThe public key:\n04f25ec495fa21ad14d69f45bf277129488cfb1a339aba1fed3c5099bb6d8e9716491a14050fbc0b2fed2963dc1e56264b3adf52a81b953222a2180d48b54d1e18\n\nAs said, this seems to work with openssl, but seems to fail with \nbouncycastle for some reason (version 140).\n\nThanks,\nRobert.",
"sig": "b7e4cf18444e1dc01623649f062a216d281a4c04f17dcdb40e1577e9c23dbfb4070961b173720934496e1abb93cc4bce2f35f5403804ef69ff3b5cd31b356a19"
}