Guillaume Ballet
Guillaume Ballet
This PR is on hold. More performance has been squeezed out by refactoring the code to ensure that tree keys for chunks are not computed more than once, and the...
note to self: this PR has to be merged before production, as not having it represents a potential DoS vector because the code will be re-chunkified each time a code-related...
Revisiting this issue 2 years later, some comments: * It is indeed a potential DOS vector if the code size limit is increased, as one could inexpensively call `EXTCODECOPY` multiple...
@jwasinger do you think this PR could be salvaged with the new version of the tree? Otherwise, I'll close it.
@karalabe @parithosh had something in the pipe to solve this. Not sure what the current state is. Basically, the cache is big because it's never cleared. It should be cleared...
also FYI it _is_ a local cache, it's just that copying it takes forever
@Bitwise0x any update on this? We need your input, and will close this issue otherwise. To be clear, your last response does not help us, we would like to know...
No PR created, and we can not see any way out of this, closing. Feel free to open that PR if you think you have a workable fix.
No response, and it seems there's no issue since you can retrieve the receipt.
another idea is to store it with compressed points, as these points can be serialized/deserialized together, thus amortizing the cost.