The problem SecurePOS solves

What Can People Use SecurePOS For?
SecurePOS is a blockchain-based audit system designed to protect, verify, and simplify retail transaction auditing. It brings trust, automation, and accountability to Point-of-Sale systems in retail, franchise, and regulated industries.

Key Use Cases

1. Tamper-Proof Sales Logging
   SecurePOS converts every sale into a SHA-256 hash and writes it to the blockchain. This means:

• No one can alter transaction records after they’re made.
• Data is immutable, verifiable, and cryptographically secure.
• Makes auditing safer, transparent, and fraud-resistant.

2. On-Chain Audit Trails
   Auditors can verify that sales happened, when they happened, and that they haven’t been modified.
   - No need to rely solely on internal logs or manual Excel audits.

3. Role-Based Accountability
   SecurePOS supports three roles:

• Cashier – records sales
• Auditor – verifies sale hashes
• Manager – full access for oversight and audit control
  Eliminates internal manipulation by decentralizing accountability.

4. Lower Audit Costs
   Traditional audits require:

• Manual checking
• 3rd-party services
• High overhead

SecurePOS automates and reduces these costs by replacing manual checks with cryptographic proof.

• Ideal for franchises, groceries, and SMEs looking to cut audit expenses.

5. Designed to work with:

• Local cash-based POS systems
• Franchises in developing markets
• Digital transformation efforts
  Bridge from Web2 POS to Web3 audit with minimal disruption.

Why It Matters
SecurePOS protects business owners from internal fraud, speeds up reconciliation, and restores trust in retail reporting — especially in high-volume, high-risk environments like groceries and franchises.

If one sale is off, your whole financial report is at risk.
SecurePOS makes every sale count — and verifiable.

Challenges I ran into

The specific hurdle encountered was implementing wallet integration with proper transaction signing for recording sales on the Lisk Sepolia blockchain.

When users attempted to process a sale, the application would either fail silently or throw cryptic errors related to the smart contract interaction.

So, to fix this, I reviewed the Ethers.js syntax, specifically the implementation of the recordSaleHash function. The root of the issue was that the project initially had mixed usage of Ethers.js v5 and v6, which caused instability during contract calls.

I restructured the function to fully align with Ethers.js v6, and addressed several deeper integration issues:

• Standardized the Blockchain Call
• For the frontend, I made sure the app would continue operating even if the blockchain fails.