otconchain.Join platform
PROPOSED INTERFACEv1.0.0-draft5 min read

A private market, with explicit boundaries.

Reviewed 22 October 2026 · Local prototype / proposed platform design

OTConChain connects institutional block-trade requests with approved market makers. The proposed marketplace coordinates private invitations, independent quotes, client selection and execution evidence. Clients and makers retain their own trading keys and inventory.

Start with your role

  • Institutions: define a mandate, choose eligible counterparties, review offers, authorize from your wallet and retain evidence. Read the institution guide.
  • Market makers: expose a quote adapter, sign native orders and manage inventory, signer authority and outstanding exposure. Read the maker guide.

Architecture and responsibilities

InstitutionMandate · wallet authority
Private request
OTConChainInvite · validate · compare
Independent quotes
A / B / CApproved makersPricing · signing · inventory
CLIENT AUTHORIZESExisting 0x settlement RECONCILED EVIDENCE
Proposed platform architecture. OTConChain coordinates the auction; each party retains its own trading keys.
ParticipantResponsibilityAuthority retained
InstitutionTrade mandate, counterparty selection and approvalClient wallet, sell assets and allowance
Market makerQuote pricing, signing and inventoryMaker wallet, signer, risk limits and cancellation
OTConChainPrivate transport, validation, ranking and recordsApplication access and prepared payloads
Existing 0x deploymentNative signature/condition checks and token exchangeProtocol rules and external upgrade administration

The direct native route integrates an existing 0x contract; it does not depend on the hosted 0x Swap API. Verify the chosen deployment and required features before any live use.

What exists today

ComponentStatusWhat that means
Native RFQ codeLocal prototypeSigning, validation, calldata and recorded local EVM execution
Multi-maker auction specificationProposed interface v1Rules and downloadable local conformance kit; no hosted trading service
OnboardingApplication reviewPublic applications are prepared by email; the local preview can store test submissions
Original Sepolia MVPSeparate mock-asset demonstrationEarlier custom settlement contract and different authorization flow
Safe, custody and mainnet integrationFurther implementationNot established by the local prototype

The October 14 prototype recorded 27 application checks and 18 isolated EVM checks. They are historical local results, not proof of a live maker connection. The newer local kit has its own conformance results.

Initial integration boundary

Start with one approved EVM chain, one standard ERC-20 pair and direct client EOA execution. The application requests a full fill of the selected quote; split allocation, partial fills, cross-chain execution, delegated trading and custom fee contracts are outside this initial design.

The original MVP’s signed customer intent and 80% minimum-fill option are not native 0x features of this integration. Do not carry those assumptions into an adapter.

Privacy and trust

Quote discovery is private to authorized participants and the platform operator. It is not cryptographically hidden from the operator. Native orders contain wallet addresses. Public chain settlement reveals addresses, tokens and amounts; transaction submission may reveal terms before inclusion. Protected transaction delivery is separate work.

Upstream protocol review does not audit the OTConChain application. An evidence hash checks integrity of a retained record, not best execution or complete quote capture.

Continue

Read the auction rules, inspect the API contract, then prepare your readiness packet. Every live environment requires a separately agreed configuration and joint acceptance.