Islamic Finance Principles Assessment
Riba — Does HandlPay involve interest?
HandlPay's core business — converting handles into stablecoin payment addresses — generates fee-based revenue rather than interest income. No lending, borrowing, or interest-bearing treasury product is described at the protocol level. For Muslim investors, the absence of riba in the base model is a positive, though the token's marketed "value appreciation" framing warrants separate scrutiny under speculation concerns.
Assessment: Moderate Riba
Score: 63/100
Our methodology examines 10 criteria to evaluate how well HandlPay avoids interest-based mechanisms.
Revenue derives from transaction and gas-abstraction fees plus premium feature subscriptions, not interest income [5][19]. No sources describe HandlPay holding interest-bearing instruments, money-market deposits, or lending out treasury reserves. The economic loop is usage-driven: burns tied to transactions received and buybacks funded from platform revenue, both activity-contingent rather than fixed-return mechanisms [5][16]. This structure resembles a fee-for-service business rather than a debt or interest arrangement. However, no financial statements or reserve disclosures were located, so the composition of treasury holdings (e.g., whether idle funds sit in interest-bearing stablecoin vehicles) cannot be independently verified from these sources.
Staking on HandlPay unlocks premium pools — automated inbound payment rules, branded payment pages, and airdrop eligibility — rather than paying a fixed interest rate [5][21]. This variable, feature- and activity-linked reward structure is closer to a permissible fee-based or profit-contingent arrangement than to riba-bearing lending. That said, the sources do not disclose whether staking is custodial or non-custodial, lock-up terms, or slashing conditions, so the precise Islamic contract classification (e.g., wakala, ju'ala, or otherwise) cannot be firmly established. The absence of a stated fixed yield is reassuring, but documentation gaps limit a fully confident riba-free determination.
Gharar — How much uncertainty does HandlPay involve?
Uncertainty in HandlPay centers on undisclosed contract mechanics and an unaudited codebase, offset by a transparent, named team and demonstrable real-world usage. The founders and operating traction reduce gharar meaningfully, while missing audits and staking disclosures increase it. On balance, informational gaps rather than deceptive design drive the uncertainty here.
Assessment: Excessive Gharar (High Uncertainty)
Score: 44.3/100
Our methodology examines 15 criteria including team transparency, audit quality, and governance.
Gregor Arn, Arish Khajotia, Barry Hurley and Pascal Kurzawa are named, LinkedIn-traceable founders with a public YouTube CEO interview and prior industry experience, which is a strong transparency signal compared to anonymous projects [17][33][40]. No public GitHub repository was found, however, meaning the smart contract code is not independently verifiable by the community [35]. Governance is centralized with the core team, with no on-chain or DAO mechanism described for HANDL holders. This combination — identifiable humans but closed-source code and centralized control — represents a moderate, not severe, transparency gap.
No audit of HandlPay's own smart contracts could be confirmed in the sources reviewed. Multiple Halborn, Trail of Bits and Neodyme audit citations appear in the broader research, but each pertains to unrelated projects (Substance Exchange, Proov, ZetaChain), not HANDL [2][10][18][26][34][41][48][53]. This absence of a project-specific audit is a genuine gharar concern and should be treated as such rather than assumed benign. Staking mechanics — lock-up duration, custodial status, slashing risk — are similarly undocumented in available materials, compounding uncertainty for anyone evaluating the contractual risk of participating in premium pools.
Maysir — Does HandlPay involve gambling or speculation?
HandlPay's base design is a payments utility, not a betting or wagering mechanism, and its burn/buyback model ties token dynamics to genuine transaction activity rather than chance-based outcomes. Secondary-market speculation is possible with any listed token, but that is a market behavior external to HandlPay's own protocol design. The core function itself does not resemble maysir.
Assessment: Moderate Maysir (High Risk)
Score: 53.2/100
Our methodology examines 11 criteria to determine whether HandlPay is a gambling instrument or a genuine economic tool.
HandlPay solves a concrete problem: turning social handles, WhatsApp numbers, and emails into usable multi-chain stablecoin payment addresses, with reported real usage of roughly $8M average monthly and $50M cumulative volume across a substantial user base [8][16][24][27]. This is productive economic activity — remittances and peer-to-peer payments — rather than a zero-sum wagering mechanism. Token burns and buybacks are mechanically linked to actual payment throughput, not to random outcomes or house-edge games. This functional grounding in payments infrastructure is what separates HANDL from purely speculative or chance-based instruments.
Against this genuine utility must be weighed the marketing language stating HANDL "is designed to sustain a steady value appreciation," which nudges attention toward price speculation rather than pure utility consumption [5][49]. Listings on OneSwap and LBank enable active secondary trading, and any token can attract short-term speculative behavior from traders unconnected to the underlying payments product. That third-party trading conduct, however, does not alter the design intent of the protocol itself, which remains utility-first. Investors should recognize the appreciation framing as a caution flag while distinguishing it from the platform's core, non-gambling function.
The Full 27-Point Screening
1. Legitimacy (4 criteria)
| Criterion | Score | Analysis |
|---|
| Team Transparency | 70/100 | Founders are named, professionally profiled, and have given public interviews, indicating a traceable, accountable team. |
| Fraud & Scam Risk | 55/100 | No fraud or rug-pull allegation specific to HandlPay was found, and the product shows real usage, but absence of negative findings is not the same as a confirmed clean record. |
| Use Case Legitimacy | 75/100 | The project has a clear, demonstrated real-world use case — converting social handles into cross-chain stablecoin payment addresses with measurable transaction volume. |
| Ethical Practices | 85/100 | The protocol's own design is a payments/messaging utility with no inherent connection to a prohibited industry. |
Summary: The founding team behind HandlPay is publicly named and traceable, and the project shows real product usage rather than meme-driven hype, though no audit or independent scrutiny of the token contracts was found.
2. Project Operations (9 criteria)
| Criterion | Score | Analysis |
|---|
| Core Protocol Business | 85/100 | The base protocol operates in payments/remittances, a sector with no inherent Shariah concern. |
| Transaction Fees | 75/100 | Fees are handled through token burns and revenue-funded buybacks rather than interest-style extraction. |
| Treasury Assets | 40/100 (low evidence) | A treasury allocation is disclosed but its actual asset composition (e.g., whether it holds interest-bearing instruments) is not described in the sources. |
| Revenue Model | 65/100 | Revenue appears to come from transaction and premium-feature fees rather than interest, but the full revenue model is not detailed. |
| Transparency | 50/100 | Public documentation and a lightpaper exist, but no open-source code repository could be confirmed, limiting technical transparency. |
| Governance | 30/100 | No token-holder governance mechanism is described; control appears to sit with the core team rather than a decentralised process. |
| Launch Fairness | 40/100 | Disclosed allocations show team, treasury and ecosystem/development buckets holding the large majority of supply against a comparatively small community airdrop, indicating an insider-weighted rather than fully fair launch. |
| Token Distribution | 35/100 | Reported distribution concentrates roughly two-thirds of supply in team, treasury and development buckets versus a much smaller community allocation. |
| Speculation/Utility Ratio | 45/100 | The token combines genuine payment utility with an explicitly stated design goal of steady price appreciation, indicating a mixed utility/speculation profile. |
Summary: HandlPay is a functioning cross-chain stablecoin payments rail using social handles, with HANDL used for gas abstraction and fee burns/buybacks, but governance is centralised and token distribution skews toward insiders.
3. Financial Health (4 criteria)
| Criterion | Score | Analysis |
|---|
| Protocol Revenue | 80/100 | Disclosed revenue mechanisms (fees, burns, buybacks) are usage-based rather than interest-based. |
| Financial Status | 40/100 (low evidence) | Adoption metrics are cited, but no audited financial statements, reserves, or stability data are available in the sources. |
| Interest Assessment | 85/100 | The described base protocol is a payments rail with no lending, borrowing, or interest mechanism at the protocol level. |
| Audit Quality | 10/100 | Extensive audit-related sources were retrieved but none pertain to HandlPay's own smart contracts, so no audit of this project could be found. |
Summary: The protocol earns fee-based, non-interest revenue and shows growing transaction volume, but lacks any confirmed audit of its own contracts and offers no protocol-level lending or interest products.
4. Token Economics (5 criteria)
| Criterion | Score | Analysis |
|---|
| Token Purpose | 60/100 | HANDL is consistently described as a utility token for gas abstraction and feature access rather than a meme asset, though appreciation-oriented design language tempers this. |
| Governance Rights | N/A | No governance rights are claimed or described for HANDL holders, and this absence is presented as a simple design choice rather than a flagged concern. |
| Rewards Distribution | 75/100 | Token burns and buybacks scale with platform usage rather than being fixed or guaranteed payouts. |
| Speculation Controls | 45/100 | Vesting schedules on team and treasury allocations provide some structural restraint, but explicit price-appreciation marketing works against anti-speculation intent. |
| Asset Backing | 40/100 | The token is not backed by a disclosed reserve of assets; its value rests on usage-driven burn/buyback mechanics and adoption rather than collateral. |
Summary: HANDL functions as a utility token tied to platform usage with variable burn/buyback rewards, though its marketed goal of steady price appreciation and lack of asset backing add a speculative dimension.
5. Staking Mechanism (5 criteria)
| Criterion | Score | Analysis |
|---|
| Mechanism Type | 40/100 | A staking feature exists (premium pools) but custody model, lock-up terms and withdrawal conditions are not documented in the sources. |
| Islamic Contract Classification | 30/100 | Staking rewards take the form of feature access and airdrop eligibility, but no clear Islamic contract classification (e.g., Wakalah/Mudarabah) is provided or determinable. |
| Rewards Structure | 55/100 | Rewards are tied to feature access and network activity rather than a stated fixed rate, suggesting a variable structure, though this is not fully documented. |
| Documentation | 25/100 (low evidence) | Detailed staking terms, risks, and lock-up/slashing conditions are not disclosed in the retrieved sources. |
| Shariah Alignment | 35/100 | Insufficient documentation of the staking mechanism leaves its gharar level and contractual soundness as an unresolved question. |
Summary: A staking feature exists that unlocks premium features and airdrop eligibility, but its custody model, lock-up terms, and Islamic contract classification are not documented in available sources.
Overall Assessment: HandlPay presents as a genuine, team-identifiable payments utility project with non-interest revenue mechanics, but gaps in audit evidence, governance transparency, and staking documentation leave several Shariah-relevant questions unresolved.