This repository has been archived by the owner on Jun 29, 2023. It is now read-only.
[Discussion] Do we need frontrun prevention for the fraud proof? #444
Unanswered
ChihChengLiang
asked this question in
General
Replies: 1 comment
-
Reopen or referencing this issue when we have something new to discuss |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
This is an issue to document our discussion and decision on the topic.
TLDR: front-running helps fraud-proof showing up faster, the benefit is greater than harm.
@kilic Can add a commit-open method to prevent fraud-proof frontrunning
@barryWhiteHat Right so the argument is that if we have commit reveal only watcher nodes can compete to include fraud-proof transactions. If we don’t have commit reveal then watcher nodes + front runners must compete. So if front runners are included then they will bid up transactions as they get broadcast.
So with commit reveal watcher nodes have to be able to bid high enough to get a transaction included. Without it, they just have to broadcast some transaction and other nodes will bid it up.
Also, it makes the fraud-proof a one-step process instead of two which makes censorship attacks harder.
@vaibhavchellani frontrunning might reduce incentives for running watcher nodes
@barryWhiteHat I think this is a concern. But I would argue. That
Beta Was this translation helpful? Give feedback.
All reactions