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

Pages: 1 2 3 4 5 [6] 7 8 9 10 11 12 13 ... 656
76
CNX is working on blockchain technology and prioritizing its limited resources on activities we think will generate the most revenue in the shortest period of time.


77
General Discussion / Re: Bitshares price discussion
« on: February 23, 2016, 09:54:34 pm »
localhost sent 5,000,000 BTS to poloniexwallet
4 hours ago

Literally every time I see these posts it reminds me of a major flaw of bitshares and makes me want to sell it.

But go ahead you guys, keep posting this every time anyone with a decent amount of BTS sends soem to poloniex.

Exactly!

Btw localhost is probably enjoying this transfer, anyone in the future that transfers so many bts in an exchange without stealth will be viewed with distrust.

This is why I wanted to prioritize stealth.  Lack of stealth was really hurting our chain... probably causing most users to transfer to poloniex and keep it there so they can trade privately. Perhaps localhost should transfer everything there and then surprise the market rather than tipping off everyone to their rate of selling.

78
General Discussion / Looking for Most Concise Rationale For SmartCoins
« on: February 23, 2016, 05:41:51 pm »
I am looking for help producing a concise rationale for why SmartCoins are needed, what makes them unique and special.  What makes them secure.  I would like to consider the following rules for describing this:

1. We shouldn't talk about HOW they are created (don't mention collateral, market, etc)
2. We should talk about why they are more secure than bank deposits.

A quick list of all implementations of "smart coins" and how they achieve meet the criteria of being special and better than IOUs. 

I guess a SmartCoin is NOT an IOU and thus NOT a liability of anyone else.  How can we express this in a POSITIVE form, ie: define what it is without saying what it isn't? 

79
Just for the record, DSHARES was the original name for my early ideas on stable crypto...

https://bitcointalk.org/index.php?topic=213588.0

 ;D

80
General Discussion / Re: Subsidizing Market Liquidity
« on: February 22, 2016, 06:22:35 pm »
I agree that off-chain distribution makes a lot of sense.

81
General Discussion / Re: Subsidizing Market Liquidity
« on: February 20, 2016, 06:08:19 pm »
Has anyone worried about "self trading" sat down and attempted to strategize how they would do this in a market with at least two market makers competing for the reward?

Assume a market with a price of 1:1 and a spread of 5% on both sides.

Alice places an order at .95 and must wait 10 minutes before she qualifies for a reward.
After 9 minutes, Bob places his order at .95001. 
Alice is now unable to match herself without buying out Bob first.
Not wanting to let Bob grab the liquidity reward, Alice moves her order to .95002 and the clock resets for 10 more minutes.

This back and forth will continue until the spread is greatly reduced. The narrower the spread, the riskier the market making becomes. Who is going to place a huge wall at the top off the book?

Any rewards paid do not cover 100% of market risks which means market makers will still have to maintain a reasonable spread and there will be MANY orders in front of them.

Go ahead and attempt to name a strategy that works to abuse the rewards in light of market competition.

Lastly assume a 3rd actor, someone who knows market makers are attempting to pump fake volume just to get a reward. This actor will place their orders just in front of the market maker just to collect the spread on the market makers "back and forth" selling.

82
General Discussion / Re: Subsidizing Market Liquidity
« on: February 19, 2016, 10:37:07 pm »

Shouldn't there be another rule that the ask/bid be placed with 5% of the feed?

They only get paid of the order is filled, placed too far from the trading price and they wouldn't get paid.

83
General Discussion / Re: Subsidizing Market Liquidity
« on: February 19, 2016, 10:36:33 pm »
Assuming we implement this feature in the BTS / USD market and voters approve workers funding this at a rate of 2.5 BTS / sec (50% of allowed dilution) and the internal exchange had $100,000 of daily volume then users trading on the internal exchange would see a 1% more than they would get by trading off chain. If daily volume was $50,000 then they would see a 2% profit over doing the same trades off-chain. The impact of this should be a major influx of new traders who can make more money trading on the internal exchange than the external exchange. This added liquidity will dramatically tighten the USD / BTS peg and give shorters much more confidence.

That's $365 000 a year of dilution.  That could be  +5% on $7 500 000 worth of BitUSD.

Even with a lot of yield harvesting that would rapidly make BTS the undisputed Crypto USD market leader.

Uphold: $2 Million
Tether: $1.4 Million
Nubits: $0.76 Million
BitUSD: $0.098 Million

Liquidity is already guaranteed for the longs via forced settlement & with that much in circulation, shorts should have confidence there will be sufficient amounts for sale when they need them.

What about at least putting 1/2 of the proposed dilution towards BitUSD yield? That way you would rapidly increase the BitUSD CAP to >$3.5 million dollars while significantly increasing volume at the same time?

(I would also decrease forced settlement to 98/99%.)

Providing yield on USD doesn't work because of yield harvesting, people would create USD and sit on it until the rate of return approached 0.

84
General Discussion / Re: Potential BitShares Road Map for 2016
« on: February 19, 2016, 10:32:41 pm »
Thank you for summarizing the Road Map for everyone.


85
General Discussion / Subsidizing Market Liquidity
« on: February 19, 2016, 09:04:16 pm »
I would like to propose a new feature for BTS that CNX will provide free of charge if a hard fork is approved.

We would like to allow any market pair to reward users who provide liquidity in that market. The feature would work as follows:

Every order that is filled after being open on the books for at least 10 minutes earns shares a reward pool. The shares earned are proportional to the size of the order filled.

Any user *or* worker can contribute funds to the reward pool. These funds can be denominated in any asset specified by the issuer.

At most once per day users may convert their shares in the reward pool to a pro-rata share of the rewards.

The asset issuer has the ability to enable this feature for any market their asset trades in and to specify the asset used to fund the reward pool.

With this feature Open Ledger *could* pay out OBITS to those who provide liquidity in the OPEN.BTC / BTS market.
BTS can vote for a worker to provide liquidity in the BTS / USD and BTS / CNY markets.

It is possible that trades in the BTS / OPEN.BTC market could earn rewards from both BTS and OBITS *if* shareholders voted to subsidize this market.

Assuming we implement this feature in the BTS / USD market and voters approve workers funding this at a rate of 2.5 BTS / sec (50% of allowed dilution) and the internal exchange had $100,000 of daily volume then users trading on the internal exchange would see a 1% more than they would get by trading off chain. If daily volume was $50,000 then they would see a 2% profit over doing the same trades off-chain.

The impact of this should be a major influx of new traders who can make more money trading on the internal exchange than the external exchange. This added liquidity will dramatically tighten the USD / BTS peg and give shorters much more confidence.

This implementation will require 3 new operations on the blockchain:

1. create_liquidity_reward_pool issuer ASSET FUND_ASSET MARKET_ASSET    ie: openledger OBIT OPEN.BTC OPEN.USD
2. fund_liquidity_reward_pool funding_account AMOUNT FUND_ASSET ASSET MARKET_ASSET
3. claim_liquidity_rewards username AMOUNT FUND_ASSET  ASSET MARKET_ASSET

It will also create a new worker type that can direct BTS to any fund where FUND_ASSET is BTS.



Note: CNX reserves the right to retract this offer or request payment for adding this feature. This proposal does not commit CNX to develop the feature if we decide to pursue other options.

86
General Discussion / Re: bitSHARES - As True Shares and Not a Currency!
« on: February 19, 2016, 02:50:51 pm »
Liquidity is king.
Charging Fees hurts liquidity.
Providing Negative Fees will boost liquidity.

If you REALLY want to bootstrap liquidity on the DEX then we should consider eliminating all trading fees and subsidising liquidity like crazy.

87
You have my support!  Your block explorer has been an invaluable resource to me and everyone else.

I hope you aren't resigning your witness position because of this worker. 

88
General Discussion / Re: Using Casper Protocol for Secure Price Feeds
« on: February 18, 2016, 01:44:08 pm »
There are two key differences between Casper's schelling game and a schelling game for something like a price feed that make the price feed case more difficult:

1. In a consensus schelling game, all that really matters is that you come to consensus on **something**. If someone pulls off a P+epsilon attack, and makes it confirm 0 instead of 1, that's fine; as long as it doesn't flip-flip forever and as long as it converges to 1 at least some of the time. In the price feed case, converging on the wrong price even once is BAD.
2. A price feed has a few failure modes that don't exist in the consensus case. Particularly, (i) there is a centralization incentive for the feed to converge on the feed of one single exchange, and (ii) if that exchange pulls a MtGox then it's hard to tell if the feed will actually be able to coordinate on decoupling itself from the exchange in time.

That said, I think that it should be possible to overcome both of these issues, for (2) there are a few multi-level antifragility tricks that I think could do the job; essentially you would have a second-level schelling game that only gets called very rarely, the theory being that it's called too rarely for it to be worth automating, and that game, if called, is what determines the rewards for the first round; this incentivizes the first round to do not what people think the first round will do, but rather what people think the second round will do, at last in extreme cases.

Thanks for taking the time to respond. The two-round approach appears to be what Auger is doing in their prediction market.

89
General Discussion / Re: Prospectus for BlockTrades public offering
« on: February 17, 2016, 10:27:57 pm »
Nice work Dan!

90
General Discussion / Re: Using Casper Protocol for Secure Price Feeds
« on: February 17, 2016, 04:51:34 pm »

CASPER rewards people for moving toward consensus and punishes those who deviate. It is claimed that the incentives are structured to reward some deviation and incentivise participants to defect from attempted collusions.  I have my doubts on this, but for now I will assume this is true.


 

Sorry but already being implemented. Your describing Augur and Truthcoin Hivemind. :o

Yes... Augur's algorithm may be useful for reaching consensus on price feeds as well. 

The price feed is our weak point when it comes to "trust" and the total damage that can be caused by a compromise.  Perhaps we can explore ways securing the price feed to reward accurate production and punish inaccurate feeds. 

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