This is a copy&paste from Cardano Developer Telegram channel (Telegram: Contact @CardanoDevelopersOfficial)
regarding epoch times and project proposals as mentioned in Prof Roman Oliynykov’s video:
@vantuz-subhuman wrote
this scheme seriously needs a congress added to it
month voting epoch is way too short, people gonna vote for some shite nonsense =)
we need a built-in mechanism to delay any desision making untill all the hype around the proposal is gone, and untill 60% of people who wanted to vote has forgot about the whole issue )
CH told in some interview how some issue for ETC was discussed for 1,5 years before finally being sent to development (don’t remember whether it was about treasury or not) =)
month is maybe enough for (some) people to get to at least partially understand maybe one issue (proposal), but imagine having multiple proposals each month
I reckon the month is just a demo-case, tho, from the paper. Like the 1% threshold in the Ouroboros
@rickymac answered to
@vantuz-subhuman month is maybe enough for (some) people to get to at least partially understand maybe one issue (proposal), but imagine having m
The formally written proposal has to be framed clearly and concisely enough that the average person can understand it in about 2 minutes or less. Any more than 3 paragraphs on 1 sided paper is too much. (not for me, but you know what I mean).
@vantuz-subhuman
we need a built-in mechanism to delay any desision making untill all the hype around the proposal is gone, and untill 60% of peo
If any one particluar crypto currency is that complicated then it will not receive main stream adoption, IMHO.
@vantuz-subhuman
this scheme seriously needs a congress added to it
Thanks for posting that video. I think the coolest part, at time 19:30 to 24:50 when Prof. Oliynykov demonstrates the proposal submission and voting. It would be really neat if that feature was released for testing by the community for a month or so.
@anon20038177 answered to
@vantuz-subhuman
this scheme seriously needs a congress added to it
I agree with Ruslan, 1 month is such a short time and I also hope this timing is only for the testnet, even if the proposal to spend treasury funds is well written, the writer of such a proposal would have opportunity to “hype” the project within such a short period that a vote could possibly be influenced by the “hype”, the redcross and it’s advertising comes to mind when I think of how someone might play on someones emotions in a short period of time (just pointing out they gain more when their advertising is directly after a tragedy and stresses that sooner contributions are better than later) I like the idea of 100 days from proposal to vote - what could be so urgent that 100 days is not enough to release treasury funds? I could get behind some type of an emergency vote for very specific time sensitive issue’s but as far as I see what treasury will be used for I believe that the community needs to look ahead and have an idea of what they will be used for initially, I do not really feel a congress is important… but a constitution that a similar body can be built on makes sense to me.
@werkof wrote
I’m with you that a short and single standard epoch time is not adequate for complex and worthy projects.
Why not think about S, M and L sized project proposals? each one with a certain epoch time AND max budget.
And then have some threshold criterias like: project can be proposed with S-epoch and L-budget but then requires at least 85% of consens.
@vantuz-subhuman answered to
@werkof
I’m with you that a short and single standard epoch time is not adequate for complex and worthy projects. Why not think about S
I am 100% with this idea. There could be some very simple proposals, like “Let’s fix some buttons in the Daedalus, we need 3 days of work and 3000 ADA for this.” And there could be fundamental projects that take millions of ADA, months of work, potentially multiple rounds of funding and would change the way platform works. I just was thinking about maybe a limit of some sort, like 1 proposal a month (if we want a month to be a universal epoch), but that would delay small projects unnecessary. So something like different levels of proposals would be awesome. Like there may be 5-10 very small projects each epoch, and then maybe 1-3 medium-sized projects, and only 1 large proposal at a time and that would require that some minimum amount of stake DID vote and like 75% of VOTED stake is for the project
@rickymac
If any one particluar crypto currency is that complicated then it will not receive main stream adoption, IMHO.
Rick, I was talking more about a time for people to understand, whether the project should be voted in, or not, rather than the time, to understand the project itself. There could be very simple proposals, appealing at first glance, like:
“Let’s burn a billion of coins! Everyone gets richer!! Ain’t it cool?!”
Very short and simple 
But lots of people would really be appealed to vote for this proposal, even tho it isn’t necessarily does any good for the system. I understand we are building a democracy, which means that if the majority voted for something - then that’s how it should be, and I would even agree with that, if the proposal author can still convince the people after 3 or 6 months of voting preparation.
Afaik, the US congress was created exactly for this purpose, because the founders understood that they are building a democracy, and that people are easily hyped and any really useful issue can wait (I am not a political specialist and I don’t want this discussion to shift this way. I might be wrong about the congress specifically, but I just mean that any democracy needs an instrument like this, to “de-hype” any issues).
Especially in the context of a public treasury. I think we can look thru the EIP repository to see an example of what sorts of technical proposals there could be, and what a quality requirements for a proposal should be - https://github.com/ethereum/EIPs/tree/master/EIPS . But with a public treasury system - actors would most definetely actively try to exploit “the human factor”, knowing that there isn’t a team of technical specialists (core devs, etc) that could just decline anything. So people could (and I think - will) propose hyped changes with oversimplified naive descriptions, written in such a way that would specifically trigget people. Just a normal side-effect of a system like this 
Proposals also might be pretty controversial in nature. So even if everyone understands the meaning of the change - not everyone might understand the necessity of it (or necessity to NOT implement it). So any serious proposal might require time for serious posts and reviews (debate) to be created, so people who really know something abot the stuff could get info out to the public
@rickymac
If any one particluar crypto currency is that complicated then it will not receive main stream adoption, IMHO.
But we are talking about a cryptographic protocol here. Proposals will get complex. At least, imo, if we really want to make the system better and not vote only on issues like “let’s add X translation to the Daealus.” or “Gimme money on a new Cardano logo”, etc Again, I think we can look at EIPs for an example: EIP-1057: ProgPoW, a Programmatic Proof-of-Work . In cases like this, I think we need a longer pre-voting time so that more technical specialists could review and really think-thru the idea, cuz there might be some fundamental problems in it that are not visible at the first glance. Some proposals migth need to be turned down to be fixed or reworked. But, imo, if we gonna have multiple proposals a month like this EIP - no one will have any time to even properly go thru them, much less to think it thru and discuss. And even more so if there will also be some hyped but stupid proposals in the same epoch, so specialists will have to spend their time to try and debate that )
It’s a complex issue, whether proposals may get any serious, or only contracted at the moment dev-company can make any serious changes; and also how exactly public will vote on very technical issues without understanding much of it (the experts system should help). I think time and free market will show how it all plays out, of course My main argumen is that the system itself at least should include the automated mechanisms to help people come to the eventual “golden middle”. The treasury functionality can also be changed thru the voting and proposals, and something tells me that it is possible to come from very strict system to a mildly strict system in time, if everyone agrees (and time shows) that things get delayed too much and that voting can be made faster. But if we have a very relaxed system from the start - it may be extremely hard if not impossible to come from this to a stricter version, if time shows that voting is too fast and primitive.
@anon20038177
I agree with Ruslan, 1 month is such a short time and I also hope this timing is only for the testnet, even if the proposal to s
Also agree and like very much the phrase: “what could be so urgent that 100 days is not enough to release treasury funds?” The MAIN purpose of the treasury (as we all know ) is to hire IOHK back (ok, maybe not necessarily IOHK, but someone) - so the public hires “the core devs” whos job is to improve and change the protocol, and fix any problems. So I think it might be reasonable to expect that any actually pressing issues are solved by this hired team - bugs fixed, urgent features added, etc. So the treasury proposals should not deal with that kind of things, and should be more of a long-term ideas, improvements, and side-projects that community want to have.
Btw (just brainstorming), since we, as a community, hire a team of technical specialists to support the platform exactly for the main reason of them being professionals in this field - would that be rational to maybe implement a 5-10 built-in specialist “chairs” that must be appointed by the hired team (and would change when community hire new team) that may (or have to) participate in the voting process as standard “experts”, so people could delegate their votes to them? 