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

Pages: 1 ... 55 56 57 58 59 60 61 [62] 63 64 65 66 67 68 69
916
General Discussion / Re: btsbots wallet release v0.0.1
« on: April 13, 2017, 03:28:21 pm »
I can't seem to run a bot on OPEN.GRC:OPEN.BTC, are there price feeds from poloniex for Gridcoin?

Are there plans for additional price feeds from alternative exchanges?

Also, I spotted a small potential glitch in the website - when I try to remove the default favourite trading pairs and add my own favourite pairs, the default pairs return and erase some of my favourite pairs.

Cheers

917
so who's formulating the idea and approaching blockpay.ch (via email)?

so... anyone?

Why not you fav? Your idea, take it and run with it. Just think, if you put the same effort into writing ken an email to look at key posts in this thread you believe are convincing, the task you're requesting others to do would already be done.

I know @kenCode and his team have a full plate of work, so I am doubtful on that basis alone he'll be interested in taking this on, but it never hurts to ask. IMO it's a worthy project that has great potential. Whether he agrees or wants to invest the effort to assess the code and then get a proposal written is any one's guess but his.
We could all discuss it in the next Bitshares hangout in person too.

find a dev > get a quotation > then discuss > get shit done

or discuss on a hangout and spin in cycles like this thread.
And we can't get 'dev > quote > discuss > get shit down' done in a hangout instead of emailing a single company?  I believe that the Bitshares hangouts are tremendously productive and more effective than emails.

918
so who's formulating the idea and approaching blockpay.ch (via email)?

so... anyone?

Why not you fav? Your idea, take it and run with it. Just think, if you put the same effort into writing ken an email to look at key posts in this thread you believe are convincing, the task you're requesting others to do would already be done.

I know @kenCode and his team have a full plate of work, so I am doubtful on that basis alone he'll be interested in taking this on, but it never hurts to ask. IMO it's a worthy project that has great potential. Whether he agrees or wants to invest the effort to assess the code and then get a proposal written is any one's guess but his.
We could all discuss it in the next Bitshares hangout in person too.

919

I would argue perhaps we should offer 1% to anyone who holds BTS. It's a small amount but would be a great marketing tool and generate interest. Just like the dredit card companies like avertising 1% cashback on purchase.
Yeah, I believe that dividends should be distributed against both BTS and BitAsset holders. How much more should we incentivise holding bitAssets over BTS thpough?
Should it be that bitAsset fees go to bitAsset holders, and BTS goes to BTS holders?
I was listening to the 3rd Bitshares hangout (https://soundcloud.com/beyond-bitcoin-hangouts/bts3-w-christopher-hering) and they were talking about users specifying the asset they wanted their dividend to be payed in, which would be pretty cool!


Stay away from the +5% not because it sounds a certain way, but once you start promising percent points on things in a network that is based on set fees and not percent points, you will just be setting up the network for failure.
What about 'x% on anything' a variable interest rate, or do you think this is more confusing than just 'earn a share of the BTS DEX profits' ?

  • 1.  Implement our profit sharing code thanks to Peerplays development
  • 2.  Implementing Chainbase (thanks to steem) so that we can have real trading tools in the GUI with historical charts and graphs. This will attract a lot of high end traders who want to be able to do analysis but cannot due to lack of metric tools in our GUI
Numbered your list for easier referencing.

1. The code you refer to, is that this: https://github.com/BunkerChainLabsInc/peerplays-profitshare Or are you referring to the updated Peerplays code base? If the later, could you elaborate on the software license in use for Peerplays? The above github repo is MIT, but I'm unsure about peerplays itself.
2. This? https://github.com/bytemaster/chainbase What are the potential benefits of integration for Bitshares?

920
General Discussion / Re: Adjusting how bitshares fees get distributed.
« on: April 11, 2017, 05:19:57 pm »
means existing businesses (OL/Blockpay/etc) lose 30% of income stream and get nothing in return.

sounds like a great idea to drive them away, then we can watch grass grow here, because bitshares will be dead for good
This is true.. perhaps it'd be best to make the change to fee distribution once integration of the dividends mechanism is underway?

921
General Discussion / Re: Adjusting how bitshares fees get distributed.
« on: April 11, 2017, 05:12:58 pm »
As a stepping stone towards the dividend fee distribution idea, sure https://bitsharestalk.org/index.php?topic=23981.0

922
This is all dandy, but misleading.  The claim that this proposal does not raise user fees is absolutely FALSE!

A LTM account pays 20% to network, and gets 80% back in vesting.  And anyone who has self-registered sub-accounts, is the same -- 20% to network and 80% back to the registering account.  Don't mess with this -- any changes represent a major breach of trust to anybody who paid the $80-$150 to become a Life Time Member.
I see what you mean now, you're right that to LTM users this proposal represents an increase in user fees, as up to this point the LTM benefits include 80% cashback on fees spent.

I'd argue that the only guarantee provided by the LTM membership is that the membership lasts the lifetime of your account, not that the benefits associated with an LTM account will last a lifetime. The wording on LTM membership acquisition page does not imply that the benefits are permanent, and thus are subject to change at the discretion of network consensus.

Do it with market fees.  Then there is no worry about how to convert to a chosen bitAsset, and is market driven -- more volume creates more revenue.

[ ... ]

EDIT: And another reason market fees are better than transaction fees is that is does not change the rules 'retroactively'.  Anybody who doesn't like new market fees can choose not to trade in that market.  Whereas changes which lessen LTM benefits are forced on those who thought they got something different.

So instead of changing the distribution of existing transaction fees, you're proposing new fees to be imposed on the network to pay for the dividends functionality? Wouldn't this potentially have a negative effect on the DEX considering that it would become more expensive to use, as opposed to reallocating transaction fees which would have no change in charged fees to the end user?

Also consider openledger who graciously faucets new user accounts.  They do so with the understanding that they get a cut of the user's transaction fees via registration (and referral, if not otherwise filled) percentages.  I think it's a bad idea to change this now.[/i]
I acknowledge that registrars/referrers will be negatively affected initially by the reduction in their earnings, however if the introduction of dividends/profit-sharing drives a larger user base to the BTS DEX this could be somewhat negated.

------

In fact I feel sick for the "+5%"
this title make Bitshares looks like a scam
I wish never see this title in the official site.
I disagree that this is a scam, it's simply a proposal to change the distribution of currently collected fees to pay asset holders on the BTS DEX.

I agree that we should not explicitly state a static percent as a 'guaranteed interest income', as the income is dependent on the amount of transaction fees generated by the BTS DEX. This could be lower or higher than 5% depending on future use.

bank have many real business to pay the divident.
where is the business based bitshares?
I believe we'll get divident too after we have some real business.
pay divident is the result, not the reason.
The Bitshares business is the utilization of the BTS DEX - the transaction fees generated within the DEX can be utilised to pay dividends to asset holders.
External companies can certainly pay dividends using the BTS DEX (like obits/icoo, etc) but we can also do this for the BTS DEX (without issuing new tokens or buying tokens for the distribution).

---

I tend to agree with alt on this. I would much rather have us start actually burning the fees instead of recycling them into the reserve pool so that bitshares would eventually go deflationary.
You can already do this by utilising the worker proposal mechanism to burn BTS within the reserve pool.
Sending fees to the reserve pool is temporarily deflationary as it will take a long time to burn through these assets at the current spending pace.

---

Benefits over transaction fee distribution:
1. Market Fees produce bitAsset of choice -- no need to convert BTS to bitAsset for dividend payment.
2. Does not violate LTM agreement
3. Does not mess with referral expectations

"Your share in the Decentralized Exchange"

Producing revenue from market activity is a natural income source for an exchange.  Sharing it with Bitshares users makes sense to me.
We already produce revenue from market activity via transaction fees without the need for additional market fees.

I've numbered your points for easier referencing:
1. You can pay transaction fees in assets other than BTS, so we can already immediately distribute bitUSD to bitUSD holders instead of converting it from bitUSD -> BTS prior to redistribution. Unless this is an automated process right now? The committee in charge of the fees assigned to the reserve pool could provide additional information here.
2. The agreement was that the membership you purchased was to exist for a lifetime, not that the benefits were permanent for the lifetime of your account. These benefits should be subject to change, given sufficient network consensus.
3. The referral system being allocated 80% of transaction fees was unfair to begin with, there was an expected replacement income stream for asset holders in the form of a bond market which never materialized. It's time for asset holders to have a slice of the pie allocated to them. Referrals don't keep users around, dividends do.


924
so who's formulating the idea and approaching blockpay.ch (via email)?

I'll raise this topic during the next Bitshares hangout on the 14th. I'd appreciate anyone reading this to reach out to others they believe would be interested in this topic (for discussion or development).

I know there are plenty voicing opinions in this thread, but I'd like to take a moment to share mine.

First and foremost, I do not agree with any actions that add strain to the reserve pool (without a very strong argument for long term benefit).  Witness pay has just increased and more active workers are draining the pool faster than increased activity can keep up.  Long term goal should be a sustainable pool which balances pay with fees.

I believe the idea re: fees allocated to the reserve pool has shifted towards an increase of fees being allocated to the reserve pool, which would be a deflationary move which would slow the rate at which we are burning through the reserve pool.

Second.  There should be no change to LTM fee percentages (small changes to non-LTM is fine with me).  Many have chosen LTM knowing the cost-benefit of 80% fees returned.  Don't mess with this.

Agreed, no changes to the existing fee schedule are in scope of this proposal. The topic is discussing the allocation of the fees accumulated from the existing fee schedule, between the reserve pool, referral system and asset holders.

Third.  We must explore motivations and desired outcomes for any suggested changes.  What problem are we trying to solve?  What impact does this have on the long-term health of the Bitshares ecosystem?

In my opinion, the two things which would help Bitshares the most is:
  • increased supply of bitAssets
  • usable liquidity


The problem we're trying to solve is the lack of incentives for holding assets on the Bitshares DEX long term; back in BTSX we offered 'x% on anything' where by holding bitUSD yielded a portion of the bitUSD fees (proportional to the total amount of bitUSD in existence). The potential 'interest' rate in such a profit sharing mechanism is/was greater than the interest rates offered by FIAT banks.

This profit sharing mechanism was one of the major marketing points of BTSX that I have missed in the BTS 2.0 DEX and I think that its reintroduction could boost the amount of users utilizing the BTS DEX.

By increasing the incentive to hold FIAT savings as bitassets on the BTS DEX we potentially increase the amount of bitassets in existence & thus less BTS are liquid.

Regarding usable liquidity, if there are more bitAsset holders then we have more individuals who could actively participate in market making (especially with the ease of use of new tools such as btsbots).

The reason being that more active and usable markets will attract new traders to the DEX.  Rewarding those who simply hold assets does not improve the DEX.
If we can get all/most/more Bitshares holders to hold their bitshares on the DEX instead of on centralized exchanges, we minimize the risk of said centralized exchanges having a massive voting weight with which they can disrupt the voting mechanism (proposals/polls/committee/witnesses/etc).

I come back, then, to the idea suggested a little while ago: Reward those who have bitAsset debt (collateralized position) with (new) market fees from same bitAsset markets.  Only those with debt collect dividends (from the market-produced trading fees -- aka "market fee") at a pro-rata basis.  Simply holding a bitAsset does not yield dividends.
Providing dividends upon shorting of bitassets is open to abuse, 'yield-harvesting' was one of the main reasons that this functionality was removed during the upgrade from BTS 0.x to 2.0.
https://bitshares.org/blog/2015/06/08/lessons-learned-from-bitshares-0.x/#socialized-yield-is-broken

Holding a bitAsset means that you've either bought these tokens off of someone that shorted them into existence, or you created them yourself with sufficient backing collateral, so an increased demand for bitAssets for long-term holding does improve liquidity.

925
General Discussion / Re: Fuzzy lets talk Sharebits
« on: April 10, 2017, 10:51:51 am »
whaleshares & sharebits!

I wonder if whaleshares will cover golos too?

926
This referral sys was BS since its inception. Its overall costs are several orders of magnitude higher then its benefits.
That was Max Wright idea, I remember BM was against at the time. It is mystery to me how they manage to persuade him to change his mind and include it in BTS 2.0, as well as leather disappearance of its sole creator. It reminds me of amateur marketing Bitshares consumes since Brian Page.

Overall this system didn't bring anything to Bitshares except a benefit to entities which take advantage of this hidden taxation tool. Which brings me to the point. I am afraid it will be very hard to get enough support for the change of this useless feature. But we'll see.

The referral system isn't worthless, it's driving new users to the network but I agree that it's currently allocated too large a slice of the overall network fees and not enough users are making use of it.

This referral sys was BS since its inception. Its overall costs are several orders of magnitude higher then its benefits.
That was Max Wright idea, I remember BM was against at the time. It is mystery to me how they manage to persuade him to change his mind and include it in BTS 2.0, as well as leather disappearance of its sole creator. It reminds me of amateur marketing Bitshares consumes since Brian Page.

Overall this system didn't bring anything to Bitshares except a benefit to entities which take advantage of this hidden taxation tool. Which brings me to the point. I am afraid it will be very hard to get enough support for the change of this useless feature. But we'll see.

I disagree. The fee change to nothing and the lack of features for ltm rendered it useless. Referral systems are multi billion dollars of magnitude better than what anyone else could possibly add to BitShares. Problem is no one here has any clue.

Fees aren't 0 though, the rough estimates of 1 million BTS per month at current rates works out at $6400 per month for the referral system.

I disagree that nothing better than the referral system will be implemented into the Bitshares network, this thread alone is proof that better ideas than the referral system can exist. Billions of dollars of magnitude? Bitshares hasn't seen this magnitude come from the referral system, lol.

No one here has any clue? Why not educate us on that which you claim we don't know instead of putting users down?

Let's not make this all about referral system, this topic is too important.

Here's a thought :

Take 20% off of the fee pool.
15% go to ALL DIVIDENDS
5% go to LTM DIVIDENDS

that would lead to yet another cycle, investors would upgrade, fuel fee pool by upgrading and marketers/registrars  would earn as well.

Win win win?

What happened to finding devs and price estimation before talking about the 'golden girls'? Haha ;D https://bitsharestalk.org/index.php/topic,23981.msg304394.html#msg304394

You say 20% off of the fee pool, do you mean the 20% allocated from fees to top up the reserve pool, or a 20% sharedrop from the reserve pool?

I agree with Tbone (https://bitsharestalk.org/index.php/topic,23981.msg304385.html#msg304385) that by cutting the 20% from the reserve pool income that we somewhat introduce inflation (as these assets would otherwise have been locked temporarily in the reserve pool), where as if we were to cut the fees allocated to the referral system we would not experience inflation.

I like the idea of introducing a separate allocation of the dividends to the LTM users, it could potentially drive up LTM registrations!

We should vote on the 80% fee allocation between referral and dividend features if this idea gains traction.

BTS reserve pool should be spent on essential network operations only, which are witnesses and essential development projects. Referrals, dividends and other farts and whistles  should be funded other ways.

And giving away 80% of BTS revenue to referrals is just stupid.
I agree that referrals and dividends should not come out of the reserve pool, and I don't believe anyone in here is proposing this - we're focused on the fees that are currently allocated to the referral system.

927

I believe that we should offer more than 20%, this is something we could potentially vote on within the client. How would we go about voting on multiple possible parameter outcomes within the client? Best to bring this topic up in the next Bitshares hangout on Friday then move forwards to polls with a few hand selected combinations?

How about:

Network; x% Interest; Referral System
20, 40, 40
30, 40, 30

first of all, before we talk more than the golden girls (as usual), please find a dev and get a price estimation on the costs. also, pretty sure this needs a hardfork. the parameters could be set by the committee, but let's talk about the details once this can be implemented
Is there a pool of known Bitshares contract developers that we can work with?

Hardforks are no problem, we only need 21 clients to upgrade for it to be successful. Besides, we've got several additional hardfork upgrades awaiting integration (MPA hardening) that could also piggyback on a single hardfork.

928
@Customminer -- I'm not sure over what period time those fees were accumulated.  But it can't possibly be since inception of BTS 2.0.  I don't even think that pool includes all fees currently being collected.  I mean, where is BTS on that list?  The overwhelming majority of fees are collected in BTS, not those other assets, right?  So we need some clarification as to what that pool is, exactly. 

But in the meantime, looking at the top 20 "most fees paid" list on cryptofresh, it appears we've generated at least ~17M BTS in fees since BTS 2.0 launched.  That's about 1M BTS per month.  Actually, it's more since this is only the top 20 accounts in terms of fees paid.  So I think it's pretty close to my guess of 1.2M BTS monthly.  Not to mention, the current monthly rate of fee collection should be higher than the monthly average over the last 18 months considering the substantial growth in transactions we've been experiencing.  On the other hand, a lot of the fees listed below may be from creating assets and therefore more "one-time" in nature (or at least more irregular). 

Anyway, this is just a bunch of guess work.  We need to know the actual rate of monthly fee collection.  But if my guess is even close, then this idea of redirecting a portion of referral rewards could fund substantial bitAsset demand without having to increase fees.  Even if I'm off by an order of magnitude, then this could still be worth pursuing considering, as @fav mentioned, it could kick off a virtuous cycle that could end up being substantial.

Excellent, I was thinking that the fee tables on Cryptofresh were a tad off. These figures make the concept far more feasible & worthwhile of implementing. The more successful the BTS DEX gets, the better the interest rates become.. if only FIAT banks worked like that, haha!

I was just thinking about how exchanges would behave if we introduced this functionality.. Would they claim the interest? If they did, would they pass this onto their users? If they didn't collect the interest, or didn't forwards the interest to the rightful asset holders could this seriously reduce the quantity of coins being held on centralized exchanges? It may tilt balance back in favour of decentralization.


By the way, we really should not contemplate reducing the network's current 20% share of the fees.  That would be inflationary, which would decrease demand for BTS.  It would also make it more difficult to fund worker proposals.  If anything, we should increase the network's share, which would be deflationary and would also make it easier to fund worker proposals.  Both factors would help increase demand for BTS and help compound the effect of offering interest by contributing even more to the virtuous circle.
Funding worker proposals in the short term would not be affected, as the BTS stored in the reserve pool is substantial. That said, I agree that reducing the network fees would lead to BTS being made liquid in a more rapid fashion, but I do not agree that it is entirely inflationary as it is just reintroducing coins (which would otherwise have been temporarily locked away) back into the public's coin supply in a more timely manner. A more explicitly inflationary move would be to sharedrop BTS from the reserve.

I think we can make substantial room for 'x% interest on anything' out of the referral system's fees.

By the way, we really should not contemplate reducing the network's current 20% share of the fees.  That would be inflationary, which would decrease demand for BTS.  It would also make it more difficult to fund worker proposals.  If anything, we should increase the network's share, which would be deflationary and would also make it easier to fund worker proposals.  Both factors would help increase demand for BTS and help compound the effect of offering interest by contributing even more to the virtuous circle.

agree, just take 20% of referral income. that way registrars could still maintain 20%, marketers could get 20% and 20% interest
I believe that we should offer more than 20%, this is something we could potentially vote on within the client. How would we go about voting on multiple possible parameter outcomes within the client? Best to bring this topic up in the next Bitshares hangout on Friday then move forwards to polls with a few hand selected combinations?

How about:

Network; x% Interest; Referral System
20, 40, 40
30, 40, 30

929
I love the idea of being able to offer an interest rate of return on bitAssets.  OP's idea of redirecting some of the referral program's share of fees is an interesting way to accomplish it without reducing deflation (i.e. increasing inflation).  The question is how much of the desired effect will be realized if we reduce the referral program's share of fees from 80% to 60%?  To know that, we really need to know how much we're currently collecting in fees.

Looking at the cryptofresh reserve budget page (http://cryptofresh.com/reserve) , the following chart is shown:


Is this accurate? Are these stats since the launch of BTS 2.0 or are they representative of a few months?

Regardless, assuming the 27,416 BTS represents 20%, 100% should be 137,080.

These stats may be discouraging at the moment, but BTS is beginning to build up traction and we're seeing new TX/day records. The more popular BTS gets the higher the sum of collected fees will be & the more effective the 'x% on anything' will be.

Do we have additional sources for these statistics? Would anyone be able to dump the stats directly from the CLI?

Side note - cryptofresh states "Accumulated assets may be transfered, traded, or held, at the committee's discretion. They are not part of the Reserve Pool balance.", this means that the 'Bitshares cash flow' infographic is incorrect.

But let's just say for argument's sake we're currently collecting $10,000 (or ~1.2M BTS) in fees per month.  20% of that (redirected from the referral program) would be $2,000 per month or $24,000 per year.  That would support 1% annual percentage rate on $2,400,000 worth of bitAssets.  Or 2% APR on $1,200,000.  Or 4% APR on $600,000.

How about:
10% -> 'Reserve pool'
50% -> 'x% on anything'
40% -> Referral system

The referral system is great, but I don't view it as better than having a strong 'x% interest on anything' feature, plus it only goes to a small quantity of community members as opposed to all asset holders.

Each of those potential outcomes would represent a substantial increase in bitAsset demand.  But the numbers are based on a guesstimated 1.2M BTS per month in fees.  Is that even close to reality?  If so, we could be onto something here.  In which case the next question would be how to implement this.  It sounds like we would need the dividend feature.
Your estimated fees, according to cryptofresh, are nowhere near the current estimates. We need additional sources of information to confirm this is the case.

The Peerplays dividend feature is fully open source & uses the MIT license: https://github.com/BunkerChainLabsInc/peerplays-profitshare/blob/master/LICENSE.md

I'd vote for a worker proposal for implementing this.

930
I'm in favor of a Dividend method.
Seconded. It'd be great if there was an automated & scheduled dividend mechanism for MPA assets.

If we implemented dividends for MPA then also providing the functionality (by default disabled) to UIA would be great, not just redistribution of fees but the issuance of additional UIA as a form of interest (only plausible for UIA, not MPA/EBA as they require real backing value).

Pages: 1 ... 55 56 57 58 59 60 61 [62] 63 64 65 66 67 68 69