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.


Topics - bytemaster

Pages: 1 2 3 [4] 5 6 7 8 9 10 11 ... 42
46
General Discussion / Incentivising Liquidity
« on: December 02, 2015, 09:58:46 pm »
I have two basic proposals for incentivising liquidity:

Proposal 1: Maker / Taker

Add an asset flag that allows issuers to only charge fees to the Taker (the new order being placed) and not the Maker (the open order on the books).  Currently both sides are charged.  The Taker is the one that pays for liquidity.

Proposal 2:  Share Market fees with Maker

The default model is to just give the Maker what the Taker paid, but this model does not generate any leverage. At most it gives the Maker an incentive proportional to the market fee. We would like to amplify the incentive for Market Makers early on when the risk is the highest by reallocating future revenue to current Makers.   Under this model, there would be huge incentive to be a Maker on day 1 and no incentive to be a maker on day 1000 (other than not paying the market fee).

In effect, the long-term success of a market depends upon it getting bootstrapped and we should give the "makers" a share of the long-term success proportional to their contribution to liquidity.

Every time a Maker's open order is matched, they receive MAKER_SHARES equal to SIZE_OF_ORDER * RATE  where RATE starts out at 1 and decays to 0 with a half life of 1 year.  The supply of MAKER_SHARES will grow proportional to volume until the RATE hits 0 after (4 years).
MAKER_SHARES will only be awarded for orders that sit on the books for at least X minutes (to prevent trading against yourself).

MAKER_SHARES will automatically be purchased back from the market with the market fees earned on the asset.  MAKER_SHARES will thus represent a stake in the future success of an individual market and they can only be earned by providing visible liquidity.

To maximize the number of MAKER_SHARES you earn you want to do the following:

1. Place orders that sit on the books for at least X minutes if they get filled instantly (less than X min) we will assume you are trading against yourself to "MINE" "MAKER_SHARES".
2. Buy back and resell as often as possible.

Whoever performs this service ends up "owning" a large share of the BitAsset market and they deserve it. BitShares benefits because it is earning fees from every trade in the system just like it always did.

Failure to pay for liquidity early on is like a company that wants to grow without hiring developers or marketers. We must provide profit motives for the services we want to see.

47
General Discussion / Liquidity has a Price -> Adding Maker / Taker
« on: December 01, 2015, 03:46:46 pm »
Much of the debate around BitAssets being bootstrapped focuses around improving liquidity. Liquidity is what gives people confidence in a price and/or value. If you cannot be guaranteed a buyer ON DEMAND then spreads increase.

To gain immediate liquidity you must compromise price. The more you lower your asking price the more likely you will find an immediate buyer for the asset you wish to sell.

So the question becomes *when* do you make the decision to compromise price for liquidity? 

1. At the time you buy the asset you lock in your liquidity price?
2. At the time you sell the asset you take what you can get?

The current BitAsset 2.0 system is superior to prior systems because the participants lock-in the price of liquidity-on-demand before entering the contract. As a buyer of a BitAsset I pay $1.10 for 1 BitUSD knowing I have locked in liquidity with a maximum downside of $0.10 if I need instant liquidity. 

As a short I am simultaneously pricing the cost of providing liquidity and the risk of dollars rising against my position.  After assessing the risks I agree to sell short at $1.10 per BitUSD.  If someone buys it from me, and then immediately demands liquidity (settlement) then I profit 10%. 

The result is that any short who gets force settled is existing at FAVORABLE price, they collect the full premium relative to the price feed.

We have constructed an asset (BitUSD) that is extremely favorable for the BitUSD holder (guaranteed price floor and liquidity).   To get these benefits, it comes at a price which is paid to the short.  Those who claim the market is "unbalanced" and favors the BitUSD holder over the short ignore the fact that the short gets to NAME THEIR PRICE.  In other words, the short gets to set the price at which BitUSD is created.

While the short gets to set the price at which BitUSD is created, they must buy back from the market to cover.  This means that BitUSD holders + future shorts get to set the price at which BitUSD can be destroyed.

This means the market can function perfectly so long as all participants trade BitUSD according to supply/demand for this asset class and the parties factor in the risks.

So if we want to increase liquidity all that is required is to trade at the proper price.   There is nothing we can do to decrease the premium (spread) because risks can be moved/reallocated but not destroyed.

Socializing the risks can take pressure off of individual traders and help bootstrap the system.  Socializing these risks means offsetting some of the costs.

The BitShares network can offer a reward to those who keep orders on the book at the best price. Namely, those who have open orders to sell BitUSD at the lowest price could be paid a bonus in BTS *IF* they are also short BitUSD.

Currently Shorts must cover the cost of liquidity, while BitShares collects the profits (market fees). If market fees for BitAssets were redirected to shorts who provide liquidity and create the supply in the first place then we would be adding a revenue source to shorts which will lower their costs and reduce the spread.

Maker - the person who has an open order on the books that is unfilled
Taker - the person who places an order that matches an open order.

If the Taker pays a market fee, and the Maker receives the market fee then we can incentivise people to keep orders on the books. In reality this simply means not charging a market fee for any order that stays on the books for a minimum length of time.

But Maker/Taker can only go so far because it does nothing to compensate for things like price feed risk, volatility risk, or the probability that BitShares will fall in value. These are risks that are global (inherent in BTS) and thus the traders in the market can only price it in.  The BTS holders are the ones betting on the system, they are the ones who profit from its success, and they are the ones that "own" the risk. In a sense they are the ones that must pay the cost of mitigating that risk and lowering the premium.

So if we want to have BTS holders reduce the premium without exposing BTS holders to outright abuse caused by providing a market maker at the price feed, then we need to subsidize those who do provide a market maker. This gives BTS holders a "Fixed Cost" that cannot be abused, while reducing the average cost to those creating BitUSD.

Suppose that open orders to sell BitUSD paid a yield in BTS that was significant. For a certain amount of yield we could find plenty of participants willing to short BitUSD and sell near the feed. All we need to do is define a budget and a payout equation that rewards those who are SHORT and have orders placed near the feed AND keep them there for a while.  An algorithm that is also efficient to implement will be required.

The result of this would be similar to paying people to take a risk that BTS falls in value.  In other words, we can arbitrarily stimulate demand to create BitUSD (ie: simulating a bull market in BTS) by guaranteeing profits to those who place orders.  In principle if we could pay interest to those who are short then that would be best, but unfortunately anyone can easily short to themselves. This means that we can only pay those who keep open orders on the books near the feed. If you attempt to "short to yourself" then you fill your open order and stop earning interest. 

With the right size reward the liquidity problem can be solved while keeping the costs to BTS holders fixed. 

 





48
General Discussion / Smart Coins & Forced Settlement
« on: November 30, 2015, 07:19:49 pm »
I wanted to start a new thread to clear the air and establish some basic facts:

1. "Proper" documentation has existed since June 8th in a prominate location linked directly from the home page of bitshares.org
(https://bitshares.org/technology/price-stable-cryptocurrencies/)

2. For the past 6 months we have discussed in great length the various challenges and tradeoffs that must be made. There is nothing "new", "unexpected" or "flawed" in how the market is behaving.

3. I have stated that I don't know the best tradeoffs for the market, but we did parameterize everything so that we could experiment with it all and the spoils go to whoever figures out the magic equation.

4. The presence of "forced settlement" is meant to maintain correlation to outside prices, not to set the price.  The actual price should be higher than the forced settlement price, hence the feed becomes a price FLOOR.  In general there should always be money to be made by offering to buy BitCNY with more BTS than you could get with forced settlement and then turning around and selling that BitCNY for even more BTS.  New BitCNY only enters the market when the price of BitCNY gets high enough to cover all of the liquidity risks.  In principle, someone who is short BitCNY and gets force settled is getting a HUGE deal.  They are effectively covering at the lowest possible premium (0), but unfortunately in exchange for getting the lowest possible premium, they do not get to choose the best possible time to exit their position. 

5. There is a daily limit on the percent of BitCNY supply that can be force settled.  Thus only the bottom X% of collateral holders are subject to risk.

There are many reasons why we added "forced settlement" because it a feature of all derivative contracts. Without forced settlement BitUSD holders must pay for liquidity by selling for less than a dollar, with forced settlement the BitUSD holders must pay for liquidity in advance by buying for more than a dollar.  The difference for BitUSD holder and the Shorter is that the forced settlement feature gives them  certainty on what that cost/price of liquidity is in advance, whereas under the old rules, there is no way to predict future liquidity or whether there will be any when you need it.       

All of that said, the conclusion is that the value of BitCNY is greater than 1 CNY and anyone selling BitCNY for 1 CNY is assuming 100% of the cost of liquidity in the BitCNY / CNY market.
If someone is buying / selling BitCNY in the BitCNY / BTS market using a bot based on a data feed from other markets then they are assuming 100% of the price feed risk. Any deviations between the actual price feed and the the trader's internal models can result in risks.  They also assume responsibility for 100% of the risk due to price-feed-latency and short-term market movements.

The conclusion from this is that if you are going to borrower BitCNY and sell it into the market, then you should be prepared to be force settled at an "average price" rather than the instantaneous price.  Being short for "short-term" trading is the most dangerous unless you provide sufficient collateral to avoid getting settled.

Bottom line, the market can price all of the risks which are highest during low liquidity, and get lower as liquidity improves. Someone who steps up to provide liquidity can "trust" in that liquidity and offer a competitive price over those who must trust someone else to provide liquidity.  Bottom line, someone should buy up a lot of BitCNY at a price above 1.0 and then turn around and provide liquidity in the range of 1.05 to 1.06.  The liquidity provider will make all of the money from back and forth trades and the shorts wouldn't really have to worry about getting force settled once there was ample liquidity.



49
General Discussion / Better API - Please Help Define It
« on: November 24, 2015, 02:34:02 pm »
Everyone who wants a better API, please give us detailed description of what you want the API to be.

50
Quote
Copyright (c) <year>, <copyright holder>
All rights reserved.

Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions are met:
    * Redistributions of source code must retain the above copyright
      notice, this list of conditions and the following disclaimer.
    * Redistributions in binary form must reproduce the above copyright
      notice, this list of conditions and the following disclaimer in the
      documentation and/or other materials provided with the distribution.
    * Neither the name of the <organization> nor the
      names of its contributors may be used to endorse or promote products
      derived from this software without specific prior written permission.

THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND
ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
DISCLAIMED. IN NO EVENT SHALL <COPYRIGHT HOLDER> BE LIABLE FOR ANY
DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
(INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
(INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

What this means is that all features from all blockchains based upon Graphene can be adopted by their brother and sister chains. It means that all public chains benefit from developments on other similarly licensed chains.

This also means that people can create derivative chains that do not license their changes to BitShares. BitShares may have to use worker proposals, revenue shares, etc to motivate developers to offer their forks for use with BitShares under a BSD license.  It is for this reason that the GPL was not adopted. GPL would prevent 3rd parties from charging BitShares for their work and thus undermine incentives for innovation.

This means that anyone can now adopt and improve upon the Graphene UI and make a better exchange platform.

Cryptonomex was holding on to the Graphene code while we were figuring out our business model. Our model no longer depends upon license fees or revenue sharing from the referral program which means the BitShares ecosystem can redirect those fees to other profitable opportunities.

We will be preparing a more formal press release once we have made all of the commits necessary (to change headers, licenses etc). 

Congratulations to people like OpenLedger (CCEDK) and BitCash, your business profits just doubled.  Congratulations to BitShares, we have withdrawn our worker proposal requesting that we be compensated for opening up the license.

Ultimately this means that BitShares / Graphene is no longer held back by CNX. 

We will continue to work with the community to improve and enhance Graphene and BitShares. 

Happy Thanksgiving!

51
General Discussion / New Stealth Transfer Worker ($1000)
« on: November 23, 2015, 02:23:52 pm »
I have been approached by a community member who has offered to cover the $45,000 to implement stealth transfers in the GUI *IF* he can get his money back through stealth transfer fees.

Stealth transfers cannot participate in the referral program. The fee for a stealth transfer can be higher (premium service) at about $0.50, with $0.10 going to the network and $0.40 going to the individual who funds this improvement to the GUI.  After the first 20 Million BTS worth of fees have been paid to this individual, the split would reverse, with $0.10 going to him and $0.40 going to the network.

The bottom line is that rather than diluting to pay for this feature, it will be entirely funded from future revenue generated by the feature itself.  As fees are set in terms of BTS, we would allow the individual who paid for this feature to set the fee until the first 20M BTS have been paid, then the committee members would take over setting this particular fee.

Without paying for this work there would be few transfers of this type. So the network doesn't lose much nor take much risk.

I have put this as a $1000 worker proposal because it requires a hard fork to add the fee splitting and it requires stakeholder approval.  $1000 is a token amount to show that the stakeholders standby this decision.

I am still working through the details with the individual who has made the offer, but we cannot do this unilaterally.

52
I am curious about what services are out there providing oracle services similar to our price feeds for other types of information?

53
Why, why, why? 

From time to time I find it necessary to reflect on where we have been, what we have accomplished, and where we are going. In the middle of all of the chaos it is easy to lose sight of our purpose. Everything we do we do for a reason, but if we are not careful short term 'reasons' can cause us to take actions that are not in line with our big picture reasons.

Crytpocurrency was originally created out of a desire to break-free from the slavery created by the combination of fiat money and a legal system that outlawed private solutions such as (egold and liberty dollar).  This product found a market among a small segment of the population and they have taken the concept of Bitcoin and created a speculative bubble.  This speculative bubble in turn has attracted people with *different reasons* for being interested in cryptocurrency, the short term gold rush.

BitShares was originally created out of a desire to solve a problem that Bitcoin faced (exchange with fiat) under the presumption that the governments would eventually shutdown the exchanges like they did egold and liberty dollar. With each day that passes it seems less and less likely that governments will shut down these exchanges. They are being regulated and given rules to follow that allow them to stay in business.

This means that BitShares original reason for existence (to provide the decentralized exchange) in a world where Bitcoin is being cracked down upon is less and less relevant. Instead we are put in a situation of competing head-to-head with centralized exchanges which are trusted, fast, and legal.  In the process of attempting to attract "exchange users" who are ultimately just "speculators" we have lost sight of our original customer: the person who wants freedom from the financial system.

My mission in life has been to find free market solutions to secure life, liberty, and property. Systems that are so powerful and effective that they can render governments irrelevant. This is something that I am very passionate about and the reason why I believe most of your are here and loyal to BitShares. If we lose sight of this particular vision we lose our core belief, our mission, our "why".   And without a reason why we are adrift chasing profits and losing hope when they don't come quickly enough.

Clearly a system that aims to secure life, liberty, and property must be profitable and provide incentives to attract normal users who could care less about our philosophy. These profits will come eventually, but in the short term we need to ask ourselves what "features" do our core users actually need to secure their liberty? How are regular users currently vulnerable to government interference? How can we produce tools that empower the average Joe to take a stance and make a difference?

Here is how the average BitShares user is vulnerable and is still being victimized by governments:

1. Their activity is too public, easily tracked, and their profits/losses easily reported to the various taxing agencies. In this sense BitShares is contributing to enslavement.
2.  Attempting to do commerce with untrusted parties is still difficult (lack of simple escrow and dispute resolution).
3.  Lack of tools for building reputations, bonding users, etc
4.  Lack of tools to support and encourage civil disobedience and peaceful tax protests

The people interested in this particular market are few and far between (1% or less of the population), but they are passionate and desperate for tools and willing to try anything. These people are willing to pay significant money to gain their freedom.

Unfortunately, if BitShares starts to go in this particular direction it will scare away those who want "mainstream adoption NOW!".  Banks will not touch it. Merchants will think twice. Governments will crack down.

BitShares has solved many problems that put it in a unique position among all other crypto projects. It is fast, efficient, clean, and most importantly has the gift of self-governeance and self-funding. This is a very solid foundation upon which to build a larger movement. A foundation that is more robust than any other platform.

The reason why we want to gain exchange users is to accomplish a higher mission than just profit. If we focus on being a payment / exchange solution then we have 100's of competitors many of which are better suited to meet the needs of the masses. If we focus on being a platform for freedom then we have almost no competitors and can start a larger movement.

We all have needs that must be met (food, shelter, clothing for ourselves and family). These needs demand we provide value to the market each day. It is easy to lose sight of our goal in the middle these daily demands. Our objective gets short-sighted, focused on the next dollar rather than the grand vision.

I am all for helping BitShares earn a living from the exchange business, but the exchange business is just a day-job.  The exchange is not our reason, our why. 

If we lead with our Why, then people will join our movement and we will grow and never die.  If we lead with our How (Blockchain/BitShares) and our What (exchange) then we will forever struggle against competitors because users have no deeper reasons to stay with us.

I have shared this link before, but I will share it again:
https://www.ted.com/talks/simon_sinek_how_great_leaders_inspire_action?language=en

So I ask each of you, Why are you here? Why do you support BitShares? And how does the Fee Debate, Exchange vs Payment Debate, actually support your Reason for being here?

54
General Discussion / Resolution to Referral Program Bug
« on: November 19, 2015, 05:27:52 pm »
A bug has been discovered in the CLI wallet where the referrer percentage is not properly scaled. This bug affects all registrars and the referrers to those registrars. A corresponding GUI bug masked this issue.

These bugs were not with the blockchain, but because of them some people have experienced a loss of revenue stream that we cannot calculate today and that the blockchain will not currently allow us to fix. Therefore, someone will have to provide BTS to make sure everyone is made whole.

The upper bound on the "liability" is to assume all referred accounts upgraded to a lifetime membership and the referrer got the intended amount. This upper bound is less than 3M BTS that is misallocated to the Registrar's rather than the Referrers.

In other words, a software bug in the wallet caused some individuals to receive more than they should and others to receive less. The proper solution is to have the respective registrars refund the referrers.

In reality no one is "at fault" because there was no mistake by anyone in the BitShares community and the BitShares code has been licensed with NO WARRANTY from Cryptonomex.

Quote
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

The cost of refunding the referrers is a time consuming task and potentially unbounded. The best case the registrar pays the referrer an amount assuming all referred accounts upgrade to lifetime members now. This represents an unfair burden on the registrar's who are also a victim of the bug.

Cryptonomex will produce a fix for the CLI wallet and release it to prevent further mistakes.

The BitShares community should collectively look after the all users and roll out a hardfork that implements the behavior intended by the CLI wallet. Cryptonomex will provide the code for the hardfork "free of charge" and roll it out as part of the next scheduled hardfork.  The hard fork will treat percentages below 1% as 100x larger.  So 0.6% will become 60% as intended by the users involved. 

To minimize further damage between now and when the hard fork goes into effect we will request the committee members raise the fee for withdrawing vesting balances to 1 billion BTS (temporarily suspending vesting balance withdraws).  The fee can be lowered after the hardfork and everything has been resolved. 

We will post the proposal ID for committee members to vote on in an hour (after incorporating the changes made by the prior committee proposal).  Please vote for this in a timely manner and if you are a registrar please voluntarily refrain from withdrawing your vesting balance.


55
Stakeholder Proposals / Stealth Transfers Worker Proposal
« on: November 19, 2015, 12:48:16 am »
https://github.com/cryptonomex/graphene/issues/452

This worker proposal is under development but may be the single most important worker proposal in terms of near-term impact.

My "gut" tells me that crypto-diehards are looking for an easy to use ANONYMOUS currency and those of us that are freedom loving actually want and need this.  Our current lack of privacy is a turnoff to many in the crypto and banking world.

If we have the best of breed privacy then it will put us well ahead of the competition.  Hopefully helping pull us up to Dash.

This work is heavy on UI development and advanced Javascript so has a lot of unknowns. 

56
I remember it got it working and posted a thread here.  I would like to track down that code and see what its status is.

57
Stakeholder Proposals / Worker Proposal - Refund Order Creation Fees
« on: November 18, 2015, 04:34:49 pm »
https://github.com/cryptonomex/graphene/issues/445

We have set up a refined process for worker proposals using github to document them.  This is a micro proposal for a small change to the BitShares network to lower fees in the event an order is not filled.

It is small, self contained, and I believe universally desired.  I have asked Bunkerchain Labs to create the worker so voting can begin. 

The total cost is half of one of the earlier proposals because this proposal does not divided Market Trading fees among the referral program.  We will implement that as a separate / independent worker proposal.


58
General Discussion / Benefits of Blockchain Technology
« on: November 12, 2015, 08:20:15 pm »
I am looking for the best articles / education sources that describe the benefits of blockchain technology.

Please post links below and/or give your own opinion. 

59
Now that BitShares 0.9.x is defunct some people are still having trouble syncing it.

I would like simple how to instructions that work "every time" for Mac and Windows. Preferably with a downloadable chain file (1.2 GB compressed).

These instructions should be clear, step-by-step, and targeting someone who doesn't have command line experience.  Preferably with screenshots showing the steps.

This is required for some people to migrate and recover keys / balances.

Perhaps the easiest solution is to adopt a chain server.

60
Stakeholder Proposals / Worker Proposal Review
« on: November 10, 2015, 02:56:46 pm »
BitShares Development Proposal
by BunkerChain Labs and Cryptonomex, Inc

The purpose of this proposal is to define a statement of work for taking BitShares to the next step.  Our goal is to make the user experience of BitShares equal to or better than existing exchanges, and enhance the current referral program to become more profitable.
This proposal is divided into several independent features that will be paid for upon completion.

Cryptonomex has identified the following mini-projects with fixed pricing.  BunkerChain Labs will be overseeing the project and acting as an intermediary between Cryptonomex and BitShares.

https://docs.google.com/document/d/12hWyasMJ5mL1fboAt9ZK8FEf0c7o_q-1bwm5ItsLNGo/edit#

We would like some community feedback on the proposal before we actually create the workers and open it up for voting.

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