robert

https://github.com/paritytech/polkadot/blob/eca33bf7141f63a2a970744857962587d5341a80/runtime/parachains/src/dmp.rs#L178-180 DMP currently requires that if the queue is non-empty each parachain block must process at least one message. This is an issue with the current model of asynchronous backing...

Our consensus was to change the DMP rule to require advancement if and only if the _earliest_ message in the queue was present at the relay-parent.

@crystalin At the moment, we're enforcing that the relay-parent must increase from parachain block to parachain block. I believe that we could relax this in the future and quite possibly...

The 'epoch' naming matches the terminology in the paper. I think it makes sense to call it 'epoch' in BABE and say that we use BABE epochs to implement Substrate...

> IMO it was a huge mistake to ever have introduced these two different namings into the code base. There's no guarantee that these things _will_ be in the same...

Yeah, that's a good idea! The candidate receipt should commit to the EE somehow - PersistedValidationData? If you're a node in session N and you have a candidate to execute...

re: getting the `max_pov_size`, this should be available via the `Constraints` in the `ProspectiveParachainsSubsystem`. I'm not entirely sure why we require it in the `ProspectiveValidationDataRequest`. We should rewrite the request...

We should maybe have the backpressure come from candidate validation instead with some priority levels - approval gets top priority and then if we can't validate any more candidates we'd...

Another additional consideration is higher-level code that uses the BABE per-block VRFs such as https://github.com/paritytech/polkadot/blob/master/node/primitives/src/approval.rs#L146 . Any hard fork needs to be coordinated (ideally using Runtime API presence/versioning) to ensure...

This is somewhat an objective. You're more experienced with the WASM side of things than I am, but I'd imagine all our generic future-based stuff would work, while tokio/mio/specific transports...