The House Maker

A house maker replaces per-bet maker matching with a bankroll. The bettor's USDC enters one published parlay vault. If the parlay loses, the vault transfers its collateral to the configured treasury. If it wins, the vault asks that treasury to supply the difference between its balance and its outstanding shares.

This design can remove the wait for a maker response only when the offered vault is open, priceable, and within capacity. It does not remove the quote, signer, data, chain, or solvency dependencies.

Intended money flow

1. A trusted creator publishes a vault with fixed legs, deadline, cash cap and primeBps.
2. Bettors deposit USDC and receive vault shares based on a signed entry price.
3. A losing vault sends its USDC balance to the treasury.
4. A winning vault requests its collateral shortfall from the treasury.
5. Shareholders redeem pro-rata from the balance that the vault actually has after resolution.

The intended treasury can transfer no more than its current balance. There is no protocol-wide reservation that locks treasury assets against all outstanding potential wins. LP withdrawals are not reserved against those liabilities.

What still gates a deposit

• Polymarket Gamma must provide usable outcome-price snapshots.
• The backend and price signer must be available.
• The multiplier at quote time must not fall below the user's accepted floor.
• The single-use quote must reach the vault within 30 seconds.
• The Polygon RPC and wallet transaction must work.
• The vault must remain Open, before its deadline, with enough capacity for the stake.

What still limits a payout

The nominal claim is represented by shares, but redemption uses the resolved vault's actual balance. If treasury funding is insufficient, winning users share that balance pro-rata. Once a partially funded win has resolved, the present vault has no function that automatically requests another top-up later.

The model therefore should not be described as unlimited liquidity or an assured payout. It is a bankroll-based execution design with explicit caps and shortfall risk.

Next: see how the fixed ticket is encoded in Parlays & Legs, or inspect payout consequences in Payouts & Margin.