Submitted:
05 February 2026
Posted:
06 February 2026
You are already at the latest version
Abstract
Keywords:
I. Introduction
- 1)
- AI-Oracle Bridge Architecture: A novel integration framework where Large Language Models validate off- chain invoice documents against on-chain expenditure claims, enabling automated semantic credibility as- sessment of financial documentation.
- 2)
- Milestone-Locked Escrow Mechanism: A smart con- tract system implementing conditional fund custody where cryptocurrency assets remain locked until spe- cific granular milestones are verified through docu- mentary evidence submission and multi-party valida- tion.
- 3)
- Probabilistic Credibility Scoring: A non-binary ver- ification model assigning numerical credibility scores to invoice submissions, gracefully handling inherent noise and ambiguity in real-world OCR-extracted data rather than forcing premature binary decisions.
II. Related Work
A. Blockchain-Based Donation Tracking
B. Governance and Operational Patterns
C. Hybrid Architectures and Supply Chain Integration
D. Privacy and Advanced Auditability
E. Research Gap
III. Problem Statement and Objectives
A. Problem Statement
B. Hypothesis
C. Objectives
- To design a smart contract-based escrow architecture implementing conditional fund release mechanisms that activate only upon verified milestone completion with documentary evidence.
- To implement an automated invoice verification pipeline combining Optical Character Recognition with Large Language Model-based semantic auditing of off-chain financial documents.
- To develop a transparent and intuitive user interface enabling donors to monitor real-time status updates for causes, milestone progress, and detailed fund utiliza- tion.
- To experimentally evaluate system effectiveness in iden- tifying discrepancies, anomalies, and potential fraud in- dicators in invoice submissions under varying document quality conditions and adversarial scenarios.
IV. Methodology
A. System Architecture
B. Technology Stack
- Blockchain Layer: Ethereum’s Sepolia test network enables safe experimentation with real smart contract
- logic without mainnet financial risks. Smart contracts are developed using the Hardhat development frame- work and interfaced through Ethers.js library.
- Frontend Application: Built using React.js with Vite as the build tool, enabling a responsive, performant user interface for donors and administrators with hot module replacement during development.
- Document Processing: Dual OCR strategy utilizing pdf-parse for digitally generated PDFs and Tesseract.js for image-based invoices requiring optical character recognition from scanned documents.
- AI Verification: Google Gemini 1.5 Flash functions as a financial auditor, evaluating extracted invoice data against claimed expenditures and producing structured outputs including credibility scores and anomaly flags based on semantic analysis.
- Storage Layer: InterPlanetary File System (IPFS) with Pinata pinning service stores invoice documents and metadata off-chain, with only cryptographic con- tent identifiers (CIDs) retained on-chain to minimize blockchain storage costs.
C. Threat Model and Trust Assumptions
V. Implementation Details
A. Smart Contracts
B. AI Verification Logic
C. Economic Abstraction and Currency Mapping
VI. Results and Analysis
A. AI-Assisted Invoice Verification Performance
B. Evaluation Metrics and Observations
C. Governance and Decision Outcomes
D. End-to-End System Validation
E. Key Observations and Discussion
VII. Limitations
- Backend Persistence: The current implementation re- lies on in-memory backend state, which is not persistent across server restarts and would require database inte- gration for production deployment scenarios.
- Currency Abstraction: The fixed currency abstraction does not reflect real-time exchange rate volatility and is intended solely for controlled test environments, not production economic conditions.
- OCR Dependency: The AI verification component, while effective at anomaly detection, depends funda- mentally on OCR quality and prompt engineering, po- tentially exhibiting reduced reliability on severely de- graded documents.
- Governance Model: The current model assumes a bounded number of honest administrators and does not comprehensively address large-scale adversarial collu- sion scenarios or Sybil attacks.
VIII. Conclusion And Future Work
References
- V. Nairi et al., “Smart Blockchain Networks: Revolutionizing Donation Tracking in Web 3.0,” arXiv preprint, 2023.
- S. Sahithi et al., “A Blockchain Based Solution for Transparent Charity Donations,” International Journal of Engineering Research and Technol- ogy, 2025.
- K. Mariyam et al., “A Blockchain-Based Framework for Enhancing Trans- parency and Traceability in Charity Donations,” IARCS, 2025.
- A. Raut and P. Shevtekar, “Fundraising Tracking System for NGOs Using Blockchain,” in Proc. URASET, 2023.
- A. Avdoshin and E. Pesotskaya, “Blockchain in Charity Platform for Tracking Donations,” ResearchGate, 2021.
- Springer Case Study, “Managing Charity 4.0 with Blockchain,” Springer, 2021.
- Sanjay K. R., “Transparent Giving: Revolutionizing Donation Manage- ment with Blockchain,” ResearchGate, 2024.
- H. Khan et al., “Hybrid On/Off-Chain Architectures for Secure Charity Systems,” 2022.
- S. Rahman et al., “Hyperledger Fabric for Transparent Relief Distribution and Traceability,” 2021.
- S. A. Mousa et al., “Enhancing Donor Trust Using Transparent Blockchain Ledgers,” 2020.
- Y. Zhang and J. Wen, “Optimized Donation Routing and Consensus Mechanisms,” 2021.
- Y. Liu et al., “Smart-Contract Governance Patterns for Public Fund Trans- parency,” 2021.
- V. Kamble et al., “Blockchain for Supply-Chain Transparency in NGOs,” 2021.
- C. Chen et al., “Privacy Risks and Hybrid Solutions for Decentralized Charity Systems,” 2020.
- M. S. Alam et al., “Zero-Knowledge Proof Techniques for Public Fund Audits,” 2022.




| Case | Claimed |
OCR Evi- dence |
AI Decision | Remarks |
| Clean |
5000 | Exact match |
APPROVE (100) |
High confidence, no anomalies |
| Clean Im- age |
5000 | Clear match |
APPROVE (95) |
Minor OCR noise tolerated |
| Mismatch | 5000 | Lower total | REJECT (20) |
Claim exceeds in- voice total |
| Partial OCR |
5000 | Inferred | REVIEW (72) |
Human review recommended |
| No Amount |
5000 | Missing | REJECT (15) |
Insufficient evidence |
| Noisy Im- age |
5000 | Ambiguous | REVIEW (68) |
OCR artifacts de- tected |
Disclaimer/Publisher’s Note: The statements, opinions and data contained in all publications are solely those of the individual author(s) and contributor(s) and not of MDPI and/or the editor(s). MDPI and/or the editor(s) disclaim responsibility for any injury to people or property resulting from any ideas, methods, instructions or products referred to in the content. |
© 2026 by the authors. Licensee MDPI, Basel, Switzerland. This article is an open access article distributed under the terms and conditions of the Creative Commons Attribution (CC BY) license (http://creativecommons.org/licenses/by/4.0/).