HYBRID-CHAINDEVELOPERS
DOCUMENTATIONv2

BUILD · MODULE 16

Barriers

Define and inspect programmable transaction gates that evaluate explicit conditions before a protected operation proceeds.

BUSINESS CASES

Where this module fits

  • conditional transfers
  • risk and compliance gates
  • programmable execution safeguards

PRIMARY CONSUMERS

Who integrates it

  • contract developers
  • risk engineers
  • policy agents

PREREQUISITES

What must exist first

  • an approved condition source
  • authority for the protected operation

RECOMMENDED WORKFLOW

Compose the module safely.

  1. 01

    define typed inputs and conditions

  2. 02

    validate the barrier contract

  3. 03

    evaluate and retain the resulting decision evidence

MODULE CONTRACTS

Every mapped endpoint

Each operation states whether its request shape is authoritative in OpenAPI, reviewed as a planning profile, or intentionally left as an outline pending an owner schema.

GETGet all barrier products/api/v2/barriers/availablePlanned capability: list all barrier products through the authoritative barrier service boundary.›POSTClose barrier products/api/v2/barriers/closePlanned capability: apply the requested transition to barrier products through the authoritative barrier service boundary.›GETGet barrier details/api/v2/barriers/detailsPlanned capability: list barrier details through the authoritative barrier service boundary.›GETGet barriers history/api/v2/barriers/historyPlanned capability: return the lifecycle history for barriers history through the authoritative barrier service boundary.›POSTIssue a new barrier product/api/v2/barriers/issuePlanned capability: apply the requested transition to issue a new barrier product through the authoritative barrier service boundary.›GETGet barrier performance/api/v2/barriers/performancePlanned capability: list barrier performance through the authoritative barrier service boundary.›GETGet portfolio performance/api/v2/barriers/portfolioPlanned capability: list portfolio performance through the authoritative barrier service boundary.›GETGet barriers positions/api/v2/barriers/positionsPlanned capability: list barriers positions through the authoritative barrier service boundary.›POSTQuote a barrier product/api/v2/barriers/quotePlanned capability: apply the requested transition to quote a barrier product through the authoritative barrier service boundary.›GETList barriers/api/v2/barriersPlanned capability: list programmable transaction barriers and lifecycle state.›POSTCreate barrier/api/v2/barriersPlanned capability: create a draft barrier from conditions, observations, payout rules, authorities, and expiry.›GETGet barrier/api/v2/barriers/{barrier_uuid}Planned capability: return one barrier definition, observations, state transitions, and evidence.›PATCHUpdate barrier/api/v2/barriers/{barrier_uuid}Planned capability: update an editable barrier draft before activation.›POSTActivate barrier/api/v2/barriers/{barrier_uuid}/activationsPlanned capability: activate a validated governed barrier without browser-side execution.›POSTCancel barrier/api/v2/barriers/{barrier_uuid}/cancellationsPlanned capability: cancel an eligible barrier according to its immutable lifecycle policy.›GETList observations/api/v2/barriers/{barrier_uuid}/observationsPlanned capability: list signed price, time, event, and evidence observations evaluated by the barrier.›POSTValidate barrier/api/v2/barriers/{barrier_uuid}/validationsPlanned capability: validate barrier syntax, feed bindings, payout bounds, and authority policy.›GETList barriers/api/v2/explorer/barriersList barriers from the public Explorer read model, with the identifiers and verification metadata defined by the live contract.›GETGet barrier/api/v2/explorer/barriers/{product_uuid}Return barrier from the public Explorer read model, with the identifiers and verification metadata defined by the live contract.›
RELATED MODULESReturn to the complete V2 directory ↗