On the heels of the Privacy Sector announcement the other day, we're also publishing exciting research we've made on the Multi-proposer front
Introducing the Arc Multi-Proposer Protocol (AMP)
AMP brings (i) bounded inclusion and (ii) stronger ordering guarantees so that user flows on Arc have the best experience possible on decentralized infra
Brief explanation: Most network let a single validator decide what's in the next block and in what order. That discretion is where MEV lives, and it's the kind of discretion traditional markets explicitly regulate
AMP introduces a new role: proposers
Proposers have a super-power: they bundle user transactions into Payloads and broadcast them to validators. Once a Proposer talks to quorum of validators, then their Payload __must__ appear in the next block, in a fixed order. There is still a block assembler, but it no longer has discretion over what goes into a block.
If inclusion and ordering matter to your flows and your users, then AMP gives you a direct path to validators with protocol-enforced guarantees
We're actively looking for design partners! DM me, or subscribe here and we'll get back to you:
circle.com/circle-research#r…
AMP enables transaction fairness, PFOF rebates, and much more. Talk to us if you are interested in exploring serving as a proposer with App-Specific Sequencing and unique order flows.
Note: AMP is exploratory research at this stage until further validation.