i think doof deserve the bounty.
Thanks guys.
Well, I got it to compile (remove uncommented code) and cast to c#. However, the requirements are a lot more than that. Without unit tests to compare its very hard to confirm.
Topic: [CANCELLED] C# guru's - Need signmessage & verifymessage fill in the blanks (Read 3114 times)
October 01, 2013, 12:51:54 AM
Thanks guys.
Well, I got it to compile (remove uncommented code) and cast to c#. However, the requirements are a lot more than that. Without unit tests to compare its very hard to confirm.
September 29, 2013, 04:47:09 PM
I messed with it a bit but couldn't get it to work... most of the ecdsa stuff just goes over my head, i just followed examples and tested till it worked for the existing code
September 28, 2013, 05:51:50 PM
I think that this is a wise choice. Skipping over something like that is never a good idea. It's there for a reason. So indeed I recommend you to retain the longer sig.
You could ofcourse contact the author to ask why he seems to be skipping this part. Maybe he can give you some extra insight.
TFK
You could ofcourse contact the author to ask why he seems to be skipping this part. Maybe he can give you some extra insight.
TFK
September 28, 2013, 08:32:43 AM
I don't intend to earn the bounty but I know of a .NET bitcoin implementation, which maybe already works for you: https://github.com/jkoberg/FCoin
Thanks knocte, that looks like what I'm after, although not f# but it might not be hard to translate. I'll test it out tonight.
The project I have up on GitHub is very close to having a working solution, the only bit I cant get working is the function "recoverFromSignature" which also includes "decompressKey".. they contain some pretty funky crypto arithmetic which was why I offered up this bounty, for someone to finish it off.
The amusing part, is that F# implementation by jkoberg looks to have completely skipped the recoverFromSignature routine and he simply loops through the 4 recId iterations doing a verifyMessage call each pass to see if the hashes match and assuming the current recId is correct.. Not exactly optimized when you have to perform 4 ECDSA verification calls to sign one message.
To be honest this Bitcoin specific compressed signature format is proving to be more trouble than its worth, i'm thinking it may be better to retain a longer signature just to be more standard complient and compatible with existing ECDSA libraries.
September 27, 2013, 07:47:19 PM
I don't intend to earn the bounty but I know of a .NET bitcoin implementation, which maybe already works for you: https://github.com/jkoberg/FCoin
Thanks knocte, that looks like what I'm after, although not f# but it might not be hard to translate. I'll test it out tonight.
Hi!
I've also taken a look at this code.
You need to get a whole bunch of classes translated. Classes from SpongyCastle ( https://github.com/rtyley/spongycastle ) which is a repackage of Bouncy Castle ( http://www.bouncycastle.org ) for Android and various classes from jbitcoin itself ( https://code.google.com/p/bitcoinj/source/browse/core/src/main/java/com/google/bitcoin/ )
Where Bouncy Castle has C# libraries availlable, SpongyCastle hasn't. Here lies the huge amount of work.
Do you know this library? http://bitcoincs.codeplex.com/SourceControl/latest
Before going further -and loose a good bitcoin on this- it may be a good thing to look around for solutions that are further in development. Do you need specifically jbitcoin translated?
TFK
I've also taken a look at this code.
You need to get a whole bunch of classes translated. Classes from SpongyCastle ( https://github.com/rtyley/spongycastle ) which is a repackage of Bouncy Castle ( http://www.bouncycastle.org ) for Android and various classes from jbitcoin itself ( https://code.google.com/p/bitcoinj/source/browse/core/src/main/java/com/google/bitcoin/ )
Where Bouncy Castle has C# libraries availlable, SpongyCastle hasn't. Here lies the huge amount of work.
Do you know this library? http://bitcoincs.codeplex.com/SourceControl/latest
Before going further -and loose a good bitcoin on this- it may be a good thing to look around for solutions that are further in development. Do you need specifically jbitcoin translated?
TFK
Thanks tfk, I hadn't heard of spongy castle.
September 27, 2013, 07:00:47 PM
Hi!
I've also taken a look at this code.
You need to get a whole bunch of classes translated. Classes from SpongyCastle ( https://github.com/rtyley/spongycastle ) which is a repackage of Bouncy Castle ( http://www.bouncycastle.org ) for Android and various classes from jbitcoin itself ( https://code.google.com/p/bitcoinj/source/browse/core/src/main/java/com/google/bitcoin/ )
Where Bouncy Castle has C# libraries availlable, SpongyCastle hasn't. Here lies the huge amount of work.
Do you know this library? http://bitcoincs.codeplex.com/SourceControl/latest
Before going further -and loose a good bitcoin on this- it may be a good thing to look around for solutions that are further in development. Do you need specifically jbitcoin translated?
TFK
I've also taken a look at this code.
You need to get a whole bunch of classes translated. Classes from SpongyCastle ( https://github.com/rtyley/spongycastle ) which is a repackage of Bouncy Castle ( http://www.bouncycastle.org ) for Android and various classes from jbitcoin itself ( https://code.google.com/p/bitcoinj/source/browse/core/src/main/java/com/google/bitcoin/ )
Where Bouncy Castle has C# libraries availlable, SpongyCastle hasn't. Here lies the huge amount of work.
Do you know this library? http://bitcoincs.codeplex.com/SourceControl/latest
Before going further -and loose a good bitcoin on this- it may be a good thing to look around for solutions that are further in development. Do you need specifically jbitcoin translated?
TFK
September 27, 2013, 08:52:17 AM
You want working solution right ?
September 27, 2013, 08:34:21 AM
I don't intend to earn the bounty but I know of a .NET bitcoin implementation, which maybe already works for you: https://github.com/jkoberg/FCoin
Let me know if it is helpful to you! I cannot test it now due to lack of time*
Cheers
* However, in some months I will be much more free, and I'm interested on having some developer contacts interested around Bitcoin in the .NET/Mono framework, PM me!
Let me know if it is helpful to you! I cannot test it now due to lack of time*
Cheers
* However, in some months I will be much more free, and I'm interested on having some developer contacts interested around Bitcoin in the .NET/Mono framework, PM me!
September 26, 2013, 08:32:34 AM
I was hoping to use the bitcoin-qt style message sign & verify with compressed signatures... but for the time being I think I can use the signData, verifySignature from mb300sb' library to achieve what I need (albeit with much longer signatures).
Nevertheless, It would be nice to have a working C# implementation somewhere, so the bounty remains if any C# crypto experts want to take a crack at it.
Nevertheless, It would be nice to have a working C# implementation somewhere, so the bounty remains if any C# crypto experts want to take a crack at it.
September 20, 2013, 10:15:48 PM
Doof's submission is not complete, I haven't heard from him so thought I'd open it back up.
September 20, 2013, 09:56:15 AM
i think doof deserve the bounty.
September 20, 2013, 09:54:13 AM
Bounty still available for any takers.
September 19, 2013, 09:54:48 PM
byte array or string is not a big deal.. not hard to convert to base64 string..
September 19, 2013, 09:48:50 PM
It builds, but looking at the java code, there's a lot that's different.
For example SignMessage on the java return is string, this is byte[]
For example SignMessage on the java return is string, this is byte[]
September 19, 2013, 09:17:55 PM
All good
Method on Line 393 needs adding too.
public ECDSASignature sign(Sha256Hash input, KeyParameter aesKey)
Method on Line 393 needs adding too.
public ECDSASignature sign(Sha256Hash input, KeyParameter aesKey)
September 19, 2013, 09:12:41 PM
The commented out part I could have stuffed up... safest to delete it and re-translate the BitcoinJ version.
September 19, 2013, 09:10:02 PM
Ok, ill take a look.
Who did the original conversion? The commented out code creates a BigInt type on "sig".
Java creates an ECDSASignature class. Not sure which way to go.
ECDSASignature sig = sign(hash, aesKey);
// Now we have to work backwards to figure out the recId needed to recover the signature.
int recId = -1;
for (int i = 0; i < 4; i++) {
ECKey k = ECKey.recoverFromSignature(i, sig, hash, isCompressed());
if (k != null && Arrays.equals(k.pub, pub)) {
recId = i;
break;
}
}
Who did the original conversion? The commented out code creates a BigInt type on "sig".
Java creates an ECDSASignature class. Not sure which way to go.
ECDSASignature sig = sign(hash, aesKey);
// Now we have to work backwards to figure out the recId needed to recover the signature.
int recId = -1;
for (int i = 0; i < 4; i++) {
ECKey k = ECKey.recoverFromSignature(i, sig, hash, isCompressed());
if (k != null && Arrays.equals(k.pub, pub)) {
recId = i;
break;
}
}
September 19, 2013, 09:08:06 PM
Done. Slothbag, can you pm me your email? I cant commit to github until tonight. Ill email you the .cs files.
Also, ill look at bitcoinj and see if he has any unit tests. there's a few (logical) assumptions to be made, but I cant verify the implementation performs exactly the same without unit tests.
Also, ill look at bitcoinj and see if he has any unit tests. there's a few (logical) assumptions to be made, but I cant verify the implementation performs exactly the same without unit tests.
Here is a very simple C++ message sign verify program https://github.com/Bobalot/bitcoin-signature-tools
I was just planning to generate 100 random addresses and get the C++ and the C# programs to run through them all and compare the results. Not super thorough but probably enough for my purposes
September 19, 2013, 08:54:45 PM
Done. Slothbag, can you pm me your email? I cant commit to github until tonight. Ill email you the .cs files.
Also, ill look at bitcoinj and see if he has any unit tests. there's a few (logical) assumptions to be made, but I cant verify the implementation performs exactly the same without unit tests.
Also, ill look at bitcoinj and see if he has any unit tests. there's a few (logical) assumptions to be made, but I cant verify the implementation performs exactly the same without unit tests.
September 19, 2013, 08:52:32 PM
Have you converted the utils class?
http://code.google.com/p/bitcoinj/source/browse/core/src/main/java/com/google/bitcoin/core/Utils.java
Ill stub it out.
http://code.google.com/p/bitcoinj/source/browse/core/src/main/java/com/google/bitcoin/core/Utils.java
Ill stub it out.
From memory the one or two Util functions I needed I just moved into the class that needed them. Not fussed if you want to keep them in a separate Util file or not.
Jump to: