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

Pages: 1 ... 3 4 5 6 7 8 9 [10] 11 12 13 14 15 16 17 ... 64
136
Since you cannot print shares (past 3.7b) then you can reduce future flood risk if you let the fund be burned. How are people seriously trying to argue its the same thing?

Of course since "don't break share cap" is apparently not enforceable when shareholders can coordinate vote to hard fork then you should assume future owners will try to print shares and so we should just accept it.
It's definitely not the same thing. Whether you view it as a good or bad thing though, depends on one's perspective. It does make BTS much more like a share than a currency. See my description here, which is neither an attempt to promote or criticise it, only to clarify what it means...  https://bitsharestalk.org/index.php/topic,16812.msg215626.html#msg215626

137
Technical Support / Re: About Fees
« on: June 12, 2015, 05:25:02 am »
i think, the last days most of the time, the community talked about a possibility to charge smal transactions say > 1 bitUSD NOT 0.20 cent but say 0.01 cent, so this is not tackeld at all.

we should consider to make small transactions cheaper and maybe take a "floor" for transactions of 1 cent or so.
In theory users could do things like carve $10 transactions into 10 pieces so they pay $0.10 instead of $0.20, which adds to network cost. For example, a UIA paying lots of $10 dividend distributions to a large group might decide to do this. A scale that reflects this by increasing in steps and maxing out at $0.20 could take away the incentive to split like this. Whether or not that's a worrisome behaviour in practice is hard to know.

138
How will subscription fees get paid (i.e. what are the mechanics)?

139
100000+ TPS is an enormous jump and this will be simply amazing.

We also should be aware that exchanges do require more TPS than payment facilitators. For example, in this linked article the CIO of NYSE Euronext, which runs NYSE plus other exchanges around the globe, says they deal with millions of transactions per second. That could just be a flippant remark, as it actually sounds too high to me. But it supports the notion that exchange transaction frequency could well be a lot higher than payment facilitators like Visa and Mastercard. See https://www.fsf.org/working-together/profiles/new-york-stock-exchange

It may be that advancements Cryptonomex make in network upgrades stay ahead of the curve for our exchange volume (certainly light years ahead at this point). I'm interested to know what the thought is about the long term future though, should bitShares exchange grow to match something like Euronext. Can exchange and payment functionality exist on a single block-chain, or might there come a point where exchange functionality requires its own block chain, linked to the payment block-chain in some way. Anyway, it doesn't need answering now. Just a curious thought I had about the future.


140
1) Options Market
2) Escrow / Payment Channels (off-chain micro payments combined with arbitration)
3) Scripting Engine

For starters...

Yes, yes, and yes.

But if the Options Market is anything like the Collateralized Bond Market (no automatic matching with market engine, no margin calls), I can't imagine it would be too difficult or too much of a penalty in performance for anyone to implement the Bond Market, Options Market, and Escrow / Payment Channels as smart contracts using the Scripting Engine. In which case, I would think #3 would be next priority feature over #1 and #2. Or is there a reason why #1 and #2 need to be native?

That also makes me wonder. Would the scripting engine allow for the creation of new object types (I think that means the x in 1.x.y ID numbers)? And how would long-term memory usage of objects stored in the database be fairly charged? I guess I will just have to wait until it is time for the official proposals.

Also, I was going to suggest another feature that would allow UIAs to elect their own delegates which could jointly control an account (like BTS elected delegates) and end up running child/side chains nested into the BitShares blockchain, but then I discovered this:)  I also love the references to SPV in that page. :)  :) Very excited for all the other things in store for 2.0 that haven't yet been discussed.

Yes, I'm with arhag on this one. It's not clear exactly what "Scripting Engine" entails (and its way too early to hold you to anything yet, given the focus on 2.0), but if it means we can create our own asset forms, please do this! Rather than build more native markets, building as much flexibility and incentive for the free market to create these is preferred. The first and simplest step could be to allow more configurable elements in privatised bitAssets, but ultimately a number of these configurable elements would need the flexibility of customised script. For example, the calculation of a token's fair value, which could consist of customised indexes or portfolios. I have much more to add on this topic shortly.

141
Technical Support / Re: About Fees
« on: June 11, 2015, 11:51:49 pm »
It's relieving to see the thinking in this thread. My initial impression  :D :D :D
I don't have time to contribute right at this moment, but arhag and Ander's points are very good.

142
Technical Support / Re: "High" Transaction Fees
« on: June 11, 2015, 10:29:52 pm »
I'm still wondering how this affects market transactions. Efficient markets must accommodate micro transactions. What would this look like for buy and sell orders? What would be the impact on market-makers?

And how do we deal with this...

How do you buy anything with a credit or debit card? They do the same. When a merchant sets up their systems to accept Bitshares they will know that there is a fee taken off what they receive, just the same as if they were accepting cards or paypal or pretty much anything else.

Except that the fee will be different depending on the 'class' of user.

Yeah I also forgot to mention microloans, microinvesting, microtrading in developing nations.

Depending on the avg trade size 20 cents can be better or worse for traders.  Typically Bitcoin exchanges charge 0.2% on each side and give a big discount for the maker.  That means your avg trade size has to be $100 to equal the trading costs of an avg. Bitcoin exchange.  At least the BitShares platform won't have counterparty risk.

Yeah but its even worse for market-makers. On external exchanges, there is zero cost for setting, cancelling and moving orders, only for fills. In comparison, based on my current understanding, moving a single pair of bid/offer spread orders 100 times per day (to adjust to movements in the fair price of the asset) would cost $16 per day (net of cash backs if you're a lifetime member). I'm concerned about the economics of this, especially for privatised bitAsset issuers that wish to support their tokens.

I also need to clarify what happens if a market-maker's wall is chewed at by lots of small orders (usually the case with market-making). Does that mean the market-maker experiences a fixed cost for each small fill? If so, this would give the market-maker a lot less control over cost than on external exchanges, and make it even less economic.

Since it's price takers that have the control over their trade size, and market-makers are providing the efficiency in the market, would it be better to always put the combined fee on the price-taker?

Also, allowing market-makers to place relative orders (that do not need constant changing on the network) would help a lot, though I know there have been past issues raised around the technical implementation of this.

As another consideration, could the following be considered:
- setting a percentage fee on market transactions, consistent with other exchanges
- setting a lower fee on market transactions compared to other token transfers

Apologies if I am misunderstanding the intended application of these higher fees in market exchanges, but the efficient operation of the markets is critical to the entire success of bitShares.

[Xeldal's comments also reflect the same concerns]
(bump)

143
Ha! Nice pictures guys... :D

But think of this. What would you say about a banking system that only allows its products and loans to be backed by shares in itself? Why shouldn't that banking system be open to accepting any form of good collateral, as in modern finance? Who is on the horse then?

What I'm leading toward is open architecture, not promoting any specific coin or philosophy. Anyway, this conversation is a bit ahead of its time as its not really possible yet. So I'm comfortable taking the jibes for now!  ;)

144
By the way starspirit, I don't see how the BitAssets backed by a mix of collateral types would be fungible unless a fixed mix ratio was specified as part of the BitAsset definition that all shorts of that privatized BitAsset had to satisfy. And in that case, I would imagine the only practical way to short new BitAssets with mixed backing collateral into existence would be through a self-short. The logic for margin calls would also get more complicated with mixed collateral.
Correct. With self-shorting and self-cancellation, shorts get to control the mix of collateral they want. I've been working on just such a structure. Collateral can then be completely independent of the markets in which the token trades. Also margin calls could be satisfied by applying each collateral token in sequence to covering the debt until it is satisfied, and then returning the residual collateral tokens to the short. This sequence could even be determined by the short.
Also, in case it wasn't clear in my answer, no, you don't require a fixed mix ratio. The shorts could change the mix of collateral as they please, as long as they met the minimum coverage conditions.

145
look at this <<Death and Bitcoin>>
 https://letstalkbitcoin.com/blog/post/death-and-bitcoin

do we have more graceful method to resolve this at Bitshares 2.0?

Use the withdrawal permissions with a start date 1 year into the future and really high withdrawal limit that your beneficiaries are authorized to withdraw from. Then once a year (before the start date is reached) update the withdrawal permissions to push it forward another year into the future. You can also create multiple ones (or at least I hope you can) that are staggered (say by two weeks), each with their own authorization on who can withdraw. That way you can have fallbacks in case some of your beneficiaries are also dead or otherwise incapacitated, in which each beneficiary in the queue has a two week opportunity to claim the inheritance before it moves on to the next in line. The last fallback could, for example, be a withdrawal permission that your favorite charity has authorization to withdraw from.
What if you also gave a trusted third party the power to stop the withdrawals or push forward the withdrawal permissions? In that way you remove the possibility that you simply forget (e.g. dementia), or take away the incentive for malevolent beneficiary parties to compromise either your ability to stop it or of higher ranking beneficiaries to make their withdrawal. The trusted party might even be an official party that requires sightings of death certificates and the like before they are willing to release their hold.

146
But I can imagine it might be possible to create UIAs on the bitShares block-chain that are backed by BTC, LTC, NXT, you-name it, as long as there are ways to minimise counter-party risk through appropriate operations like multi-sig, escrow or the like. To be honest I don't know if side-chains help with that or not, I'm naive in that area, though I've asked the question before.

Yes, UIA gateway assets (like GATEBTC) + the new privatized BitAssets should make this possible. The only question is if the trust can be decentralized out to many parties to keep the counterparty risk is low enough for people to use it for more than just a means of quickly getting value in an out of the system to/from assets without counterparty risk. On the BitShares side, the new multisig features provide a lot of flexibility for managing the UIA properly (e.g. not diluting its value). The limiting factor is on the Bitcoin side. It doesn't make sense to have more decentralization on the BitShares side than on the Bitcoin side when the UIA could become worthless if the reserve is stolen. Ignoring advances in ECDSA threshold signatures (and assuming Bitcoin does not adopt new cryptography like EdDSA or radically increase the limits on their scripts), we are currently limited to an M-of-15 multisig for the BTC reserve backing the gateway UIA. You want M to be large to reduce the risk of compromise but obviously not too large that it dramatically increases the risk that the reserve holders get locked out of access to the reserve because some of them become unresponsive or disappear. Not sure what would be the ideal value for M, but the main question is if a well selected group of 15 individuals/organizations can be trusted to not collude to steal a potentially huge reserve. If not, very few people would trust holding the BTC-backed UIA for long term or holding BitAssets that derive their value from such UIA.
This is why its good to have you participating here again arhag! You clearly know better than many of us what's feasible here or not. Though I do think that there is some level of trust where people will be comfortable, and it's not necessary to have a trust-less system. That's clearly evident in that people give trust on a daily basis, to their financial advisors, fund managers, brokers, exchanges etc etc. All I need is a solution that everyone would agree is very low risk, not no risk.

By the way starspirit, I don't see how the BitAssets backed by a mix of collateral types would be fungible unless a fixed mix ratio was specified as part of the BitAsset definition that all shorts of that privatized BitAsset had to satisfy. And in that case, I would imagine the only practical way to short new BitAssets with mixed backing collateral into existence would be through a self-short. The logic for margin calls would also get more complicated with mixed collateral.
Correct. With self-shorting and self-cancellation, shorts get to control the mix of collateral they want. I've been working on just such a structure. Collateral can then be completely independent of the markets in which the token trades. Also margin calls could be satisfied by applying each collateral token in sequence to covering the debt until it is satisfied, and then returning the residual collateral tokens to the short. This sequence could even be determined by the short.

147
look at this <<Death and Bitcoin>>
 https://letstalkbitcoin.com/blog/post/death-and-bitcoin

do we have more graceful method to resolve this at Bitshares 2.0?
Good one alt, this would be a useful problem to solve for everyone with funds in crypto! We should offer a bounty for the neatest workable solution.
I keep getting stuck at needing either (i) a divulged location to store your private keys, which means your beneficiaries (or others) could compromise it before your death, or (ii) a dead man's switch that automatically releases your funds in a pre-arranged manner at a future date unless you stop it, which could be compromised in other ways (e.g. kidnapping!).

148
General Discussion / RealityKeys useful for prediction markets?
« on: June 11, 2015, 03:18:45 am »
Now that BM has said that the tools will be available in 2.0 for prediction markets, I thought this data feed provider might be interesting, which I came across elsewhere...
https://www.realitykeys.com


149
sorry but I have to say I'm a little bit disappointed that so many people support this idea...

what application will build based on a 10min confirmation and 7TPS system? forget the BTC Sidechains guys, it will not change anything

wake up, we will have a 100000TPS system!
I suspect that different people on this thread are potentially coming from quite different perspectives on how such a structure would be put together. Most debates are like that...
But I can imagine it might be possible to create UIAs on the bitShares block-chain that are backed by BTC, LTC, NXT, you-name it, as long as there are ways to minimise counter-party risk through appropriate operations like multi-sig, escrow or the like. To be honest I don't know if side-chains help with that or not, I'm naive in that area, though I've asked the question before.

Now imagine you have, on the bitShares block-chain, tokens physically backed by these outside assets. Not only might these be in high demand in their own right (given the relative benefits of our network), but they could serve as collateral behind other asset structures such as bitAssets. No need to change the properties of bitAssets - just simply plug in a new accepted collateral type.

These assets could then trade externally and be promoted as collateralised tokens, with all the same benefits as bitAssets, but without the market having to decide whether it likes BTS as collateral or not. It takes away the inclination to make any judgement on BTS at all, and focuses them on the security of the block-chain enforced collateral rules.


150
On black swans

When does this liquidation event trigger? Is this as soon as the least collateralised short falls below 100% collateralisation?

What specifically is meant by "exchange rate" in the phrase "all SmartCoins are liquidated at the exchange rate of the least collateralized short position". Does that mean the price level at which the least collateralised short would be 100% collateralised, the market price, or some other level?

Also on liquidation, I assume you can't just replace the coin in somebody's wallet with BTS. So is it simply a case of sending them BTS and ensuring that particular class of coin is never redeemable for anything again? Would they be prevented from passing it off as a later version of the bitAsset operating under the same name?

Pages: 1 ... 3 4 5 6 7 8 9 [10] 11 12 13 14 15 16 17 ... 64