Skip to content

Conversation

@pete-vielhaber
Copy link
Contributor

  • Adding Arbitrum configs for:
    • BoLD
    • Timeboost
    • Force inclusion
    • Permissioned validators

@vercel
Copy link

vercel bot commented Oct 16, 2025

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Preview Updated (UTC)
arbitrum-docs Ready Ready Preview Nov 3, 2025 7:00pm

Copy link
Contributor

@Jason-W123 Jason-W123 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@@ -0,0 +1,8 @@
Timeboost is an optional transaction ordering policy that is configurable on any Arbitrum chain, including Arbitrum (Orbit) chains. It replaces the First-come, First-served (FCFS) ordering by introducing a sealed-bid, second-price auction for an "express lane." This express lane gives the auction winner a temporary time advantage (default: 200ms) for submitting transactions ahead of others, allowing the chain owner to capture Maximal Extractable Value (MEV) from activities like arbitrage or liquidations.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Timeboost is an optional transaction ordering policy that is configurable on any Arbitrum chain, including Arbitrum (Orbit) chains. It replaces the First-come, First-served (FCFS) ordering by introducing a sealed-bid, second-price auction for an "express lane." This express lane gives the auction winner a temporary time advantage (default: 200ms) for submitting transactions ahead of others, allowing the chain owner to capture Maximal Extractable Value (MEV) from activities like arbitrage or liquidations.
Timeboost is an optional transaction ordering policy that can be configured on any Arbitrum chain, including Arbitrum (Orbit) chains. It replaces the First-come, First-served (FCFS) ordering by introducing a sealed-bid, second-price auction for an "express lane." This express lane gives the auction winner a temporary time advantage (default: 200ms) for submitting transactions ahead of others, allowing the chain owner to capture some of the Maximal Extractable Value (MEV) from activities like arbitrage or liquidations.


| Feature | Pros | Cons |
| -------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Revenue and MEV Capture | Captures MEV (e.g., from arbitrage or backrunning) as auction revenue for the chain owner, potentially generating significant income. Revenue can be redistributed to users, apps, or burned, creating new value accrual paths. Flexible bid tokens (e.g., any `ERC-20`) allow customization. | Revenue isn't guaranteed; it depends on MEV volume—if your Arbitrum chain has low activity, auctions may yield little or nothing. Setup/maintenance costs (e.g., auctioneer infrastructure) could exceed benefits. |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
| Revenue and MEV Capture | Captures MEV (e.g., from arbitrage or backrunning) as auction revenue for the chain owner, potentially generating significant income. Revenue can be redistributed to users, apps, or burned, creating new value accrual paths. Flexible bid tokens (e.g., any `ERC-20`) allow customization. | Revenue isn't guaranteed; it depends on MEV volume—if your Arbitrum chain has low activity, auctions may yield little or nothing. Setup/maintenance costs (e.g., auctioneer infrastructure) could exceed benefits. |
| Revenue and MEV Capture | Captures MEV (e.g., from arbitrage or backrunning) as auction revenue for the chain owner, potentially generating significant income. Revenue can be redistributed to users and apps, or burned, creating new value-accrual paths. Flexible bid tokens (e.g., any `ERC-20`) allow customization. | Revenue isn't guaranteed; it depends on MEV volume. If your Arbitrum chain has low activity, auctions may yield little or no value. Setup/maintenance costs (e.g., auctioneer infrastructure) could exceed benefits. |

| Feature | Description |
| --------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | --- |
| Dedicated throughput | <FloatingHoverModal href="/launch-arbitrum-chain/partials/config-dedicated-throughput.mdx">More info</FloatingHoverModal> |
| EVM+ compatibility | <FloatingHoverModal href="/launch-arbitrum-chain/partials/config-evm-compatibility.mdx">EVM compatability</FloatingHoverModal> + <FloatingHoverModal href="/launch-arbitrum-chain/partials/config-other-language-support.mdx">more languages like Rust programs supported</FloatingHoverModal> |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
| EVM+ compatibility | <FloatingHoverModal href="/launch-arbitrum-chain/partials/config-evm-compatibility.mdx">EVM compatability</FloatingHoverModal> + <FloatingHoverModal href="/launch-arbitrum-chain/partials/config-other-language-support.mdx">more languages like Rust programs supported</FloatingHoverModal> |
| EVM+ compatibility | <FloatingHoverModal href="/launch-arbitrum-chain/partials/config-evm-compatibility.mdx">EVM compatibility</FloatingHoverModal> + <FloatingHoverModal href="/launch-arbitrum-chain/partials/config-other-language-support.mdx">more languages like Rust programs supported</FloatingHoverModal> |

pete-vielhaber and others added 7 commits November 3, 2025 12:21
Co-authored-by: Gaël Blanchemain <anegg0@users.noreply.github.com>
Co-authored-by: Gaël Blanchemain <anegg0@users.noreply.github.com>
Co-authored-by: Gaël Blanchemain <anegg0@users.noreply.github.com>
….mdx

Co-authored-by: Gaël Blanchemain <anegg0@users.noreply.github.com>
….mdx

Co-authored-by: Gaël Blanchemain <anegg0@users.noreply.github.com>
….mdx

Co-authored-by: Gaël Blanchemain <anegg0@users.noreply.github.com>
@pete-vielhaber pete-vielhaber merged commit 67e9c35 into master Nov 3, 2025
5 checks passed
@pete-vielhaber pete-vielhaber deleted the orbit-config-pt4 branch November 3, 2025 19:02
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants