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 ... 5 6 7 8 9 10 11 [12] 13 14 15 16 17 18 19 ... 43
166
General Discussion / Re: Subsidizing Market Liquidity
« on: April 08, 2016, 02:26:24 am »
For UIAs just ignore the feed_price field. It doesn't matter. Final scores depend on the formula.

The formula depends on distance from the market price.  That can be the feed price in the case of BitAssets.  But for UIAs, it would need to be something like the midpoint of the best bid and best ask.  See what I mean?
I see. But that's not something that have to be included in the basic snapshot data. It's an intermediate result while calculating with the formula.

The distance calculation result doesn't need to be in the snapshot data...but the price that will be used later for that calculation needs to be.  For BitAssets, that price comes from the feed, which you have a field for.  For UIAs, it needs to be something else, probably midpoint of best bid and best ask.  You don't have to calculate that midpoint, but you'll have to include the best bid and best ask so the midpoint can be calculated later.  See what I mean now?


Quote from: tbone
A snapshot is taken every time when there is a change in the market. The links I provided are live & real data pushing.
* live BTS/bitEUR market snapshots: https://data.sparkfun.com/bitshares_bts_eur_market_snapshot
* live BTS/bitUSD median feed price history: https://data.sparkfun.com/bitshares_usd_price

Oh I see.  So that means that in an active market, the snapshot may be happening as often as every block?
Yes.

Ok, that's great.

167
There will be plenty of people willing to short BitLISK at even a 1/4 of what it's trading for on Yobit.

Can/t we create BitLISK and only enable forced settlement once LISK is properly trading?

But what would we use for price feeds in this case?

168
General Discussion / Re: Subsidizing Market Liquidity
« on: April 08, 2016, 12:28:52 am »
For UIAs just ignore the feed_price field. It doesn't matter. Final scores depend on the formula.

The formula depends on distance from the market price.  That can be the feed price in the case of BitAssets.  But for UIAs, it would need to be something like the midpoint of the best bid and best ask.  See what I mean?

A snapshot is taken every time when there is a change in the market. The links I provided are live & real data pushing.
* live BTS/bitEUR market snapshots: https://data.sparkfun.com/bitshares_bts_eur_market_snapshot
* live BTS/bitUSD median feed price history: https://data.sparkfun.com/bitshares_usd_price

Oh I see.  So that means that in an active market, the snapshot may be happening as often as every block?

169
General Discussion / Re: Subsidizing Market Liquidity
« on: April 07, 2016, 10:44:36 pm »
[
@roadscape , @abit

Hey guys, how soon do you think this can be completed?  @abit, have you been making progress?  Ronny from @ccedk said he would be interested in utilizing this to reward market makers in his UIAs.  And he will soon be launching some high profile assets suck as Lisk, Digix, and Synerio.  Not to mention, it is critical for us to start bootstrapping key fiat BitAssets.  What do you guys think?
Yes, some progresses.
Check https://data.sparkfun.com/bitshares_usd_price for a feed_price only stream. Market snapshots stream would be something like that but with much more data, which can be used to calculate scores.
If I'm given a decided formula, I can also stream scores.

Ok, so since time is of the essence, it sounds like the important thing to worry about is the snapshots since they can be analyzed and have the formula applied after the fact, correct?  With that in mind, it would be great to see the other required datapoints added, such as asset name, account name, number of shares, current bid/ask, and current price feed (if asset has feed).   Nice work, @abit!
Please check this url for BTS/bitEUR market snapshots: https://data.sparkfun.com/bitshares_bts_eur_market_snapshot . Right now there are only account ids but no account names..

I'll try to score the participants of this market first. And so can you :)

Very good.. Will these market snapshots be saved to log files directly from the node for external parsing/scoring? How will it work?
Since my code is currently very dirty, I'm not going to publish it right now. So live streaming is the best way for others to be able to use the data at this moment.

Nice progress.  Quick question -- I see you have a field for feed price.  That would apply to BitAssets, but what about for UIAs?  Will you calculate the bid/ask midpoint and place that value in the feed_price field?  Or create an additional field?  Also, how often do you plan to take snapshots?  Thanks.

170
Picking up on last week's theme of stabilizing the codebase and driving user adoption of the the current set of features, I think we really need to focus like a laser on incentivizing liquidity and finishing a hosted web wallet complete with automatic backups, password recovery, 2FA, and basic privacy.  We absolutely need a wallet with these features if we want to get anywhere.  Let's create a roadmap with these items and launch a "Manhattan Project" type of effort to get it done in as little time as possible.   I think we can get the anti-dilution crowd on board with a plan like this. 

171


FCT/Factom has been approaching this problem for some time.

I imagine there will be a small handful of players that establish themselves early on and ultimately dominate in this space.  Also, BitLand seems to have a creative approach to making this kind of technology available in places where internet access is currently limited or non-existent.  I wonder if Factom is doing anything like that.

172
General Discussion / Re: Does anyone has an opinion to Lisk?
« on: April 07, 2016, 06:31:51 pm »
They have great marketing focusing on just a few key features. Mix that with a 5.7 million war-chest and you have some potential.

Exactly.  And when you think about some of the advantages Lisk has over ETH, then you can really see how incredible the potential is. 

By the way, I think success for Lisk is great for Bitshares considering they use DPoS (which Bitshares invented) so we may gain some attention and credibility from their success.

So I think we should all be rooting for Lisk!

173
Technical Support / Re: Wallet Recovery Service (3rd Party)
« on: April 07, 2016, 05:52:50 pm »
Anyway, how is the 2FA service coming along? 
Nicely .. there have been some hold ups and issues that forced me refacture the code .. and there still is stuff to be refactured .. but once the last required features is added, i could probably show a MVP on the testnet .. However .. there are some things moving behind the scene that require quite some of my time .. stay relaxed .. it's all BitShares related :)

So what do you think about adding a password recovery service to your offering?  I think it would fit nicely with the 2FA service.  And you may be able to sell both services together in bulk to any organization who brings non-crypto users to BitShares and wants their users to have 2FA and/or password recovery on their accounts.

174
General Discussion / Re: Cryptofresh API
« on: April 07, 2016, 03:52:38 pm »
@tbone I think this is a good point about the default ops on the charts, I've made the change and it will be in the next release. It looks better too. I've made a note about the 30-day MA, will keep it in mind as I break this chart out into more detailed ones.

Great.  Perhaps you'll also consider giving each of those 3 key measures of DEX progress their own mini chart.  For example, you could have 3 smaller charts below the main chart, each the width of the existing tables.  And you could rearrange the existing tables such that a) the right charts are adjacent to the right tables, and b) all of the tables are in the best orientation to each other.   See below as an example:


Code: [Select]
-----------------------------------------------------------------------------
|  orders filled CHART  |  Transfers CHART   |   Accounts Registered CHART  |
-----------------------------------------------------------------------------
|  Most orders filled   |  Most transfers    |   Most accounts registered   |
-----------------------------------------------------------------------------
|  Most orders placed   |  Most fees paid    |      Most referrals          |
-----------------------------------------------------------------------------
|  Most assets created  |  Most assets held  |      Most operations         | 
-----------------------------------------------------------------------------

175
Technical Support / Re: BTS withdrawal didnt show up
« on: April 07, 2016, 02:55:25 pm »
I'm somewhere between a little and a lot worried now.

My support ticket is unanswered after nearly a day.
I've been waiting for my BTS for nearly 2 days.

 :-\ >:( :'(

I'll wait a bit longer before I get a lot worried...

The advantages of a decentralized, transparent exchange where the asset owner remains the owner are HUGE!
Does anyone know of such a thing?! :P

I'm surprised Poloniex is being that unresponsive.  I think that's pretty unusual for them.  But ultimately,
I seriously doubt they are going to scam you out of your withdrawal. 

176
General Discussion / Re: Subsidizing Market Liquidity
« on: April 07, 2016, 01:59:08 pm »
[
@roadscape , @abit

Hey guys, how soon do you think this can be completed?  @abit, have you been making progress?  Ronny from @ccedk said he would be interested in utilizing this to reward market makers in his UIAs.  And he will soon be launching some high profile assets suck as Lisk, Digix, and Synerio.  Not to mention, it is critical for us to start bootstrapping key fiat BitAssets.  What do you guys think?
Yes, some progresses.
Check https://data.sparkfun.com/bitshares_usd_price for a feed_price only stream. Market snapshots stream would be something like that but with much more data, which can be used to calculate scores.
If I'm given a decided formula, I can also stream scores.

Ok, so since time is of the essence, it sounds like the important thing to worry about is the snapshots since they can be analyzed and have the formula applied after the fact, correct?  With that in mind, it would be great to see the other required datapoints added, such as asset name, account name, number of shares, current bid/ask, and current price feed (if asset has feed).   Nice work, @abit!

177
General Discussion / Re: Looking for Deposit Tutorial for OPEN.BTC
« on: April 07, 2016, 01:41:51 pm »
From the looks of it, Yobit is just trading thin air. Doesn't even sound like they participated in the ICO:

https://blog.lisk.io/official-statement-on-yobit-lisk-iou-token-trading-cca8e7e52a72#.yz41yjdqm

Pretty shady if ya ask me. And I don't really get the excitement around Lisk, either -- isn't it just Crypti re-branded? These past weeks I've refused to buy into the ICO assuming it's overpriced for what is essentially Crypti 2.0, but apparently as long as something is new and has decent marketing it's immediately worth a $6,000,000+ ICO...

Maybe it's time to bring up the ol' "rebrand BitShares to Graphene" argument again...  :P

You posted that link, but not even the Lisk devs could possibly know if YObit participated in the ICO.  My guess is that they did.  And I really don't see much wrong with them issuing an IOU token to trade on their exchange, as long as buyers know the supply is limited and there is no way to withdraw any Lisk until after the main net launches.  On the other hand, if YObit is pretending that Lisk has launched and that they are the exclusive exchange for Lisk, then THAT would be shady.  Or if they take the money and run, that would be the ultimate in shadiness, although I seriously doubt that is going to happen.

As for your statement that Lisk is nothing but Crypti 2.0, that tells me that you didn't understand the potential of  Crypti to begin with.  But some of us *did* see the potential of Crypti.  Now almost all previous Crypti investors own LISK at a deep discount...and will therefore get rewarded nicely. 

178
General Discussion / Re: Subsidizing Market Liquidity
« on: April 07, 2016, 10:42:47 am »
Discussion also here: https://github.com/cryptonomex/graphene/issues/643

At this point I'm thinking @abit's solution would indeed work great as long as he can implement this detail:

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

So each snapshot really needs to be a window of time (say 15mins) that contains every order that existed during that time PLUS its placement time and/or fill time. Is this what you were thinking @abit? Any idea how partially filled orders are handled with this approach?
My idea can be considered that a new snapshot will be taken on every new block, so all unfilled orders will be tracked. For partially filled orders, we'll know when they were created, when they were partially filled, and when they disappeared.

Sounds good.. so this data will be streamed to a log file for processing/scoring by external scripts? It would be ideal to have multiple people running the same script and checking to make sure the numbers are in agreement. Your approach sounds like the most accurate way to get the data.
I'll stream data to somewhere on the Internet.

@roadscape , @abit

Hey guys, how soon do you think this can be completed?  @abit, have you been making progress?  Ronny from @ccedk said he would be interested in utilizing this to reward market makers in his UIAs.  And he will soon be launching some high profile assets suck as Lisk, Digix, and Synerio.  Not to mention, it is critical for us to start bootstrapping key fiat BitAssets.  What do you guys think?

179
General Discussion / Re: Tether integration?
« on: April 07, 2016, 09:54:50 am »
synereo is expected to be added first part of April, and soon to follow will come other major currencies from the OMNI group like Tether, maidsafe, and maybe also the Agoras Tokens within May with some various media backing the introduction.

In April will be added Synereo, LISK and DGD(digix), all three based on their recent or upcoming major media attention combime with strategic interest building OpenLedger as the place to be.

OpenLedger.hk almost there as supporting server for the far east region for quick access and mot probably few days left.

send me e-mail on how to do and I am willing to work something out ronny@ccedk.com

Hi Ronny (@ccedk), will you be incentivizing market makers to provide liquidity in order to help bootstrap these markets on the DEX?  If so, are you aware that we've been working on a mechanism that would help UIA issuers (or the committee for BitAssets) properly reward market makers for the liquidity they provide? 

The idea is that you would create a reward for a given market and for a given time period.  Shares of that reward could then be earned by market makers depending on how often they have orders on the book, the size of those orders, and the proximity of the orders to the price feed or best bid/ask.   At the very least, during bootstrapping of a particular market, you could use the fees you collect in that market to redistribute back to market makers that qualify for liquidity rewards based on above mentioned criteria. 

I think it would be great if you used this to help bootstrap the Synereo, LISK and DGD(digix) markets once you add them.  What do you think?

Ronny, this is something that is not yet completed.  My hope is that it can be completed in the very near future so we can vote a worker proposal to fund liquidity rewards for bootstrapping key BitAssets markets, and also so UIA issuers such as yourself can incentivize market makers for some of their own assets. 

Now that I know you are interested in this, I will try to push harder for its completion.



180
Technical Support / Re: Wallet Recovery Service (3rd Party)
« on: April 07, 2016, 09:32:06 am »
So is this service ready to go?
Always, has been. Was just waiting for the first customers to come. :)
Making good progress on this one.

Oops, I thought this was a new/different service.  I thought this was more like a multi-sig password recovery service for web hosted wallets, something to go along with your upcoming 2FA service.  Maybe you should offer something like that?  Anyway, how is the 2FA service coming along? 


Pages: 1 ... 5 6 7 8 9 10 11 [12] 13 14 15 16 17 18 19 ... 43