[ANN][XCP] Counterparty - Pioneering Peer-to-Peer Finance - Official Thread

[jimhsu]

Oddly I see that my order for selling 5 TEST (that I put in later, at a slightly lower price) matched first on blockscan. Do we have a fork, or will this be resolved somehow?

EDIT: need to rebuild database. Check back later.

[1713529197]

1713529197

[1713529197]

1713529197

[1713529197]

1713529197

[1713529197]

1713529197

[1713529197]

1713529197

[jimhsu]

The transaction looks right, but the TEST/XCP value from the log looks wrong, again.

Also on blockscan:
- "Price" should include the pair (e.g. XCP/TEST) instead of just "XCP"
- For BTC/XCP, buy and sell prices look right; the "price" column is still wrong (you could derive/verify the price column by dividing the buy by the sell price...) - more confusingly only some of the prices look wrong.

(I hope this "intensive" testing is useful, BTW).

[mtbitcoin]

The transaction looks right, but the TEST/XCP value from the log looks wrong, again.

Also on blockscan:
- "Price" should include the pair (e.g. XCP/TEST) instead of just "XCP"
- For BTC/XCP, buy and sell prices look right; the "price" column is still wrong (you could derive/verify the price column by dividing the buy by the sell price...) - more confusingly only some of the prices look wrong.

(I hope this "intensive" testing is useful, BTW).

Yes, I am currently working on the order display and have updated the latest changes.. I believe I am getting closer :-). I have swapped columns for the buy/sell so that it follows the sequence of the "order" parameters command. Every order is a "buy" first


The buy prices are actually available in the order database so I am picking those up from there. However, I believe the divisibility (0 or 1 value) of NON BTC/XCP Assets can be set on a per individual basis when the asset is initially issued(generated).

[maxmint]

Is the "dividend" command already working? I'm trying to pay dividends to an asset I just created ("MAXM"), but the total amount is 0:

Code:

./counterpartyd.py dividend --from=1B9S7nhAsQeGnU6DWqaMF1G2jamLSFNJkV --quantity-per-share=1 --share-asset=MAXM
Total amount to be distributed in dividends: 0.0

Am I missing something here?

[panonym]

I made some test.
Here is a list of thing to improve ASAP:

- with send command (XCP or assets), some BTC are send along.
  without warning, nor choice on the amount...
  and it's a weird amount (0.0001086 BTC), which is totally useless
  Reason: with multisign, every command other than burn need a minimum of 0.0002086 BTC
  (the send command cost 0.0002172 BTC, so 0.0001086 is not enough to move again)
  I'd like at least a warning (cost x fee + y BTC moved to this destination, total = z BTC : do you accept?)
  Ideally I'd like to be able to choose this amount (0 BTC by default, or x)

- if asset == 'BTC': raise exceptions.BalanceError('Cannot send bitcoins.')
  it's such a pity, can't you modify it to be able to send (only) BTC from a selected pubkey?
  bitcoind miss this basic feature, which is annoying
  Beside, *it is possible* to send BTC trough counterprotocold, as send-cmd sent 0.0001086 BTC

- edit for this one: online exchange hided the "change" limitation to me, 'guess it cannot be improve
  every command freeze the total amount of BTC of the selected pubkey for 1 blocktime
  Example: pubkeyN has 1000 XCP & 1000 BTC, send-cmd cost 0.0002172 BTC
                  if I enter the command to move my XCP, all these BTC are frozen...
                  why does the other 999.999 BTC need to be unavailable for 1 blocktime?
                  awesome if you can improve that by stopping to move what doesn't need to move
                  just take the 0.0002172 or what it will cost in v0.9 with OP_RETURN (back to 0.0001 BTC I hope)
                  If I moved 500 XCP, I need to wait 1 blocktime to be able to move other XCP => annoying
                 
- your man help page are wrong, and unclear for new user (most important: miss = sign, which is obligatory to work)

Result example:

Code:

xcp send -h
usage: counterpartyd send [-h] --from SOURCE --to DESTINATION --quantity
                          QUANTITY --asset ASSET

optional arguments:
  -h, --help           show this help message and exit
  --from SOURCE        the source address

What I'd like to get:

Code:

xcp send -h
usage: counterpartyd send --from=pubkeySOURCE --to=pubkeyDESTINATION --quantity=QUANTITY --asset=ASSET

optional arguments:
  -h, --help           show manual
  --from=SOURCE        the source public address

[jimhsu]

Is the "dividend" command already working? I'm trying to pay dividends to an asset I just created ("MAXM"), but the total amount is 0:

Code:

./counterpartyd.py dividend --from=1B9S7nhAsQeGnU6DWqaMF1G2jamLSFNJkV --quantity-per-share=1 --share-asset=MAXM
Total amount to be distributed in dividends: 0.0

Am I missing something here?

There seems to be an error where only assets set to divisible can have dividends distributed.

[jimhsu]

 Example: pubkeyN has 1000 XCP & 1000 BTC, send-cmd cost 0.0002172 BTC
                  if I enter the command to move my XCP, all these BTC are frozen...
                  why does the other 999.999 BTC need to be unavailable for 1 blocktime?
                  awesome if you can improve that by stopping to move what doesn't need to move
                  just take the 0.0002172 or what it will cost in v0.9 with OP_RETURN (back to 0.0001 BTC I hope)
                  If I moved 500 XCP, I need to wait 1 blocktime to be able to move other XCP => annoying

Unfortunately I don't think bitcoin works that way. When you are trying to send an amount (0.0002172) that does not exactly match an unspent output, a transaction has to be made that takes the remaining amount and sends it back as change. The "problem" is that the amount sent back as change is unconfirmed, and counterpartyd does not allow spending of unconfirmed outputs (while I think the main client/blockchain.info does).

[avkinp]

Update to new version wininstaller. Server is running well just started but after current block reach it stopped with no accsess to Bitcoind. I cant even open wallet until i close counterpartyd server. Am i missed something?
By the way is it 1400+ for 1BTCstill???     

[panonym]

Unfortunately I don't think bitcoin works that way. When you are trying to send an amount (0.0002172) that does not exactly match an unspent output, a transaction has to be made that takes the remaining amount and sends it back as change. The "problem" is that the amount sent back as change is unconfirmed, and counterpartyd does not allow spending of unconfirmed outputs (while I think the main client/blockchain.info does).

I did not understood the beginning.
Maybe on a technical point of view it is hard or not possible in this case to not have change, I don't know.
Understood last part.
What I don't get is why *all* BTC must be moved.
No change = no need for confirmation = annoyance solved.


avkinp, we're around 1300 XCP/BTC now

[jimhsu]

Unfortunately I don't think bitcoin works that way. When you are trying to send an amount (0.0002172) that does not exactly match an unspent output, a transaction has to be made that takes the remaining amount and sends it back as change. The "problem" is that the amount sent back as change is unconfirmed, and counterpartyd does not allow spending of unconfirmed outputs (while I think the main client/blockchain.info does).

I did not understood the beginning.
Maybe on a technical point of view it is hard or not possible in this case to not have change, I don't know.
Understood last part.
What I don't get is why *all* BTC must be moved.
No change = no need for confirmation = annoyance solved.


avkinp, we're around 1300 XCP/BTC now

This is just how bitcoin works, after all.

Does this help?

https://en.bitcoin.it/wiki/Change

There used to be a picture somewhere...

[jimhsu]

The transaction looks right, but the TEST/XCP value from the log looks wrong, again.

Also on blockscan:
- "Price" should include the pair (e.g. XCP/TEST) instead of just "XCP"
- For BTC/XCP, buy and sell prices look right; the "price" column is still wrong (you could derive/verify the price column by dividing the buy by the sell price...) - more confusingly only some of the prices look wrong.

(I hope this "intensive" testing is useful, BTW).

Yes, I am currently working on the order display and have updated the latest changes.. I believe I am getting closer :-). I have swapped columns for the buy/sell so that it follows the sequence of the "order" parameters command. Every order is a "buy" first


The buy prices are actually available in the order database so I am picking those up from there. However, I believe the divisibility (0 or 1 value) of NON BTC/XCP Assets can be set on a per individual basis when the asset is initially issued(generated).

I suggest also rebuilding the db from your end.

[avkinp]

Update to new version wininstaller. Server is running well just started but after current block reach it stopped with no accsess to Bitcoind. I cant even open wallet until i close counterpartyd server. Am i missed something?
By the way is it 1400+ for 1BTCstill???     

Just noticed that server shows block No 278338 with current time. What is it and how to fix?

Code:

2014-01-15-T02:01:04Mocкoвcкoe вpeмя (зимa) Block: 278338

[panonym]

This is just how bitcoin works, after all.

Does this help?
https://en.bitcoin.it/wiki/Change

Thanks for the link.
"The client can't spend just 10.00 BTC out of a 10.89 BTC payment anymore than a person can spend $1 out of a $20 bill."

So I guess this is one aspect about Bitcoin I didn't grasp before now.
Which reduce quite a bit it's awesomeness I must say...

Maybe it's because I made most of my transfert from online exchange and wallet.
Where it's not a problem to send 1/10 of my coin, and just 2sec after send 2/10 of the rest elsewhere.
I'm not froze for a blocktime.

Yeah I got it now. The abstraction of online exchange hided this "default".
At least it send the change to the same pubkey, and not randomly-without-control like bitcoind.

[jimhsu]

This is just how bitcoin works, after all.

Does this help?
https://en.bitcoin.it/wiki/Change

Thanks for the link.
"The client can't spend just 10.00 BTC out of a 10.89 BTC payment anymore than a person can spend $1 out of a $20 bill."

So I guess this is one aspect about Bitcoin I didn't grasp before now.
Which reduce quite a bit it's awesomeness I must say...

Maybe it's because I made most of my transfert from online exchange and wallet.
Where it's not a problem to send 1/10 of my coin, and just 2sec after send 2/10 of the rest elsewhere.
I'm not froze for a blocktime.

Yeah I got it now. The abstraction of online exchange hided this "default".
At least it send the change to the same pubkey, and not randomly-without-control like bitcoind.

True, this is one of the more "confusing" aspects of bitcoin that is not exposed (generally, and for good reason). For protocols that push the envelope (i.e. XCP), you inevitably start to encounter these things.
The default bitcoin-qt actually sends change to a DIFFERENT address as you said (arguably for good reason - to increase anonymity), which has lead to hundreds of real BTC lost from people who import in and delete their wallets, who don't realize this. (Blockchain.info does not do this).

[panonym]

Yup
As you wrote: arguably for good reason, reason that did lead to many losses
Wherea user-control over this, with a warning about the reason for 1-use-only, 'would have lead to the same good effect without that much losses.

I guess we learn everyday.

[jimhsu]

Devs,

I get this when trying to recreate the database:

C:\counterpartyd>python counterpartyd.py server
Status: RESTART
Block: 280518
Traceback (most recent call last):
  File "counterpartyd.py", line 618, in <module>
    blocks.follow(db)
  File "C:\counterpartyd\lib\blocks.py", line 479, in follow
    raise e
  File "C:\counterpartyd\lib\blocks.py", line 472, in follow
    parse_block(db, block_index)
  File "C:\counterpartyd\lib\blocks.py", line 57, in parse_block
    issuance.parse(db, tx, message)
  File "C:\counterpartyd\lib\issuance.py", line 103, in parse
    util.credit(db, tx['source'], asset, amount)
  File "C:\counterpartyd\lib\util.py", line 160, in credit
    assert asset != 'BTC' # Never BTC.
AssertionError

[lanfeusst]

I have the same error on linux, can't past block 280518

Devs,

I get this when trying to recreate the database:

C:\counterpartyd>python counterpartyd.py server
Status: RESTART
Block: 280518
Traceback (most recent call last):
  File "counterpartyd.py", line 618, in <module>
    blocks.follow(db)
  File "C:\counterpartyd\lib\blocks.py", line 479, in follow
    raise e
  File "C:\counterpartyd\lib\blocks.py", line 472, in follow
    parse_block(db, block_index)
  File "C:\counterpartyd\lib\blocks.py", line 57, in parse_block
    issuance.parse(db, tx, message)
  File "C:\counterpartyd\lib\issuance.py", line 103, in parse
    util.credit(db, tx['source'], asset, amount)
  File "C:\counterpartyd\lib\util.py", line 160, in credit
    assert asset != 'BTC' # Never BTC.
AssertionError

[skull88]

Same problem here:

~$ counterpartyd
Status: RESTART
Exception in thread Thread-1:
Traceback (most recent call last):
  File "/usr/lib/python3.3/threading.py", line 637, in _bootstrap_inner
    self.run()
  File "/home/xxxx/counterpartyd_build/dist/counterpartyd/lib/api.py", line 251, in run
    run_simple('localhost', config.RPC_PORT, application)
  File "/home/xxxx/counterpartyd_build/env/lib/python3.3/site-packages/werkzeug/serving.py", line 710, in run_simple
    inner()
  File "/home/xxxx/counterpartyd_build/env/lib/python3.3/site-packages/werkzeug/serving.py", line 692, in inner
    passthrough_errors, ssl_context).serve_forever()
  File "/home/xxxx/counterpartyd_build/env/lib/python3.3/site-packages/werkzeug/serving.py", line 486, in make_server
    passthrough_errors, ssl_context)
  File "/home/xxxx/counterpartyd_build/env/lib/python3.3/site-packages/werkzeug/serving.py", line 410, in __init__
    HTTPServer.__init__(self, (host, int(port)), handler)
ValueError: invalid literal for int() with base 10: ''

Block: 280518
Traceback (most recent call last):
  File "/home/xxxx/counterpartyd_build/dist/counterpartyd/counterpartyd.py", line 618, in <module>
    blocks.follow(db)
  File "/home/xxxx/counterpartyd_build/dist/counterpartyd/lib/blocks.py", line 479, in follow
    raise e
  File "/home/xxxx/counterpartyd_build/dist/counterpartyd/lib/blocks.py", line 472, in follow
    parse_block(db, block_index)
  File "/home/xxxx/counterpartyd_build/dist/counterpartyd/lib/blocks.py", line 57, in parse_block
    issuance.parse(db, tx, message)
  File "/home/xxxx/counterpartyd_build/dist/counterpartyd/lib/issuance.py", line 103, in parse
    util.credit(db, tx['source'], asset, amount)
  File "/home/xxxx/counterpartyd_build/dist/counterpartyd/lib/util.py", line 160, in credit
    assert asset != 'BTC' # Never BTC.
AssertionError

[panonym]

Guess everyone has it

[skull88]

I burn 1BTC which is included in block 280513, next block the whole thing is down. I can't show up anywhere. 

But probably everyone has it, yes.
There are no transactions after block 280514: http://www.blockscan.com/