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

Pages: 1 ... 8 9 10 11 12 13 14 [15] 16 17 18 19 20 21 22 ... 43
211
General Discussion / Re: Importance of early adopters
« on: March 28, 2016, 11:33:09 pm »
The GUI is not ready for the masses. There needs to be mouse over tips and help for the average person. There needs to be explanations on the site on how thing works. It's a website to the average user, not a wallet. They will not the difference. We deal with it because we love the tech and the potential. The average person won't. If they the slightest reason to thing their money is at risk, they are gone. It's that simple.

Tooltips are nice to have and we should add them (doesn't take much to do so), but they don't make an otherwise unfriendly UI friendly all of a sudden.  For example, the Bitshares wallet is FAR more friendly than the Digix wallet (yes, even with its tooltips). 

By the way, what's the point of saying the GUI is not ready for the masses?  Find me one crypto UI that is ready for the masses.  Fact is, the Bitshares wallet is good and getting better.  Which is probably at least partly why it's getting more and more use by a growing number of people.  @viz10nari's users will do just fine. 

212
I would assume that buying OPENPOS is an investment in ECHO since the current Bitshares mobile wallet is clearly the precursor to ECHO (see below) and OPENPOS has funded development of the current wallet.

No, the ECHO project is costing us considerably more than the 19K OPENPOS project did. The OPENPOS project got the mobile wallet v1.0 for Android/iOS (apple is approving the iOS version as we speak) and Odoo POS built (and Tech Support(ed)). Odoo POS will be ready for their app store around April 1st, so just a few more days and we have more than completed that project (plus as you guys have seen we also used OPENPOS to fund the "standalone" Smartcoins POS system and also android v1.1 (thanx to the recent BTS price pump).
 
Hopefully we'll have another price pump and I can get the bitshareshelp, fiatramp and jobstar projects finished up too.
 
What inspired me to start building out the ECHO app is all the requests for a Bitshares trollbox, a chat service, a Dapp for voice/video, easy integration with third parties such as Uber, Lazooz, Alexandria, etc, loyalty/coupon programs and of course an actual decentralized, encrypted, censor-free version of Wechat/Whatsapp. Wechat (for example) has over 650 million users and is very popular in China, but it's censored up the wazoo. I am going to give those people and many more a better app. A material-design, native app (to iOS and Android of course) that implements all of the payment and communication features that we want (chat/voice/video) and none of the censorship, a pure open source "way out" for humanity, a way for us all (including the media) to communicate without fear of what we all fear right now.
 
Stay tuned to the OPENPOS thread for more videos and updates on the mobile wallets and POS systems.
 
Chris is meeting with more investors all this week and maybe we can even do another UIA seed round so the community here can share in the rewards on this one as well, but no promises, we need to evaluate the demands of the VC's first and foremost. Your word of mouth about BitShares Munich is what will help Chris and I the most right now, let the Dapp Devs out there know what we're bringing, get them savvy on the BitShares platform and all the cool stuff we can build on it!
Please and thanx, ken

@kenCode, of course you need more funding for ECHO.  But the initial funding came from the OPENPOS UIA.  So do another round of funding here or elsewhere.  Just don't leave your earliest backers out in the cold. 

213
Have any of you guys checked the yunbi "Terms Of Service" or "User Agreement" to see if there is a provision for the exchange voting on behalf of users? If there is you are pissing in the wind to blame yunbi; the fault and target of your actions should be with the people who use yunbi.

The users have responsibility either way.  But no fine print is going to let Yunbi off the hook.  Their behavior is  unethical and despicable no matter how you slice it. 

214

Agreed. In short there would need to be a consequence that prevents Yunbi from continuing their unilateral use of customer funds (without verifiable consent) or we need to innovate and adapt the platform so that similar exploits aren't possible or we need an alternative platform that has learned from these experiences and is more resilient.  I'm not saying for a minute that any of this is easy or without cost......trouble was inevitable from the outset.

From a slightly philosophical point of view, no human being on this planet has ever lived within a corruption resistant economy for any great period of time.  Even those currently fighting for an edge or tending towards greed for whatever reason may in fact prefer to live in a world that might  be possible should a platform like BitShares succeed. The confluence of old and new partly contributes to the problems all of crypto is currently facing. How do you convince someone who can exploit an edge today, in order to make a million, to sacrifice that edge in favour of something with integrity that helps many more than just himself? 

Apathy is one of the biggest challenges so the platform needs to provide all the support it can.....but then the platform must also be compelling enough to grow and gather network effect. It's this combination of issues that make continued innovation/development and integrity absolutely critical.

Such thing would not be possible with regular stocks, because there is a name attached to stocks certificate. There is no proof of ownership in bitshares. Possession means ownership.  If you give your funds away, even temporarily, you give your voting power away. Everybody just needs to realise this.

Sure. Perhaps awareness of the issue is all that is necessary to at least ensure that exchanges are forced to gather consent for their actions transparently. Or maybe heighten awarness of the fact that the owner of the key owns the funds. Certainly any other course of action requires a lot more work and uncertainty.....though may be more robust!

Perhaps we should start by trying to create awareness so people (not just BTS holders) can altogether avoid this unethical and despicable exchange.  Let's also consider specifically incentivizing BTS holders to get their BTS out of there and onto the DEX. 

And by the way, it's one thing to vote against all workers no matter what.  Such action can perhaps be chalked up to pure, unadulterated ignorance on the part of the "anti-dilution" crowd.  But it's another thing entirely to mount an attack by attempting to steal funds from the reserve pool.  For now, I'm not going to say what I think we should do about this if it continues.  But we should all should start thinking about it.  And we should think outside of the box. 

215
While we may not think it's a good idea to have exchanges vote, you could also argue that as long as the exchange accounts are public and we know who they're voting for, anyone keeping their funds in that exchange implicitly agrees to their votes. If they do not agree they should move their funds elsewhere.

You can't really expect Yunbi's users who hold BTS to know exactly what is going on.  For all they know, they are just trading a cryptocurrency.  So unless Yunbi is informing their users about this very controversial action, then they are acting in an extremely unethical manner and should pay a serious price. 

216
Personally I think the best way to offer a POS minting reward that removes BTS from current supply is by offering yield on SmartCoins.
https://bitsharestalk.org/index.php/topic,21597.msg286581.html#msg286581

It will also create demand for SmartCoins and because BitUSD is less volatile than crypto, the yield required to attract BitUSD demand is much lower.

Yeah, this would be probably good idea, but it might take some time until we reach a consensus about exact model and implement it. In the mean time I think we could still do something simpler that even the antidilution gang can understand and accept.

Isn't free market the best idea?

What do you mean?

Bitshares is a DAC, so it's like a company. Shareholders want to see the value of their investment to go up. We should consider all possibilities how this can be achieved, whether it is offering products and services to customers, incentivizing smartcoin liquidity or locking BTS away from markets.

Dash is a case that proves that it is possible to raise the price of core token by locking it away from liquid markets. Is there any good reason why we shouldn't do the same?
I mean focus more on products and less on the (price of) shares.

Just some random thoughts here.

It's risky to have shares be a part of products (like what we did).

Once we have side chains, it's best to use SIDE.BTC etc as default collateral of all smart coins, or create new smart coins, let market select the best ones. After then, dumping and pumping of shares (BTS) won't impact liquidity of products (smart coins), and perhaps no price feeding is needed at that time. A new era, BitShares 3.0.

The goal of a company is to increase shareholder value.  If you want to focus on products, then in our case you have to realize the only way to fund development is through dilution.  So that means increasing share price is critical, especially when a large segment of the community is woefully ignorant and only understands "anti-dilution". 

Your suggestion to use only SIDE.BTC (instead of BTS) as collateral for BitAssets is off base.  First, you assume BTC will be stable.  But in fact BTC will likely NOT be stable.  Also, if BTC would be stable, then price-stable cryptocurrency wouldn't be one of the big use cases for fiat BitAssets.  And finally, as @Empirical1.2 already pointed out, adoption of BitAssets will increase demand for the collateral.  Why would we want to transfer that demand from BTS to BTC?

217
This looks awesome. How can one invest now?

I would assume that buying OPENPOS is an investment in ECHO since the current Bitshares mobile wallet is clearly the precursor to ECHO (see below) and OPENPOS has funded development of the current wallet.  @Chris4210, @kenCode, can you guys confirm that as you seek additional funding for ECHO, OPENPOS investors will be recognized for the early seed funding they provided?  Thanks!

@pam2 Our current mobile wallet has most of the features for ECHO already. We will change the interface and add the additional chat features. We will also add some extra security and UI/X filters so that the end user will not see any fistbumbs, or other unwanted UIA´s. The user will be able to change his settings but the main focus are feed backed assets.


218
Tell me, why on god's green earth would Graphene be trending on Github?  What other crypto project code base is trending?  Unless I'm missing something, there aren't any.  So what is the point of this thread?  And @Thom, I'm sure some of your points are valid.  But why are you giving credibility to this bogus thread.  What am I missing?

I believe he's just comparing it with Ethereum. It has many devs working, each on their own stuff while on BitShares we have only a handful of people.

Just comparing it with Ethereum.  Ok.  So we'll just wait for @luckybit to show us where Ethereum is "trending on Guthub".  This should be interesting.

IPFS is doing well. It is very popular and not for technical reasons.

https://github.com/ipfs?page=2
https://github.com/ipfs/go-ipfs

The question is why is it so popular?

Please show us where Ethereum or any other crypto currency/platform codebase is trending on Github.  Thanks.

219
Tell me, why on god's green earth would Graphene be trending on Github?  What other crypto project code base is trending?  Unless I'm missing something, there aren't any.  So what is the point of this thread?  And @Thom, I'm sure some of your points are valid.  But why are you giving credibility to this bogus thread.  What am I missing?

I believe he's just comparing it with Ethereum. It has many devs working, each on their own stuff while on BitShares we have only a handful of people.

Just comparing it with Ethereum.  Ok.  So we'll just wait for @luckybit to show us where Ethereum is "trending on Guthub".  This should be interesting.

220
Tell me, why on god's green earth would Graphene be trending on Github?  What other crypto project code base is trending?  Unless I'm missing something, there aren't any.  So what is the point of this thread?  And @Thom, I'm sure some of your points are valid.  But why are you giving credibility to this bogus thread.  What am I missing?

221
Someone take the charge and just do it.  ;)

I'd chip in my Lisk as well  +5%

I would also be willing to chip in some LISK (perhaps up to 1 BTC worth) if someone takes the reins on this.

222
General Discussion / Re: Subsidizing Market Liquidity
« on: March 24, 2016, 03:00:37 am »
@tbone @cylonmaker2053 currently the scoring bonus is linear: 100% bonus @ the midpoint, and 0% bonus at 5% off. This could be scaled to a wider range, and we could also use a curve instead of a line (creating a "long tail") for the bonus.

yes, wider margin (like 20%+) would be the most important change. linear is fine as long as the margin is wider, but curved with weights trailing off towards the tails would be best.

I agree with these points.

223
General Discussion / Re: Subsidizing Market Liquidity
« on: March 24, 2016, 02:54:59 am »
@abit if you think any part of this can be done from within graphene, that's great. I've been looking at it from an API perspective.

@tbone @cylonmaker2053 currently the scoring bonus is linear: 100% bonus @ the midpoint, and 0% bonus at 5% off. This could be scaled to a wider range, and we could also use a curve instead of a line (creating a "long tail") for the bonus.

tonyk Your proposed changes make sense, but continuous monitoring is much more complex than sampling*. What does it capture that sampling can't? And what if samples were e.g. 15 mins apart?

@roadscape
OK, how about a middle ground - taking the snapshot every 10 (20, 30 whatever) minutes BUT also reading the filled orders in that period and using them for the calculation[effectively adding them to the orderbook like they were not filled]?
We can do 2 diff things - either credit them for the whole time period or really check when they were placed and  filled and credit them with the correct real time they were on the book.

####
thisTimeIntervalStart = now() - 10 min
For each filled order in time [now, thisTimeIntervalStart]
      T = OrderFillTime - max(OrderPlacementTime,  thisTimeIntervalStart)
       order_total = size of the Filled Order
####

My question is, what scenario are you trying to avoid (or create) by doing this?

If your order is on the books for 120 mins, and is *completely* filled at minute 125, you would not get credit for those last 5 minutes (assuming 10-minute snapshot interval). To me this doesn't seem like a problem.

If you expect orders to be on the books for less than 10 minutes at a time, I could see why we would need to be tracking this more detailed order activity.

My original line of thinking was a simple "sharedrop" of points onto order book participants at a regular interval.

My assumptions for MM subsidies:
1) The actual market activity doesn't matter nearly as much as creating a nicely-shaped order book.
2) 'Sampling' the order book every ~10 minutes is at least 95% as accurate as analyzing continuous data.

@roadscape: Many orders will be on the books for much less than 10 minutes.  So I think sampling every 10 minutes will yield somewhat arbitrary results.  On the other hand, I imagine constant monitoring would be too resource intensive?  If so, how about sampling every 1 minute?  I don't think it would yield perfect results, but probably more than good enough, and I'm guessing without being too unreasonably resource intensive.  Thoughts?  @abits, can you comment on this as well?


224
ZERO-FEE transactions


Moto:
ZERO-FEE are FREE !!!

How about [NO FEE transactions]?  It's a little easier to say.  Either that or simply [FREE transactions].

225
Work in progress...

I looked at the BSIP outline https://github.com/bitshares/bsips/blob/master/bsip-0001.md

Here is some stuff I have written for one, if anyone wants to turn it into a proper BSIP or suggest changes or create their own variation cool. My main goal is that BTS trials using some of the worker budget for SmartCoin yield in one form or another.

---------------------------

BitUSD Yield Promotion BSIP

100 000 BTS per day, 23% of BTS Worker Budget, for 6 months directed to a BitUSD yield promotion. (75% to going to BitUSD Yield and 25% going to BitUSD shorts)

Lower BitUSD forced settlement to 0.95

good cut at this experiment. i'd recommend flipping the split and making it 75% to shorts and 25% to yield on holding the asset. from my experience, those who borrow our smartcoins into existence are the real heroes. they're tying up a ton of collateral and our markets wouldn't exist without them. those who buy and hold the assets still do some good, but incentivizing buy-and-hold over shorting would likely reduce market liquidity by drying up the order book.

also, diverting 20% of worker funds for just bitUSD seems excessive. what happens if it is a success? we have no slack to start subsidizing other markets without changing the rules of the game for new investors/traders who bought in with those lavish conditions. personally, i think 20% of worker fund diversion for overall systemic trading support is great, but that'd include all subsidies to all smartcoins, not just one test case. we have to consider the impact of reducing dev/worker budget on our long term system health. personally, i'd start with something like 5%.

Regards the 20% of worker funds with 75% to longs, that's because it will be the equivalent of +5% p.a. on 500 million BTS worth of BitUSD and tie up 1 Billion BTS. That's the kind of amount that will remove supply from the market, remove BTS from centralised exchanges & create BTS (For BitUSD demand) & so be extremely positive.

As it's just a 6 month promotion you can remove/curtail/mix it after among other SmartCoins without effecting the market too much.

Whereas using 5% with 75% going to Shorts would provide +5% p.a interest on just 45 million BTS. This amount could easily be met with BTS already on the DEX. So it would have very low/no impact on removing supply, BTS from exchanges and generating new BTS (For BitUSD) demand.

@Empirical1.2, what about leaving it at 75/25% for longs vs. shorts, but use only 8-10% of worker funds?  This way it's more politically palatable and doesn't crowd out development, but still ties up upwards of half a Billion BTS.  Also, you are assuming 5% APR will be required, but isn't it very possible that it might require a lower APR to achieve the same effect, therefore fewer funds utilized may still tie up the desired amount of BTS?



Pages: 1 ... 8 9 10 11 12 13 14 [15] 16 17 18 19 20 21 22 ... 43