Looks like a list of your assets in your wallet...

This is very long, but I think a very good discussion question to see how BM, Stan, and Dev Core are approaching the referral system.  I think it has great potential. But I see the referral system having more longwithstanding success if smart contract developers can earn referral fees for the contracts they make.  My concern is in the long-run, initial referrers don't provide innovative developments as much as developers do.  Referrers can just squat on the capital effort that brought them all the users in the first place and still earn fees without providing any new value-add as compared to a developer.  They in some ways get the public to squat as many accounts as they can for them.  At least that's one way this would work. 

Last week BM spoke about specialized contracts being made for BTS.  This will allow curation and through testing and takes a "soft update" each time.  And afterwards, Cryptosile brought up a good idea that I've been pondering myself.  In one of the posts he asks:

https://bitsharestalk.org/index.php/topic,17801.0.html
"I'm curious if we could provide these two things:
1.  Allow a specific smart contract to pay 10% of fees to the creator of said smart contract.
  - This would incentivize a lot of developers to submit smart contracts and compete for inclusion into the blockchain."

To me this would spur use of smart contracts, experimentation and new products for the general public.  Sure it would be in the interest of the first referrers to create new types of contracts.  But I see this as further incentivizing development on the Bitshares blockchain and bring tools and smartcoin programs that mesh in the bitshares network.  A pie in the sky hypothetical example: someone wants to build a decentralized Uber on Bitshares can do so and profit.   But in short, incentives and rewards are further brought together.

Not to mention it would allow the little guy to profit for bringing something new to do table.  He will be able to build a  better business model to compete with the veterans and not be squatted out like the current method has it. 

Is this something that is currently being discussed or considered?  Do you think this is feasible or even possible for Bitshares under the current structure of the referral system?

This really is a great idea!
If you think it further, the logical consequence would be to eliminate the worker pay and pay workers only through getting their share of the tx fee. But that would have the disadvantage that the reward for the developer / worker would only rely on tx volume even though there might be other factors like tx size (amount of money) which often relates to how much BTS will be demanded as collateral (that though could be  mitigated through % based fees: https://bitsharestalk.org/index.php?topic=17721.0).
 How would competition between two workers / developers / similar apps / similar features work within the Bitshares model (curated apps)? What if the decentralized uber is operational on Bitshares and some other developer thinks he can do better?
The competition aspect is particularly important in the light of different devs competing with regards to fees they offer. In the example: Uber is operational on Bitshares but another dev thinks the "developer fees" are too high. Lowering fees through competition is essential because the developer fees estimated and proposed by the dev and confirmed by stakeholders might be way "too high". Such relativity of fees / prices in an open market are solved by competition. How does that work here?
Are there any rules to protect the IP of the dev behind Uber1? Could some other dev just copy (most of) the code of Uber1 and submit it to Bitshares with lower developer fees?

One question on my side that is related but also relevant apart from this proposal: Does adding features add any kind of bloat to BitShares? Let's assume tx / sec are not a limiting factor? What would be other limiting factors related to adding features to Bitshares?
More generally: What would be reasons to not allow a feature on Bitshares?

Ideal would be a combination of the free market competition of the android model with the efficiency  of the apple model :-/

Whao great response

I will arrive on Wednesday, August the 5th. Not sure how long I will stay, either till the 10th or till the 16th of August.

8/9 seems good. Maybe the 9th - I would guess more people can on a sunday?

Marc,

first of all, great to have you here! 

Looking at your website banxcapital.com, there are lots of different services related to crypto. Is there one things that ties them all together? Does offering such a variety of services make each of the offerings better / more efficient?
Specialization always makes sense if there is not zero competition... But maybe there is a reason why this doesn't apply here?

If burn 85% is choosen that would end up being quite an expensive  "witness only delegate"....

He does have a 100 % delegate: http://bitsharesblocks.com/delegate/info?name=tradebts.gulu

The only difference between a blockchain and a traditional database really comes down to immutability.

The main property (and there are big differences how this immutability is established which divides blockchains into centralized and decentralized ones) is immutability but other related properties are transparency and verifiability and the  combination of immutability and asym. cryptography is what leads to properties of blockchains centralized databases don't have respectively use cases that do not make sense for centr. databases like smart contracts, trustworthy identity systems, actual settlement through the database / blockchain. From the latter also results cheaper and faster settlement as well as less settlement risk because the database and the settlement system is merged (no separate settlement process required that settles between various company internal databases)

I think it is all a continuum of systems: Immutability might in one blockchain come from distributed control and in the other blockchain where control is centralized from transparency and verifiability of the actions of the entity that is in control of the blockchain combined with the legal accountability of the party with centralized control. So also immutability comes from different sources and can be of different kinds.