jimhsu
|
|
January 14, 2014, 07:38:08 PM Last edit: January 14, 2014, 09:54:57 PM by 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.
|
Dans les champs de l'observation le hasard ne favorise que les esprits préparé
|
|
|
|
|
|
"Bitcoin: the cutting edge of begging technology." -- Giraffe.BTC
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
jimhsu
|
|
January 14, 2014, 07:40:22 PM Last edit: January 14, 2014, 08:21:44 PM by 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).
|
Dans les champs de l'observation le hasard ne favorise que les esprits préparé
|
|
|
mtbitcoin
Legendary
Offline
Activity: 876
Merit: 1000
Etherscan.io
|
|
January 14, 2014, 08:36:48 PM |
|
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
|
|
January 14, 2014, 08:42:42 PM |
|
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: ./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
Sr. Member
Offline
Activity: 266
Merit: 250
Help and Love one another ♥
|
|
January 14, 2014, 08:56:17 PM Last edit: January 14, 2014, 10:32:35 PM by 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: 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: 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
|
|
January 14, 2014, 09:04:53 PM |
|
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: ./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.
|
Dans les champs de l'observation le hasard ne favorise que les esprits préparé
|
|
|
jimhsu
|
|
January 14, 2014, 09:07:45 PM |
|
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).
|
Dans les champs de l'observation le hasard ne favorise que les esprits préparé
|
|
|
avkinp
Member
Offline
Activity: 79
Merit: 10
|
|
January 14, 2014, 09:23:20 PM |
|
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
Sr. Member
Offline
Activity: 266
Merit: 250
Help and Love one another ♥
|
|
January 14, 2014, 09:23:51 PM |
|
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
|
|
January 14, 2014, 09:37:41 PM |
|
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/ChangeThere used to be a picture somewhere...
|
Dans les champs de l'observation le hasard ne favorise que les esprits préparé
|
|
|
jimhsu
|
|
January 14, 2014, 09:56:03 PM |
|
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.
|
Dans les champs de l'observation le hasard ne favorise que les esprits préparé
|
|
|
avkinp
Member
Offline
Activity: 79
Merit: 10
|
|
January 14, 2014, 10:06:06 PM |
|
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? 2014-01-15-T02:01:04Mocкoвcкoe вpeмя (зимa) Block: 278338
|
|
|
|
panonym
Sr. Member
Offline
Activity: 266
Merit: 250
Help and Love one another ♥
|
|
January 14, 2014, 10:33:18 PM |
|
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
|
|
January 14, 2014, 10:55:18 PM |
|
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).
|
Dans les champs de l'observation le hasard ne favorise que les esprits préparé
|
|
|
panonym
Sr. Member
Offline
Activity: 266
Merit: 250
Help and Love one another ♥
|
|
January 14, 2014, 11:12:05 PM |
|
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
|
|
January 14, 2014, 11:35:21 PM |
|
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
|
Dans les champs de l'observation le hasard ne favorise que les esprits préparé
|
|
|
lanfeusst
|
|
January 14, 2014, 11:51:38 PM |
|
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
|
|
January 14, 2014, 11:59:22 PM |
|
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
|
BTC: 1MifMqtqqwMMAbb6zr8u6qEzWqq3CQeGUr LTC: LhvMYEngkKS2B8FAcbnzHb2dvW8n9eHkdp
|
|
|
panonym
Sr. Member
Offline
Activity: 266
Merit: 250
Help and Love one another ♥
|
|
January 15, 2014, 12:08:33 AM Last edit: January 15, 2014, 12:38:45 AM by panonym |
|
Guess everyone has it
|
|
|
|
skull88
|
|
January 15, 2014, 12:34:53 AM |
|
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/
|
BTC: 1MifMqtqqwMMAbb6zr8u6qEzWqq3CQeGUr LTC: LhvMYEngkKS2B8FAcbnzHb2dvW8n9eHkdp
|
|
|
|