Build your own bank. Receive the same money. | Reality-Grade Banking
Build an independent bank, wallet or merchant receiver with Receiz. Explore complete Originals, legitimate transfers and the published receiving requirements.
Skip to contentBUILD YOUR OWN BANK.RECEIVE THE SAME MONEY.
Bankeiz is one implementation.
Yours can be another.
Different applications. Same financial value.
Independent verification.

THE APPLICATION CHANGES.
THE ORIGINAL KEEPS ITS HISTORY.
Follow $1,000 across three different applications. Each supported transition preserves the original lineage and assigns the transferred portion to the recipient.
Proof-native position
$1,00010.000000 ΦProof-native position
$00.000000 ΦProof-native position
$00.000000 Φ$1,000 total · counted once 10.000000 Φ · exact illustrative position
Start with Bankeiz. Send $400 to the independent bank.
Exact teaching units: 10 Φ initially; then 4 Φ and 2.5 Φ transferred. The fixed fictional display quote is $100 per Φ. It is not a live quote, funding source or redemption promise. No signing, account, payment or credit is created.
A PAYMENT PROVIDER
IS NOT THE MONEY.
Compare the same commercial stages. Conventional providers support genuine settlement and financial ownership. The distinction here is how another application receives and establishes the evidence.
Customer pays
A supported payment method starts a $250 payment.
Connected to a service.Customer pays
A legitimate $250 proof-native payment is initiated.
Receive and verify the financial object.Same commercial purpose. Different receiving architecture.
Explore the payment and onward-use storyYOU CAN COPY THE NUMBER.
YOU CAN’T COPY THE AUTHORITY.
Two real synthetic fixtures. The same $2 display. One carries the expected scoped delivery authority; the other deliberately carries a mismatched authority binding.
Complete carried source + expected delivery binding.
Not run · verify to inspect the actual evidenceThe visible amount survives. The required binding does not.
Not run · the display cannot establish authorityThe genuine v129 read-only reader loads only when you choose Verify both.
Synthetic fixtures · source and delivery-authority inspection. No funds are authorized.
Inspect verification scope · not a financial acceptance
Explicit synthetic test roots, separate from production trust. The reader checks carried source and scoped delivery authority. Current spendability, live custody, conflict resolution, financial acceptance and credit authorization are not checked. An exact copy can remain authentic; it cannot acquire another right to spend.
Inspect the real reader ↗THE NUMBER IS THE VIEW.
THE ORIGINAL IS THE EVIDENCE.
A receiving application establishes the necessary claims before making value available. Success at one layer does not silently grant the next.
- 01Authenticity
Are the original bytes, carried sources and signatures valid under the declared trust?
- 02Current authority
Does this receiver hold the necessary current ownership, custody and exact heads?
- 03Accepted financial state
Did the legitimate transition commit atomically, with once-only consumption and credit?
NOT EVEN BANKEIZ
GETS AN EXCEPTION.
November 2–4, 2026: Create an Asset had to carry the same Original through creation, signing, publication and complete public presentation.
Keep the Original
Exact locally sealed bytes, accepted predecessor and append. Hidden historical membership stays intact.
Complete publication
Durable recovery continues the existing publication. It preserves the exact Source and identity binding.
Carry the accepted signature
The signed acknowledgment describes the accepted operation. No new signing ceremony substitutes for the held PBI.
Present accepted state
Public and private readers carry the same available evidence. Prepared HTML reuses accepted history and applies the new state.
These are creation, publication and presentation integration requirements. A display defect is not automatically a cryptographic rejection. These changes do not establish financial receiving or spending qualification.
The application must demonstrate
why the Original is legitimate.
YOUR CODE.
YOUR INTERFACE.
YOUR INSTITUTION.
Start with the actual v129 contracts and examples. Your implementation supplies admitted sources, exact consent, qualified custody and the atomic host boundary.
- 01Choose the capability and rail
- 02Open the complete Original
- 03Verify source and pinned trust
- 04Establish current authority
- 05Check receiving and custody
- 06Execute the authorized transition
- 07Keep exact recovery
- 08Reverify the result
- 09Support the next legitimate transfer
Choose the capability and rail
Declare exactly what your receiver supports. Settlement and Reserve keep their own source and custody requirements.
Read the applicable contract ↗import type {ReceizClient} from '@receiz/sdk';
type Edge=ReceizClient['value']['edge'];
type AdmittedInput=Parameters<Edge['planReserve']>[0];
type CommittedRecoveryInput=Parameters<Edge['createRecovery']>[0];
// The host supplies admitted sources and binds the exact amount, rail,
// participant heads, application and consent. A plan is not a payment.
export async function inspectBothReceivers(edge:Edge,input:AdmittedInput){
const wrapper=await edge.planReserve(input);
await edge.inspect(wrapper.plan,{
participantId:wrapper.sourceParticipantId,expectedRail:'reserve',
});
await edge.inspect(wrapper.plan,{
participantId:wrapper.destinationParticipantId,expectedRail:'reserve',
});
return wrapper;
}
export async function prepareExactTransition(edge:Edge,set:unknown,applicationId:string){
const verified=await edge.verifyTransitionSet(set,{audience:applicationId});
return edge.prepareCommitSet(verified);
}
// Between preparation and recovery, the qualified host store must atomically
// commit ALL participants or NONE and retain real SDK-issued custody.
// No generic SQL callback or caller-created object can replace that boundary.
export async function receiveActuallyCommittedValue(
edge:Edge,committed:CommittedRecoveryInput,senderParticipantId:string,receiverParticipantId:string,
){
const recovery=await edge.createRecovery(committed);
// The host must durably retain this exact recovery before confirmation.
// These fragments expose SDK boundaries, not a complete host adapter.
await edge.confirmReserveSend(recovery,{
applicationId:committed.applicationId,
participantId:senderParticipantId,
});
return edge.receiveReserve(recovery,{
applicationId:committed.applicationId,participantId:receiverParticipantId,
});
}
This existing example demonstrates Reserve edge methods. It does not implement a complete receiver or turn Reserve into Settlement. The host must genuinely admit sources, atomically commit every participant and retain exact canonical recovery.
Node.js 24+. Run the checks. Inspect an Original. Open the conformance workspace.
Copy commandsgit clone https://github.com/kojibai/reality-grade-banking.git
cd reality-grade-banking
npm ci
npm run receiver:check
npm run receiver:inspect -- /absolute/path/to/original-note.png
npm run conformance:contracts
npm run devYOU DON’T NEED OUR PERMISSION.
YOU NEED THE EVIDENCE.
Build your own interface, infrastructure and institution. Published receiving requirements can be implemented independently; production readiness must be established for the exact capability.
Not a failure. Not a production approval.
- What is assessed?
- Receiver + capability + rail + build + environment
- What counts?
- Independent, applicable technical evidence
- What does not?
- Branding, a copied balance or a self-declared badge
THE NETWORK DOESN’T
NEED ONE OWNER.
Different institutions, applications and storage. Every receiver establishes the evidence for its own legitimate transition. Bankeiz is one participant.
Bankeiz must establish source, current authority and the accepted transition. It does not approve every later transfer by another implementation.
Every new conforming receiver
expands where the value can go.
RECEIVE VALUE.
USE IT AGAIN.
A restaurant pays its supplier. The supplier pays a distributor. Another business receives the next legitimate payment. Different applications can carry the same necessary evidence.
Receive. Pay. Continue.
Illustrative continuation · no production transactions are asserted.
Fiat funding uses
its actual supported rail.
Funding, reserve admission and any external settlement depend on the route’s real contracts and financial infrastructure.
Proof-native circulation
preserves its source.
An admitted Original can continue through legitimate transitions between conforming receivers. Another fiat funding event is not invented for every onward payment.
Proof-native value stays usable as it moves from one recipient to the next. Each accepted transfer preserves the source, ownership and continuity needed to receive it and use it again.
THE REQUIREMENTS ARE PUBLISHED.
THE IMPLEMENTATION IS OPEN.
Receiz supplies proof infrastructure. The financial Original carries its evidence. Independent implementations establish the receiving and execution requirements.
The Original carries necessary evidence. Its authenticity is distinct from current custody and legitimate financial execution.
Start with the implementation path, capabilities and exact v129 toolchain.
institution/README.mdReceiving standardThe normative source, authority, custody and continuity requirements.
institution/receiving-standard.mdMachine-readable profileInspect supported capabilities and the current not-assessed status.
institution/receiver-profile.jsonIndependent assessmentSpecify the implementation, rail, build, environment and applicable evidence.
docs/conformance/integration-and-assessment.mdQualification checklistPositive, refusal, concurrency, recovery and real-device evidence.
institution/qualification.mdSDK exampleThe actual edge inspection, preparation, recovery and receiving fragments shown here.
institution/examples/accept-money.tsBUILD YOUR OWN.
THE PROOF STILL HAS TO HOLD.
You don’t have to become Bankeiz or operate on our application servers. Build your bank, wallet or merchant application. Receive the Original. Establish authority. Execute the legitimate transition. Carry its proof forward.
THE APPLICATION CAN CHANGE.
THE MONEY KEEPS ITS PROOF.
Open to independent implementations.The Original carries the proof.