-
Notifications
You must be signed in to change notification settings - Fork 22
[review] MIP-54: The Biarritz Model #54
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Open
l-monninger
wants to merge
12
commits into
main
Choose a base branch
from
l-monninger/the-biarritz-model
base: main
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Open
Changes from 2 commits
Commits
Show all changes
12 commits
Select commit
Hold shift + click to select a range
0b0e712
feat: the biarritz model.
l-monninger 475a97e
fix: table
l-monninger 83e010a
codeowners
apenzk cc4d6b4
Update MIP/mip-54/README.md
apenzk 19a1926
Update MIP/mip-54/README.md
apenzk 9bc77b7
Update MIP/mip-54/README.md
apenzk 67d8b70
Update MIP/mip-54/README.md
apenzk 1aefe14
Merge branch 'main' into l-monninger/the-biarritz-model
apenzk f35b597
add relayer component
apenzk 4544300
review Biarritz
apenzk 651b338
Merge branch 'main' into l-monninger/the-biarritz-model
apenzk f09ff1a
approval status
apenzk File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,52 @@ | ||
| # MIP-54: The Biarritz Model | ||
| - **Description**: Proposes an AB-FFS L2 model that features on a Governed Gas Pool, Bridge Insurance Fund, and moderate operational assumptions. | ||
| - **Authors**: [Liam Monninger](mailto:liam@movementlabs.xyz) | ||
| - **Reviewer**: Andreas Penzkofer | ||
| - **Desiderata**: $\emptyset$ | ||
|
|
||
| ## Abstract | ||
|
|
||
| We defined the Biarritz Model as an AB-FFS L2 model that features on a Governed Gas Pool, Bridge Insurance Fund, and moderate operational assumptions. At the core of this model is the progressive use of governance to safely perform liquidity operations which are difficult to synchronize in an early AB-FFS L2. | ||
|
|
||
| ## Motivation | ||
|
|
||
| The Biarritz Model is motivated by the need for a progressive L2 model that can safely perform liquidity operations which are difficult to synchronize in an early AB-FFS L2. This model is intended to be a stepping stone towards more complex L2 models that require more sophisticated governance and operational assumptions. | ||
|
apenzk marked this conversation as resolved.
Outdated
|
||
|
|
||
| The Biarritz Model is a intended as a complete response to [MD-38](https://github.com/movementlabsxyz/MIP/pulls). | ||
|
|
||
| ## Specification | ||
|  | ||
|
|
||
| We acknowledge and apply the conventions of [MIP-53: Conventions for Proposing Progressive L2 Models](https://github.com/movementlabsxyz/MIP/pull/53). | ||
|
|
||
| | Category | Criterion | Evaluation | | ||
| |-----------|-----------|------------| | ||
| | **General** | | | | ||
| || When to use | When a transition between a genesis or centralized phase form of the L2 system is apt but when security and safeness of design and implementation are still contested.| | ||
|
apenzk marked this conversation as resolved.
Outdated
|
||
| |||When a secondary centralized phase of the L2 system is desired alongside increasing transparency of centralized operations.| | ||
| || Suitable preceding models | [MIP-55: The Bilbao Model](https://github.com/movementlabsxyz/MIP/pull/53) | | ||
| || Suitable succeeding models | [MIP-40: AB-FFS Decoupled](https://github.com/movementlabsxyz/MIP/pull/40) INCOMPLETE | | ||
| || Technological motivations | Contends with bridge fallibility under operational assumptions.| | ||
| ||| Begins formal governance, but continues to allow for manual flexibility and recovery. | | ||
| || Usership motivations | Provides network which is more open than [MIP-55: The Bilbao Model](https://github.com/movementlabsxyz/MIP/pull/53), potentially encouraging adoption. | | ||
| | **Components** | | | | ||
| || [MIP-44: AB-FFS Governed Gas Pool](https://github.com/movementlabsxyz/MIP/pulls) | The Governed Gas Pool into which gas fees are deposited and from which the governing body disperses. | | ||
|
apenzk marked this conversation as resolved.
Outdated
|
||
| || [MIP-49: AB-FFS Governed Rewards and Fees](https://github.com/movementlabsxyz/MIP/pull/49) | The means by which gas fees and rewards are adjusted by the governing body. Rewards are migrated manually from the L2 to the L1 by the governing body. | | ||
| || [MIP-50: Insured Bridge](https://github.com/movementlabsxyz/MIP/pull/50) | The Bridge Insurance Fund which is used to cover the cost of failed bridge operations. Insures atomically and synchronously that all losses from bridge failures can be covered. | | ||
| || L1-L2 Token Correlation | The L1 staking and L2 gas token are bridge 1:1. | | ||
|
apenzk marked this conversation as resolved.
Outdated
|
||
| | **Operational Assumptions** | | | | ||
| || **Bridge Liveness** | Operators can be relied upon to meet bridge liveness requirements. | | ||
| || **Security of Governance** | Governing body's powers cannot be exploited. | | ||
| || **Trust of Governance** | Users are willing to trust governing body. | | ||
|
|
||
|
apenzk marked this conversation as resolved.
|
||
| ### Pros | ||
| 1. **Delayed calculation of rewards to cover centralized expenses**: because fees are held in the gas pool, the governing body need not calculate rewards which would be used to cover their own operating expenses until control of the governance is transferred to the community. The governing body can, for example, decide to use a percentage of captured gas to pay the centralized operators when a more stable token price is known some time after the L2 has been operational. | ||
| 2. **On-chain safety of bridge**: the insurance of the bridge makes on-chain guarantees that all losses from bridge failures can be covered. This is a significant improvement over the Bilbao Model which requires off-chain coordination to cover losses. | ||
| 3. **Ease of migration**: the model is designed to be easily migrated to a more decentralized model. The governing body can be replaced by a DAO or other decentralized governance model with minimal changes to the operational assumptions. | ||
| 4. **Delayed migration of rewards**: the model allows for the governing body to manually migrate rewards from the L2 to the L1. This allows for a more gradual transition to a decentralized model and can avoid attacks available in more tightly integrated models. | ||
|
|
||
| ### Cons | ||
| 1. **High trust in governance**: the model requires a high level of trust in the governing body. When the governing body is narrowly defined, this may not be significantly more open than the Bilbao Model. | ||
| 2. **1:1 token correlation**: the model asserts a 1:1 token correlation between the L1 staking and L2 gas tokens. This may not be desirable in all cases as exploits on the bridge may compromise the security of staking on the L1 or sybil resistance on the L2. | ||
|
|
||
| ## Verification | ||
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What does "AB-FFS" mean? (Google not helping)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It should be NB-FFS. NB = native bridge, FFS = MIP-34.
AB was abbreviation for atomic bridge, but we moved on from that name.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Eventually all own abbreviations should go into the Movement glossary. but its wip
https://movementlabsxyz.github.io/MIP/GLOSSARY.html