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 - Geneko

Pages: 1 2 3 [4] 5 6 7 8 9 10 11 ... 13
46
General Discussion / Re: Bitshares price discussion
« on: February 22, 2017, 06:27:48 pm »
But hey, summer is coming up, maybe this is the year that maybe one of Stans "projects" will actually happen... not holding my breath though.

BTW stan is buying BTS!

47
Stakeholder Proposals / Re: [Worker Proposal] Advertisement at 8btc
« on: February 14, 2017, 02:31:32 pm »

low fees
could not be closed
could not be hacked


Yeah right, and after openledger API goes down as usual people who bought this slogans will be embarrassed.

Ok, what is most valuable advantage points that Bitshares Dex has to offer, related to specific market and current circumstances.

BTW: I use to play guitar. My friends and I loved saying:" First you learn to play and then buy the amplifier."

48
Stakeholder Proposals / Re: [Worker Proposal] Advertisement at 8btc
« on: February 14, 2017, 01:57:40 pm »
I don't think it exact to say low to no fees, as assets like OPEN.BTC, OPEN.ETH also charge 0.2% market fees.

Yes, you are right but it is banner. We need something that grabs attantion.

I dont suggest that we should lay about fees. Maybe something more apropriate, I am sure there is better fraze
for "little to no fees" in mandarine.
The massage should be plain simple, right in the point of interest. Nothing more and nothing less.
low fees
could not be closed
could not be hacked

Buy the way could you translate the messages that proposed banner contains. I could only recognize Bitshares.

49
Stakeholder Proposals / Re: [Worker Proposal] Advertisement at 8btc
« on: February 14, 2017, 07:30:13 am »
I don't recognize mandarin but could you put something similar this lines..

This exchange has low to no fees   

Bitshare DEX

 ....and cant be closed
.....................................
like this the message would be more powerful

50
Technical Support / Re: Importing PTS to Bitshares 2
« on: February 13, 2017, 10:38:22 pm »
I cant help you neither @max. It may be that you have different accounts in that wallet.
So you should figured out which account contains which vesting balance.

You said you have chosen right account name on:
Settings\Wallet
Active Wallet - did you select right wallet?

In Bitshares 2.0 you can use/chose different wallets. One wallet could contain different accounts. Pls check that too.

51
Technical Support / Re: Importing PTS to Bitshares 2
« on: February 13, 2017, 05:12:35 pm »
Open Light Client
On the right  upper corner find Settings, between your account name and lock wallet option.
Go to Settings
On the left side bar you can find

General
Wallet
Accounts
Password
.......
.......

Clik on Wallet tab. Third button bellow you can find Lookup Balances button.
Thats it..

52
General Discussion / Re: Liquidity, Liquidity, Liquidity
« on: February 07, 2017, 03:28:50 pm »
Here is another idea. Dex MM bot. Maybe it was already discussed but I couldn't find any similar topic.

Suppose we define worker with 300K BTS available funds. The duration of a worker could be time limited.
I know daily limit is around 300K BTS but it could be increased. Purpose of mm bit is to provide liquidity for basic MPA assets (bitUSD, BitCNY, bitBTC, BitSilver, bitGold, bitEur).

According to my calculations average daily volume on all mentioned assets are about 11k usd. Suppose we collect funds on a workers account and wait for the pool to be filled with 6M bts. Now we would have enough collateral to create all daily volume of trading. Then we activate a MM bot with a purpose of adding liquidity. Limitations are that all accumulated BTS funds from worker, never leave account. Only those BTS from selling short could be used for buying MPAs.   Lets assume spread is 2%. Now everybody who wants to buy or sell should beat 2% spread on feed price.

What would happen? Thoughts?

53
Stakeholder Proposals / Re: [worker] Python-steem and uptick (1.14.52)
« on: February 03, 2017, 09:33:24 pm »
I understood it this way:

1. Multisig try to buy bitUSD 5% above feed. If it cant buy enough rest of bitUSD is going to borrow providing 2.5times collateral (Total budget for that operation is 90000BTS/day). BTS used for collateral never leaves multisig account.
2. Multisig send bitUSD to Xeroc.
3.  Xeroc use bitUSD as he likes (sell on whatever market he likes adding liquidity)
4. Every thing that is not paid out after the end of the worker will be settled and returned to the reserve fund
5. Everything left and held as collateral will be maintained by the committee and kept in full by the BitShares shareholders

54
Stakeholder Proposals / Re: [worker] Python-steem and uptick (1.14.52)
« on: February 03, 2017, 08:40:30 pm »
@JonnyBitcoin
Excellent test bed for adding bitUSD liquidity!!

55
General Discussion / Re: Liquidity, Liquidity, Liquidity
« on: February 03, 2017, 04:46:08 pm »
You are NOT properly stating the alleged "imbalances". 
Sorry! English is not my native language.
The fact is, the required collateral is less than 200% (175% in bitshares.org/wallet, and a little more in the OL wallet).  And what do you do after borrowing (let's say butUSD, for example)?  You short it.  So you're selling it to someone for 100% face value.  So now your collateral goes from 175% to 75%.  Which means you actually have NET LEVERAGE when shorting BitAssets.  So there really is no imbalance with collateral. 
I mean practical use case. If you would open position with 175% collateral you would be margin called immediately, you need to add extra collateral to compensate for possible market swing. Please check out for actual shorter accounts collateral. I doubt you will find any account with less collateral to debt ratio of 230%.

What I am talking here are two things. Fear and Greed. Obviously fear prevail in bitUSD case.

Your reasoning is ok. But obviously it is different then peoples perception.
At the end my opinion is irrelevant here. What we need is testing. I may be right or wrong. But only real life tests could prove one or another.

56
General Discussion / Re: Liquidity, Liquidity, Liquidity
« on: February 03, 2017, 01:51:52 pm »
Lets not complicate, lets dive in for simplicity.
Adding liquidity is not a task or a goal. It is consequence of joining two interest parties, that make honest deal.
Who are those interest parties? Is there a balance of risk/reward between two parties.

One interest party is known and it is the one that wants to use convenience of bitUSD. Has no additional risk when buying except that of significant price drop. But since it is relatively stable you could only expect to lose gain if price of crypto goes high, fast.
The other party has to provide at least two times the value (BTS lightwallet actually recommends 2,3:1), and expose it self to a price fluctuation risk that is disproportional to possible reword.

There are two equitation that needs balance here:
two_times_value vs one_time_value
high_fluctuation_risk vs none

,obvious resolution here would be to provide incentive for shorter in from of transaction fee, that would compensate for those two inbalances. All other possible measures only rectify or reduce this mayor one. It would make mmbots unprofitable? I doubt.

57
One of better approaching is increasing usability like @Chris4210 kindly explained here:
https://bitsharestalk.org/index.php/topic,23755.0.html

My second thought on this is that fact that community smartcoins have low fee and anonymity is actually big advantage. We shouldn't mess with this much. We could improve usability also by providing solution for paying witnesses and workers, for instance in bitUSD. It would address main problem here, which is liquidity. It would also provide more benefit to the network.

It is discussed on several occasions in several different threads. I know it is of topic here but it is related to fees. How this could be done?
First we should add fee to smart coin transactions and all funds should go to community controlled account. From there it should pay for workers and witnesses. If there is not enough funds there, it should use available funds from reserve fund, and issue for instance bitUSD providing collateral.  It should immediately try to sell that short position. It should decrease price incrementally until all short is sell. It would provide incentive for buyers and eventually all short would be sold.
Another approach could be that instead of refund worker all available funds could be put on buy side with some % markup. It could combine the two approaches. It may also be another approaches I didn't think of.   
Eventually we could get liquid smart coin market so selling short wouldnt be a problem.

58
Similar discussion occurred here, maybe worth check out:
https://bitsharestalk.org/index.php/topic,23707.0.html

Thanks for informing. The difference of this proposal is a fee type; my proposal is about transaction fee. IMO, Smartcoin should become beyond exchanges, to marketplaces

It was mixed pls check:
https://bitsharestalk.org/index.php/topic,23707.msg301856.html#msg301856

59
Similar discussion occurred here, maybe worth check out:
https://bitsharestalk.org/index.php/topic,23707.0.html

60
General Discussion / Re: how about to raise block reward?
« on: January 29, 2017, 10:05:14 am »
Is there any numerical analyzes regarding financial effects of such change. It will certainly increase dilution rate. Buy what figure.
Is it going to be increased for certain amount of time or until curtain market evaluation reach.
 
If I may say so, there is no actual market set for witnesses. They all should compete for witness role. From recognizable names thru quality of produced blocks and price feeds, etc.. Standards of accomplishment should be rise so as the reword. Could it all be built in some kind of smart contract. Since they are payed in BTS their steady income flow depend of BTS market valuation. Probably best solution would be that
witnesses are paid in bitUSD or any other bitasset.
 
Those decisions should be carefully evaluated. I don't see any careful evaluation.

Pages: 1 2 3 [4] 5 6 7 8 9 10 11 ... 13