Watch PROF SBC'24 presentation (25 mins)
PROF Source Code (running instructions, analysis scripts)
Download the paper (ArXiv Link)
X handle @PROF_MEV
A simple PBS-compatible system designed to protect users from harmful MEV extraction, in light of the profit-maximizing nature of validators.
No, PROF sequencer is in fact only a black-box and can be implemented through a decentralized protocol, as long as this protocol orders transactions without looking at the contents of transactions (except transaction fee).
PROF does not commit to one particular ordering policy. A PROF sequencer can choose an arbitrary ordering policy and there can be multiple PROF sequencers with different ordering policies. PROF, however, can serve as a vehicle for smooth adoption of temporal fair ordering policies, especially considering the fact that PROF gets rid of the main negative externality of an FCFS ordering policy, i.e.,latency racing.
Glad you asked!
1. PROF transactions bypass the competition in PBS, thus enjoying high inclusion likelihood for minimal fee. Check out our inclusion likelihood analysis in Section 6.2 of the paper.
2. Transactions in PROF-Share can be backrun efficiently (compared to MEV Blocker, MEV-Share, etc.) as complete transactions are revealed to backrunners. Furthermore, the backrunning auction is conducted solely for the benefit of the users, unlike the current backrunning auctions which decide the winning backrun based on the revenue of the validators.
3. PROF-Share ensures that all its users are backrun together (even across multiple PROF sequencers). This allows users to organically backrun each other and reduces leakage of value from users to backrunning arbitrageurs.
Read our discussion on integrating PROF with ePBS in the Related Work section (Section 7.1). It is unclear whether any PBS system can get rid of the relay entirely.
Users: We conduct thorough empirical analysis to show that the impact of latency on the inclusion likelihood of PROF users' transactions is minimal.
Validators and Builders: Validators always receive the best possible block, as PROF is concurrent to the existing operations of PBS. Similarly, builders are unaffected as they run PROF concurrently with their existing workflow.
PROF can easily work with optimistic relays (hybrid mode of PROF).
A PROF-enabled relay does NOT need to choose one particular PROF sequencer. In fact, many PROF sequencers can operate concurrently and bundles from multiple PROF sequencers can be combined to obtain the final PROF-enriched block.
No! Carefully read Section 1.2 of the paper for a concise summary of our insights.
You can read our paper or check out our blog post for understanding the core idea. If you have more questions, email one of us.
The source code is available in the prof-project GitHub organization.
1bb8db85a843b05bb889c