pinkiebell
pinkiebell
Note: Might not be economically viable to do the accumulation inside the evm contracts. Consider adding i) A instance column(s) with the non-accumulated values of the original snark instance(s) and...
> > Might not be economically viable to do the accumulation inside the evm contracts. > > Would you like to elaborate more about what's the accumulation doing here? Do...
Copy pasting from chat: > Ah yes. I smell a lot of confusion about this. So apart from the public input design that is - as it stands also expensive,...
I don't know if that's already planned: I did like to also activate the prover in ci tests but that requires heavy compute & ram. Hence, is it possible to...
Great! That will also solve the problem 👍
@leolara Sounds good to me to getting used to the project structure. You have to check in with @AronisAt79 and @ntampakas for these tasks. I also added some smaller issues....
@AronisAt79 Is the 1.3TB figure virtual or physical used memory?
We have monitoring / workflows in place to track usage. But feel free to create a new issue with an actionable item for tracking prover resources.
Thanks! I will take a chance with option 1 first. That means I first have to adapt the yul code to do the rlc dance 👍
> It's a bit weird that prover which should be kind of cpu bound application therefore cpu ideally should be high utilized. Checked Halo2 repo do not found lock or...