-
Notifications
You must be signed in to change notification settings - Fork 622
bsc-api-list.md: update fast finality #648
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
Conversation
Economic Finality refers to the high cost associated with reverting a block. In proof-of-stake systems that use a slashing mechanism (such as Casper FFG, Tendermint, or BSC Fast Finality), if validators violate the voting rules, part or all of their stake can be forfeited. This economic penalty makes it extremely expensive to undermine finality. Generally, block n achieves economic finality by block n+2, meaning that BSC Fast Finality reduces the confirmation time to two blocks in most cases. This improves the user experience by making transaction confirmation faster and more reliable. | ||
#### Economic Finality (Fast Finality) | ||
|
||
The **Fast Finality** feature, introduced through **BEP-520**, enables Economic Finality using a slashing mechanism similar to Casper FFG and Tendermint. Key characteristics: |
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.
BEP-520
-->
BEP-126
- **Block n achieves economic finality by block n+2** | ||
- Transaction finality time: **~3.75 seconds** (reduced from 7.5 seconds) | ||
- Economic penalties make block reversal extremely expensive | ||
- Validators violating voting rules forfeit part or all of their staked assets |
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.
part or all
-->
part
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.
Pull Request Overview
This PR enhances the Finality API documentation by clarifying BSC's dual-layer finality model, detailing the Fast Finality upgrade (BEP-126), and specifying parameters for the probabilistic fallback.
- Introduce an overview of Economic (Fast) Finality and Probabilistic Finality
- Add BEP-126 key characteristics, timing, and slashing details
- Document network parameters, finality requirements, and formula for block confirmations
Economic Finality refers to the high cost associated with reverting a block. In proof-of-stake systems that use a slashing mechanism (such as Casper FFG, Tendermint, or BSC Fast Finality), if validators violate the voting rules, part or all of their stake can be forfeited. This economic penalty makes it extremely expensive to undermine finality. Generally, block n achieves economic finality by block n+2, meaning that BSC Fast Finality reduces the confirmation time to two blocks in most cases. This improves the user experience by making transaction confirmation faster and more reliable. | ||
#### Economic Finality (Fast Finality) | ||
|
||
The **Fast Finality** feature, introduced through **BEP-126**, enables Economic Finality using a slashing mechanism similar to Casper FFG and Tendermint. Key characteristics: |
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.
Consider adding a link to the BEP-126 specification to let readers quickly reference the full proposal details.
Copilot uses AI. Check for mistakes.
- **Block Time**: ~1.5 seconds | ||
|
||
**Finality Requirements:** | ||
- **>1/2 validator confirmations**: 88 blocks (11 × 8) ≈ **132 seconds** |
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.
[nitpick] To improve clarity, label this threshold as “Majority (>1/2)” and the next line as “Supermajority (>2/3)” so readers immediately understand the consensus levels.
Copilot uses AI. Check for mistakes.
Co-authored-by: zzzckck <152148891+zzzckck@users.noreply.github.com>
Improve the doc for Finality API by enhancing clarity, technical accuracy, and overall readability of the finality mechanisms.