DeTrust PayIncentive-EnforcedSecure payments powered by DeTrustPay Protocol.
Off-Chain Promise, On-Chain Enforcement

Non-custodial DeFi payments powered by the DeTrustPay Protocol.

DeTrustPay turns counterparty promises into enforceable outcomes—defined off-chain, verified by the counterparty, and settled on-chain through deterministic rules and aligned incentives.

Promising party usually means seller/provider. Promised party usually means buyer/client.

Non-custodialAudits availableOpen-source
Escrow service illustration

Promise Lifecycle
via DeTrustPay

The promising party defines the commitment off-chain and the promised party evaluates real-world fulfillment.
DeTrust Pay bridges off-chain promises and on-chain enforcement.
Deposits remain locked on-chain and deterministic rules control settlement once verification conditions are satisfied.
STEP 01

Set Terms

ProtocolPromiseActorBoth parties

Seller and buyer agree on amount, deposits, and measurable off-chain fulfillment terms.

Funds lock on-chain and remain immovable until protocol verification conditions are met.

The promising party (usually seller) and promised party (usually buyer) both commit to explicit criteria.

STEP 02

Check Fulfillment

ProtocolVerificationActorPromised party (buyer/client)

Promised party checks whether off-chain delivery matches the agreed terms.

Settlement proceeds only through valid confirmation or accepted proposal path.

Evidence-based verification prevents pressure-based settlement and keeps both sides accountable.

STEP 03

Settle On-Chain

ProtocolSettlementActorProtocol execution

Program state transitions settle balances through deterministic smart-contract logic.

No manual override can bypass deposits, role validity, or final state checks.

All settlement artifacts remain permanently and publicly verifiable on-chain.

Practical example

Freelance delivery, verifiable settlement

Work is delivered off-chain, verified by the buyer, and settled on-chain by DeTrustPay.

Trust & Proof

Evidence over claims.

Live RPC health and on-chain references are shown directly. Verification stays open, current, and publicly inspectable.

RPC health

Current endpoint health status from Solana RPC.

Source: /api/solana/healthPending update

RPC latency

Round-trip request latency for health + slot checks.

Source: Solana RPC batch requestPending update

Latest slot

Most recent confirmed slot observed during the latest check.

Source: getSlot (confirmed)Pending update

RPC endpoint

Endpoint currently queried for trust metrics.

Source: environment and cluster settingsPending update
No security incidents reported as of 2026-04-23.
Incident history and updates are published in the Security Center.
Start safely

Begin with a small amount, define objective fulfillment criteria, and keep transaction references after settlement.