Bankeiz public reading · Open in Bankeiz

Reality-Grade Banking: value with its proof | Bankeiz

Explore Reality-Grade Banking: verifiable ownership, source-carried history, proof-native value, proof-backed funds and an open implementation.

Skip to content
Enter bank

Reality-Grade Banking

Your value.
Beyond the screen.

The standard for interacting with the proof-native economy.
Built on Receiz reality-grade infrastructure.

Explore the standard
Value. Ownership. Continuity.A standard you can inspect.
Illustration: two proof objects remain connected through one transfer and its source layers.

The premise

More than a balance.
Something you can verify.

A number tells you how much. Proof lets you examine where that value comes from, who owns it and what happened to it.

Reality-Grade Banking connects those facts to the original source. Your account brings value, ownership and history together. The evidence travels with the value, so another conforming system can check it against the same rules.

The source establishes the facts.
Verification establishes what passes.

What that gives you

Clarity you can hold.

01 / Hold

Keep the original.

Your saved proof is more than a link to somebody else’s page. It carries the evidence that a verifier that follows the proof rules can inspect, even when that page is unavailable.

02 / Move

Keep the connection.

A completed transfer connects the next owner to the same value and its prior history. An image, a message or a payment request alone does not move ownership.

03 / Verify

Know what you receive.

Check the original source, the ownership it establishes and the history it carries. Verification follows defined rules. A label or a successful-looking screen cannot replace it.

Continuity

Different systems.
The same underlying truth.

Change the interface. Keep the evidence.

OriginalSource
AuthorizedOwnership
VerifiedTransfer
ConnectedHistory

You should be able to explain what you own without asking someone to trust a screenshot. An original proof makes its supported claims inspectable. A shared account proof can show the disclosed identity, balances and history without sharing a signing key or account access.

Continuity means the receiving system preserves those connections. It does not start a new story that forgets where the value came from. A conforming receiver must demonstrate that it can verify and preserve the evidence it handles.

Inspect an account proof Explore the public ledger

Beyond a connection

Carry the value.
Keep the proof.

A funded note puts an original proof in an image you can keep. Enter one amount; your account supplies its funding automatically. The original carries every funding component and its source.

Connected creation works through your account. Conforming prepared custody also supports creation and continuous transfers offline. Deposit verifies the complete source and consumes the received note once before accepting its credit. The original proof stays authoritative as the record moves. A copied picture cannot create new money.

How notes work
Unissued $100 Settlement Note specimen with its complete funded source and denomination in all four corners
One Note. Every source stays connected.
Unissued specimen · no spendable value.

Two forms of value

Distinct roles.
One clear account.

Proof-native value

Settlement

Value grounded in its verified source, ownership and continuity. Settlement Notes preserve the exact Phi locked into them. Their dollar display is a valuation of that native amount.

Keep the value connected to its evidence.

Proof-backed funds

Reserve

Funded value with an inspectable backing source. The Reserve funding inside a Settlement Note preserves its original dollar denomination.

Use funded value with a clear source.

A receiving institution participates by preserving proof, ownership, exact value and carried history under the applicable receiving contract. Its implementation must demonstrate that continuity. Your original transfer receipt keeps the actual event available for independent inspection.

Understand Settlement and Reserve See how value is calculated

The receiving standard

Institutions meet
the standard.

Value does not lose its proof because the next institution has a different interface. A receiving system must demonstrate that it can handle the source correctly.

Inspect conformance
01

Verify the source.

Inspect the original evidence and its exact bindings. Reject altered or incomplete sources.

02

Preserve ownership.

Respect the current owner, exact authorization and protected custody. Prevent duplicate spending.

03

Continue the history.

Connect each accepted change to its predecessor. Keep results verifiable and recoverable.

What the standard means

Evidence before assertion.

What makes a proof different from a receipt image?

A receipt image shows a claim. An original proof carries verifiable source material. A verifier that follows the proof rules checks integrity and the actual claims and ownership bindings carried by that source. Recompressing or screenshotting a proof image can remove that material.

Does verification require a company to approve the value?

Verification applies the protocol’s rules to the admitted source and its trust and custody bindings. Infrastructure makes those rules and transports available. A server response, brand name or account signature alone cannot supply funding or override the source.

What does offline continuity require?

Keep the complete original, the matching verifier and the device-held resources needed for the operation. Offline note spending requires previously funded qualified custody and prepared receiving and issuance resources. A saved balance can be an observation; it is not by itself a funding proof or evidence that no later transaction exists.

What does a conformance result establish?

A conformance result identifies the exact implementation, capability and evidence assessed. Each operation demonstrates the published requirements in its own execution environment. Verified failures identify the precise requirement to correct and reassess.

Can I share proof without sharing access?

A public account proof is a separate disclosure of supported account facts. Its source can be inspected without your signing key or Identity Record. You choose whether to publish a snapshot and whether to enable future public updates. Turning off live sharing stops future disclosure through that link; already published copies can remain available.

Open implementation

Inspect it.
Build on it.
Carry it forward.

The rules should be open to the people expected to rely on them. The public repository brings together the reference application, matching native source, verification tools and institutional integration guidance.

Developers can study, modify and redistribute the covered code under GNU GPL v3. Institutions can implement the receiving requirements and demonstrate their results. Branding and conformance claims have their own published terms.

Bankeiz.com is the official reference implementation. Receiz supplies the underlying proof infrastructure and v129 SDK, MCP and AI skills.

Explore the source Institutional integration

Public source

01
Reference application

The implementation behind Bankeiz.

02
Matching native source

Inspect the code behind the browser modules.

03
Receiving & verification

Contracts, tools and qualification requirements.

04
License & notices

Reuse rights, attribution and source download.

Reality-Grade Banking

Your value should
carry its proof.

Enter bank Explore the guides

Public source directories