Counterpart (XCP) Explorer - page 2.

BitThink

legendary

Activity: 882

Merit: 1000

Quote from: led_lcd on January 08, 2014, 12:52:04 AM

Quote from: BitThink on January 08, 2014, 12:45:22 AM

Yes, that's the reason I checked the order, but bitcoind seems does not ensure the first output address is always in the first position of the transaction. I am not sure about it, but fortunately it seems up till now, all the transactions with two outputs have the burn address in the first position.

Ah ok.

How are the results being aggregated and then the error thrown where there are multiple transactions on that address?

For example:

https://blockchain.info/address/1BPwZ758qNBAKygmq74s16nDZwNjsP6gu8

1BPwZ758qNBAKygmq74s16nDZwNjsP6gu8 ---> BTC spent: 0.01000000 XCP balance: 0.0000 error: no output address is the burn address

It appears to be a good burn of 0.01 BTC.

It's due to a bug. Fixed already.

led_lcd

sr. member

Activity: 262

Merit: 250

In the case where:

1) There was a burn which returned change and
2) The remainder of the balance was burned

The aggregation says error: no output address is the burn address" and has a XCP value of 0.0000. The burn looks ok by manual inspection:

https://blockchain.info/address/1KCJvwUqFPupAFg5VkatL4RqnzkbJ7MiCe

led_lcd

sr. member

Activity: 262

Merit: 250

Quote from: BitThink on January 08, 2014, 12:45:22 AM

Yes, that's the reason I checked the order, but bitcoind seems does not ensure the first output address is always in the first position of the transaction. I am not sure about it, but fortunately it seems up till now, all the transactions with two outputs have the burn address in the first position.

Ah ok.

How are the results being aggregated and then the error thrown where there are multiple transactions on that address?

For example:

https://blockchain.info/address/1BPwZ758qNBAKygmq74s16nDZwNjsP6gu8

1BPwZ758qNBAKygmq74s16nDZwNjsP6gu8 ---> BTC spent: 0.01000000 XCP balance: 0.0000 error: no output address is the burn address

It appears to be a good burn of 0.01 BTC.

BitThink

legendary

Activity: 882

Merit: 1000

Quote from: led_lcd on January 08, 2014, 12:34:58 AM

Quote from: BitThink on January 07, 2014, 11:42:26 PM

[
Ok, then I will relax to

if there're two outputs, one has to be the burn address and one has to be the send address.

Any Counterpart developer can help to confirm these rules? Thanks a lot.

Great work.

Valid transactions:

1) Where there is change left over from the burn - the first output address must be the burn address, the second output must be the sending address.

2) Where there is NO change left over from the burn - the only output is the burn address.

Source (scroll down to Verification):

http://counterpartyd-build.readthedocs.org/en/latest/HowToBurn.html

Yes, that's the reason I checked the order, but bitcoind seems does not ensure the first output address is always in the first position of the transaction. I am not sure about it, but fortunately it seems up till now, all the transactions with two outputs have the burn address in the first position.

led_lcd

sr. member

Activity: 262

Merit: 250

Quote from: BitThink on January 07, 2014, 11:42:26 PM

[
Ok, then I will relax to

if there're two outputs, one has to be the burn address and one has to be the send address.

Any Counterpart developer can help to confirm these rules? Thanks a lot.

Great work.

Valid transactions:

1) Where there is change left over from the burn - the first output address must be the burn address, the second output must be the sending address.

2) Where there is NO change left over from the burn - the only output is the burn address.

Source (scroll down to Verification):

http://counterpartyd-build.readthedocs.org/en/latest/HowToBurn.html

BitThink

legendary

Activity: 882

Merit: 1000

Quote from: nocoin on January 07, 2014, 11:29:14 PM

Quote from: BitThink on January 07, 2014, 11:15:03 PM

if there're two outputs, the first output should be the burn address and the second should be the same as the input address. Please correct me if this does not comply with the standard

Don't know how counterpartyd works, but standard bitcoin client doesn't guarantee outputs order.
https://github.com/bitcoin/bitcoin/blob/master/src/wallet.cpp#L1333

Ok, then I will relax to

if there're two outputs, one has to be the burn address and one has to be the send address.

Any Counterpart developer can help to confirm these rules? Thanks a lot.

nocoin

full member

Activity: 168

Merit: 100

Quote from: BitThink on January 07, 2014, 11:15:03 PM

if there're two outputs, the first output should be the burn address and the second should be the same as the input address. Please correct me if this does not comply with the standard

Don't know how counterpartyd works, but standard bitcoin client doesn't guarantee outputs order.
https://github.com/bitcoin/bitcoin/blob/master/src/wallet.cpp#L1333

BitThink

legendary

Activity: 882

Merit: 1000

reserved

BitThink

legendary

Activity: 882

Merit: 1000

Hi, I've created a website to facilitate people to check their counterpart (XCP) balance.
http://www.counterparty-explorer.com/

Note:
1) Valid burn:
a) all input addresses should be identical
b) the FIRST output HAS TO BE the burn address.
c) only BTC burnt up to 1 BTC limit is considered valid.
This complies with the official couterpartd.

2) Not polished yet, so it's only plain text for now.

Please use Ctrl-F to search your address. Per-address detail will be added later.

Disclaimer: this is not an official site, so the balance may be different with the couterpartd.

Any feedback is welcome.

Topic: Counterpart (XCP) Explorer - page 2. (Read 6142 times)