Payments and accounts, answered.

A crypto payment gateway is a merchant service. It turns a customer's cryptocurrency into the merchant's chosen settlement currency. The conversion happens at the moment of the transaction. It generates a wallet address, confirms the transfer on the blockchain, and locks the exchange rate. That is the crypto equivalent of card authorization. Settlement happens on a blockchain network. Banking rails like NEFT, RTGS or IMPS are not involved. A miner or validator confirms the transaction on chain. Only then does the merchant treat the payment as final. Crypto prices move fast. So the gateway locks an exchange rate for a short window. That window is often two to ten minutes. If payment misses the window, the rate resets. The customer then sees a new quote. The gateway settles with the merchant in fiat or a stablecoin, keeping no volatile crypto on the merchant's books. Consider a merchant selling a laptop for 45,000 rupees. A customer wants to pay in cryptocurrency. The gateway quotes 45,000 rupees worth of that crypto. It locks the rate for ten minutes and waits for blockchain confirmation. Once confirmed, the merchant's account is credited 45,000 rupees, or its stablecoin equivalent. That amount holds regardless of what the crypto price does after the lock. Fees and settlement speed vary by provider. A payment can still fail if the network is congested past the lock window. A merchant should confirm which cryptocurrencies a gateway actually accepts. Instant settlement does not mean the same thing everywhere.

UPI is a real-time payment rail built by NPCI. It moves money directly between two bank accounts. It uses a Virtual Payment Address, or VPA, to do this. A payment gateway is a merchant service that accepts UPI, cards, net banking and wallets in one checkout. The gateway charges the merchant a fee. It is called a Merchant Discount Rate, or MDR. This applies on cards, wallets and net banking. UPI itself carries zero MDR under a 2020 government rule. So a gateway earns nothing extra when a customer pays by UPI. A merchant still needs a gateway to accept UPI online. The gateway plugs into the merchant's website. It routes each payment to the right rail. The person paying never deals with the gateway. They never see its fee structure either. They open their UPI app and approve the payment. It then lands directly in the merchant's account. Consider a shop billing a customer 8,000 rupees. Paid by UPI, the shop keeps the full 8,000 rupees. UPI carries no MDR, so nothing is deducted. Paid by a card through the same gateway, the fee runs around 1.5 to 2 percent. That is roughly 120 to 160 rupees. It goes to the gateway and the card network, not the shop. That zero-MDR rule is now under review. The government dropped the blanket legal ban on UPI fees in 2026, opening the door to a calibrated MDR on select high-value merchant transactions. Nothing has been notified yet, so the fee stays zero for now. A shopper comparing UPI and gateway options at checkout is really picking a rail, and that rail sits inside one gateway.

A bank nominee is a trustee under Section 45ZA of the Banking Regulation Act, receiving the balance after death without becoming its legal owner. A legal heir's claim comes from succession law: a will if one exists, or the default rules when there is none. The nominee's job here is deliberately narrow. They collect the funds from the bank quickly. There is no wait for probate or a succession certificate. The account does not sit frozen this way. The law still requires the nominee to hand the money to the rightful legal heirs. A legal heir's share is decided separately. A will decides it if one exists. Succession law decides it when there is no will. The nominee cannot keep the money just because their name was on the form. Consider a father who named his son as nominee on a 12 lakh rupee fixed deposit. His will splits the estate equally between the son and a daughter. The bank pays the full 12 lakh rupees to the son as nominee. The son must then give the daughter her 6 lakh rupee share under the will. Ownership disputes are not settled by the bank. They go to civil court instead. Succession law and any will decide the outcome there. The nominee's name on the account carries no weight in that dispute.

UPI AutoPay does not affect your credit score. It runs on the NPCI e-mandate framework for recurring debits. That framework is not a credit or lending product. Credit bureaus like CIBIL and Experian score how you borrow and repay. They do not score a recurring auto-debit mandate. UPI AutoPay lets you approve a merchant to pull money automatically. The merchant could be an OTT platform or an insurer. The amount can be fixed or variable, pulled on a set date. It runs on the same UPI rails as a normal payment. It is simply automated after your first approval. A credit score is built from data lenders report to bureaus. That includes credit cards, personal loans and home loans. It also includes how on time you pay them. A UPI AutoPay debit mandate never enters that reporting chain. No bank or lender extends you credit through it. Say an AutoPay mandate debits 999 rupees a month for a streaming subscription. The same person also pays a 25,000 rupee monthly EMI on a personal loan. That EMI payment history reaches CIBIL every month. The 999 rupee AutoPay debit never does, no matter how many months it runs cleanly. A failed AutoPay debit can still draw a bounce charge from your bank. Say the account had insufficient balance that day. That charge stays between you and the bank alone. It is not reported to a credit bureau either. So it will not move your score on its own.

Person-to-person and merchant UPI payments in India are free. They have carried a zero Merchant Discount Rate since a 2020 government rule. An individual paying from a bank-linked UPI app pays nothing extra. This holds true whether you are sending or receiving money. The one exception sits on the funding side, not the payment itself. A UPI transaction funded from a prepaid wallet works differently. Once the amount crosses 2,000 rupees, it can draw an interchange fee. That fee runs up to 1.1 percent. It is billed to the merchant, never to the person paying. Banks and UPI apps cannot charge you separately for using UPI. The zero-MDR rule applies across the whole system. A charge can still appear elsewhere, at a specific merchant checkout. That is a payment gateway's own convenience fee. It is the merchant's choice, not a UPI charge. Consider paying an electricity bill of 3,500 rupees from your bank-linked UPI app. Nothing is deducted beyond that 3,500 rupees. Now pay the same bill through a prepaid wallet loaded with 3,500 rupees instead. The merchant, not you, may absorb an interchange fee there. That fee runs up to roughly 39 rupees on the transaction. That zero-MDR rule is now under review. In 2026, the government dropped the blanket legal ban on UPI fees, opening the door to a calibrated MDR on select high-value merchant transactions. No such fee has been notified yet. A merchant accepting UPI still pays nothing beyond its own gateway's integration and settlement fee, a separate commercial arrangement.

You do not need a demat account to invest in a crypto index. A demat account, held through NSDL or CDSL, holds securities like stocks and bonds. Crypto is a different asset class entirely. It sits in wallet or custody infrastructure, not a depository. A demat account works with a linked trading account and a client ID. That machinery moves and holds securities electronically. None of it applies to crypto. Crypto is not a security under Indian law, and it never sits inside a depository. Crypto held on a platform sits in wallet or custody infrastructure. Sometimes that is the platform's own custody. Sometimes it is a third party's. There is no BO ID anywhere in the process. There is no demat number or depository participant either. Someone already running a mutual fund SIP through a demat account can start a crypto SIP with none of that setup. All that is needed is a PAN card and a bank account. A mandate is added to auto-debit the SIP amount. Say that amount is 25,000 rupees a month, on a chosen date. Some other digital-asset products still use a demat account. Tokenized securities are one example, since they legally count as securities. A plain cryptocurrency or a crypto index never falls into that category. Anyone checking a platform's onboarding flow should look for a PAN and a bank link, not a demat request. On Qatobit, a Crypto Index or a Crypto SIP opens the same simple way. It needs a PAN, a linked bank account and the invest amount. There is no demat account step anywhere in that flow. There is no BO ID and no depository step either.

A bank deposit account in India can now carry up to 4 nominees at once. This follows the Banking Laws (Amendment) Act, 2025. It raised the limit from the earlier single-nominee rule. Before this amendment, banking rules allowed only a single nominee per account, no matter the family size. The four nominees can be added in two ways. Simultaneous nomination gives each nominee a fixed percentage share. The account holder decides that split at the time of nomination. Successive nomination instead ranks the nominees in order. The second nominee only receives funds if the first has died. The account holder picks whichever method fits their family. The two methods are never mixed inside one account. A change of nomination can be done at the branch. It can often be done online too. The change takes effect once the bank updates its records. Consider someone who splits a 20 lakh rupee savings account. It goes to a spouse and two adult children, simultaneously. The split is 50 percent, 25 percent and 25 percent. On death, the bank pays 10 lakh, 5 lakh and 5 lakh rupees directly. Each nominee's account gets its share without waiting for probate. Nomination still does not decide legal ownership on its own. Each nominee remains bound to pass the money on. It goes to the rightful legal heirs if a will says otherwise. Succession law can override the nomination in a dispute.

An investment account's KYC must be re-verified on a schedule. RBI sets that schedule by risk category. A high-risk customer is checked every 2 years. A medium-risk customer is checked every 8 years. A low-risk customer is checked every 10 years. The bank or platform assigns the risk category itself. The re-KYC clock resets each time a check is completed. Re-KYC does not always mean visiting a branch again. When none of your details have changed, online re-KYC is usually enough. That can include a short video call instead of a visit. A branch visit is still required in some cases, such as when the phone number on file no longer works. The risk category is not fixed forever either. A large or unusual transaction pattern can move someone to a higher category. That shortens how often re-KYC is due. It works independently of the original schedule. RBI's rule exists so a platform re-checks identity more often for accounts that carry more risk. Consider an investor classified as medium risk in 2020. Their next re-KYC would be due in 2028. If nothing unusual shows up and no details change, a short online check in 2028 is enough. No documents need resubmitting from scratch. Ignoring a re-KYC notice has a real cost. Once the due date passes, debits from the account can be restricted. The pending re-KYC has to be completed first. The account balance itself stays untouched throughout.

Rupee depreciation raises the INR price of a crypto holding. This happens even if the asset's own USD price does not move. Major assets like Bitcoin and Ethereum are priced globally in dollars. A weaker rupee means each of those dollars converts to more rupees. Global crypto exchanges quote BTC and ETH in US dollars. Indian platforms then convert that USD price into INR. This happens at the prevailing exchange rate for display and settlement. When the rupee weakens, the same USD price becomes a higher INR number. This currency layer works both ways, not just one. If the rupee strengthens instead, the INR price can fall a little. This can happen even while the USD price stays flat. Fewer rupees are then needed to buy the same dollar amount. Consider a holding worth 1,000 US dollars. The rupee sits at 95 to the dollar, so it is worth 95,000 rupees. The rupee then depreciates to 98 to the dollar. The USD price of the holding stays exactly the same. The INR value still rises, to 98,000 rupees, purely from the currency move. This mechanic cuts both directions across a longer holding period too. A string of rupee depreciation years can add a currency tailwind on top of the asset's own move. A string of rupee strengthening years does the opposite instead. Neither direction says anything about where the crypto price itself is headed. Qatobit's QSI indexes hold assets like Bitcoin and Ethereum. Those assets are priced in USD globally. This currency mechanic applies to a Qatobit basket the same way. It applies to any USD-priced crypto holding, separate from the asset's own move.

RTGS in India has a minimum transfer amount of 2 lakh rupees. It has no upper limit at all. This makes it the rail built for large, real-time transfers. Below 2 lakh rupees, a transfer must move through NEFT or IMPS instead. RTGS stands for Real Time Gross Settlement. Each transaction settles individually and immediately, with no batching involved. NEFT clears transactions differently, bundling many payments together into batches. RTGS has run 24 hours a day, every day, since December 2020. Before December 2020, RTGS ran only during business hours. That earlier window created delays for urgent transfers made late in the day. The current 24x7 window removes that limitation entirely. Consider someone moving 8 lakh rupees to fund a lump-sum investment. Sent by RTGS, the money settles individually within minutes of initiation. This works any day of the week. Most banks charge nothing for this when it is done online. RBI waived RTGS processing charges back in 2019. Because there is no ceiling, RTGS is the rail used for large, one-off payments. Property transactions and business settlements are common examples. A same-size transfer through NEFT would instead move in a scheduled batch, not instantly. On Qatobit, a bank transfer deposit is one way INR reaches the account. That includes RTGS for a larger lump sum, alongside NEFT and IMPS. The deposited INR then goes toward a Crypto Index or a Crypto SIP.

UPI AutoPay and eNACH are both ways to authorize recurring debits. They run on different rails and suit different transaction sizes. UPI AutoPay works on the UPI network, capped at 15,000 rupees per transaction. eNACH runs on the National Automated Clearing House rail instead, with no per-transaction cap. UPI AutoPay is set up instantly inside any UPI app. You scan a code or approve a request from the merchant. It suits smaller, everyday payments like subscriptions and small SIPs. eNACH is set up through net banking or an Aadhaar-based mandate. That first setup usually takes longer to complete. Both mandates need one-time authentication before the debits begin. Both can be cancelled at any point from your bank's own app. Neither needs the merchant's cooperation to cancel. A failed AutoPay or eNACH debit can also draw a bank penalty charge, the same as any bounced mandate. Consider a person paying a 12,000 rupee monthly SIP through UPI AutoPay. That amount sits comfortably inside its 15,000 rupee cap. The same person also pays a 40,000 rupee monthly home loan EMI. That amount goes through eNACH instead, since it sits above what UPI AutoPay can handle. The practical rule of thumb is size. A recurring payment under 15,000 rupees can usually go through UPI AutoPay. It is the faster setup for that range. A larger recurring debit, like an EMI or a big SIP, needs eNACH instead.

NPCI sets a default UPI limit of 1 lakh rupees per day for the average user. This covers most person-to-person and merchant transactions. The exact number can vary slightly by bank. Some banks set their own limit below that ceiling. Certain categories get a higher limit instead. Mutual fund purchases, IPO applications, insurance premiums and capital market transactions get a 2 lakh rupee cap. Some banks extend this even further for specific use cases. That higher limit exists because these payments are naturally larger. The limit resets automatically at midnight every day. A payment blocked today for hitting the ceiling can go through tomorrow. Nothing needs to be done by the sender for that reset. The cap itself cannot be raised by asking the merchant. It can only change within what your own bank's UPI settings allow. Consider trying to send 1.3 lakh rupees to a builder as part payment. A regular UPI transfer fails past the 1 lakh rupee daily cap. The sender can split the payment across two days instead. Or the sender can switch to RTGS, which has no upper limit at all. An IPO application for 1.8 lakh rupees clears through UPI in one go. That is because capital market transactions sit under the higher 2 lakh rupee limit. The standard 1 lakh rupee cap never applies to that category. Knowing which category you fall under avoids a payment failing for no obvious reason.

If a UPI payment fails but the money is deducted, it should come back automatically. NPCI's Turn Around Time rules require this. The bank must reverse it within one working day, known as T+1. Usually the amount simply reappears without you having to do anything. A failed-but-debited UPI transaction usually has a technical cause. It could be a timeout, a server error, or a mid-transaction network glitch. The money is never actually lost in these cases. It sits in reconciliation between the two banks and NPCI's switch. It stays there until the failure is confirmed and reversed. If the reversal does not show up within the T+1 window, there is an escalation path. The first step is raising a complaint inside the UPI app used for the payment. That complaint routes the query through the banks involved. Consider a 15,000 rupee transfer that fails after the money leaves your account. It fails before reaching the recipient. Under T+1 rules, that 15,000 rupees should return within one working day. The clock starts once the failed transaction is flagged. If the refund is delayed beyond that timeline, RBI rules require compensation. The bank must pay 100 rupees per day of delay. This is on top of eventually returning the original amount. The payer can escalate further to the bank or NPCI's dispute redressal system if needed.

NRIs and travelers can make UPI payments from outside India through UPI International. This service lets people in select countries pay Indian merchants directly. Covered countries currently include Singapore, the UAE, Sri Lanka, Mauritius, Bhutan, Nepal and France. NPCI keeps adding more as it signs new agreements. UPI International works through one of two specific channels. The first is an international mobile number linked through NPCI International Payments Limited. The second is an NRE or NRO account held with an Indian bank. Once set up correctly, the payment experience looks almost the same as UPI in India. You scan a QR code or enter a UPI ID as usual. The payment moves through the same rails as before. The difference is an international number or an NRE or NRO account behind it, instead of a domestic one. Consider an NRI visiting family in India who wants to pay a 2,500 rupee restaurant bill. They use UPI linked to their NRE account under UPI International. This works in a supported country like the UAE. The payment clears the same way a domestic UPI transaction would. No separate Indian bank account is needed first. Coverage is still growing rather than complete. A traveler in a country not yet covered has to fall back on a card. Or they use another payment method instead. The service only works where NPCI has an active agreement in place.

Payment tokenization replaces a real card or account number with a unique, encrypted token. A merchant's systems never actually store the real number this way. RBI required this shift through its Card-on-File Tokenization mandate. It took effect in October 2022. The mandate made merchants delete stored card numbers and use tokens instead. Each token is tied to one specific card and one specific merchant. Even if a merchant's database is breached, the stolen tokens are useless elsewhere. They cannot be reversed back into the original card number. The card network holds the mapping between the token and the real card, not the merchant. UPI already works on a similar idea, by design. It does this without needing a separate mandate. A UPI ID hides the linked bank account number. It sits behind an address like a name at a bank. The account number itself is never shared directly with whoever you are paying. Consider a saved card on a food delivery app, used for a 650 rupee order. Before tokenization, the app stored the actual 16-digit card number. After the mandate, the app instead stores a token. Every future 650 rupee order is charged against that token, not the real card number. Merchants who missed the tokenization deadline lost the ability to store card details at all. Customers then had to re-enter card numbers for every transaction. That lasted until the merchant completed the switch.