4351
General Discussion / Re: Invictus Domain Names Abandoned?
« on: January 26, 2015, 03:10:00 am »We never owned invictus.ioOK, looks like I missed something.. Never mind.
So we can register that domain name after it's deleted if we like.
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.
We never owned invictus.ioOK, looks like I missed something.. Never mind.
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.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!
wallet_check_sharedropTyping 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.
OK, I understand your situation now.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:QuoteOther accounts, but imported pts addresses from genesis are the same.
OK, I understand now.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.
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.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?
If you can see your coins in ags explorer, you may be able to get those, unless you lost your private keys.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). =/
I did the wallet import long ago, but never received anything for my AGS donationsYou may have met problems.. I'll check your other post, wish I can help you.
I suspect that you have (some) same private keys in both wallets.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.
短短不到 两个月 竟然有23%的利润,ALT 你不该放弃这个事情啊怎么说呢,23%都是投资人赚了。
Sure the website is under construction.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.I was just about to suggest crowdfunding.@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.
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.