Parameters
Key participant-facing parameters, their current mainnet settings, and what they control.
These are the current mainnet economic controls and request-time limits documented for this release. The controlling account varies by module, and each purchaser chooses their own negative-slippage tolerance 1.
ParameterMainnet settingAllowed range
- Parameter
- Acquisition surcharge
- Mainnet setting
- 2.5%
- Allowed range
- Any nonnegative bps value; no contract cap
What it controlsMarkup over fair value, dynamically split between depositor fees and a purchaser FWA allowance
- Parameter
- Crown tithe
- Mainnet setting
- 1%
- Allowed range
- 0%–100% of the distributable acquisition fee
What it controlsSlice of each acquisition fee routed to the crown's reward pot
- Parameter
- Crown threshold
- Mainnet setting
- 10%
- Allowed range
- 0%–100% over the current crown value
What it controlsHow much a challenger must beat the crown's backing to seize it
- Parameter
- Depositor bid rate
- Mainnet setting
- 90% to purchaser
- Allowed range
- 50%–100%, and not below the protocol settlement cut
What it controlsWhat a purchaser receives when accepting the depositor bid instead of keeping the NFT (ETH or FWA); 10% is retained
- Parameter
- Retained-to-protocol
- Mainnet setting
- on
- Allowed range
- on/off
What it controlsWhether the settlement discount goes to the protocol or back to depositors
- Parameter
- Protocol acquisition cut
- Mainnet setting
- 1%
- Allowed range
- 0%–100% of the pool acquisition fee
What it controlsProtocol's slice of each acquisition fee
- Parameter
- Protocol settlement cut
- Mainnet setting
- 1%
- Allowed range
- 0%–current depositor bid rate
What it controlsProtocol's slice of a position's value when a purchaser keeps the NFT (not when the depositor bid is accepted)
- Parameter
- Positive settlement slippage
- Mainnet setting
- 10%
- Allowed range
- 0%–100%
What it controlsProtocol-capped upward fee drift, snapshotted for each request
- Parameter
- Negative settlement slippage
- Mainnet setting
- 10% default
- Allowed range
- 0%–100% per purchaser
What it controlsHow much downward fee drift a purchaser accepts before receiving a refund credit
- Parameter
- Request confirmations
- Mainnet setting
- 3 blocks
- Allowed range
- 3–200 blocks
What it controlsChainlink confirmations before fulfillment
- Parameter
- VRF service fee
- Mainnet setting
- 800k gas / 30% / 0 flat
- Allowed range
- Owner-set gas estimate, margin, and flat wei
What it controlsKeeps the dedicated subscription covered; safe surplus may reimburse approved processing
- Parameter
- Selection timeout
- Mainnet setting
- 30 blocks
- Allowed range
- Confirmations + 2 through 7,200 blocks
What it controlsInclusive word deadline; strictly afterward a missing request may expire
- Parameter
- Settlement window
- Mainnet setting
- 1 hour
- Allowed range
- 0 seconds–current finalize window
What it controlsPurchaser's exclusive period to keep the NFT or accept the depositor bid
- Parameter
- Finalize window
- Mainnet setting
- 24 hours
- Allowed range
- current settlement window or longer; no cap
What it controlsWhen anyone may finalize an abandoned position
- Parameter
- Min backing
- Mainnet setting
- 0.025 ETH
- Allowed range
- Any nonnegative wei amount; 0 disables
What it controlsFloor on committed backing per position
- Parameter
- FWAIR minimum base backing
- Mainnet setting
- 0.025 ETH
- Allowed range
- Manager-set floor; each campaign may approve a higher base price
What it controlsMinimum backing per NFT before applying a supporter's whole-number multiplier
- Parameter
- FWAIR backing multiplier
- Mainnet setting
- 5× launch default; 10× hard maximum
- Allowed range
- 1×–10× whole numbers
What it controlsHow much backing an active-generation support call commits; the artist may change the launch maximum through Supporting
- Parameter
- FWAIR direct backer awards
- Mainnet setting
- 10% default
- Allowed range
- 10%–50% in whole percentages
What it controlsTarget share of fully processed positions selected for direct NFT awards instead of FWA listings
- Parameter
- FWAIR active-listing exit timing
- Mainnet setting
- 1 day + 12 hours per additional multiplier
- Allowed range
- Manager-set uint64 base and increment, snapshotted when a launch is created
What it controlsEarliest voluntary exit for each active FWA listing, measured from that position's successful launch
- Parameter
- FWAIR submission period
- Mainnet setting
- 30 days
- Allowed range
- Any uint64 duration; snapshotted at full backing
What it controlsTime available to request randomness and process every backed position before an unprocessed suffix may unwind
- Parameter
- FWAIR intake
- Mainnet setting
- on
- Allowed range
- on/off
What it controlsNew campaign creation, NFT escrow, and support; randomization, launching, settlement, recovery, and claims remain available when off
- Parameter
- Cold-gap edge band
- Mainnet setting
- 1 min / 60 min
- Allowed range
- Any two second values where hot < cold
What it controlsActivity thresholds for the dynamic surcharge → FWA split
- Parameter
- Forced edge split
- Mainnet setting
- dynamic
- Allowed range
- -1 for dynamic, or 0%–100% to force FWA share
What it controlsOptionally pin the surcharge → FWA fraction to a fixed value
- Parameter
- External FWA buys
- Mainnet setting
- enabled
- Allowed range
- on/off
What it controlsWhether external addresses may buy FWA through the public market (sells are always open)
- Parameter
- Protocol-fee → FWA
- Mainnet setting
- 100%
- Allowed range
- 0%–100% of accrued protocol fees
What it controlsShare of protocol cuts moved into the FWA buyback reserve when payoutFees() is called
- Parameter
- Buyback routing split
- Mainnet setting
- 60% / 20% / 20%
- Allowed range
- three shares summing to 100%
What it controlsPurchasers / depositors / burned: how bought-back FWA is routed
- Parameter
- Buyback price limit
- Mainnet setting
- Uniswap minimum valid limit
- Allowed range
- Owner-updated sqrt-price limit
What it controlsEffectively removes the prior FWA token-price ceiling; full-input and available-liquidity checks remain
- Parameter
- Settle-as-FWA
- Mainnet setting
- on
- Allowed range
- on/off
What it controlsWhether a purchaser may take the bid settlement as FWA
Low-level processing settings—such as staging batch sizes, callback gas budgets, and keeper transaction policy—are intentionally omitted here; they do not change participant economics or request order.
The fixed FWA supply split (50% market / 30% emissions / 20% snapshot claims) and the 15-day, 1%-per-side daily emission schedule are set at deployment and cannot be changed afterward. That emissions schedule has completed; buyback-funded rewards now use the configurable settings above. Percent ranges are basis points: 10,000 bps = 100%.
Technical breakdown
- 1.Configuration changes emit contract-specific events. Core FWA controls use
ConfigSet; the VRF service, rewards, hook, token, whitelist authority, and FWAIR manager each emit their own typed events. Core selection and economic controls live on FWA; request coverage lives on FWAVRFService; emissions live on FWARewards; the external-buy gate lives on the hook; buyback routing plus its execution floor live on FWAToken; active launch intake, minimum backing, withdrawal timing, and submission-period controls live on FWAIRLaunchManager. Each FWAIR launch separately keeps its artist-configured backing-multiplier ceiling for future support calls and locks its direct-award percentage before Supporting.