Skip to page content
NumeHash — Create. Connect. Communicate. Earn. Grow.
NumeHash Policy

Reward Earning Rules

The eligibility, integrity and security rules that apply when users earn, hold, reverse or redeem NumeHash reward points.

Policy Version: 1.0Effective: 30 April 2026Last Updated: 15 July 2026
Reward points recognise genuine eligible participation. They are not guaranteed income and may be withheld or reversed when activity violates these Rules.

1. Purpose

NumeHash may provide reward points for eligible and genuine platform activity. Rewards recognise authentic participation and ecosystem contribution. They are not payment for every action and do not guarantee income.

2. Nature of reward points

Reward points are platform-based reward units. They are not bank deposits, cryptocurrency, an investment product or ownership in NumeHash. They do not guarantee fixed income, profit or return.

Points may be redeemed only through currently available and approved methods. Displaying points does not create an unconditional right to payment where points were earned through ineligible, fraudulent, reversed or policy-violating activity.

3. Who may earn rewards

To earn or redeem points, a user must ordinarily have an active verified account, provide accurate information, follow all NumeHash policies, complete activities genuinely, remain free from applicable account or device restrictions and meet redemption or payout-verification requirements.

Suspicious, disabled, deleted, banned, duplicate or linked-device secondary accounts may be excluded.

4. Dynamic reward values

Reward values are controlled by active rules in the NumeHash system. The latest values and availability displayed on the Points page apply when an eligible activity is successfully processed.

NumeHash may increase, reduce or pause reward values, add or remove categories, introduce limits or apply quality requirements. A future rule change does not normally alter a valid earlier credit unless the original activity is later found invalid or reversible.

5. Examples of potentially eligible activities

Depending on active rules, points may be available for daily visits, genuine content creation, eligible posts or reels, qualifying completed Reel or video views, likes, comments and shares, genuine referrals, profile completion, creator participation, special Admin rewards or other activities displayed on the Points page.

An action is not automatically rewarded merely because it appears on the Platform. Users can publish multiple text, image, video and Reel posts, but only the first two eligible Reel or video creations on a calendar day receive creation rewards.

6. Genuine activity requirement

Reward activity must represent genuine human participation. Comments should be relevant and meaningful. Shares should reflect real interest. Views must arise from normal viewing behaviour rather than automated refreshes or loops. Referrals must represent real people independently joining and using NumeHash.

7. Prohibited reward activity

Users must not:

  • Create multiple accounts or use aliases and false identities to earn extra points.
  • Use bots, scripts, click tools, emulators or automation.
  • Exchange or coordinate likes, comments, shares or views mainly for points.
  • Perform self-engagement through related or linked accounts.
  • Use repetitive, irrelevant or meaningless comments.
  • Artificially refresh, replay or loop content.
  • Manipulate referrals or purchase referred accounts.
  • Use VPNs, storage resets or browser changes to bypass security.
  • Buy, sell or transfer NumeHash accounts or points.
  • Exploit technical errors, duplicate requests or vulnerabilities.

8. Same-device and linked-account rules

NumeHash may maintain lifetime security relationships between accounts and devices using high-confidence evidence such as an exact persistent device identifier, browser fingerprint or equivalent evidence.

A shared Wi-Fi connection or IP address alone is not used as the only reason to disable an account.

Where accounts are linked, secondary accounts may be ineligible for rewards, interactions between linked accounts may reward neither side, referral rewards may be denied, credits may be reviewed or reversed, and redemption may be held for manual review. Changing a device or browser does not erase a previously established security relationship.

9. Referral rewards

Referral rewards apply only to genuine new users who independently meet registration and eligibility requirements.

Rewards may be denied or reversed where the referred account uses a linked device, is suspicious or disabled, uses false information, is not a genuine new person, was purchased or coordinated, or was created mainly to generate referral points.

No signup or referral reward is issued to either side when same-device registration security immediately disables the new account.

10. Watch-to-Earn for Reels and videos

An eligible user may receive 2 reward points for the first genuine completed view of the same Reel or video on a calendar day. Merely scrolling past, opening briefly, looping, refreshing or reporting false completion does not qualify.

The same user may become eligible for that content again on a later calendar day after another genuine completed view. Self-views, linked-account activity, duplicate-device activity and suspicious viewing patterns can reward neither the viewer nor the creator.

11. Likes, comments and shares

Likes, comments and shares may be rewarded only when genuine and eligible. Self-engagement does not reward either side.

When a user performs a reward-seeking burst of like, comment or share actions within 30 seconds, the current activity may receive no points and recent related credits may be reversed for both the acting user and affected creators. After three rewarded actions by one user toward the same creator within the configured 24-hour window, further engagement may continue normally but produces no reward for either side until the window clears.

12. Reward suppression without activity freezing

NumeHash does not need to freeze normal social actions merely because a reward pattern is suspicious. Users may continue to like, comment, share and follow while the reward engine independently withholds points from ineligible activity.

Rapid, repetitive, coordinated, self-directed or same-creator-concentrated activity can reward neither side and may cause recent related credits to be reversed through the ledger.

13. Reversal of points

Points may be reversed when content or engagement is deleted, content is hidden or removed, a referral is fraudulent, activity is linked to suspicious devices, a duplicate or technical error occurred, a manual credit was incorrect or the user breached NumeHash policies.

A reversal may affect both the user performing the activity and the creator or user who received a related support reward. Reversals are recorded through the reward ledger.

14. Negative balances

A balance may become negative where invalid points were already redeemed or used before reversal. Future valid credits may first offset the negative balance, and further redemption may be blocked until the balance is resolved.

15. Redemption requests

A redemption may require minimum points, identity checks, valid bank or UPI information, account-security review, device and linked-account checks, reward-history review, tax or compliance information and manual Admin approval.

Redemptions are processed only through methods currently displayed on NumeHash.

16. Suspicious redemption review

A redemption may be highlighted for manual review where the system identifies linked-device or secondary accounts, a same-device-disabled account, suspicious reward fingerprints, unusual referrals, rapid or coordinated engagement, engagement-only credits during the review period or other behaviour inconsistent with genuine participation.

A risk flag does not automatically prove fraud. NumeHash may review the account, activity history and supporting evidence before a final decision.

17. Redemption decisions

NumeHash may approve a redemption, keep it pending, request information, reject and refund deducted points, or reject without refund where the deducted points are determined to be invalid, fraudulent, already reversed or obtained through serious policy abuse.

A Reject Without Refund decision must include an Admin reason and audit history.

18. Manual reward adjustments

An authorised Admin may add or deduct points for promotional rewards, corrections, customer resolution, policy enforcement or reversal of invalid credits. Each adjustment should record the Admin identity and reason.

19. No guaranteed earnings

NumeHash does not guarantee that every action will earn points, values will remain unchanged, every redemption method will remain available, a user will earn a particular amount, or a redemption will be approved.

Users should not make financial commitments based on expected NumeHash rewards.

20. Taxes

Users are responsible for determining and paying taxes applicable to rewards, creator payments or campaign income. NumeHash may deduct, withhold or report tax where required by law.

21. Technical errors

Where an error causes duplicate, excessive or incorrect credits, NumeHash may correct balances and ledger entries. Knowingly exploiting an error may result in reversal, suspension or account deletion.

22. Review and appeal

A user may request review by providing the account email or username, relevant transaction or redemption reference, a clear explanation and supporting information.

Grievance Officer: Anamika Sahu
anamikasahu@numehash.com

Submitting a review request does not guarantee reversal of the decision.

23. Changes to these Rules

Reward programmes may change as NumeHash develops. Material changes may be communicated through Inbox, email, notification, the Points page or an updated policy version. Active rules and reward values apply to future activities after their effective date.