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

Pages: 1 ... 112 113 114 115 116 117 118 [119] 120 121 122 123 124 125
1771
General Discussion / Re: SEC letters being sent. It's not pretty.
« on: October 28, 2014, 09:11:34 am »
Though I'm not really sure who they would arrest or charge in a DAY. I guess they could go after some of the delegates.

They'll just follow the money, they wont care about terminology. If they can find a company or individual at the other end of it, that's where their interest will be focused.

1772
Ok I missed that. I guess your model would require another 101 delegate system for each DAC and all the hassle and expense that entails. It could also diminish the network effect of single blockchain would get & the individual DACs might still be be exposed to BTSX failure risk. 

If it's a user issued asset like on NXT, NXT only benefits from transaction fees. The CAP of the user issued asset doesn't add to the CAP of NXT just like MaidSafecoin is actually worth more than Mastercoin itself.

So putting it all on one blockchain maximises network effect & gives BTS shareholders maximum benefit from what would have been the CAP of individual DACs as well as the increase in CAP from anybody purchasing BitAssets. Not sure though.

Delegates are obviously required to produce the blocks in any new DAC due to DPOS, but that will be true of every single third party DAC which is created in either system.

If the user issued asset is purchased with BitUSD and that BitUSD has been on-ramped into bitsharex from fiat currencies, then surely the asset's CAP *does* add to the worth of the entire bitsharesx DAC?

1773
Having separated blockchains does not solve the issue of "serving two masters" ..

This is the issue with bytemaster being requested to carry improvements in one DAC over to all the others? I'm not certain, but it sounds like the implementation of a DAC would be a lot easier without having to worry about the wallet, the matching engine, the GUI, the markets etc etc? All of those concerns would vanish if you just had assets (representing the foreign DACs) listed on bitsharesX DAC because you'd be using the existing system. Therefore, as a DAC implementer, you wouldn't need to pester bytemaster to add those features to your own DAC, you'd 'just' talk to the bitsharesX DAC using this atomic op system.

1774
Each new BitUSD purchased adds at least that amount to the CAP of a DAC.

An outsider buying $10 million BitUSD today would raise the CAP of BTSX by at least $10 million or more.

So competing DACs would rather have their own 'X'USD adding value to their own DAC than use BitUSD from BTSX. Which is why we'd having competing BitAssets if we didn't merge & have everyone's interest aligned with people using BitAssets on BTS is my understanding.

But in a parallel argument, each asset (representing a DAC in my suggested model) on bitsharesX increases in CAP exactly the same way as shares are purchased?

1775
It is matter of time and resources. That ability is going to be added. But until then it easier to market and brand one-chain for now. Plus, it's a waste of resources in sense to have these separate chains with separate set of delegates when there is some much unused capacity on the BTS chain. By the time the BTS becomes saturated the cross-chain trading will already be developed.

I'm surprised it would take less time to merge all those DACs into one giant blockchain than it would to add the cross-chain stuff...but there again, I'm not familiar with the intricacies of the code-base :)

1776
There's been a lot of talk recently about preventing the various DACs from competing with each other, by merging them all into Bitshares. The DACs would be competing if each one of them (being blockchains in their own right), had to implement its own, completely separate BitUSD. This would indeed be disastrous and confusing, since you'd have a set of differently priced(!) and differently liquid BitUSD markets for each asset.

What I don't really understand is why there isn't a feature in the core to allow cross-chain atomic operations, then you could still have each DAC be its own blockchain (since they need to store their state somehow), have the asset which represents the DAC listed as a plain user created asset on the main bitsharesX DAC, but also allow operations on the local DAC's blockchain to be synchronized atomically with the bitsharesX DAC blockchain when needed - for example, paying dividends to asset holders, or a unlocking a purchase of music via BitUSD.

That way you can keep the separation of concerns of having a blockchain per DAC and also pave the way for non dacsunlimited 3rd party DACs to have the same advantage of sharing a nice, singular, liquid BitUSD market.

Anyone care to enlighten me? :)

Cheers, Paul.

1777
General Discussion / Re: Create a website for average users
« on: October 27, 2014, 08:00:17 am »
I think it's too difficult to trade by using BitsharesX, the normal users don't understand it at all.
So my proposal is to create a website like Avatrade.com or Plus500.com, but it's backed by BitsharesX.
Average users don't need to download BitsharesX client, understand BitUSD etc..   
Users deposit BitUSD like OKpay ,PerfectMoney. 
Tons of Forex or Stock sites manipulate trades or ban accounts, with BitsharesX, it's 100% fair market.

what you guys think?

You'll need a lot of javascript implementations of the core features, which doesn't exist yet, otherwise you'll be asking people to send their private keys to your server, which is a no no for security. The idea is sound, though.

1778
General Discussion / Re: drltc's User Issued Asset Proposal
« on: October 27, 2014, 07:56:49 am »
Whatever you do, do not allow duplicate asset names - this is plaguing the NXT asset exchange. Someone will launch a genuine asset, then a scammer will launch an asset with a duplicate name, priced at the same amount to take advantage of people who don't look the asset up by ID.

1779
Correct.
You don't need any BTSX in order to be a delegate. You just need some funds to register it.

Many thanks - that clears it up for me :)

1780
If you want to elect a delegate just with your stake you will currently need 6.28% of the total BTSX stake.
This is the stake voting for 101th delegate at the moment.
You can check the status at http://www.bitsharesblocks.com/delegates .

Ahh, ok - so as a delegate the proportion of BTSX you hold does not dictate your pay? But in order to be voted in, the weight of the voter's vote is dictated by their BTSX holdings?

1781
Currently, the maximum delegate pay per block is listed as 1.48 BTSX - what quantity of BTSX would be required to generate that pay rate?

1782
General Discussion / Re: How's the MarketMaker supposed to earn profit?
« on: October 22, 2014, 10:14:01 am »
How come this reminds me of mining hardware manufacturers.. lol

Thanks for the insides .. I am pretty sure .. writing trading software is non of my business :) -- I'll stick with engineering then :) .. Still interesting to see how trading software works ..

Don't be put off - if you can find a market inefficiency, exploit it. It's better to start of exploring this by trading by hand, though.

1783
General Discussion / Re: How's the MarketMaker supposed to earn profit?
« on: October 22, 2014, 09:55:00 am »
Thanks for you honest reply ...

Mind reading through the other bot I wrote:
https://bitsharestalk.org/index.php?topic=10131.msg132190#msg132190
Code:
https://github.com/xeroc/btsx_bots/blob/master/bots/market_balance.py

Not to sounds disparaging, but the theory (from wikipedia) sounds a little like voodoo, with terms like 'overweight' and 'underweight' used with no explanation of how you might arrive at these definitions.

In general, 'real' trading algorithms start by defining a model (or set of models) of the market they trade in, then they define a set of mapping functions used to approximate the behavior of the market. They use these mapping functions to help predict the future direction or behavior of the market given current estimates, submitting current data into their model to get a decent most probable outcome.

That way they don't suffer from the problem of lagging indicators, which you'll hear everyone complaining about in metatrader (which is a toy platform).

However, these 'real' trading algorithms are usually built by huge firms with 100s of PHDs in total secrecy. Every now and again, (when an algorithm stops being profitable) the firm will allow a paper to be written on the subject which you'll be able to google and read, implement and find it doesn't work, lol.

Cheers, Paul.

1784
General Discussion / Re: How's the MarketMaker supposed to earn profit?
« on: October 22, 2014, 09:24:42 am »
already read those articles .. I like them .. nice overview ..

Still .. what's the marketing_maker bot
https://github.com/freetradebots/btsx_bots/blob/master/bots/market_maker.py
doing exactly? and how can that bot gain profits?

Cool!

Erm, looking at the code it's placing two order either side of the price feed with the spread being some percentage value. Simple market maker. Would be surprised if that is profitable long term.

Market makers make little amounts of money constantly in mean-reverting markets, then when a strong trend occurs, they tend to lose it all and then some.

1785
General Discussion / Re: How's the MarketMaker supposed to earn profit?
« on: October 22, 2014, 08:16:07 am »
From what I understand, the marketmaker earns profit no matter the direction of the market ... but could in theroy earn more when bet on one side of the market instead ..

This is a fallacy, otherwise all traders would be market makers across the world and no one would lose money. The problem is adverse selection - when, say your buy order gets filled and then the market moves downwards, never filling your sell order; or visa versa.

I describe the problem in more detail in a couple of articles I wrote:

http://www.wildbunny.co.uk/blog/2014/06/11/algorithmic-trading-with-bitcoin-part-1/
http://www.wildbunny.co.uk/blog/2014/06/24/algorithmic-trading-with-bitcoin-part-2/

Cheers, Paul.

Pages: 1 ... 112 113 114 115 116 117 118 [119] 120 121 122 123 124 125