Bloch IncPAYBloch Inc

MARKET INFRASTRUCTURE / PAYMENTS

Connect the participants.
Trace the settlement.

Infrastructure for payment workflows across banks, VASPs/PSAVs, PSPs and liquidity providers. Prepare native BLCH records and design cross-border routes with partner-led settlement.

Available now: local workspace + integration studio. Bank, VASP/PSAV and settlement-rail connections are in development. No payment is sent by these tools.

PROPOSED PAYMENT JOURNEY CONCEPT
01
RequestInvoice or treasury instruction
CREATED
02
AuthorizePolicy, approvals and device signing
REVIEW
03
ObserveTransaction, inclusion and finality
NETWORK
04
ReconcileReceipt, books and exceptions
EVIDENCE
The illustration is a target workflow, not a live product screen.
Two connected productsBloch Treasury — policy-led authorization for teamsBloch Pay API — invoices, payment status and reconciliation

AVAILABLE TO EXPLORE / INFRASTRUCTURE IN DEVELOPMENT

Build the route.
Keep the evidence.

Practical tools today, with a partner model for cross-border payments and final settlement.

01 / OPERATIONS WORKSPACE

Invoices. Records. Reconciliation.

Prepare BLCH receivables and payables, track partial records and exceptions, view aging and due schedules, and export exact amounts. Install the local workspace as a PWA.

Open the workspace ↗Records stay in this browser. Payments are entered manually.
02 / INTEGRATION STUDIO

Banks. VASPs. PSAVs. PSPs.

Design funding, conversion and payout routes with banks, regulated providers, custodians and liquidity partners. Export integration drafts and a proposed API contract.

Design a partner route ↗Design tools; no participant connection is activated.
PARTNER-LED SETTLEMENTSEPA / SCT Inst · EURACH · USDPix · BRLBLCH + other partner rails

Bloch coordinates instructions, routing and reconciliation. The responsible institution provides fiat settlement and beneficiary-credit evidence; Bloch transaction finality is tracked separately.

CURRENT STATUS / SEPTEMBER 2026

In development.
Clear about the stage.

Local tools now support invoice preparation, manual reconciliation and integration planning. Managed Treasury, Pay APIs and partner connections remain under development.

PRODUCT DEVELOPMENT

Working local tools

Create BLCH invoices, record partial payments, inspect aging and due schedules, and export backups. Design partner routes and sample event flows in the integration studio.

LOCAL PREVIEW AVAILABLE
TECHNICAL DEPENDENCIES

Foundation work continues

Wallet hardening, complete transaction indexing, stable status APIs, finality evidence and documented credit rules are required before a controlled pilot.

GATES OPEN
PARTNERSHIPS

Partner model in development

Banks, VASPs/PSAVs, PSPs, custodians and FX/liquidity providers have explicit integration roles. SEPA, ACH, Pix and other connections require qualified partners.

NO LIVE RAILS

01 / THE PRODUCT LINES

From instruction to evidence.

A coordinated design for controlling value movement and explaining what happened afterward.

P2 / MANAGED SERVICE ROADMAP01

Bloch
Treasury.

Organizational controls for preparing and approving native BLCH transfers. Policies sit before signing; the audit trail records who proposed, reviewed and authorized each action.

  • Multi-step approvals and distinct roles
  • Limits and approved recipients
  • On-device signing and recovery design
  • Exportable decision history
Proposed software controls; no custody service is claimed.
P2 / MANAGED SERVICE ROADMAP02

Bloch
Pay API.

Native BLCH payment workflows for platforms and operations teams. Connect a request to the resulting transaction, track status and reconcile it against the originating business record.

  • Invoices and payment references
  • Confirmation and finality receipts
  • Reconciliation and exception states
  • Idempotent events and webhooks
Local invoicing is available in the workspace. Managed APIs and webhooks remain proposed.

02 / A SINGLE WORKFLOW

Every movement has a reason, a signer and a result.

Keep operational intent, network execution and accounting evidence connected.

01 / PREPARE

Define the request

Bind an invoice, payout or treasury instruction to an amount, destination, reference and network identity.

02 / APPROVE

Apply the policy

Evaluate roles, recipient rules and limits before a designated device signs the transaction.

03 / TRACK

Follow the network

Distinguish submitted, included, confirmed and qualified-finality states rather than collapsing them into “paid.”

04 / RECONCILE

Close the loop

Match transaction outputs and status to the originating instruction; preserve exceptions and an audit export.

All four steps describe the target product workflow. They depend on a hardened wallet, complete indexing and verified status data.

03 / CONTROLS + EVIDENCE

Designed for responsible operations.

Make decisions reviewable and payment states explicit before expanding to partner systems.

01Authorization by policy

Separate preparation, approval and signing; record the rule version and decision for each transfer.

02Device-held keys

Use native wallet signing without assuming an initial Bloch Pay custody role.

03Finality-aware receipts

Link a payment reference to transaction inputs, outputs, amounts, height, slot and a qualified status.

04Reconciliation by design

Compare business instructions, network records and internal books with visible exception handling.

04 / ECOSYSTEM FIT

Payment workflows need more than a wallet.

Bloch Pay builds on existing ecosystem components and on data services still being qualified.

ACCESS

Postern Wallet

Public-beta native signing informs the proposed organization approval and device-signing model.

Open Postern Wallet ↗
NETWORK

Bloch L1

Genesis-4 transactions and public explorer records provide the network evidence behind receipts.

View the explorer ↗
DATA

Bloch Data

Complete indexing, versioned APIs and reliable events are prerequisites for managed Pay workflows.

See the data roadmap ↗

05 / PARTNERSHIP DEVELOPMENT

Integration paths built with the right operators.

Partner roles are product requirements, not a claim of completed agreements or enabled rails.

01 / PILOT USERS

Organizations and platforms

Define approval, invoice, payout and reconciliation needs with treasury teams, exchanges and application operators.

Target: controlled workflow pilots after technical qualification.
02 / DATA + ACCESS

Wallet and data integrators

Connect device signing, indexed transaction records and status events through documented interfaces.

Target: stable contracts and support procedures.
03 / AUTHORIZED RAILS

Financial institutions

Connect banks, regulated PSPs and VASPs/PSAVs to partner-operated on/off ramps, conversion and payment rails. Each role and settlement responsibility is defined for its corridor.

Target: partner-led research; no live rail access.
Partnership status

The site does not name partners because no specific agreement, launch date or production integration has been verified for these product lines.

06 / DELIVERY GATES

Qualify the foundations before payment claims.

Product stages follow the Bloch Inc portfolio and the evidence required for real value flows.

G0 / NETWORK EVIDENCE

Reliable base

Regular checkpoints, independent node comparison and reproducible network releases.

G1 / DATA + ACCESS

Usable records

Harden the wallet, complete indexing and document stable transaction-status APIs and events.

G2 / VALUE WORKFLOWS

Controlled pilot

Test policies, invoices and reconciliation with documented credit rules, recovery and support.

LATER / PARTNER RAILS

Qualified expansion

Consider fiat rails and regional connections only with authorized partners, legal review and settlement controls.

Current boundary

The local workspace and integration planner are available. Managed payment execution, custody, fiat transfers and production rail access require partner qualification and are not enabled.

PAYMENTS THAT CAN BE EXPLAINED

Move from a transaction
to a complete account of it.

Explore the network and the roadmap behind organizational Treasury and Pay workflows.