Handshakes don't hold up.
ProofCore receipts do.
Alice and Bob agreed. ProofCore remembers exactly what they agreed to. Create a bilateral agreement in Telegram, let both parties confirm the terms, and anchor the resulting evidence to TON.
Live Interactive Demo
Two people. One agreement.
Experience the actual ProofCore P2P flow. You act as Alice and Bob. Confirm the terms, generate the proof, and then try to alter the deal.
ProofCore makes silent changes detectable.
What happens when you create a P2P agreement?
1. AGREE
Alice creates the terms directly in a Telegram chat.
2. CONFIRM
Alice and Bob each confirm the same terms via their accounts.
3. COMMIT
ProofCore creates a cryptographic commitment of the event.
4. PACKAGE
An evidence package is generated with metadata and verifiers.
5. ANCHOR
The commitment is batched and anchored to the TON Blockchain.
Why not just screenshot the chat?
A screenshot shows a visual representation. A ProofCore receipt gives you a cryptographically verifiable record.
What happens if Alice deletes the Telegram chat?
The conversation can disappear. The proof does not. Because the cryptographic receipt exists off-platform and is anchored to TON, Bob can independently verify the original terms months later.
What does a P2P proof actually establish?
Clear epistemic boundaries for digital agreements.
π’ It Establishes
The exact representation of the terms that was committed.
Which Telegram accounts interacted with and confirmed the agreement.
Whether the evidence has changed since the recorded commitment.
That the cryptographic commitment was anchored to TON.
π΄ It Does Not Establish
That Alice actually paid Bob or completed the work.
That every factual statement in the agreement was true.
That the person controlling the Telegram account was legally identified as Alice.
Whether the agreement is legally binding in a particular jurisdiction.
Legal Basis & Evidentiary Value
π UNCITRAL Model Law on Electronic Commerce (1996)
Establishes non-discrimination and functional equivalence for electronic contracts. Requires courts to consider the reliability of how electronic records are generated, stored, and kept intact when assessing their evidential weight.
π UNCITRAL Guide on Distributed Ledger Technology (2025)
Recognizes the use of distributed-ledger technologies within technology-neutral frameworks and discusses DLT's potential to support the integrity and persistence of electronic records in trade.
πΊπΈ US Federal Rules of Evidence: 902(13)/(14)
Provides mechanisms for self-authentication of electronic records and data copied via digital identification processes (e.g. SHA-256). ProofCore's mechanisms are designed to support this type of authentication.
πͺπΊ EU eIDAS Framework
EU law recognises electronic time stamps as evidence and does not permit them to be denied legal effect solely because they are electronic or non-qualified. Qualified electronic time stamps receive additional legal presumptions under eIDAS. ProofCore does not claim qualified trust-service status.
Important: ProofCore does not claim that blockchain anchoring makes an agreement automatically enforceable. Its purpose is narrower: to preserve and independently verify the electronic record, its attribution signals, integrity, and anchored existence. The legal effect of the underlying agreement depends on applicable law and the circumstances of the dispute.
Zero Vendor Lock-in
Your agreements do not depend on ProofCore surviving. We provide infrastructure, not a walled garden. The downloadable Evidence Package contains the raw files, cryptographic manifest, and 100% offline verification tools required to independently reconstruct the Merkle path and verify the TON anchor.