Hi @alishraf
 Went through the post and conversations around it several times. Had a bunch of questions, posting the/my top 3.

1. Maybe I didn't understand this. It appears that anyone who puts out a prepared block will be able to pocket the transaction fees, even if it's a competing block. If so read on. If not, Go to 1.1. What stops miners from putting out prepared blocks, which have a rather low barrier to entry and keep pocketing transaction fees ? Also, would this not cause an increase in the average transaction fees any transaction experiences ? Considering there will be atleast some (>1) competing prepared blocks, each of would would have claimed the transaction fee.
   1.1 Btw, would each of these prepared blocks need to have the same transactions or can they be different ?
2. How does this dis-incentivize a centralized mining outfit from winning races…i.e., they could still go ahead and prepare a new, what you call a “prepared block” and funnel more “contributions” to it than a collection of miners acting in their individual capacity…(because, If I understand correct, your premise is that of a few prepared blocks to come into existence and then the early winner acquiring pole position in-so-far as the rest of the race is concerned).
 - This would only need a new kind of mining pool to exist where instead of hashes being funneled via a single key owner, it would come from the entire membership set of that pool. Ie, they would still be acting together to win the race, yet publishing their hashes individually.
3. If I understand your proposal correctly, you’re taking what is essentially happening within a mining pool, but instead of a hub-n-spoke nature of the mining pool, you’re disaggregating it by pushing the computation to the individual nodes) while pushing the collective state into the blockchain, thus allowing for state-keeping of rewards on an individual node basis.
If above is accurate, wouldn’t this be a major computational challenge for the individual nodes ? i.e., while the state has been pushed into the blockchain, the computation that needs to be done in order to keep track of cumulative mining score/difficulty (the .95 number you alluded to). The reason I say this is: Lowering the difficulty results in lengthening/increasing the state chain that has to be maintained in each node (and the computation thereof). Your net merkel tree will become huge. in a nutshell, wouldn’t it be the case that now each node would have to do the exact same thing, in terms of processing/computation that in a mining pool server is/was doing ?



I admit all my reasoning is more qualitative and intuition driven rather than math. Among the reasons for this is that your proposal is rather hard for me to wrap my head around…mainly because you’ve gone into articulating an implementation as opposed to a top down explanation.
Furthermore, it’s a bit confusing to keep track of and map the various terminologies you’ve used…since in some places they are used a bit inconsistently.

Newbie here. Could certainly use some help.
I posted, for the first time, what I thought was a valid question : ("What would be the best place to publish a new consensus protocol").
Posted this on the "Development and Technical discussion" forum.

Subsequently, I noticed that the post was deleted.

I then came to this forum and also looked through the very first post (https://bitcointalk.org/index.php?topic=15600.0)
Unfortunately, the links pointing to "newbie restriction" and "post removal policy" are broken.

Appreciate pointers on how best to ask my question

I'm working on a document that describes a new consensus protocol. Soliciting thoughts on where to publish it.  (Potential Forums, Submission platforms etc)