Records nobody can edit. Commitments nobody can break.

BitRegalo is infrastructure that a marketplace, an enterprise, a bank or a startup connects to the platform it already runs. Its records are written once to public contracts that nobody can edit afterwards, the platform's own developers included. Its payment commitments, such as a held payment or a refund, execute exactly as agreed when they are triggered.

Today BitRegalo runs on BNB Smart Chain Testnet, a public test network where tokens have no value, and has been deployed unchanged to a private Hyperledger Besu test network. It has not been independently audited and it is not on a main network. You can try every step in the reference app with practice tokens.

Escrow #1042 · Roof framing, stage 2

Held

12,500.00USDT

Locked in the contract

Neither side can spend it. Three things can happen next, and only three. Try them.

An example with made-up names. The buyer can only release; the supplier can only hand back; after the deadline the payment can only return to the buyer, and anyone can trigger that. Nobody can send it anywhere else, including BitRegalo.

How it works

A platform connects BitRegalo for the part of its system that should not depend on trusting whoever runs it: its records and its promises about payments.

  1. Connect what you already run

    Your platform keeps its product, its customers and its interface. It reads BitRegalo's records and has its users sign BitRegalo actions from inside its own site, app or back office.

  2. Records are written once

    A request, an award, a payment, a sale or a redemption is written to your organisation's own contracts with its parties, its amount and the time. No function exists to edit or delete it.

  3. Commitments execute as agreed

    A payment is held by a contract with its outcomes fixed in advance. When one is triggered, the payment goes where the contract says. Nobody can send it anywhere else or stop it from leaving.

Three ways to use it

Connect the platform you already run. Launch a workspace of your own. Or try it on the BitRegalo network, which is open to anyone.

Connect a platform

For a product that already takes payments: a marketplace, an enterprise system, a bank, a startup. It keeps its own site, app or back office and connects BitRegalo for the records and commitments that should not depend on trusting it. This is the use the protocol is built for.

Read the records
Any record can be read from the network without a key or an account. There is nothing to apply for.
Let your users sign
Posting a request, taking a listing, funding or releasing an escrow: each is a transaction a user signs in their own wallet, from your own site.
Available today
Contract addresses, interface files, typed code examples and payment links, on a public page for each workspace.
Planned, not built
A published SDK, API keys for servers, webhooks, and records of any event your platform wants to prove.

Run a workspace

For an organisation that wants its own contracts, not an account on someone else's ledger. Everything done inside a workspace is recorded under it, and BitRegalo cannot change it after it is launched.

On the network it chooses
A shared public network, or a private one the organisation or its group runs. The contracts are the same.
Its own contracts
Records and rules, a vault that holds commitments, and a treasury its admin owns.
Its own rules
The tokens it accepts, such as a local stablecoin, and which ways of settling are switched on.
Its own tokens and shop
Vouchers, credits or memberships it issues, sells for a stablecoin and takes back when they are redeemed.
Used its own way
Through the web app, through its own platform, or both.

Use the BitRegalo network

BitRegalo's own public workspace, open to anyone with no organisation behind them. Its web app is the reference implementation, and the place to try every part of the protocol with practice tokens that have no value.

Hold a payment for someone
Lock it in escrow until the work is done.
Ask for something
Post a request. Suppliers answer with a price and a time, and you choose one.
Offer something
List what you do or sell at a fixed price.
Settle it your way
Each request or listing is recorded only, paid directly, or held in escrow.

Requests and listings meet in a marketplace you can browse by country.

Nobody can edit the record or redirect the payment. Not even us.

A platform's own database asks its users to trust whoever runs it. Here the rules are public contracts. A record is written once, and a held payment has only three outcomes.

Released
The buyer releases it. The supplier is paid.
Handed back
The supplier hands it back. The buyer has the full amount again.
Returned
The deadline passes with no decision. The payment can only go back to the buyer, and anyone can trigger that.
Where records liveOn its own: Rows in a database the operator controlsConnected: Public contracts, readable by anyone
Who can change a recordOn its own: The operator, and any developer or administrator with accessConnected: Nobody. No function exists to edit or delete one.
Who holds a paymentOn its own: The platform, a bank or an agentConnected: A public contract. Never BitRegalo, never the platform.
A refund or a returnOn its own: Decided by the party that gains when it is refusedConnected: Fixed in advance. Once triggered, it goes where the contract says.
If the servers go downOn its own: Records and payments wait on the operatorConnected: Records stay readable, and a held payment can still be released, handed back or returned

BitRegalo never holds anyone's tokens, and neither does a workspace admin. A workspace or BitRegalo can pause new activity. Nobody can pause a release, a hand-back or a return.

Four building blocks, one set of public contracts

Each does one job, and they fit together. A request or a listing settles who does the work and for how much. An escrow holds the payment until it is done. Every step is a record nobody can edit, and a workspace holds all of it for one organisation.

Workspace

An organisation's own contracts. Everything done inside it is recorded under it. Used by organisations that run a platform, a programme or a supply chain.

  • Its own contracts
  • Rules and fees
  • Tokens it accepts, such as a local stablecoin
  • Tokens it issues
  • Shop
  • Treasury

Requests

“I need this.” Suppliers answer with a price and a time, and the buyer chooses one offer.

Used by buyers who want to compare prices, from a household job to a building package.

Listings

“I offer this.” A fixed price and delivery time, open to anyone or to one named buyer.

Used by suppliers who sell a set job or product.

Escrow

Holds the payment until the work is done. Then only three things can happen to it:

Released:
the buyer pays the supplier.
Handed back:
the supplier gives it back to the buyer.
Returned:
after the deadline it can only go back to the buyer, and anyone can trigger that.

A request or a listing can also be paid directly, or recorded only, with no payment at all.

Used by anyone paying for work before it is delivered, including one person holding a payment for another.

Records

Every step above is written once: who asked, who answered, who was chosen, what was paid, sold or redeemed, and when. Anyone can read it. Nobody can edit or delete it, including the organisation that wrote it and BitRegalo.

Used by anyone who has to show later what happened: a supplier who lost a tender, a customer owed a refund, an auditor.

The BitRegalo network is BitRegalo's own public workspace, open to everyone. An organisation can run its own.

Examples of use

These are illustrations, not customers. The industries change; the records and the commitments underneath stay the same.

A stream of golden light

The buyer's way back is fixed by the contract, not by a support desk.

Example: a marketplace. Each order's payment is held in a commitment. The supplier is paid when the buyer releases it, and if the order never arrives the payment can only go back to the buyer.

Tower cranes over a building site at night

Subcontractors see the payment before they start.

Example: a head contractor. Each progress payment is held until the stage is certified. The subcontractor can check it is there, and nobody can move it except to them or back to the buyer.

Planned, not built

The same order, confirmed by the person who receives it.

Example: a gift ordered from another country. A delivery code lets the recipient confirm a delivery without a wallet, and gives the supplier proof of the handover. Today only the buyer's own wallet can release a held payment.

  1. Order

    The buyer orders flowers from a florist in Spain for a friend there. The payment is held by the contract, and the buyer's app creates a long random delivery code. The contract keeps only its fingerprint.

  2. Code to the recipient

    The buyer sends the code to the friend as a QR code or a link. It can be printed. The florist never sees it before delivery.

  3. Scan on delivery

    At the door the florist scans the code with their own phone. The friend needs no wallet, no app and no account.

  4. Released

    Presenting the code releases the payment to the florist on the spot and records the handover with its time. That record is the florist's proof of delivery.

  5. Or: Returned

    If nobody presents the code before the deadline, the payment can only go back to the buyer.

Presenting the code can only ever send the payment to the supplier. The code has to be long and random, which is why it travels as a QR code and not as a short number to type.

An enterprise running tenders
Each request, every answer and the award are recorded. A supplier who lost can check that nothing was rearranged afterwards.
A platform selling credits or memberships
It issues them as tokens, sells them for a stablecoin into its own treasury, and has a public record of every sale and every redemption.
A nonprofit paying on delivery
A grant waits in escrow and is released to the local supplier when the aid arrives. Anyone can see each amount and when it moved.
A bank on a private network
A bank that cannot publish amounts or counterparties runs the same contracts on a permissioned network with its clients. Tested on Hyperledger Besu; no private deployment is in production.

A protocol, not a promise.

Every rule on this page is carried out by published contracts you can read and check. The rules belong to the protocol, not to a network, so any implementation has to keep them.

// once an escrow holds the payment
vault.release(id)  // buyer only: pays the supplier
vault.cancel(id)   // supplier only: hands it back
vault.expire(id)   // anyone, after the deadline: back to the buyer

Where it stands today

A public test network
Today it runs on BNB Smart Chain Testnet, a practice network where tokens have no value. It is not on a main network.
Not independently audited
The contracts pass their own automated tests. Until an audit is done, nothing of real value should pass through them.
Public or private
The same contracts run on a shared public network or on an organisation's own private one. Tested on Hyperledger Besu. Stellar and Hyperledger Fabric are planned.
No BitRegalo token
BitRegalo has no token of its own and sells none, anywhere. It is paid for the use of its infrastructure, in the token a payment already uses.

Connecting a platform? Talk to us.

A platform you want to connect, a workspace you want to launch, or a question about the protocol: write or call. No forms.

Want the detail first? Read the whitepaper, see how a platform connects, or try the reference app.

Legal Notice

BitRegalo® Limited — New Zealand

Technology Company, Not a Financial Institution
BitRegalo® Limited is a technology company providing decentralised infrastructure for records and payment commitments. It is not a financial institution or a payment service.
No Token, No Offering
BitRegalo does not have a token. There is no token sale, no initial offering, and no fundraising instrument of any kind. Nothing on this site is an invitation to acquire or register interest in any token, security, or financial product.
Test Network, Not Audited
BitRegalo runs only on a public test network, where tokens have no value. Its contracts have not been independently audited.
Risk Acknowledgement
Blockchain technology involves inherent risks including technical failures and regulatory changes. By using BitRegalo, you acknowledge and accept these risks. We provide no guarantees regarding platform availability.

BitRegalo® Limited is a New Zealand company and intends to operate in line with the New Zealand law that applies to it. Users and organisations are responsible for compliance with the laws that apply to them in their own jurisdictions.

Terms of ServicePrivacy PolicyIdentity checks