OriginChainDB
Database endpoints

Commit a transaction

Atomically commits every write buffered in the transaction, enforcing foreign-key, check and unique constraints.

POST /v1/tenants/{tenant}/tx/{tx_id}/commit

Make buffered transaction writes durable togetherA lost commit response requires checking the outcome before repeating work.
  1. Identify the open transactionUse the ID holding your buffered writes.
  2. Commit and check constraintsApply the writes atomically when validation succeeds.
  3. Read committed and log positionConfirm the result before treating writes as complete.

Before you start

Use your database bearer token.

Connection setup

Begin a transaction and replace TX_ID with its returned tx_id. Finish the transaction with commit or rollback.

Path parameters

FieldTypeRequired
tenantstringRequired
tx_idstringRequired

Headers

FieldTypeRequiredDescription
x-oc-db-userstringOptionalActing database user (role, grant and row-policy checks). Send with x-oc-db-key.
x-oc-db-keystringOptionalAPI key of the x-oc-db-user user.

Read the result

committed: true confirms the transaction's buffered writes were committed. lsn identifies the returned log position. A timeout does not establish failure; check the outcome before repeating a commit or its writes.

Response statuses

HTTP status reference
StatusWhat to do
200OK
400Correct the request before retrying.
401Check the credential and Authorization header.
402Check feature access or available credits.
403Check tenant access, roles and permissions.
404Check the resource ID and API route.
409Resolve the conflict before retrying.
429Honor Retry-After when present; back off.
500Check the outcome before retrying a write.
501Check deployment support for this operation.
503Honor Retry-After when present; check write outcomes.
ยฉ 2026 Silicoyn Technologies Pvt Ltd