Verifiable proof, linked to every operation
The blockchain preserves operation records and allows their integrity to be checked. Fingerprints link the blocks; corrections are added to the history. Viewing rights remain defined by role.
- A payment of 120,00 € is made at a referenced supplier, on 12/10/2026 at 12:04.
- The payment is sealed: it becomes block 145, carrying the fingerprint 4f2a…c19b.
- The block joins a chain of five blocks, where each block references the fingerprint of the previous one.
- Changing the amount to 480,00 € produces a fingerprint inconsistent with the history: verification detects the change. The original history is preserved.
Blockchain
How the proof works
A fingerprint is a representation calculated from the data. It allows their integrity and their link with previous records to be checked.
- 01Record
The operation data are entered into a new record.
- 02Link
The previous block’s fingerprint links the record to the history.
- 03Verify
Verification compares fingerprints: changing the data changes the expected result.
Diagram of a blockchain: four chained blocks, each recording a payment with its amount, supplier, time and the rule applied, and carrying the fingerprint of the previous block. An attempted rewrite produces an inconsistent fingerprint: the change is detected and the original history is preserved. The data are examples.
Recorded or not
Data on and off the blockchain
Operation records and identity data serve different purposes.
Recorded on the blockchain
- The amount, the payment reference and the supplier concerned
- The date and time, the account or budget concerned and the rule applied
- The block’s fingerprint and the reference to the previous block’s fingerprint
Kept off-chain
- Users’ identity
- Verification documents
- Their personal data
These data are kept in dedicated systems.
Authorised access. Each role accesses the information permitted by its rights. Tables and exports show operations within that scope. Payment traceability
Correct by adding a record
The original operation and its correction remain readable together.
- 01Identify the operation
The correction request references the payment or event concerned.
- 02Add the correction
A cancellation, refund or adjustment is recorded as a new event.
- 03Preserve the link
The reference to the original record lets readers reconstruct the sequence and understand its effect on the balance.
Define how your solution will work with us
Tell us about your users, money flows and requirements. We define the appropriate services and journey.