[WIP] Add support for Substrate-compatible parachains#2198
[WIP] Add support for Substrate-compatible parachains#2198tomaka wants to merge 5 commits intosmol-dot:mainfrom
Conversation
|
One thing that's not clear to me is whether the parahead from the relay chain best block is important in some way or not. cc @bkchr 🙏 Or is there something I'm forgetting? |
|
Yeah you are right. The only other benefit you get is to know what the best block is. Otherwise it doesn't bring you any other advantage. |
|
The new The next step will be to make the "substrate-compatible" sync service use this paraheads service when relevant. |
|
@tomaka I wish you nice vacations. |
|
I'm now back from vacation. However, the plan was to fund my work through PAPI. Given that PAPI no longer has funding, I'm also stopping work on this PR. |
This is a work-in-progress PR to add support for parachains that sync with the parachain network the same way as standalone/relay chains, but also get the finality information from the relay chain.
I went through the code, and contrary to what I've said in #2158 I think it's better to plug this to the standalone chain code.
The general plan would be:
light-base/src/sync_service/parachain.rsthat does runtime request into a separate file that gives events about the relay chain, and updateparachain.rsto use this code.substrate_compat.rs, adding any missing function inlib/src/syncsuch as a function to force-set the current finalized block.parachain.rsaltogether? Is there any parachain out there that doesn't use Substrate or has so heavily customized Substrate that it can't sync using smoldot?