Multi-Confirmation Acceptance
Pronunciation: MUL-tee kon-fur-MAY-shun ak-SEP-tuns
Also known as: Multiple-Confirmation Acceptance, Confirmation-Depth Acceptance
Definition
Multi-confirmation acceptance is a payment policy that requires more than one accepted block after transaction inclusion before the payment is credited or fulfilled. It reduces reorganization and double-spend risk on probabilistic-finality networks. The required count must be network-specific and proportionate to value and delivery risk because more confirmations improve assurance but also increase customer waiting time.
Overview
Meaning and scope
Multi-confirmation acceptance is a payment policy that requires more than one accepted block after transaction inclusion before the payment is credited or fulfilled. It reduces reorganization and double-spend risk on probabilistic-finality networks. The required count must be network-specific and proportionate to value and delivery risk because more confirmations improve assurance but also increase customer waiting time.
Mechanism and operation
Multi-Confirmation Acceptance waits for a defined block depth before moving the payment to an accepted state. The policy uses a Confirmation Rule and tracks Confirmation Progress until the threshold is reached. Reorganizations can reduce progress, so the containing block must remain canonical. The confirmation count should come from current network or provider configuration. Small digital purchases may use fewer confirmations, while large irreversible deliveries use more. The risk model should be documented rather than hidden in code. The approach differs from deterministic finality, where an explicit finalized state can be more meaningful than accumulating arbitrary block counts.
Practical payment example
A wholesaler marks an invoice paid only after the agreed sequence of chain confirmations. That release rule is applied consistently across webhooks, dashboard displays and back-office fulfillment.
Operational checks
Payment interfaces should communicate expected delay and current progress clearly. Waiting for additional blocks does not repair a transaction that failed execution or paid the wrong destination. The policy should first establish semantic payment validity and then accumulate settlement evidence. This ordering prevents a deeply confirmed but incorrect transfer from being promoted automatically simply because its confirmation counter reached the threshold.
Distinctions and limits
It is common for Bitcoin-style networks where reversal risk decreases as additional blocks build on the transaction. Different assets can require different counts because block time, security, and provider risk differ.
Related reading
Related definitions: Confirmation Rule, Confirmation Progress.
Example
A wholesaler marks an invoice paid only after the agreed sequence of chain confirmations. That release rule is applied consistently across webhooks, dashboard displays and back-office fulfillment.
Comparison
It is common for Bitcoin-style networks where reversal risk decreases as additional blocks build on the transaction. Different assets can require different counts because block time, security, and provider risk differ. The approach differs from deterministic finality, where an explicit finalized state can be more meaningful than accumulating arbitrary block counts.
Key Takeaway
Multi-confirmation acceptance trades additional waiting time for lower reversal risk and must use a network-specific, value-aware threshold.
Sources
- OxaPay API Reference: Supported Currencies — OxaPay (2026-08-02)
- Bitcoin Developer Guide: Block Chain — Bitcoin Developer Documentation (2026-08-02)
- OxaPay API Reference: Payment Status Table — OxaPay (2026-08-02)