Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - abit

Pages: 1 ... 284 285 286 287 288 289 290 [291] 292 293 294 295 296 297 298 ... 309
4351
General Discussion / Re: Invictus Domain Names Abandoned?
« on: January 26, 2015, 03:10:00 am »
We never owned invictus.io
OK, looks like I missed something.. Never mind.
So we can register that domain name after it's deleted if we like.

4352
Steps:
1. submit an ask order which matches the highest bid order in the market, but have a volume greater than the bid order
2. wait for one block, so that the ask order list in the market and appear in GUI as cancel-able
3. try to cancel the ask order
4. wait for one block, the 'cancel' expire, the ask order executes
5. open transaction history page, or type 'wallet_account_transaction_history' in the console
5.1 balance column in the 'cancel' line shows N/A
5.2 balance column in the 'fill ask' line shows a (incorrect) value which equals to a value if the 'cancel' succeeded (in BTS)
5.3 balance column in the 'ask proceeds' line shows a corrent value (in BitAsset)
6. do other transactions, then check the history again, will see the following balances be messed up

Maybe an API issue.

BTW the 'balance' command returns a correct value.

4353
If the transaction doesn't go through, it will expire after 2 hours by default

By the way, wouldn't it be a smart idea to change the default expiration time for all bid/ask/short order transactions to be significantly less than 2 hours? Unlike other transactions, I think of market orders as far more ephemeral. The market may have changed so significantly within 10 minutes that I may really wish that an old order stuck in limbo never goes through!
I'd like to have some orders in the market without force expiring, e.g. a bid order with price 10% lower than current price and/or an ask order higher than current price. Not everyone have time to watch the market all day.
It's another story if you mean the orders have not been successfully submitted to the market though.

4354
Technical Support / Re: Vesting balance disappeared
« on: January 26, 2015, 01:43:28 am »
Typing this in the console works for me:

wallet_collect_vested_balances <account_name>

Thank you!!!   If you have the time and know the answer ...

Is there a way to simply view the balances or do I have to collect them all to "see" them? 

Also, if I do this is there some penalty?

I remember months back when this was discussed that it was a 2 yr vesting(?) period and there was a penalty for pulling out early. But, things have changed so much and I never know which discussion (of possible paths to take) was the one that was finally chosen (there are a lot of paths here!). This is the hazard of being involved with many coins ... too much to follow, not enough time to follow them all as closely as they deserve.
wallet_check_sharedrop

4355
General Discussion / Re: Invictus Domain Names Abandoned?
« on: January 26, 2015, 01:34:01 am »
Bump.
@bytemaster @Stan

4356
可以走暴走的dacx搞个众筹
暴走的dacx网站上连个联系方式都没有。

4357
Technical Support / Re: Vesting balance disappeared
« on: January 25, 2015, 09:26:51 am »
I suspect that you have (some) same private keys in both wallets.
Could you describe how you created the two wallets/accounts, and, have you export/import keys from one wallet to the other?

Yes, as I stated in my post:
Quote
Other accounts, but imported pts addresses from genesis are the same.
OK, I understand your situation now.
From earlier practice, when one person claims BTS from AGS/PTS allocation (via import_priv_key), the BTS claimed is unmoved indeed, it won't be moved until be transferred to another account. As a result, everyone can claim the BTS to another account before the real transfer if knows the private key.
I thought the vesting BTS behaviors different, collecting the vesting fund equals to real transfer. However this did not likely happen in your case. Looks like a bug here.

4358
I think not only delegates but also every node (or say wallet) should check the market transactions inside new-produced blocks, if it contains bad transactions then just reject the block. The core code may already did so. No need for statistical analysis imho.

There is no "bad" market transaction. It is a perfectly valid transaction that was "lucky" enough to buy low and sell high. Of course, it wasn't actually "lucky", it was front-running. The front-runner is able to put in this transaction into the same block (and therefore as far as the blockchain is concerned both orders arrived simultaneously in time) as the transaction that it is "stealing" market savings from because it is at a more advantageous position in the block producing process: it is able to construct its front-running transaction after seeing the victim's transaction but before the deadline to include the front-running transaction into the same block is up.

I've already discussed how this could be solved by splitting market orders into two stages: a commitment followed later by a reveal. Unfortunately, this means that it would take 50 seconds for all market orders to go through rather than 10 seconds.

The compromise solution is to limit the potential front-runners to only the active delegates (by encrypting the market order transactions for the delegates only before broadcasting on the network) and to use statistical analysis to catch any misbehaving delegates. For the statistical analysis to work though, the encrypted transaction should not be capable of being decrypted by all 101 active delegates because then we have no way of confidently knowing which one of the 101 active delegates was the bad actor via statistical analysis. So, I recommend encrypting the market orders for only the next two block-producing delegates in the round.
OK, I understand now.
Usually an "evil" delegate won't submit orders by their own account, instead, they may submit the front running orders from a couple of other accounts. This may make the statistical analysis more difficult.
By the way, if you encrypt an order for a special delegate, what will happen if the delegate missed its block, even if be voted out of top 101?

4359
Good point. Which of our marketing team will do this (promotion to gold/silver business companies) ?

4360
It allows front-running by the block producers who can put mix their own orders into the block in whatever order they want. There's nothing you can do about it, so we do the worst-case matching every time and keep the profit for shareholders instead.

What are your thoughts on the solution to front-running discussed in this thread that allows for market/limit orders to be enabled while reducing the parties who could potentially front run orders to only the top 101 active delegates, and in which even that front-running risk is further protected against through statistical analysis?
I think not only delegates but also every node (or say wallet) should check the market transactions inside new-produced blocks, if it contains bad transactions then just reject the block. The core code may already did so. No need for statistical analysis imho.

4361
Technical Support / Re: Vesting balance disappeared
« on: January 25, 2015, 06:51:49 am »
Upgraded my WIN wallet to 0.5.3  and tried the vesting successfully.

How did you try "the vesting"?  I've been trying to figure out how to get (or even see) muh coins for months with no answers.  The only place I can find that I "may" have some coins is using the old AGS explorer, but I'll be damned if I can figure out how to "get" these coins it says I have in all of these projects. I assumed I was waiting for something else to be released before we get these coins, but with all of the changes I became severely lost and now have no clue where my coins are, how many coins I should have or how to obtain them.  I did the wallet import long ago, but never received anything for my AGS donations (that I can tell) and have nothing to show coin wise for all of these other projects that have been merged (or not). =/
If you can see your coins in ags explorer, you may be able to get those, unless you lost your private keys.
In addition, if you haven't even get the 'AGS' coins, you can't get the 'vested' coins, since the private keys for claim them are same.

Quote
I did the wallet import long ago, but never received anything for my AGS donations
You may have met problems.. I'll check your other post, wish I can help you.

EDIT:
I haven't find your post regarding to AGS fund claiming..
Would you like to describe your issue again, or provide me a link? (maybe better start a new thread)
In particular, how did you import the wallet which contains the key which you have used to donate to AGS.

4362
Technical Support / Re: Vesting balance disappeared
« on: January 25, 2015, 06:44:35 am »
I found the balances that have gone to UNKNOWN on the linux wallet.

Where did the second wallet come from? List the steps you took across both wallets in order.

1. win-wallet: wallet_collect_vested_balances <account_name x>
Result:  o.k., stake added to account x => details PM

2. linux-wallet: wallet_collect_vested_balances <account_name y>
Result: Some of the stake added to accounts, some getting "lost"  =>  details PM

3. win-wallet: account x  shows like the primary post,
The vesting claim in the linux-accounts changed the win-account.

There seems to be no "lock" after a successful claim somehow. 

Thank you for looking into this, but enjoy the Sunday anyway.
I suspect that you have (some) same private keys in both wallets.
Could you describe how you created the two wallets/accounts, and, have you export/import keys from one wallet to the other?

4363
中文 (Chinese) / Re: 暂停 BTSBOTS
« on: January 25, 2015, 06:30:21 am »
短短不到 两个月 竟然有23%的利润,ALT 你不该放弃这个事情啊
怎么说呢,23%都是投资人赚了。

Alt本来提出过收1%的手续费,结果很多人跑出来质疑。

那个搬砖机器人基金之前收50%利润的管理费也没见谁出来说什么。
(我只是描述情况,并没有责备的意思,其实我很赞同一开始就订好规则的)

4364
中文 (Chinese) / Re: DACx高级受托人竞选
« on: January 25, 2015, 06:17:15 am »
@James dacx.com 网站上居然连个联系方式都没有。。让人家怎么找你们?

4365
General Discussion / Re: bearsarm is ready to test!
« on: January 25, 2015, 06:15:09 am »
@jonasjia It is nice to see your offer! But you need to understand that any investor would want to see PROOF that you are legit and that your product and patent and your whole business actually exists.
i really didn't like the pattern of kickstarter ,there are many unreasonable demands such as i must be a american and have company in america and so on,what a international project should be like? yes, thats why i choose BTS,because it's really haven't national boundaries.
I was just about to suggest crowdfunding.
But since you will be accepting BITUSD and BitCNY, why don't you reach out to DACX they are the perfect platform for you.

If I'm not mistaken, they are planning on doing both equity and reward projects.
it can't be...when i click the publish button,it jumped to the head of same page,and there are no address or phone number in the "about us" section.
Sure the website is under construction.
You can contact @James in this forum.
https://bitsharestalk.org/index.php?topic=13403.msg175229#msg175229

Pages: 1 ... 284 285 286 287 288 289 290 [291] 292 293 294 295 296 297 298 ... 309