Homoglyph and Punycode Attack Prevention in User Registries

Digital payments in Web3 have long suffered from high friction, confusing cryptographic keys, and unpredictable transaction latency. ICPay addresses these fundamental challenges by building directly on the Internet Computer (ICP), combining consumer-friendly user experience with verifiable on-chain execution.

Overview and Problem Statement

In standard blockchain wallets, users are forced to manage raw private keys and negotiate volatile fee markets. Whether transferring native tokens or interacting with smart contracts, transaction reliability often depends on network congestion and volatile gas prices.

ICPay eliminates these hurdles by deploying high-performance Motoko smart canisters that interact directly with the official ICP ledger (ryjl3-tyaaa-aaaaa-aaaba-cai).

Technical Implementation and Architecture

Core Mechanism

Restricting character sets strictly to ASCII [a-z0-9_] to block lookalike deceptive handles.

The architecture enforces strict separation of concerns across the protocol stack:

// Rejection of Cyrillic and unicode homoglyphs that mimic Latin letters.

Architectural Guarantees

Deterministic Execution: Transactions settle with sub-second finality across the Internet Computer subnet, providing immediate settlement for consumer and commercial transactions.
Subaccount Fund Isolation: Each registered user is mapped to a dedicated 32-byte subaccount on the ICP ledger. Funds never pool into an opaque single balance.
Cryptographic Authentication: Powered by Internet Identity and WebAuthn biometrics, completely eliminating seed phrase vulnerabilities and clipboard hijacking.
Verifiable Upgrades: The canister bytecode matches the open-source repository, allowing developers and users to independently verify the running SHA256 module hash.