You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Transit UoPool from ONE chain with MULTIPLE entrypoint to ONE to ONE relationship #213
That's a good question. Generally, I agree with your suggestion. There should be only one entry point that is trusted and verified on each chain. The advantage that we can get with one chain and multiple entry point relationship is that we can support multiple version of entrypoints (example v0.7 and v0.8 ...) - of course in case the function signatures and things like that stay the same between these versions. I am not sure how this will play out in the future.
But at the moment, I guess it makes sense to make the change.
The thing is that one to one relationship could also cover multiple version of entrypoint here like 0.7 and 0.6 version for eth mainnet could be Chain(eth) -> 0.6 version entrypoint Chain(eth) -> 0.7 version entrypoint
although the Chain(eth) is duplicate here. But it would give us more flexibility
The thing is that one to one relationship could also cover multiple version of entrypoint here like 0.7 and 0.6 version for eth mainnet could be Chain(eth) -> 0.6 version entrypointChain(eth) -> 0.7 version entrypoint although the Chain(eth) is duplicate here. But it would give us more flexibility
Activity
Vid201 commentedon Sep 21, 2023
That's a good question. Generally, I agree with your suggestion. There should be only one entry point that is trusted and verified on each chain. The advantage that we can get with one chain and multiple entry point relationship is that we can support multiple version of entrypoints (example v0.7 and v0.8 ...) - of course in case the function signatures and things like that stay the same between these versions. I am not sure how this will play out in the future.
But at the moment, I guess it makes sense to make the change.
zsluedem commentedon Sep 22, 2023
The thing is that one to one relationship could also cover multiple version of entrypoint here like 0.7 and 0.6 version for eth mainnet could be
Chain(eth) -> 0.6 version entrypointChain(eth) -> 0.7 version entrypointalthough the
Chain(eth)is duplicate here. But it would give us more flexibilityVid201 commentedon Sep 22, 2023
Ok, true. Then let's make a change!