I can't get the mumble client to run so I will have to rely on this thread to get my question in there...
Regarding what has been brought up initially by bitcoinfan here https://bitsharestalk.org/index.php/topic,16318.msg227162.html#msg227162
Question: Do you see a way to combine the bitshare's scalable and efficient curated apps model with rewarding developers for how much the apps they develop are used (ethereum model)?
Context:
BitShare's model is to develop the apps in house and reward those that market them and find specific markets to market them to.
Ethereum's model is to let external devs develop the apps who can charge per volume or for access to the app (that at least is how I understand it atm: https://www.reddit.com/r/ethereum/comments/3il72a/revenues_for_dapp_developers/). Marketing is done also by the respective dev (or a referral program if he codes that into his app additionally.
The questions I put in here rarely get asked on mumble. Makes me feel a bit disappointed
In the interest of making you feel less disappointed, I'll offer my layman's observations in an attempt to draw fire from someone who actually knows. (This isn't exactly rocket science, and they don't generally let me code any more, actually ever, but I'll opine on it anyway.)
1. We have numerous examples where certain transactions always result in some fee transferred to some permanent account (referral fees and user issued asset fees come to mind).
2. Anyone can write code to extend BitShares (with features that add new transaction types that have their own fee logic) and attempt to get it voted into the official suite.
Therefore, I infer that, yes it might conceivably be absolutely, without doubt, a potential slam dunk, strong long shot possibility.
The rest is left as an exercise for the student.