Swype.fun Card Review

Swype.fun Card Discontinued: What Happened and How It Worked

Current Status

Swype.fun is discontinued. Brahma announced in March 2026 that it was being acquired by Polymarket and that its products would wind down within 30 days. The Swype.fun homepage now labels the card “Discontinued · April 2026.”

The homepage initially sent card users to HypurrFi. That did not produce a lasting successor card. HypurrFi later announced that its brand was being retired and explicitly said both the HypurrFi Card and HypurrFi Points had been discontinued. Its wider lending-market wind-down was scheduled to finish on July 30, 2026.

This means there is no active Swype.fun or HypurrFi card to apply for. Old launch pages, card terms and help articles remain useful for understanding the former product and any legacy obligations, but they are not current signup offers.

How the Former Card Worked

Swype.fun was a virtual Visa credit card that linked card spending to DeFi positions. It did not work like a normal prepaid crypto card with a permanently loaded provider balance.

Borrow Mode

In Borrow Mode, the user connected an externally owned wallet and approved Swype’s contracts to borrow USDC from supported lending positions when a card purchase occurred. The archived product documentation named Aave and Euler on Base, with HypurrFi used for the HyperEVM version.

The user’s collateral remained in the relevant protocol, but the purchase created debt. Interest followed the live lending-market rate rather than a fixed Swype APR. If collateral value or account health fell far enough, the position could be liquidated to repay card obligations.

Spend Mode

Spend Mode drew value from selected stablecoin vaults instead of creating a loan. The archived documentation named vaults associated with HypurrFi, Felix, Hyperlend and Hyperbeat. This avoided borrowing interest and liquidation from card debt, but it still exposed the user to the selected vault, smart contracts, stablecoin and payment-provider infrastructure.

Card controls

Swype provided user-set spending limits, card freezing and PIN controls through its web application. The launch material also confirmed Apple Pay and Google Pay. It was a virtual card; the public product material did not establish a generally available physical version.

Former Fees and Limits

The final accessible Swype documentation published a free virtual card with no monthly or annual subscription. A 0.5% workflow fee applied to card purchases. Non-USD purchases also carried a fixed amount and a 1% Visa FX charge.

The fixed FX amount made small non-USD purchases relatively expensive. For example, a $5-equivalent purchase would have carried the $0.10 fixed charge before the two percentage charges. These are former terms only; they should not be used to estimate the price of another Third National, Brahma-related or HypurrFi product.

Swype let users set a daily spending limit. Actual capacity also depended on the approved collateral and available borrowing power in Borrow Mode or the eligible vault balance in Spend Mode. The issuer could impose additional risk and transaction controls. The old public material did not establish one universal monthly purchase limit.

The card was virtual and Swype did not advertise ATM access as a normal product feature. Generic cardholder terms mentioned cash advances only where enabled; that conditional legal language did not prove that Swype.fun users could withdraw cash.

Former Access and Availability

All access is now closed. During operation, Swype required full identity verification through SumSub and an externally owned wallet; smart-contract wallets were not supported in the archived product flow.

The public launch route on Base required at least $100 in supported Aave or Euler positions, although invitation campaigns also provided access. HyperEVM Borrow Mode was initially offered to selected HypurrFi users. Spend Mode began with invitation access and later used a $100 deposit condition.

Those amounts were collateral or access requirements, not subscription fees and not token staking. Swype did not charge a recurring plan fee, so its structured staking fields should remain empty.

Swype published a former restricted-country and restricted-U.S.-state list. It did not publish a reliable affirmative country-by-country application list. “Global” marketing and Visa merchant acceptance are not proof that applicants in every unlisted jurisdiction were eligible. The stored positive-country list should therefore be treated as legacy data rather than a current availability claim.

Formerly named restricted countries included Belarus, mainland China, Cuba, Egypt, India, Iran, Israel, Myanmar, Nepal, Nigeria, North Korea, Palau, Russia, South Africa, Syria, Turkey, Ukraine, Venezuela and Vietnam. Former U.S. restrictions included Arizona, Delaware, Georgia, Idaho, Louisiana, Maryland, Missouri, Montana, Nevada, New Mexico, North Dakota, Ohio, Oregon, Rhode Island, South Dakota, Utah, Vermont, Washington, Wisconsin and Wyoming. Sanctions and card-network restrictions also applied.

Custody and Liquidation Risk

Swype offered meaningful user control, but “non-custodial” did not mean that every part of the experience was decentralized.

The archived terms said users owned their collateral and held it in smart contracts connected to their wallets. Third National did not custody the wallet. Brahma’s normal authority was limited to the permissions needed to borrow or spend through the approved workflow.

Collateral supporting unpaid card charges was nevertheless encumbered. The terms authorized Brahma or its designees to liquidate the amount needed to repay an obligation after a liquidation event, without advance notice. They also required notice before withdrawing collateral in some circumstances. Users retained unencumbered assets and underlying protocol positions, but could not expect card spending or provider-mediated repayments to continue after the service ended.

This model merits stronger custody credit than a provider-held crypto balance, but not a perfect score. Card authorization remained provider-controlled, and collateral backing card obligations could be liquidated.

Rewards History

Swype did not publish a guaranteed cashback percentage. The former programme promoted points, XP and “power-ups,” while HypurrFi later allocated a weekly pool of five million bonus points to card users in proportion to dollar spend.

Those points were promotional loyalty units, not fixed cash cashback. The HypurrFi announcement said card spend was tracked from release even before the points were displayed. It did not establish a guaranteed dollar value for each point.

HypurrFi subsequently ended both its points programme and card. Old points claims must therefore remain historical and must not appear as an active Swype reward or a reliable monetary return.

Issuer and Card Protections

Third National was the former card-program issuer. The archived U.S. and international cardholder documents separate the issuer’s card role from the DeFi protocols: Third National issued and administered the card account, while Aave, Euler and other protocols provided the underlying credit mechanics.

The former terms covered normal card-account controls, statements and dispute processes. The U.S. agreement described limited liability for qualifying unauthorized use and a maximum of $50 under its stated conditions. This was not protection against DeFi losses, liquidation, smart-contract failures or token-price changes.

Because the programme is discontinued, the historic issuer field should be read as programme history rather than evidence of an active Third National Swype card.

User Feedback

Independent Swype.fun cardholder feedback is too sparse to support a reliable satisfaction score. Searches across app stores, review platforms, Reddit and social media did not produce a representative Swype.fun-specific review corpus. Much of the available social content came from Brahma, HypurrFi, partner protocols or launch participants.

Several similarly named products create a serious research trap. Reviews of Swipe.io, swype.cards gift cards and an unrelated “SWYPE” debit-card complaint do not describe Swype.fun and should not be attributed to it.

The limited public discussion praised the idea of spending against DeFi positions without selling and the low $100 entry threshold. The shutdown history is now the more important decision fact: the original card and its announced successor both ended within roughly a year of Swype’s launch. With no broad independent corpus, it would be misleading to claim that users were generally happy or unhappy with everyday reliability, support or disputes.

What Former Users Should Do

Former users should not send funds to old card flows or rely on archived application links.

Borrowers should inspect each underlying Aave, Euler or former HypurrFi position directly, repay outstanding debt where needed and confirm that delegated approvals are still appropriate. HypurrFi’s wind-down instructed users to migrate supported lending positions through its official migration tooling and warned about impersonation scams.

Keep copies of card statements, repayment records and dispute correspondence. A DeFi position remaining accessible does not prove that an old card balance, refund or dispute has been settled. Use only official project domains and official support channels when handling any legacy obligation.

Top-Up Methods

• Current status: Card funding and spending are discontinued
• Former Borrow Mode: Swype borrowed USDC at purchase time against approved Aave, Euler or HypurrFi collateral
• Former Spend Mode: Value was drawn from selected stablecoin vaults instead of creating card debt
• No recurring subscription or staking requirement applied
• Former users should manage any remaining protocol positions through the underlying protocol or official migration flow

Self-Custody True Self-Custody

• Former wallet control: Users held their own wallet keys and owned collateral in connected DeFi protocol contracts
• Delegated authority: Brahma received limited workflow permissions to borrow or spend against approved positions
• Encumbered collateral: Card debt could trigger contract-based liquidation without advance notice
• Card layer: Third National and other card providers controlled issuance, authorization, statements, disputes and settlement
• After shutdown: Unencumbered protocol positions remained user-controlled, but card functionality ended

Pros and Cons

Former strengths

• User-controlled DeFi collateral instead of a permanently custodial crypto balance
• Borrow or spend modes for different risk preferences
• No recurring subscription or annual fee
• User-set limits, freeze controls, Apple Pay and Google Pay
• Transparent former workflow and FX fee schedule

Former weaknesses

• Card and points programmes are discontinued
• The announced HypurrFi continuation also ended
• Variable borrowing cost and liquidation risk in Borrow Mode
• 0.5% workflow charge plus fixed and percentage FX costs for non-USD purchases
• Full KYC and limited wallet compatibility
• Too little independent cardholder feedback to judge operational reliability confidently

Conclusion

Swype.fun was an inventive attempt to connect self-controlled DeFi positions to a Visa credit card. Its delegated borrowing and vault-spending design provided more asset control than a conventional custodial crypto card, although card authorization and collateral enforcement still depended on centralized and smart-contract infrastructure.

That product is no longer available. Brahma discontinued Swype.fun after its Polymarket acquisition, and HypurrFi later discontinued the card and points programme that had been presented as the continuation. The useful legacy information is how the former fees, debt and custody model worked. For a new applicant, the decision is simpler: do not apply or fund an old Swype flow, and compare currently operating cards instead.