@tonyk what do you think if I develop this and launch a testing network? Will you lead the testing work? And what do you think is the best approach?
1.I think it is very unlikely 'BTS main' to simply jumps into this new direction itself. Nor I am saying it should - I just see a ton of benefits if it does. Others have pointed concerns. Concerns with various degrees of seriousness. I have yet to see any outweighing the positives, but it is just one man's opinion.
2. I do not see a test chain having any way to prove one way or the other if this thing works. At the end, We are mainly testing market incentives; and with test-chain where such incentives are removed I do not see the experiment working. What I see is a new chain testing the theory. I mean a full blown chain of its own, even if its init status matches BTS share distribution 1:1.
If we developed the new features, we need to test the functionalities first, right? So that's what I said "testing". If it doesn't work at all, for example crashes once a hour, it's not possible to launch a real chain. When to release a real chain, or how to , is another story.
3.Assuming we more or less agree on p.2 - It was truly amazing how you have seeming excelled at Graphene code. Especially amazing was the speed with which you did the '*poor man's bandwidth fees' feature [Do not get me wrong - I called it poor man's because it is lacking the stuff that reduces the usage at high tx times (or increases the fee at such times) and paying the fees by locking funds in the future in order to earn fees post factum. On the opposite - they way you did it - aka keeping the fees and just earning them by having a balance for time X, is much closer to what I believe is better (for this proposal purposes and in general)]. So even that the feature (changes) to the existing code I have proposed so far in this thread seem to be just 2-3 times more work than what you have done (coded) for bitshares already, my biggest issue remain funding this new chain. And while I am willing to do what you call testing for free [I am not very sure what will I really test, as I am not much of a coder. So it will be more like running the code as a user and seeing if it works, more than true testing]
Yes, you proposed the features, you should know what you want better than anyone else, so you're the best one to check whether it works like you want, the more comprehensive, the better. I mean this kind of testing. You don't even need to run the code, I or other volunteers (if we have) will. I think I didn't say "for free". Yes, it would be a new chain, we, the founders, will have all rights reserved, except that some social consensuses (if any) and legal limitations (if any) that we need to follow.
So wile I and seemingly you are ready to start working on this for free, I would feel much better if we had some more solid plan regarding the future financing of the project. While "if it starts successfully, we can later on run workers on the dShares" is a plan, but a plan not good enough in my oppinion. And not because I have wasted my own time, but more because I have not given the project enough chance to succeed. In particular I do not consider just diluting Bitshares [or dShares] by worker proposals 'financing the development'.
I'm going to set default witness pay and the cap of worker payment to zero. Or maybe change related code entirely. My idea is to pay what we're able to afford, or say, pay from income. Pay by ourUSD but not shares. If no income, no payment. Will you accept this? Anyway we define the rule first (at least before asking for any external fund). Less change is better.
For me it should work something like this - real investor is found. He pays the devs in cash (so they can live). The worker proposal is for ( actual cost to develop * 1.33 ) and the worker pay is locked (for 1.5-2 years; ); the investor recieves those new shares after said 1.5 year. Selling those worker pays in the DEX in some sort of "Worker Backed Assets" is a interesting possibility, but then again the feature itself requires development (money) in itself.
This looks like a good idea. I haven't totally thought through it though. It's not urgent imo, unless you need to fund yourself in this way.
* 'pragmatic man's approach' is probably a better term - it cuts the fancy [and more difficult to implement] and not particularly useful stuff out; while also keeping the possibility to pays the fees directly.
Anyway, those are some of my current thoughts. Your (and anybody else take) on those issues is welcomed.
Looking forward to hearing more from you. Maybe PM?
Thanks!