Four ways to get paid
Ask a night auditor how the property got paid for last night's arrivals and the honest answer is: four different ways, on four different timelines, with four different people to call when the numbers do not match. The guest who booked on an OTA under the merchant model was charged weeks ago by the OTA; the hotel will see a virtual card after checkout. The guest on an agency reservation paid the front desk; the commission invoice arrives next month. The prepaid non-refundable guest was charged at booking, card not present, and can dispute it for four months. The guest who used an installment plan paid a lender, who paid the hotel less a fee the hotel did not negotiate.
This article is a technical and business analysis of that stack and of what replaces it. The vision is programmable commerce; the mechanism is programmable settlement: terms travel with the transaction and are enforced by protocol, not by trust in an intermediary. The argument is not that OTAs pay slowly out of malice — they built the demand and still deliver it — but that a gatekeeper who controls the payment flow controls the terms for every other participant, including the ones that have not been invented yet.
The incumbent flows
| Flow | Who holds funds until settlement | When the hotel is paid | Who bears chargeback risk | Fee stack on a booking | Reconciliation burden |
|---|---|---|---|---|---|
| Merchant model (Expedia Collect, Payments by Booking.com) | The OTA, from booking until after checkout | After checkout, in batches; typically 15–30 days, by virtual card or bank transfer | The OTA on the guest's card; the hotel on any charge it makes to the virtual card | Commission 15–25%, plus the hotel's own card fee (about 2.9%) when it charges the virtual card | High: match virtual cards to folios, chase expired or short-funded cards, dispute payout statements |
| Agency model (Booking.com standard, Hotel Collect) | The hotel, from check-in or checkout | At check-in or checkout, on the hotel's own gateway | The hotel | Commission 15–25% invoiced monthly; card fee about 2.9% + $0.30 | Medium: reconcile commission invoices against no-shows, cancellations, and modifications; dispute errors within the platform's window |
| Prepaid, non-refundable direct | The hotel, from booking | At booking, card not present | The hotel, for up to 120 days after the stay date | Card fee about 2.9% + $0.30; per-dispute fee $15–100 | Low until a dispute; then a representment package per case |
| Buy now, pay later (Affirm, Klarna, Uplift) | The BNPL provider advances funds; the guest repays in installments | At booking or shortly after, less the provider's fee | The provider on the loan; the hotel on service disputes routed back by the provider | Merchant fee generally above card rates, commonly in the mid-single digits | Medium: a second settlement report and a second dispute process |
| Programmable settlement (ADAPT) | The transaction itself: funds clear to the hotel on the encoded schedule, with a dispute reserve held until checkout + 48 h | Instantly at booking, or on the schedule the hotel chooses (first night now, balance at checkout) | Neither party unilaterally; a contested amount is frozen and released by an arbiter's decision | Network fee 0.5–1.0%; optional local advisor 1–2%; hosting or support; total target under 8% | Low: the settlement record is the folio; cancellations and refunds execute from the encoded terms |
Three things are worth reading across the rows. First, the party holding the money is never the party bearing the operational risk of the stay. Second, the fee stack compounds: on a merchant-model reservation the hotel pays commission and then pays its own processor to charge the OTA's virtual card, a card fee on money that was already the hotel's. Third, every incumbent flow adds a reconciliation job, and reconciliation is where commission leakage hides (see Dark Patterns in OTA Extranets).
What it costs
The card fee is the easiest number to source. The standard published online rate for a US card transaction through a major processor is 2.9% plus $0.30. On a $129 night that is $4.04; the hotel keeps $124.96 and sees the money in two to three business days. Under a merchant-model OTA reservation at 18% commission the same night nets $101.82 after commission and the card fee on the virtual card, and the payout arrives 30–60 days later.
ADAPT's protocol-interfaces report ran that arithmetic at the scale of the Exchange Building pilot. Illustration, with its assumptions stated: 200+ units generating roughly 10,000 bookings a year at a $129 average; card fees of about $40,000 a year; OTA commission at 18% of about $232,000 a year; combined, roughly $272,000 a year that leaves the property under the incumbent stack. It is a model, not a measured result, and the booking count is an assumption, but the shape is what matters: the commission line is five to six times the card line, and both are set by someone other than the hotel.
The less visible cost is latency and its cousin, uncertainty. A property that does not know which of its virtual cards will fund, or whether a commission invoice includes the stay that cancelled, carries working capital against that ambiguity. Small operators feel it as a line of credit drawn in the slow season; larger ones feel it as a finance team.
The hotel has no say in how its own revenue moves. That, not the 15–30 days, is the problem programmable settlement solves.
Programmable settlement
Programmable settlement replaces the closed set of flows with one open one. The terms of the booking — rate, cancellation window, deposit, dispute reserve, commission or advisor split, payout schedule — are encoded in the transaction when the AI agent confirms it. When a condition is met, the corresponding transfer executes. A cancellation inside the free window refunds automatically because the window was a term, not a policy page. A no-show charge posts because the guarantee was a term. A dispute freezes only the reserve because the reserve was a term.
The wire protocol ADAPT has been tracking for this is x402, an open, HTTP-native payment protocol for machine-to-machine settlement, published in 2025. It revives the HTTP 402 'Payment Required' status: a property's endpoint answers a booking request with 402 and the price and terms; the agent retries with a payment header; the server verifies and confirms. Settlement finality is measured in seconds, and the protocol itself charges no fee. Google's Agent Payments Protocol (AP2, September 2025) and OpenAI's Agentic Commerce Protocol with Stripe (September 2025) address the same layer from the platform side, and Google's Universal Commerce Protocol (January 2026) frames the commerce flow above it. ADAPT's position is that a property should be able to accept whichever of these an agent presents, and that the terms should be the hotel's.
Three properties follow. Instant clearing: the hotel's share is available when the booking is confirmed, not after a batch cycle. Enforcement by protocol: the cancellation and refund logic runs from the encoded terms, so there is nothing for a support desk to override and nothing for a finance team to reconcile. Open participation: because the terms are a readable part of the transaction, any third party that can read them can offer to finance, insure, or guarantee them, which is the subject of the rest of this article.
A settlement protocol moves money on conditions. It does not decide disputes, verify identity, or enforce rate integrity. Those are the work of ADAPT-DRP, the proposed Guest Identity working group, and the Rate & Inventory protocol respectively; see The Dispute Resolution Landscape and The Consumer Trust Gap.
The micro-financing marketplace
Once the terms of a booking are legible to machines, a reservation becomes something a lender can underwrite one at a time. Today that market is closed: the only installment option a guest sees is the one the OTA has integrated, on the OTA's economics. Programmable settlement opens it to the three kinds of local participant ADAPT's manifesto names.
Credit unions, per booking
A local credit union already knows how to make a small, short-term consumer loan; what it lacks is the point of sale. With terms attached to the transaction, a credit union can offer a member per-booking credit — the funds are conditional on the stay and the cancellation logic is inherited — and be repaid on a schedule the member chooses. In the United States credit unions are member-owned cooperatives supervised by the NCUA, which is what makes them a natural fit for a zone-bounded product: the members are the residents and the visitors' hosts.
Community development funds
Community Development Financial Institutions, a US Treasury certification, exist to lend where conventional capital does not. A CDFI in a tourism-dependent county can underwrite travel loans for visitors to its zone the way it underwrites inventory loans for the businesses those visitors patronize, and the protocol gives it the same conditional-payment rails as a national BNPL provider. The economic-development case — a booking funded locally, spent locally, and settled locally — is the same case DMOs already make for direct booking.
Tourism Development Fund zones
The manifesto's third participant is the Tourism Development Fund zone: a geography, designated with the local DMO, inside which the protocol's rule-set can carry a small local commission (1–2% for an AI-empowered local travel advisor), a DMO contribution on event blocks, and zone-specific terms for financing and arbitration. The zone is what turns a payment protocol into a local financial services layer: the credit union, the CDFI, the advisor, and the arbiter all participate under rules the community set rather than terms a platform imposed. Consumer protection travels with the money. A per-booking loan is a loan, subject to disclosure rules, and a bonded guest's deposit is held by the protocol, not by the lender; nothing here relaxes those obligations, it makes them enforceable at the point where funds move.
Arbiter as financier
The most novel participant is the one ADAPT's manifesto calls the certified arbiter as initial financier. The local arbiter who would hear any dispute on a reservation also funds it: the arbiter pays the property immediately at booking, collects from the guest on agreed terms, and earns a financing spread, plus the arbitration fee if a dispute arises.
The incentive logic is straightforward. An arbiter who rules carelessly loses money in either direction. A wrongful decision for the property leaves the arbiter holding a receivable from a guest who will not pay it and who can still dispute the charge with their card issuer. A wrongful decision for the guest leaves the arbiter absorbing a refund the property's reserve may not cover. An arbiter who resolves accurately and quickly earns the spread on every clean booking and the fee on every contested one. Lender, guarantor, and judge merge into one local actor with exposure on both sides. ADAPT's working notes extend the idea: the same arbiter can underwrite the guest trust deposit for travelers in the zone, so one actor holds three aligned roles.
The risks are real, and the working group should name them before critics do. First, the founding framework lists 'a current financial relationship with a party to the dispute' as grounds for arbiter ineligibility, and a financing arbiter has one with both parties. The defensible answer is that the exposure is symmetric and disclosed at booking, and that a financing arbiter recuses from the decision itself while remaining the guarantor: a peer arbiter decides, the financier pays. Second, an arbiter who is also a creditor may prefer outcomes that keep receivables collectible; outcome-neutral fees and the appeal panel are the checks. Third, concentration: a single arbiter-financier in a small market is a single point of failure for both fairness and liquidity, which argues for a minimum of two certified arbiters in any zone before financing is enabled. Fourth, licensing: in most jurisdictions extending consumer credit requires a license an arbiter may not hold, which is why the credit-union and CDFI variants are likely to arrive first.
An illustrative model
The abstract promised revenue projections for the new financial services layer. What follows is an illustration with stated assumptions, not a forecast. Take a mid-size destination with 2.0 million room-nights a year at a $150 average rate and a 2.5-night average stay: 800,000 bookings, $375 each, $300M in room revenue. Assume that in the third year of a zone, 5% of that volume settles on ADAPT rails: 40,000 bookings and $15M.
| Line | Assumption | Illustrative annual value | Who earns it |
|---|---|---|---|
| Network fee | 0.5–1.0% of settled value | $75,000–150,000 | Funds arbiters, the decision database, and certification; a cost line, not a profit line |
| Arbitration fees paid out | Dispute rate 2–5% (the framework's assumption); average fee $85 per case | $68,000–170,000 | Certified arbiters, paid from the network fee |
| Financing spread | 30% of bookings financed by an arbiter-financier at a 1.5% spread | $67,500 | Financing arbiters |
| Per-booking credit interest | 10% of bookings; $375 for 60 days at 18% APR | $44,400 | Credit unions and CDFIs |
| Guest bonding as a service | 10,000 bonded guests; 1% fee on a $500 deposit | $50,000 | Bonding providers |
| Local advisor commission | 20% of bookings advised, at 1.5% | $45,000 | AI-empowered local travel advisors |
| Comparison: incumbent stack | 15–25% commission plus about 2.9% card fee on the same $15M | $2.7M–4.2M | OTAs and processors, largely outside the zone |
On these assumptions the local financial services layer earns roughly $280,000–$360,000 a year on $15M of flow — about 1.9% to 2.4% of it — and nearly all of it stays in the zone; the arbitration line is a distribution of the network fee, not an addition to it. The hotel's all-in cost remains inside ADAPT's under-8% target with room for hosting and support. Two honest observations from the arithmetic: at a 5% dispute rate the 0.5% network-fee floor does not cover arbiter fees, so the framework's range only works if disputes fall as listings and agents improve; and change any assumption and the totals move. The point of the exercise is the ratio, roughly an order of magnitude below the incumbent stack, not the totals. ADAPT will publish measured figures from the Exchange Building pilot when there are enough settled bookings to report without disclosing proprietary data.
What ADAPT proposes
ADAPT proposes that settlement terms belong to the hotel and the guest, that they travel with the transaction, and that the layer beneath every booking be open to any lender, underwriter, or arbiter who will serve those two parties on published rules. Concretely, that means three pieces of work.
- A settlement-terms specification that encodes rate, cancellation, deposit, dispute reserve, payout schedule, and zone splits in a form any conforming payment protocol — x402, AP2, ACP — can carry.
- A financing-participant standard: how a credit union, CDFI, bonding provider, or arbiter-financier reads the terms, offers credit or a guarantee, and is repaid, including disclosure and recusal rules.
- A pilot at the Exchange Building, instrumented for settlement latency, dispute rate, and cost per booking, with results published as measured figures rather than illustrations.
The register lists this article as a proposed joint session of the Dispute Resolution Working Group and a new finance working group, and the pairing is deliberate: the arbiter-as-financier model cannot be specified by either group alone. Payment and settlement specialists, credit-union and CDFI lenders, DMOs designating their first Tourism Development Fund zones, and hotel advisors who model distribution cost for owners are the people the session needs. The property side of the same story — how a PMS publishes terms and consumes settlement events — is the subject of The Protocol-Native PMS.
Sources
- Stripe — Pricing (standard US online card rate, 2.9% + $0.30)
- x402 — an open, HTTP-native payment protocol for machine-to-machine settlement (2025)
- Google — Agent Payments Protocol (AP2), announced September 2025 — root given; the specification and announcement are on Google's developer and cloud blogs
- Google — Universal Commerce Protocol, announced January 2026 at NRF — root given
- OpenAI — Agentic Commerce Protocol with Stripe, announced September 2025 — root given
- Booking.com Partner Hub — commission, invoicing, and Payments by Booking.com — root given
- Expedia Group Partner Central — Expedia Collect and Hotel Collect — root given
- CDFI Fund, US Department of the Treasury — Community Development Financial Institutions
- National Credit Union Administration
- ADAPT — Manifesto: programmable commerce, micro-financing, the arbiter as initial financier
- ADAPT — Protocol Interfaces for Hotel Distribution: x402 fee comparison and revenue-retention illustration
- ADAPT Working Committee 1 — Dispute Resolution Framework v0.1: network fee, arbiter fees, escrow
Figures marked illustrative use stated assumptions, not measured data; the settlement message flow is an illustrative example, not a documented call. ADAPT's founding operator also runs the Exchange Building pilot referenced here.
Collaborative research by ADAPT — Alliance for Direct Accommodation Protocol & Technology. Corrections and counter-evidence are welcome at bek@membnb.com.