|
zathras
|
 |
November 24, 2013, 09:16:19 PM
Last edit: November 24, 2013, 09:41:09 PM by zathras |
|
Hi Zathras, I tried using your library to send a multisig transaction. It was able to create the raw transaction but after signing it the result is complete=false. Does it require the full bitcoin blockchain be downloaded? (it is 10 weeks behind.) btw I replaced your rpccall function with the code below (because webrequest didn't work in my computer). Public Function rpccall(ByVal bitcoin_con As bitcoinrpcconnection, ByVal method As String, ByVal param0 As String, ByVal param1 As String, ByVal param2 As String, ByVal param3 As String) As String
Dim Ans As String = ""
Dim BitcoindExe As String = "C:\Program Files (x86)\Bitcoin\daemon\bitcoind.exe"
If InStr(BitcoindExe, "bitcoind.exe") > 0 Then
Try
Dim process = New Process()
process.StartInfo.FileName = BitcoindExe
Dim params As String = ""
If param1 <> "0" Then
params += param1 + " "
End If
If param2 <> "0" Then
params += param2 + " "
End If
If param3 <> "0" Then
params += param3
End If
Dim arg As String = "-rpcconnect=" + bitcoin_con.bitcoinrpcserver + " -rpcport=" + bitcoin_con.bitcoinrpcport.ToString + " -rpcuser=" + bitcoin_con.bitcoinrpcuser + " -rpcpassword=" + bitcoin_con.bitcoinrpcpassword + " " + method + " " + params
process.StartInfo.Arguments = arg
process.StartInfo.UseShellExecute = False
process.StartInfo.CreateNoWindow = True
process.StartInfo.RedirectStandardOutput = True
process.Start()
Ans = process.StandardOutput.ReadToEnd().ToString
process.WaitForExit()
Catch e As Exception
'exception thrown
MsgBox("Exception thrown: " & e.Message.ToString)
End Try
End If
Return Ans
End Function
Edit: I also used the " http://blockchain.info/unspent?active=" In your encodetx function, is fromtxvout = 0 ("tx_output_n") fromtxamount = 500000 ("value")
{
"unspent_outputs":[
{
"tx_hash":"dfe3a4614e39d8ea6ea3a24c0519581cd2ea0d05ffaf016726f985d1d344fd6e",
"tx_index":98418277,
"tx_output_n": 0,
"script":"76a914ae45216a770fbb4a613c09e79b5c4006b908d3eb88ac",
"value": 500000,
"value_hex": "07a120",
"confirmations":247
}
]
}
Hey Bitoy, The blockchain does need to be fully downloaded yep to use the encodetx function as it goes looping through the unspent outputs for the from address to find an input to use for fees and these won't be accurate if the blockchain isn't synced. With that said though it looks like you want to use blockchain.info to get unspent outputs so assume you're trying to modify the way encodetx works to use blockchain.info for vin selection rather than a local bitcoind? Mind if I ask why you're going to a remote source if you already require having the blockchain local? In any case yep fromtxid is the transaction we're using as the input, fromtxvout is the vout of the output number and fromtxamount is the amount of said vout (eg to work out change). Please post your rawtx (unsigned) and I'll have a look  This is all open source so I'm happy for you to modify any way you like though could I try and steer you a little? The rpccall is a fundamental part of the library as it handles all the comms between the library and bitcoind. Your modifications to this function move the communication away from a JSON-RPC channel (which always returns a valid JSON response) to instead shell out to bitcoind with those same parameters and then read stdout. Interesting, but I'm not sure it's 100% reliable as bitcoind on the command line doesn't always return valid JSON formatted output for all methods (eg no root element or object/value structure for single value responses). You'll probably avoid unpredictable behaviour down the track if you stick to doing it over a JSON-RPC channel as designed - that's not to say you have too, just my advice I can try and help you with whatever problem you're having with your system.net functions (what errors do you get with webrequest & what framework are you targeting?) Hey Tachikoma, Looking at that sell on sneakpeek ( ref) it looks like I don't have a clean state on it in the db so there is definitely something wrong in the series of transactions masterchest has matched to that sell. I'll take a more detailed look after work. Thanks! |
|
|
|
|
|
|
The network tries to produce one block per 10 minutes. It does this by automatically adjusting how difficult it is to produce blocks.
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
|
|
|
dacoinminster (OP)
Legendary
 Offline
Activity: 1260
Merit: 1031
Rational Exuberance
|
|
November 24, 2013, 11:17:29 PM |
|
|
|
|
|
|
|
|
Bitoy
|
|
November 25, 2013, 02:27:23 AM |
|
|
|
|
|
|
|
Bitoy
|
|
November 25, 2013, 03:21:23 AM
Last edit: November 25, 2013, 03:32:12 AM by Bitoy |
|
Hey Bitoy,
The blockchain does need to be fully downloaded yep to use the encodetx function as it goes looping through the unspent outputs for the from address to find an input to use for fees and these won't be accurate if the blockchain isn't synced.
With that said though it looks like you want to use blockchain.info to get unspent outputs so assume you're trying to modify the way encodetx works to use blockchain.info for vin selection rather than a local bitcoind? Mind if I ask why you're going to a remote source if you already require having the blockchain local? In any case yep fromtxid is the transaction we're using as the input, fromtxvout is the vout of the output number and fromtxamount is the amount of said vout (eg to work out change).
Using "listunspent", the resulting json is a blank (Probably because I have not downloaded the entire blockchain ). When I changed it to " http://blockchain.info/unspent" I was able to get one unspent transaction. For the wallet I don't want to use blockchain.info anymore, I prefer the bitcoind api. Please post your rawtx (unsigned) and I'll have a look Here is the raw transaction code from encodetx. Thanks for taking a look at it =) 0100000001dfe3a4614e39d8ea6ea3a24c0519581cd2ea0d05ffaf016726f985d1d344fd6e0000000000ffffffff04d0dd0600000000001976a914ae45216a770fbb4a613c09e79b5c4006b908d3eb88ac70170000000000001976a914946cb2e08075bcbaf157e47bcb67eb2b2339d24288ac70170000000000001976a9144708baf2f30fa7f93c531a7866b7ea9a32bdce3688ace02e0000000000004751210399078b8cda808b1e9bb9653869e94d6494576c9a26d37caac58c8388dd0ab43f2102915B577ABEFF7F707709DF6C5077FBB1172B02FDA32242D8BDBCE29880A22F8052ae00000000
Edit Looks like I have a problem at "inputs" script is blank.
{
"lock_time":0,
"inputs":[
{
"prev_out":{
"index":0,
"hash":"6efd44d3d185f9266701afff050dead21c5819054ca2a36eead8394e61a4e3df"
},
"script":""
}
],
"vout_sz":4,
"hash":"c0041c10450f01c31e0acca267f84aaa8d5f45b9d49cbc376fd552bf9d62c236",
"vin_sz":1,
"out":[
{
"address":"1GtTPepFqS8MWZzFKsE62bNowY2LZos8Lq",
"script_string":"OP_DUP OP_HASH160 ae45216a770fbb4a613c09e79b5c4006b908d3eb OP_EQUALVERIFY OP_CHECKSIG",
"value":450000,
"script":"76a914ae45216a770fbb4a613c09e79b5c4006b908d3eb88ac"
},
{
"address":"1EXoDusjGwvnjZUyKkxZ4UHEf77z6A5S4P",
"script_string":"OP_DUP OP_HASH160 946cb2e08075bcbaf157e47bcb67eb2b2339d242 OP_EQUALVERIFY OP_CHECKSIG",
"value":6000,
"script":"76a914946cb2e08075bcbaf157e47bcb67eb2b2339d24288ac"
},
{
"address":"17UbSDAXDzmxRXCgn2w43EaaHzHK3Ncx87",
"script_string":"OP_DUP OP_HASH160 4708baf2f30fa7f93c531a7866b7ea9a32bdce36 OP_EQUALVERIFY OP_CHECKSIG",
"value":6000,
"script":"76a9144708baf2f30fa7f93c531a7866b7ea9a32bdce3688ac"
},
{
"script_string":"OP_1 0399078b8cda808b1e9bb9653869e94d6494576c9a26d37caac58c8388dd0ab43f 02915b577abeff7f707709df6c5077fbb1172b02fda32242d8bdbce29880a22f80 OP_2 OP_CHECKMULTISIG",
"value":12000,
"script":"51210399078b8cda808b1e9bb9653869e94d6494576c9a26d37caac58c8388dd0ab43f2102915b577abeff7f707709df6c5077fbb1172b02fda32242d8bdbce29880a22f8052ae"
}
],
"size":233,
"version":1
}
|
|
|
|
|
|
zathras
|
|
November 25, 2013, 04:22:05 AM |
|
Hey Bitoy,
The blockchain does need to be fully downloaded yep to use the encodetx function as it goes looping through the unspent outputs for the from address to find an input to use for fees and these won't be accurate if the blockchain isn't synced.
With that said though it looks like you want to use blockchain.info to get unspent outputs so assume you're trying to modify the way encodetx works to use blockchain.info for vin selection rather than a local bitcoind? Mind if I ask why you're going to a remote source if you already require having the blockchain local? In any case yep fromtxid is the transaction we're using as the input, fromtxvout is the vout of the output number and fromtxamount is the amount of said vout (eg to work out change).
Using "listunspent", the resulting json is a blank (Probably because I have not downloaded the entire blockchain ). When I changed it to " http://blockchain.info/unspent" I was able to get one unspent transaction. For the wallet I don't want to use blockchain.info anymore, I prefer the bitcoind api. Please post your rawtx (unsigned) and I'll have a look Here is the raw transaction code from encodetx. Thanks for taking a look at it =) 0100000001dfe3a4614e39d8ea6ea3a24c0519581cd2ea0d05ffaf016726f985d1d344fd6e0000000000ffffffff04d0dd0600000000001976a914ae45216a770fbb4a613c09e79b5c4006b908d3eb88ac70170000000000001976a914946cb2e08075bcbaf157e47bcb67eb2b2339d24288ac70170000000000001976a9144708baf2f30fa7f93c531a7866b7ea9a32bdce3688ace02e0000000000004751210399078b8cda808b1e9bb9653869e94d6494576c9a26d37caac58c8388dd0ab43f2102915B577ABEFF7F707709DF6C5077FBB1172B02FDA32242D8BDBCE29880A22F8052ae00000000
Edit Looks like I have a problem at "inputs" script is blank.
{
"lock_time":0,
"inputs":[
{
"prev_out":{
"index":0,
"hash":"6efd44d3d185f9266701afff050dead21c5819054ca2a36eead8394e61a4e3df"
},
"script":""
}
],
"vout_sz":4,
"hash":"c0041c10450f01c31e0acca267f84aaa8d5f45b9d49cbc376fd552bf9d62c236",
"vin_sz":1,
"out":[
{
"address":"1GtTPepFqS8MWZzFKsE62bNowY2LZos8Lq",
"script_string":"OP_DUP OP_HASH160 ae45216a770fbb4a613c09e79b5c4006b908d3eb OP_EQUALVERIFY OP_CHECKSIG",
"value":450000,
"script":"76a914ae45216a770fbb4a613c09e79b5c4006b908d3eb88ac"
},
{
"address":"1EXoDusjGwvnjZUyKkxZ4UHEf77z6A5S4P",
"script_string":"OP_DUP OP_HASH160 946cb2e08075bcbaf157e47bcb67eb2b2339d242 OP_EQUALVERIFY OP_CHECKSIG",
"value":6000,
"script":"76a914946cb2e08075bcbaf157e47bcb67eb2b2339d24288ac"
},
{
"address":"17UbSDAXDzmxRXCgn2w43EaaHzHK3Ncx87",
"script_string":"OP_DUP OP_HASH160 4708baf2f30fa7f93c531a7866b7ea9a32bdce36 OP_EQUALVERIFY OP_CHECKSIG",
"value":6000,
"script":"76a9144708baf2f30fa7f93c531a7866b7ea9a32bdce3688ac"
},
{
"script_string":"OP_1 0399078b8cda808b1e9bb9653869e94d6494576c9a26d37caac58c8388dd0ab43f 02915b577abeff7f707709df6c5077fbb1172b02fda32242d8bdbce29880a22f80 OP_2 OP_CHECKMULTISIG",
"value":12000,
"script":"51210399078b8cda808b1e9bb9653869e94d6494576c9a26d37caac58c8388dd0ab43f2102915b577abeff7f707709df6c5077fbb1172b02fda32242d8bdbce29880a22f8052ae"
}
],
"size":233,
"version":1
}
Yeah you'll need a synchronized blockchain for listunspent. Your transaction actually looks fine from a quick glance, assuming you're trying to send from 1GtTPepFqS8MWZzFKsE62bNowY2LZos8Lq using vout 0 from 6efd44d3d185f9266701afff050dead21c5819054ca2a36eead8394e61a4e3df. Oh, and script is empty because you haven't signed it yet  Thanks! |
|
|
|
|
zathras
|
|
November 25, 2013, 04:55:44 AM |
|
My implementation has 9.6028 (out of a total 10) sold. That's quite a big difference. How about you Zathras?
This is how it's currently parsed: You made that sell offer in block 270137 and cancelled it in 270278 (with tx 9468118ef2fa89c66733ce64038706850c2a81807cfd611e907e66fcf1b1edad). While the sell offer was open the following accept offers were sent: 4deebd27cb461289f833f64d1dce1e8a287bacd7bc70dcdffb49565d2fc8409a 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384701670 270147 0 1 9702 NULL NULL NULL NULL 989899999
f67cc2760446b1458c4012bbe7d5f6129badcf4ac6896f82a4de7ec238103216 13tKKPNwDZGKhBK8gAHns7bXe2wtqhvzDb 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384699499 270144 0 2 9677 NULL NULL NULL NULL 100000
339abf9b176253e60d1569120c2d6bca214edd4e6d8a69ef4fcdaf4f4a12cec6 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384708399 270160 0 1 9761 NULL NULL NULL NULL 989899999
87018464d016a067e5c8fedc07551c027bd011f43f6d3a02e9a1e252b551ba82 1F73UPD5xBKgTSRd8q6QhuncVmDnJAHxYV 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384699499 270144 0 2 9678 NULL NULL NULL NULL 10000000
4259faeb7c9d017beed911e30adcc82a0b0e6ee95d189a5531c1194663f58e99 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384703123 270149 0 1 9735 NULL NULL NULL NULL 100000000
baba8972de24528bd56ec4ab3ce5fcead28eb45ac418eb87aace08d3da062a9b 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384704190 270151 0 1 9745 NULL NULL NULL NULL 10100000
ac7593ff4fb4a9bc6b053fc12af10e4fc04db73e0fb467d1dbc2466c86c5936b 1F73UPD5xBKgTSRd8q6QhuncVmDnJAHxYV 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384708399 270160 0 1 9762 NULL NULL NULL NULL 50000000
077487c7e8eeab2fb6fefd193dc81ebb5b97c43f2242cee7a110b15c2f6a5f69 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384701670 270147 0 2 9699 NULL NULL NULL NULL 989899999
b87e18e9d8eb6a3e70eb347e06ae5788bc0695b602b3c374cd133a963ac36f0d 1F73UPD5xBKgTSRd8q6QhuncVmDnJAHxYV 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384701670 270147 0 2 9700 NULL NULL NULL NULL 10000000
57e8880da36ca97456828900b66c4699617875c3826ce263ab9a2d7572fe0885 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384721530 270188 0 1 9893 NULL NULL NULL NULL 100000000
644dd238f7090afe9c7280edc0b839c800bccbd8342b5e24fd21d4817520c4db 13tKKPNwDZGKhBK8gAHns7bXe2wtqhvzDb 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384723170 270190 0 1 9896 NULL NULL NULL NULL 10000000
025d9ed3f1dd620c84f7e5418fdf5635b7d9ca08350fac51a22b39389228fe01 1F73UPD5xBKgTSRd8q6QhuncVmDnJAHxYV 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384729954 270202 0 1 9926 NULL NULL NULL NULL 100000000
760722e7b9c3130e6bcfbbf439d4790d34e017020aeea438039c0bc20df77b2c 1CcJFxoEW5PUwesMVxGrq6kAPJ1TJsSVqq 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384733133 270205 0 2 9934 NULL NULL NULL NULL 50000000
7d4d70eac81d514e30ce8762434b91cd1d1650bf492779a3992bbd6f0c2043aa 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384741070 270219 0 1 9957 NULL NULL NULL NULL 300000000
bf56a1ec213fdfcff0f26c8a9ab7eb7588ed5c0ddb202a225e12b35a0617c06e 1F73UPD5xBKgTSRd8q6QhuncVmDnJAHxYV 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384720301 270180 0 1 9876 NULL NULL NULL NULL 50000000
27937e5ba11231560c650a64dbe5b02c5406c04863e4074991e70762cccff806 16rAwebBXhJAM9ALf3fLFbaHKz24r2o3UN 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384734558 270208 0 1 9939 NULL NULL NULL NULL 50000000
fffbde998c925d159c13020bb4e9c6d71cf1553e75624aeb174488102b7b0c0c 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384738049 270215 0 1 9942 NULL NULL NULL NULL 1000000
be2005200503273686a26604076bb03a67fdaad6755d9599ae539ffde663491e 16rAwebBXhJAM9ALf3fLFbaHKz24r2o3UN 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384758541 270258 0 1 10021 NULL NULL NULL NULL 50000000
The following are identified as funds sent for purchases against that sell: 3cdcd1b8148a979f3930b1998b3282dfad2f623c9e85c9d924d4634621263294 1F73UPD5xBKgTSRd8q6QhuncVmDnJAHxYV 0.02
cf77f174b4cf4aaf8ba560070e2af97685e5f946f8cbd4eab6cb371fa50bfd0d 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 0.0202
66fc6ef07a48f703387eac59c78d8f3c8c1f465d72dd6f4452ebfff24cf3f745 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1.8798
My matching & locking code and resulting state processing is still not right though so as to which are valid; I'm working on some fixes |
|
|
|
W2014
Member
Offline
Activity: 205
Merit: 10
|
|
November 25, 2013, 06:04:09 AM |
|
Is anyone else seeing an inaccurate number of Test MSCs on addresses on Mastercoin Explorer?
|
|
|
|
|
Tachikoma
|
|
November 25, 2013, 10:36:10 AM |
|
Yup worked for Mastercoin explorer as well. Thanks Is anyone else seeing an inaccurate number of Test MSCs on addresses on Mastercoin Explorer?
Yes, this is correct. Somehow Selling Offers introduced a bug where they conflicted with Exodus transactions I'm trying to fix this as we speak. |
|
|
|
|
Bitoy
|
|
November 25, 2013, 01:39:42 PM |
|
Your transaction actually looks fine from a quick glance, assuming you're trying to send from 1GtTPepFqS8MWZzFKsE62bNowY2LZos8Lq using vout 0 from 6efd44d3d185f9266701afff050dead21c5819054ca2a36eead8394e61a4e3df. Oh, and script is empty because you haven't signed it yet Thanks! I can't sign it because the "complete" is False. When I tried to sign it even if complete is "false". There is still no script sig. I'll wait till the entire block chain is downloaded. Then will try to use your original program. Thanks Zathras |
|
|
|
|
|
Tachikoma
|
|
November 25, 2013, 01:43:40 PM |
|
I had a pm conversation once with somebody who was having the same issues. They were solved for him once the blockchain was synced. I would indeed wait on that |
|
|
|
|
Bitoy
|
|
November 25, 2013, 01:56:38 PM |
|
The following are identified as funds sent for purchases against that sell: 3cdcd1b8148a979f3930b1998b3282dfad2f623c9e85c9d924d4634621263294 1F73UPD5xBKgTSRd8q6QhuncVmDnJAHxYV 0.02
cf77f174b4cf4aaf8ba560070e2af97685e5f946f8cbd4eab6cb371fa50bfd0d 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 0.0202
66fc6ef07a48f703387eac59c78d8f3c8c1f465d72dd6f4452ebfff24cf3f745 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1.8798
cf77f174b4cf4aaf8ba560070e2af97685e5f946f8cbd4eab6cb371fa50bfd0d is valid 3cdcd1b8148a979f3930b1998b3282dfad2f623c9e85c9d924d4634621263294 and 66fc6ef07a48f703387eac59c78d8f3c8c1f465d72dd6f4452ebfff24cf3f745 are invalid because Purchase confirmation not found or payment time has expired. |
|
|
|
|
|
Bitoy
|
|
November 25, 2013, 01:59:59 PM |
|
I had a pm conversation once with somebody who was having the same issues. They were solved for him once the blockchain was synced. I would indeed wait on that Thanks Tachikoma, With my 500kbs dsl it will probably take weeks by that time the contest is over  |
|
|
|
|
|
Tachikoma
|
|
November 25, 2013, 04:03:48 PM |
|
My implementation has 9.6028 (out of a total 10) sold. That's quite a big difference. How about you Zathras?
This is how it's currently parsed: You made that sell offer in block 270137 and cancelled it in 270278 (with tx 9468118ef2fa89c66733ce64038706850c2a81807cfd611e907e66fcf1b1edad). While the sell offer was open the following accept offers were sent: 4deebd27cb461289f833f64d1dce1e8a287bacd7bc70dcdffb49565d2fc8409a 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384701670 270147 0 1 9702 NULL NULL NULL NULL 989899999
f67cc2760446b1458c4012bbe7d5f6129badcf4ac6896f82a4de7ec238103216 13tKKPNwDZGKhBK8gAHns7bXe2wtqhvzDb 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384699499 270144 0 2 9677 NULL NULL NULL NULL 100000
339abf9b176253e60d1569120c2d6bca214edd4e6d8a69ef4fcdaf4f4a12cec6 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384708399 270160 0 1 9761 NULL NULL NULL NULL 989899999
87018464d016a067e5c8fedc07551c027bd011f43f6d3a02e9a1e252b551ba82 1F73UPD5xBKgTSRd8q6QhuncVmDnJAHxYV 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384699499 270144 0 2 9678 NULL NULL NULL NULL 10000000
4259faeb7c9d017beed911e30adcc82a0b0e6ee95d189a5531c1194663f58e99 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384703123 270149 0 1 9735 NULL NULL NULL NULL 100000000
baba8972de24528bd56ec4ab3ce5fcead28eb45ac418eb87aace08d3da062a9b 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384704190 270151 0 1 9745 NULL NULL NULL NULL 10100000
ac7593ff4fb4a9bc6b053fc12af10e4fc04db73e0fb467d1dbc2466c86c5936b 1F73UPD5xBKgTSRd8q6QhuncVmDnJAHxYV 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384708399 270160 0 1 9762 NULL NULL NULL NULL 50000000
077487c7e8eeab2fb6fefd193dc81ebb5b97c43f2242cee7a110b15c2f6a5f69 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384701670 270147 0 2 9699 NULL NULL NULL NULL 989899999
b87e18e9d8eb6a3e70eb347e06ae5788bc0695b602b3c374cd133a963ac36f0d 1F73UPD5xBKgTSRd8q6QhuncVmDnJAHxYV 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384701670 270147 0 2 9700 NULL NULL NULL NULL 10000000
57e8880da36ca97456828900b66c4699617875c3826ce263ab9a2d7572fe0885 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384721530 270188 0 1 9893 NULL NULL NULL NULL 100000000
644dd238f7090afe9c7280edc0b839c800bccbd8342b5e24fd21d4817520c4db 13tKKPNwDZGKhBK8gAHns7bXe2wtqhvzDb 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384723170 270190 0 1 9896 NULL NULL NULL NULL 10000000
025d9ed3f1dd620c84f7e5418fdf5635b7d9ca08350fac51a22b39389228fe01 1F73UPD5xBKgTSRd8q6QhuncVmDnJAHxYV 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384729954 270202 0 1 9926 NULL NULL NULL NULL 100000000
760722e7b9c3130e6bcfbbf439d4790d34e017020aeea438039c0bc20df77b2c 1CcJFxoEW5PUwesMVxGrq6kAPJ1TJsSVqq 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384733133 270205 0 2 9934 NULL NULL NULL NULL 50000000
7d4d70eac81d514e30ce8762434b91cd1d1650bf492779a3992bbd6f0c2043aa 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384741070 270219 0 1 9957 NULL NULL NULL NULL 300000000
bf56a1ec213fdfcff0f26c8a9ab7eb7588ed5c0ddb202a225e12b35a0617c06e 1F73UPD5xBKgTSRd8q6QhuncVmDnJAHxYV 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384720301 270180 0 1 9876 NULL NULL NULL NULL 50000000
27937e5ba11231560c650a64dbe5b02c5406c04863e4074991e70762cccff806 16rAwebBXhJAM9ALf3fLFbaHKz24r2o3UN 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384734558 270208 0 1 9939 NULL NULL NULL NULL 50000000
fffbde998c925d159c13020bb4e9c6d71cf1553e75624aeb174488102b7b0c0c 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384738049 270215 0 1 9942 NULL NULL NULL NULL 1000000
be2005200503273686a26604076bb03a67fdaad6755d9599ae539ffde663491e 16rAwebBXhJAM9ALf3fLFbaHKz24r2o3UN 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj NULL acceptoffer 1384758541 270258 0 1 10021 NULL NULL NULL NULL 50000000
The following are identified as funds sent for purchases against that sell: 3cdcd1b8148a979f3930b1998b3282dfad2f623c9e85c9d924d4634621263294 1F73UPD5xBKgTSRd8q6QhuncVmDnJAHxYV 0.02
cf77f174b4cf4aaf8ba560070e2af97685e5f946f8cbd4eab6cb371fa50bfd0d 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 0.0202
66fc6ef07a48f703387eac59c78d8f3c8c1f465d72dd6f4452ebfff24cf3f745 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 1.8798
My matching & locking code and resulting state processing is still not right though so as to which are valid; I'm working on some fixes Let me put it in the following format for easier comparison: Payment offers and their attached data and bitcoin payments. Hash: fffbde998c925d159c13020bb4e9c6d71cf1553e75624aeb174488102b7b0c0c, AmountBought: 0.00030000 MSC, PaymentTransactions: [7d4d70eac81d514e30ce8762434b91cd1d1650bf492779a3992bbd6f0c2043aa]
Hash: 57e8880da36ca97456828900b66c4699617875c3826ce263ab9a2d7572fe0885, AmountBought: 0.00030000 MSC, PaymentTransactions: [23f77b6caedd9d5ebbdc56f0d688bee0cf5fd41d19f2aba71f989237326da4b4]
Hash: 339abf9b176253e60d1569120c2d6bca214edd4e6d8a69ef4fcdaf4f4a12cec6, AmountBought: 9.39900000 MSC, PaymentTransactions: [66fc6ef07a48f703387eac59c78d8f3c8c1f465d72dd6f4452ebfff24cf3f745]
Hash: baba8972de24528bd56ec4ab3ce5fcead28eb45ac418eb87aace08d3da062a9b, AmountBought: 0.10130000 MSC, PaymentTransactions:[339abf9b176253e60d1569120c2d6bca214edd4e6d8a69ef4fcdaf4f4a12cec6, cf77f174b4cf4aaf8ba560070e2af97685e5f946f8cbd4eab6cb371fa50bfd0d]
Hash: 4259faeb7c9d017beed911e30adcc82a0b0e6ee95d189a5531c1194663f58e99, AmountBought: 0.10130000 MSC, PaymentTransactions:[cf77f174b4cf4aaf8ba560070e2af97685e5f946f8cbd4eab6cb371fa50bfd0d, baba8972de24528bd56ec4ab3ce5fcead28eb45ac418eb87aace08d3da062a9b]
|
|
|
|
|
Bitoy
|
|
November 26, 2013, 12:53:38 AM |
|
Let me put it in the following format for easier comparison: Payment offers and their attached data and bitcoin payments. Hash: fffbde998c925d159c13020bb4e9c6d71cf1553e75624aeb174488102b7b0c0c, AmountBought: 0.00030000 MSC, PaymentTransactions: [7d4d70eac81d514e30ce8762434b91cd1d1650bf492779a3992bbd6f0c2043aa]
Hash: 57e8880da36ca97456828900b66c4699617875c3826ce263ab9a2d7572fe0885, AmountBought: 0.00030000 MSC, PaymentTransactions: [23f77b6caedd9d5ebbdc56f0d688bee0cf5fd41d19f2aba71f989237326da4b4]
Hash: 339abf9b176253e60d1569120c2d6bca214edd4e6d8a69ef4fcdaf4f4a12cec6, AmountBought: 9.39900000 MSC, PaymentTransactions: [66fc6ef07a48f703387eac59c78d8f3c8c1f465d72dd6f4452ebfff24cf3f745]
Hash: baba8972de24528bd56ec4ab3ce5fcead28eb45ac418eb87aace08d3da062a9b, AmountBought: 0.10130000 MSC, PaymentTransactions:[339abf9b176253e60d1569120c2d6bca214edd4e6d8a69ef4fcdaf4f4a12cec6, cf77f174b4cf4aaf8ba560070e2af97685e5f946f8cbd4eab6cb371fa50bfd0d]
Hash: 4259faeb7c9d017beed911e30adcc82a0b0e6ee95d189a5531c1194663f58e99, AmountBought: 0.10130000 MSC, PaymentTransactions:[cf77f174b4cf4aaf8ba560070e2af97685e5f946f8cbd4eab6cb371fa50bfd0d, baba8972de24528bd56ec4ab3ce5fcead28eb45ac418eb87aace08d3da062a9b]
Here is my report. If it is wrong, please advise 23f77b6caedd9d5ebbdc56f0d688bee0cf5fd41d19f2aba71f989237326da4b4 Invalid Transaction. Date: 11/17/2013 9:21:12 PM Remarks: Seller 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 doesn't have enough MSC to send. 23f77b6caedd9d5ebbdc56f0d688bee0cf5fd41d19f2aba71f989237326da4b4 Invalid Transaction. Date: 11/17/2013 9:21:12 PM Remarks: Seller 1AMfFzbrhhizKDpqebYVYFGaTwdtSt5ux2 doesn't have enough MSC to send. 66fc6ef07a48f703387eac59c78d8f3c8c1f465d72dd6f4452ebfff24cf3f745 Invalid Transaction. Date: 11/17/2013 5:44:30 PM Remarks: Buyer Payment: Purchase confirmation not found or payment time has expired. cf77f174b4cf4aaf8ba560070e2af97685e5f946f8cbd4eab6cb371fa50bfd0d, is a valid payment for baba8972de24528bd56ec4ab3ce5fcead28eb45ac418eb87aace08d3da062a9b This is a purchase transaction not valid as payment 339abf9b176253e60d1569120c2d6bca214edd4e6d8a69ef4fcdaf4f4a12cec6 invalid transaction 4259faeb7c9d017beed911e30adcc82a0b0e6ee95d189a5531c1194663f58e99 Invalid transaction . |
|
|
|
|
|
Tachikoma
|
|
November 26, 2013, 09:20:28 AM |
|
339abf9b176253e60d1569120c2d6bca214edd4e6d8a69ef4fcdaf4f4a12cec6
invalid transaction
4259faeb7c9d017beed911e30adcc82a0b0e6ee95d189a5531c1194663f58e99
Invalid transaction
Why do you consider those invalid? |
|
|
|
prophetx
Legendary
Offline
Activity: 1666
Merit: 1010
he who has the gold makes the rules
|
|
November 26, 2013, 01:03:39 PM |
|
We already have #mastercoin on freenode ah great to hear that (should have checked lol) |
|
|
|
|
|
Bitoy
|
|
November 26, 2013, 05:43:42 PM |
|
339abf9b176253e60d1569120c2d6bca214edd4e6d8a69ef4fcdaf4f4a12cec6
invalid transaction
4259faeb7c9d017beed911e30adcc82a0b0e6ee95d189a5531c1194663f58e99
Invalid transaction
Why do you consider those invalid? I found a bug in my implementation. Will investigate this again and report asap. |
|
|
|
|
|
Bitoy
|
|
November 27, 2013, 04:04:27 AM |
|
Here are the parsing results based on MyMastercoins v1.01 Valid Transactions Hash: 339abf9b176253e60d1569120c2d6bca214edd4e6d8a69ef4fcdaf4f4a12cec6, AmountBought: 9.39900000 MSC, PaymentTransactions: [66fc6ef07a48f703387eac59c78d8f3c8c1f465d72dd6f4452ebfff24cf3f745]
Hash: 4259faeb7c9d017beed911e30adcc82a0b0e6ee95d189a5531c1194663f58e99, AmountBought: 0.10100001 MSC, PaymentTransactions:[cf77f174b4cf4aaf8ba560070e2af97685e5f946f8cbd4eab6cb371fa50bfd0d]
Hash: baba8972de24528bd56ec4ab3ce5fcead28eb45ac418eb87aace08d3da062a9b
Can't be accepted as payment because it is a transaction.
The transaction is invalid because
Seller 1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj has no more coins for sale. (Seller still has 10 MSC available but it is reserved for another buyer at that time)
Date: 11/17/2013 4:03:10 PM
Invalid transactions. Hash: fffbde998c925d159c13020bb4e9c6d71cf1553e75624aeb174488102b7b0c0c, AmountBought: 0.00030000 MSC, PaymentTransactions: [7d4d70eac81d514e30ce8762434b91cd1d1650bf492779a3992bbd6f0c2043aa]
Note: 7d4d70eac81d514e30ce8762434b91cd1d1650bf492779a3992bbd6f0c2043aa is a purchase transaction not valid as payment.
Hash: 57e8880da36ca97456828900b66c4699617875c3826ce263ab9a2d7572fe0885, AmountBought: 0.00030000 MSC, PaymentTransactions: [23f77b6caedd9d5ebbdc56f0d688bee0cf5fd41d19f2aba71f989237326da4b4]
1EAuHj8Z6rTCHPxXfaGzzPsZevC2mg1XAj has no more coins for sale. (Seller still has .5 MSC but it is already reserved for another Buyer)
|
|
|
|
|
|
Tachikoma
|
|
November 27, 2013, 09:04:37 AM |
|
Thanks for your results Bitoy (Seriously was your username always Bitoy? I always read it as BitBoy, sorry about that.) they are very helpful.
Did we establish that Mastercoin messages that were send after an Purchase Offer has been opened couldn't be used as funds for such offers?
I don't like discriminating payments based on their possible intend, you are sending somebody funds, so why shouldn't these count? What do you guys think?
|
|
|
|
|
