Internet Money: Inside the PulseChain Wallet, Swap and DEX Aggregator

1. What Internet Money Is: The Internet Money Wallet Explained

Internet Money is a self-custodial cryptocurrency wallet. That sentence is short, and almost every word in it carries weight, so it is worth taking apart before going any further.

A wallet, in the sense the word is used on-chain, does not hold money. It holds keys. The assets themselves live on the blockchain, recorded against an address, and the only thing that determines who may move them is possession of the private key that controls that address. Everything a wallet does — displaying balances, signing transactions, connecting to applications — is built on top of that single primitive. A wallet is a key manager with a readable interface bolted on.

Self-custodial means the keys belong to the person using the software and to nobody else. The Internet Money wallet generates its keys on the user's own device, stores them there in encrypted form, and never transmits them anywhere. There is no account to open, no email address to confirm, no identity document to upload, no approval to wait for. There is also nobody to appeal to. The company that publishes the software cannot freeze an address, cannot reverse a transfer, cannot restore a lost recovery phrase, and cannot be compelled to hand over funds it has never touched. This is the trade the model makes, and it is a real trade rather than a marketing line: absolute control in exchange for absolute responsibility.

What makes Internet Money distinct among self-custodial wallets is not the custody model, which it shares with every honest wallet in the category. It is the combination of three decisions layered on top.

The first is breadth. Internet Money is not a single-chain wallet that later grew adapters. It handles Bitcoin natively, including the several account types Bitcoin users care about, and it handles Ethereum and the entire family of EVM-compatible networks — well past forty of them — from one seed and one interface. PulseChain sits at the centre of that support rather than at the edge of it, which is unusual and which shapes much of what follows.

The second is the swap. Rather than sending users out to a decentralised exchange in a browser, the wallet contains its own trading surface, and that surface is an aggregator: it quotes a trade across many liquidity venues at once and routes to whichever combination returns the most tokens. Internet Money swap is therefore not a convenience feature grafted onto a key manager. It is a substantial piece of routing infrastructure that happens to be reachable from inside a wallet.

The third is the economic structure, and it is the genuinely unusual one. Wallets that charge a swap fee normally keep it; that is what a business does with revenue. Internet Money charges a swap fee and distributes all of it to holders of a token called TIME. The wallet is, in that sense, tokenised — the people who own the dividend token receive the income the software produces, in the native coin of whichever chain produced it. No staking contract, no lock-up, no vesting schedule. Hold the token, claim the income.

Put those together and the shape of the project becomes clear. Internet Money is an attempt to build a wallet that is genuinely neutral about custody, genuinely broad about networks, genuinely competitive about execution price, and genuinely unusual about who receives the revenue. Each of those claims is testable, and the rest of this article tests them.

2. Custody, Keys and What Non-Custodial Actually Means

The word non-custodial has been diluted by use. Plenty of services describe themselves that way while retaining a key share, an administrative override, a recovery backdoor or a policy of freezing addresses on request. It is worth being precise about what the term means here, because the practical consequences are large.

When Internet Money creates a wallet, it generates entropy on the device and derives a recovery phrase from it — the ordered list of words that encodes the master secret. From that phrase, a hierarchy of keys is derived deterministically, which is why a single phrase can reconstruct addresses across Bitcoin, Ethereum, PulseChain and every other supported network. The phrase is the wallet. The application is a viewer and a signer.

Two consequences follow immediately. The first is that the recovery phrase is the only thing that matters for backup. An uninstalled app, a lost phone, a wiped laptop, a discontinued product: none of these destroy the funds, because the phrase can be entered into this wallet or any other compatible wallet and the same addresses reappear. The second is the mirror image. Anyone who obtains the phrase obtains the funds, instantly and irreversibly, and no support process exists that can undo it. The phrase should never be typed into a website, photographed, stored in a password manager that syncs to a cloud service, sent to anybody who claims to be support staff, or entered into any application that was not deliberately sought out and verified.

Open source as a verification mechanism

Internet Money publishes its source. This matters for a specific and narrow reason that is often overstated in general and understated in particular. It is not that every user will read the code — almost nobody does. It is that the claim being made is falsifiable. A wallet that says it never transmits keys, and whose source is public, has made a statement that any competent reviewer can check. A wallet that says the same thing with a closed binary is asking for trust it cannot substantiate.

The same logic applies to the data claim. Internet Money states that it does not collect, store or sell user data. In a closed application that is an assertion. In an open one, the network behaviour can be inspected and the assertion can be tested against the code that produces it. Verifiability, not virtue, is the point.

What the operator can and cannot do

It is worth stating the boundaries plainly, because users coming from exchanges frequently misjudge them. The operator of Internet Money cannot move a user's funds, cannot block a user's access, cannot reverse a transaction, cannot recover a lost phrase, and cannot see what a user holds in any way that a public blockchain does not already reveal to everyone. What the operator can do is publish software updates, maintain the routing infrastructure the swap depends on, add networks and tokens, and operate the interface. The boundary between those two lists is exactly the boundary between custody and non-custody, and Internet Money sits firmly on one side of it.

3. Networks: Why internetmoney PulseChain Support Is Different

Multi-chain support is close to universal now, which makes it a weak differentiator on its face. The differences that matter are in depth rather than count, and the clearest illustration is how the wallet treats PulseChain.

PulseChain is an EVM layer one running under chain ID 369, with PLS as its native coin. Because it is EVM-compatible, any wallet capable of speaking to Ethereum can, with a custom network entry, technically speak to PulseChain as well. That technical possibility is why so many wallets claim support. It is also why so much of that support is shallow: an RPC endpoint pasted into a settings screen produces a wallet that can send PLS and little else. Token lists are absent or wrong. Prices do not resolve, so balances display as unknown or zero. Tokens the user holds do not appear until their contract addresses are entered by hand. NFTs are invisible. The in-app swap, if there is one, does not cover the network at all, so trading means leaving for a browser.

The internetmoney PulseChain integration is built the other way around. PulseChain is treated as a primary network, which produces a set of unglamorous but consequential behaviours. Tokens held on PulseChain are detected and displayed without manual entry. Prices resolve, so a portfolio shows a value rather than a row of dashes. NFTs held on PulseChain are detected automatically, which is a detail few wallets bother with on the network. And crucially, the in-app swap covers PulseChain with full aggregated routing rather than treating it as an unsupported chain where trading is somebody else's problem.

The practical effect is that PulseChain stops feeling like a network the wallet tolerates and starts feeling like one it was designed for. For a user whose activity is mostly on PulseChain, that difference is the difference between a tool and an obstacle.

Breadth beyond PulseChain

The same seed also covers Ethereum, BNB Smart Chain, Base, Polygon, Arbitrum, Optimism, Avalanche and the long tail of EVM networks beyond them — more than forty in total. This is not merely a convenience. Managing separate wallets per chain multiplies the number of recovery phrases a person must protect, and every additional phrase is an additional opportunity to lose or expose one. Consolidating dozens of networks behind a single secret reduces the attack surface of a user's own habits, which is where most losses originate.

Bitcoin support sits alongside the EVM networks rather than inside them, and it is handled with more care than is typical. The wallet supports Native SegWit, Taproot, Nested SegWit and Legacy account types, which is the set a Bitcoin user actually needs: the address format determines fee efficiency and compatibility with older services, and a wallet that offers only one type forces compromises. Holding Bitcoin and a PulseChain portfolio under one recovery phrase, in one interface, is the kind of consolidation that is easy to describe and difficult to build.

4. Internet Money Swap: How In-Wallet DEX Aggregation Works

The swap is where the wallet stops being a passive container and starts doing something computationally interesting. Understanding it requires a short detour through how on-chain trading works, because the value of aggregation is invisible without it.

Pools, prices and the arithmetic of slippage

An automated market maker does not maintain an order book. It maintains pools, each holding reserves of two tokens, and it prices trades between them by formula. A trade changes the ratio of reserves, and the price moves as a direct arithmetic consequence of that change. The larger a trade is relative to the pool's depth, the further the price moves against the trader while the trade executes. This is slippage, and it is not a fee or an inefficiency to be engineered away. It is what the formula does.

Two facts follow. The first is that the same trade can produce materially different outputs in different pools, because the pools differ in depth. The second, and less obvious, is that splitting a large trade across several pools can beat routing all of it through the single deepest one, because each fraction moves its pool's price less than the whole would. Optimal execution is therefore not a matter of finding the best venue. It is a matter of finding the best distribution across venues, and possibly across multi-hop paths that pass through intermediate tokens on the way.

What aggregation adds

A single decentralised exchange can only quote its own pools. Its price is not an opinion about the market; it is an arithmetic fact about its own reserves, and it has no mechanism for knowing or caring that a deeper pool exists elsewhere. An aggregator sits a layer above. It holds no reserves and has no price of its own to offer. Instead it treats every pool on the network, across every exchange, as raw material, reads the current state of that entire liquidity surface, computes which combination of pools converts the given input into the largest possible output, and assembles a single transaction that executes that combination atomically.

Internet Money swap is aggregation of this kind, delivered inside the wallet. When a user enters a trade, the wallet does not query one exchange. It obtains quotes across multiple decentralised exchanges, compares the resulting outputs, and presents the best available route. The phrase the project uses — multi-DEX quotes on every swap — describes the mechanism accurately: the comparison happens per trade, on live reserve state, because liquidity moves and yesterday's best route is not evidence about today's.

Why this matters more on PulseChain than elsewhere

The benefit of aggregation scales with how fragmented the underlying liquidity is. On a network where one exchange holds the overwhelming majority of depth for most pairs, an aggregator's advantage is thin. On a network where depth is scattered across many venues of comparable size, the advantage is substantial and constant. PulseChain is firmly the second kind of network, for reasons the next sections examine, and this is why an aggregated swap is not a luxury there. It is the difference between an ordinary execution and a good one, on every trade, permanently.

Atomicity, and why it is the quiet essential

A route that passes through four pools across three exchanges involves four distinct swaps. Executed as four transactions, that route is a series of independent bets: the second may fail after the first succeeds, prices may move between steps, and a user can end up stranded holding an intermediate token they never wanted. Aggregated routes are executed as one transaction through a router contract, which means the whole path either completes or reverts entirely. The trader is never left halfway. This property is what makes complex routing safe enough to be worth doing, and it is why the router contract, rather than the interface, is the real product.

The user-facing consequence of all this machinery is deliberately mundane. Two token fields, an amount, a rate, a button. The complexity is absorbed rather than displayed, which is the correct design decision and also the reason most users never realise how much is happening beneath a swap they have just approved.

5. The Swap Fee and the Internet Money Swap Router

Internet Money charges nothing to send or receive any asset. Transfers cost network gas and nothing more, on every supported chain. The wallet's revenue comes from a single place: a fee of 0.729% applied when a user swaps one asset for another inside the application. This is the same basic arrangement most wallets with built-in trading use, and the rate is disclosed rather than buried.

The fee is charged in the native coin of whichever chain the swap occurs on. A swap on PulseChain generates a fee in PLS; the same swap on Ethereum generates one in ETH, on BNB Smart Chain in BNB, on Polygon in MATIC, on Avalanche in AVAX. This detail turns out to be structurally important later, because it determines what the wallet's revenue is actually denominated in, and therefore what the people who receive that revenue are paid in.

Where the fee goes

Collected fees do not go to a company treasury. They accumulate in the Internet Money Swap Router — the contract that executes swaps — and are held there until they are swept to the TIME token contract, at which point they become claimable dividends. From there, one hundred per cent of them are distributed to TIME holders.

It is worth pausing on that figure, because partial revenue sharing is common and total revenue sharing is not. Many protocols distribute a portion of fees and retain the remainder for development, marketing or a treasury. Internet Money's swap fee is passed through in full. Whatever one concludes about the sustainability of that arrangement, it is an unusually clean one, and it is verifiable on-chain rather than merely stated: the flow from router to token contract to claimant is public.

How to think about the cost

Whether 0.729% is expensive depends entirely on what it is being compared against, and the naive comparison is misleading. Trading manually on a single decentralised exchange avoids the wallet's fee but accepts that exchange's own pool fees and whatever slippage its isolated pools impose. If aggregated routing finds a materially better path — and on fragmented liquidity it frequently does — then the aggregated route net of the wallet's fee can still return more tokens than the direct route that appeared free. The only figure that means anything is the final amount received, and it is the one the interface shows before the trade is approved.

There is also a second-order consideration specific to this design. Because the fee is redistributed rather than retained, a user who holds TIME is paying a fee into a pool from which they also draw. For an active trader holding a meaningful position in the dividend token, the effective cost of trading is reduced by whatever share of total swap fees their holding entitles them to. That is a genuine structural feature rather than a rhetorical one, and it is the mechanism by which the wallet's users and the wallet's owners become the same group of people.

6. The PulseChain DEX Landscape: Fragmented Liquidity

To understand why aggregated routing matters so much on this particular network, and why a PulseChain DEX is a different proposition from an exchange on a more concentrated chain, it helps to look at the structure of the network's liquidity rather than at any individual venue.

Liquidity fragmentation is not a flaw that PulseChain failed to avoid. It is the natural consequence of permissionless markets. Anyone can deploy an exchange. Anyone can create a pool. Anyone can decide that their token's primary market will live on the venue that offered them the best incentives, or on a fork they control, or on whichever interface their community already uses. The predictable result is that any reasonably active network ends up with liquidity distributed across many venues, in varying depths, with no coordinating authority and no reason for any of it to consolidate.

PulseChain exhibits this pattern strongly. Its EVM compatibility made deploying an exchange trivial, and a great many were deployed. Its community produced a large number of tokens whose markets settled in different places for reasons of history and allegiance rather than efficiency. The consequence is a network where the best price for a given pair is genuinely unpredictable from the outside — where it may live on one venue this hour and another the next, and where a meaningful trade is often best served by several pools at once rather than any single one.

What this means for a trader

For anyone trading manually, this environment imposes a tax that is easy to miss because it never appears as a line item. Checking three interfaces before a trade costs time and still surveys only three. Not checking means accepting whatever the habitual venue offers, which on a fragmented network is frequently worse than the best available, sometimes by a margin that dwarfs any fee under discussion. The trader who is careful pays in effort; the trader who is not pays in output. Neither is paying a fee, and both are losing money.

This is precisely the gap an aggregator fills, and it explains why the routing layer on PulseChain has become infrastructure rather than a product category. It also explains why a wallet serving PulseChain users seriously has to either integrate that layer or build it. Offering a self-custodial wallet on a fragmented network with no aggregated swap is offering half a tool.

The venues themselves

The network hosts the full range one would expect: automated market makers derived from the major Ethereum designs, venues with concentrated liquidity mechanics, community exchanges built around particular token ecosystems, and a steady supply of new deployments. From a routing perspective their individual identities matter less than their pools. An aggregator does not care which brand a pool belongs to; it cares about reserves, fee tier and the path a token pair can take through them. Every new venue that deploys pools adds raw material to the routing graph, which means fragmentation and routing quality grow together rather than in opposition.

7. Piteas and Internet Money: The Routing Layer and the Key Layer

Any serious discussion of trading on PulseChain arrives at Piteas, and any serious discussion of Internet Money on PulseChain arrives there too, because the two occupy adjacent layers of the same stack and are designed to meet.

Piteas is a decentralised exchange aggregator built natively on PulseChain. It holds no liquidity of its own, takes no custody of a trader's funds, and exists to answer the narrow question examined earlier: given this amount of this token, what is the largest obtainable amount of that token, and which combination of pools delivers it? It sources liquidity from the major automated market makers on the network and routes each swap through the most efficient combination of pools available at the moment of execution.

Its routing engine is called Pathfinder, and its architecture is worth understanding because it is unusual. Pathfinder operates off-chain. Rather than constructing routes through on-chain calls, it computes the optimal path externally and returns call data — a prepared instruction set — to whichever interface asked for it. That interface then submits the call data to the Piteas router contract, which executes the route atomically. The search happens where computation is cheap and fast; only the settlement happens where computation is expensive. This is why an aggregator can evaluate a large space of possible paths in under a second and still produce a single, gas-efficient transaction.

The consequence of that design is that Piteas functions as infrastructure other applications plug into rather than as a destination competing for users. It exposes a public swap API and an embeddable widget, and the applications that consume them are numerous: wallets that want in-app swaps without re-implementing routing, lending protocols that must liquidate collateral at the best obtainable price, yield systems rebalancing across pools. Routing is difficult, capital-intensive to maintain and identical in requirements for everyone who needs it, which makes it exactly the kind of function that consolidates into a shared layer.

Where Internet Money fits

The relationship between the two projects is a clean division of responsibilities, and the clearest evidence of it is visible in the Piteas interface itself. When a trader opens the Piteas application or its widget and is asked to connect a wallet, Internet Money appears as a named, first-class option alongside MetaMask, Rabby, Trust Wallet, Coinbase Wallet and the WalletConnect-based choices. It is not a generic fallback. It is an explicitly supported connector, which means the integration was deliberately built and is deliberately maintained on both sides.

That arrangement reflects what each layer is good at. Piteas is the routing layer: it knows where the liquidity is and how to reach it optimally. Internet Money is the key layer: it holds the secret that authorises a transaction, presents it for approval, and signs it. Neither substitutes for the other. An aggregator cannot move funds without a wallet's signature, and a wallet cannot find an optimal route without an aggregator's search. A trader using Internet Money to connect to Piteas is combining the two in the way both were designed to be combined.

It is worth being precise about a distinction that is easy to blur. Internet Money also operates its own aggregated in-app swap, routed through the Internet Money Swap Router, and that is a separate piece of infrastructure from Piteas rather than a wrapper around it. A user therefore has two legitimate paths for trading on PulseChain, and they are not in conflict. The in-app swap keeps the entire flow inside the wallet, with no browser, no connection prompt and no site to verify — the fastest and lowest-risk route for ordinary trades, with fees that return to TIME holders. Connecting to the Piteas application directly gives access to that aggregator's interface, its route display and its own feature surface, with the wallet reduced to its essential role of signing.

Both are non-custodial throughout. In neither case does any party other than the user hold the keys, and in neither case is a trade anything other than atomic. The choice between them is a matter of preference about interface and fee structure rather than a matter of security.

Why the layered model is the right one

The broader lesson in this pairing applies well beyond these two projects. Early on-chain applications tried to own every layer: their own liquidity, their own routing, their own interface, their own wallet. That produced systems that were worse at each layer than a specialist would be. What replaced it is a stack where liquidity, routing, custody and interface are distinct concerns handled by distinct components that speak defined interfaces to one another. A trader who understands the stack can assemble the combination they prefer, and can replace any single component without abandoning the others. That composability is the actual advantage of building on open networks, and the Internet Money and Piteas relationship is a compact demonstration of it.

8. Cross-Chain Swaps: The Change Feature

Everything described so far happens within a single chain. Aggregated routing across pools is only meaningful when the pools share a network, because a transaction cannot span two independent blockchains. Moving value between chains is a categorically different problem, and Internet Money addresses it with a separate feature the wallet calls Change, supporting transfers across more than twenty-seven chains.

The distinction is not pedantic. A same-chain swap is one atomic transaction: it completes or it reverts, and there is no intermediate state a user can be stranded in. A cross-chain swap cannot be atomic in that sense, because no single transaction exists that both chains can validate. Something must observe that value was committed on the origin chain and cause corresponding value to be released on the destination chain. That mechanism — whether it relies on liquidity pools held on both sides, on a network of relayers, on a lock-and-mint arrangement, or on some combination — is the substance of every cross-chain system, and it is where the additional trust assumptions live.

Practically, this means three things a user should internalise. Cross-chain swaps take longer than same-chain swaps, because they require confirmation on the origin chain before action on the destination chain, and confirmation times differ enormously between networks. They involve gas on both sides, so arriving on a new chain with a balance of tokens and no native coin to pay for the next transaction is a genuine and common inconvenience — worth planning for by acquiring a small amount of the destination chain's native coin. And they carry a class of risk that same-chain swaps do not, because the mechanism spanning the two chains is an additional component that must function correctly.

None of which argues against the feature. The alternative to an integrated cross-chain swap is not the absence of cross-chain movement; it is doing the same thing manually across a centralised exchange, which means depositing to a custodian, trading, and withdrawing to a new chain — surrendering custody entirely for the duration, and usually paying more for the privilege. Having the capability inside a self-custodial wallet, spanning a wide set of chains, removes the most common reason people hand their keys to somebody else. That is the honest case for it: not that cross-chain movement is free of trade-offs, but that the integrated version is the least bad way to do a thing people are going to do regardless.

9. Three Tokens: IM, TIME and FUTURE

The Internet Money ecosystem has three tokens, and they are frequently confused with one another because their names suggest a hierarchy that does not exist. They are not tiers of the same thing. They perform three unrelated functions, and a user can hold any combination of them, or none, and still use the wallet exactly as intended. None of them is required in order to use the software.

IM — the money

IM is the ecosystem's peer-to-peer digital cash token, present on PulseChain, Ethereum and BNB Smart Chain. Its purpose is to be spent and transferred rather than to confer rights over anything. What distinguishes it structurally is that it is deflationary by a mechanism tied directly to the wallet's activity: swaps performed in the wallet fund purchases of IM from the open market, and the purchased tokens are burned — sent to an address from which they cannot return to circulation. Supply therefore falls as usage rises. Section eleven examines how this works and what it does and does not guarantee.

TIME — the dividend

TIME is the token that receives the wallet's revenue, and it is the centre of gravity of the whole design. Its full name is T.I.M.E. Dividend. Holding it entitles the holder to a proportional share of every swap fee the wallet collects, paid in the native coin of the chain on which the TIME is held.

Its parameters are deliberately austere, and each is worth naming because each removes a category of risk that holders of similar tokens routinely discover the hard way. The contract is immutable — its rules cannot be altered after deployment. It has no admin keys, so there is no privileged address capable of changing behaviour, pausing transfers or minting. It applies no transfer tax and no reflection mechanism, so a transfer moves the amount stated and nothing is skimmed. And total supply is capped at two billion TIME per chain, which means holders cannot be diluted by new issuance; a given holding represents a fixed share of the dividend stream on that chain, permanently.

There is no staking and no locking. This is a meaningful design choice rather than a missing feature. Systems that require tokens to be deposited into a staking contract in order to earn introduce a smart contract that must hold user funds, and that contract becomes both a risk and a friction — an approval to grant, a withdrawal to wait for, a counterparty to trust. TIME dispenses with it. The dividend entitlement attaches to the holding itself, in the user's own wallet, under the user's own keys. Dividends can be claimed as often as the holder likes, with no minimum, no maximum and no expiry on unclaimed amounts.

FUTURE — the option on expansion

FUTURE is the least intuitive of the three and the easiest to explain once its purpose is clear. TIME exists separately on each chain, with its own two-billion supply and its own dividend stream fed by swaps on that chain. When TIME launches on a new EVM chain, a new supply comes into existence — and the question of who should receive it has an answer built into the system in advance. FUTURE holders receive a one-to-one airdrop of TIME on each new chain where it launches.

FUTURE is therefore a claim on the ecosystem's future expansion rather than on its present revenue. It pays nothing directly. Its value, whatever the market assigns it, is a function of expectations about how many chains TIME will eventually reach and how much volume those chains will produce. It exists on Ethereum, and — this is the operationally critical part — it must be held in a wallet where the holder controls the private keys in order for an airdrop to arrive. FUTURE sitting in an account at a centralised exchange is held by that exchange, at an address the exchange controls, and any airdrop against it lands with the exchange rather than the depositor. Holders who intend to receive what the token exists to deliver need to hold it in self-custody. The wallet itself is the obvious venue for that, which is neat but not accidental.

10. TIME Dividends: The Mechanics of the Payout

The dividend mechanism deserves examination in its own right, because it is the part of the design most often described loosely and most rewarding to understand precisely.

The chain of events is short. A user swaps inside the wallet. The wallet charges 0.729% in the native coin of that chain. The fee accumulates in the Internet Money Swap Router. Periodically, accumulated fees are swept from the router to the TIME contract, where they become dividends. TIME holders on that chain then claim their proportional share whenever they choose.

The consequence that most people miss is that dividends are chain-specific in both directions. TIME held on PulseChain earns from swaps performed on PulseChain, and pays in PLS. TIME held on Ethereum earns from Ethereum swaps and pays in ETH; on BNB Smart Chain it pays in BNB, on Polygon in MATIC, on Avalanche in AVAX. A holder is not exposed to aggregate ecosystem volume. They are exposed to the volume of the specific chain their tokens sit on, and paid in that chain's coin. Two holders of identical amounts on different chains will receive different income in different assets.

This makes the choice of chain a real decision with real consequences. A holder who wants exposure to PulseChain swap activity, and income denominated in PLS, holds TIME on PulseChain. A holder who wants ETH income holds it on Ethereum. Holding across several chains diversifies both the volume exposure and the payout currency. There is no wrong answer, but there is a decision, and it is frequently made by accident.

What determines the size of a payout

Three variables, and no others. The swap volume on the chain, since fees are a fixed percentage of it. The holder's share of the two-billion supply on that chain, since distribution is proportional. And the price of the native coin the dividend is paid in, since that determines what the payout is worth in other terms. Volume is the variable that moves most and is least predictable; it responds to market conditions, to the network's activity, and to how many people are using the wallet rather than trading elsewhere.

Which points at the honest characterisation of what TIME is. It is not a yield product, and treating it as one leads to disappointment, because a yield product implies a rate and there is no rate here. It is a claim on the revenue of a piece of software, denominated in a volatile asset, with no floor and no promise. Revenue rises when the wallet is used more and falls when it is used less. That is the same exposure an equity holder in a brokerage has to trading volume, with the differences that the claim is enforced by an immutable contract rather than by corporate law, that the payout is automatic rather than declared, and that the asset it is paid in can itself move sharply in either direction.

11. IM and the Buy-and-Burn Mechanism

IM's deflationary mechanism is the second economic loop the wallet drives, and it is a genuinely different kind of thing from the dividend, though the two are frequently conflated because both are fed by swap activity.

The mechanism itself is simple to state. Swap activity within the wallet funds purchases of IM on the open market, and the tokens bought are burned. Burning means transferring to an address from which no key can ever spend, which removes the tokens from circulating supply permanently and irreversibly. The circulating supply of IM therefore declines as the wallet is used, and the rate of decline is a function of usage rather than of any schedule or announcement.

Two aspects are worth drawing out. The first is that the purchases are made on the open market. This is not the same as a supply reduction performed by adjusting a number in a contract, which costs nothing and buys nothing. Real tokens are bought with real value at prevailing prices, which means the mechanism exerts actual buying pressure at the moment it operates, in addition to reducing supply thereafter. The second is that the reduction is permanent. Burned tokens are not held in reserve for later release, which is a distinction that matters greatly and is often glossed over in projects where 'burned' supply has a way of reappearing.

The mechanism is also connected to TIME, in that holders can contribute TIME to the buy-and-burn contracts without lock-up periods, directing value toward the burn rather than toward their own dividend claim. This gives the two tokens a relationship beyond sharing a source of funds: a holder can choose which of the two loops their share of the ecosystem's activity feeds.

What the mechanism does not do is guarantee a price outcome, and honesty about this is the difference between explanation and promotion. Price is determined by supply and demand together. A falling supply against rising demand produces upward pressure. A falling supply against collapsing demand produces nothing worth having. Buy-and-burn is a structural force in one direction, applied continuously and funded by real activity, and that is a meaningful thing to be true of a token. It is not a mechanism that makes a number go up, and any account of IM that implies otherwise should be distrusted for that reason alone.

12. dApp Connections: Injected, WalletConnect and the Disguise

A wallet's usefulness is bounded by what it can connect to. A key manager that cannot authorise transactions on other applications is a vault; the value of a wallet lies substantially in how many applications it can act on and how little friction there is in doing so. Internet Money offers three connection paths, and the third is genuinely inventive.

Injected connections

The injected provider is the standard mechanism for browser-based connections. A wallet places a provider object into the page's JavaScript environment, and the application detects it and communicates through it — requesting the user's address, asking for signatures, submitting transactions. It is the fastest and most reliable path when it is available. In the browser extension, Internet Money uses it directly: the wallet surfaces a small window over the existing tab for approvals, so the user never leaves the application they are transacting on. In the mobile application, the same mechanism operates inside the wallet's own in-app browser, which is how a phone can offer the desktop-style connection experience that mobile browsers otherwise cannot.

WalletConnect

WalletConnect solves the case the injected provider cannot: an application open in one place and a wallet living in another. It establishes an encrypted relay between the two, initiated by scanning a code or following a link, over which connection requests and signing requests travel. Internet Money supports it, which matters in two situations — connecting a phone-held wallet to an application on a desktop screen, and connecting to applications in an external mobile browser such as Safari, where no extension can exist. It is also the fallback whenever an application does not support injected connections. Notably, Internet Money appears as a WalletConnect option in the Piteas widget as well as a direct option in the Piteas application, which means both paths into that aggregator are available.

The MetaMask disguise

The third mechanism addresses a problem that is entirely social rather than technical, and it is the most interesting feature in this section. A great many applications were built with a hardcoded assumption that MetaMask is the only wallet worth detecting. Their connection screens list one option. Their code checks for one provider. This is not a limitation of the standard — the injected provider interface is wallet-agnostic by design — but a limitation of how the standard was implemented by developers who tested against one wallet and shipped.

Internet Money's response is to offer a toggle that presents the wallet to the page as MetaMask. The application checks for what it expects, finds it, and proceeds normally; the transaction is then signed by Internet Money exactly as any transaction would be, with the same approval prompt and the same keys. Nothing about the security model changes, because the provider interface being satisfied is a public standard and the signing still happens locally under the user's control. What changes is that a category of applications which would otherwise be unreachable becomes reachable.

It is a pragmatic answer to a problem that should not exist, and it is the kind of feature that only appears in software built by people who actually use the thing they are building. The alternative — waiting for hundreds of application developers to implement wallet detection properly — is not a plan.

13. Bitcoin, NFTs and Portfolio Management

Three capabilities sit outside the swap-and-token story but account for much of the wallet's day-to-day usefulness, and they are the features users notice the absence of rather than the presence of.

Bitcoin, handled properly

Bitcoin support in a multi-chain wallet is usually either absent or nominal. Internet Money implements it with the account types Bitcoin users actually need: Native SegWit, Taproot, Nested SegWit and Legacy. The reason this list matters is that Bitcoin address formats are not cosmetic. Native SegWit reduces transaction fees relative to Legacy. Taproot enables newer capabilities and further efficiency. Nested SegWit exists precisely because some older services cannot send to newer formats, and Legacy remains necessary for the oldest. A wallet offering only one format forces its users into avoidable costs or avoidable incompatibilities. Offering all four means the wallet accommodates the user's circumstances rather than the reverse — and it means a person can hold Bitcoin and an entire PulseChain portfolio under one recovery phrase.

NFTs

The wallet handles non-fungible tokens across Ethereum and all EVM chains — viewing collections, sending and receiving. The detail worth singling out is automatic detection of NFTs held on PulseChain. Manual NFT entry is a miserable experience: it requires the user to already know the contract address of a collection they may have received without warning, which means assets held are assets invisible. Automatic detection on PulseChain specifically is a small piece of evidence for the larger claim made in section three, that the network is treated as primary rather than tolerated. It is the sort of work nobody notices when it is done and everybody notices when it is not.

Portfolio and history

The wallet provides real-time price tracking for all supported tokens and coins, with twenty-four-hour changes shown at three levels: the individual asset, the account, and the portfolio overall. Multiple accounts can be managed under one wallet with their combined value visible, which is how anyone who separates funds by purpose actually operates. Transaction history is tracked and can be exported — an unglamorous feature that becomes essential at tax time and is missing from a surprising number of otherwise capable wallets.

None of these features is a headline. Collectively they determine whether the wallet can serve as somebody's primary interface to their holdings or merely as a tool they open for specific tasks. The distinction is the difference between a wallet a person uses and a wallet a person has installed.

14. The Internet Money App: Mobile and Browser

The Internet Money app exists in more than one form, and the forms differ in ways that matter when deciding where to keep a wallet. The same recovery phrase works in all of them, which means the choice is about interface and situation rather than about commitment.

The mobile applications

Internet Money is published as a native application for iOS and for Android, distributed through the ordinary application stores. The mobile builds are the fullest expression of the product, and one feature is the reason: the in-app browser. Because a mobile browser cannot host a wallet extension, phones have historically been second-class environments for on-chain applications — every connection required a WalletConnect handshake, every approval required switching applications, and any interruption broke the session. An in-app browser inverts this. The user browses to an application from inside the wallet, and the wallet's provider is present in that page exactly as an extension's would be on a desktop. Connecting and transacting become as direct on a phone as on a computer, and favourite applications can be saved for quick navigation.

The mobile app is also where the wallet's breadth is most apparent: over forty networks, Bitcoin with its full range of account types, NFT support with automatic PulseChain detection, portfolio tracking, exportable history, in-app swaps and cross-chain Change transfers, all under one recovery phrase on a device the user physically controls.

The browser extension

The Chrome extension serves the desktop case, and its behaviour is worth describing precisely because it differs from the pattern most extensions follow. Rather than opening a separate tab or a cramped popup panel, Internet Money surfaces a small window over the existing tab for connections and approvals. The user stays on the application they are transacting with; the wallet appears above it and disappears when finished. Combined with injected connections, WalletConnect as a fallback, and the MetaMask disguise for applications that only detect one wallet, the extension covers essentially the whole range of desktop connection scenarios.

Choosing between them

The realistic answer for most people is both, on the same recovery phrase, because the two solve different problems. The extension is better for extended sessions at a desk, where an application is open in a tab and transactions come in sequence. The mobile app is better for everything else, and it is the more secure of the two in one specific respect: a phone is a device the owner keeps on their person, while a desktop browser is an environment shared with every other extension installed in it.

Two cautions apply to installation, and they are not boilerplate. Wallet applications are impersonated constantly, and fraudulent listings and extensions have appeared in official stores. The publisher of any listing should be checked before installing, and installation links should be reached from a source the user already trusts rather than from a search result, an advertisement or a message. The wallet is free — there is nothing to pay for, and sending and receiving cost nothing beyond network gas — so any prompt to pay for access, unlock features or validate a wallet is fraudulent without exception.

15. Privacy and the No-Data-Collection Position

Internet Money states that it does not collect, store or sell any personal user data. The claim is unambiguous, and it is worth mapping exactly what it does and does not cover, because on-chain privacy is widely misunderstood in both directions.

What it covers is the application layer. There is no account, so there is no email address, no phone number, no password and no identity document. There is no registration, so there is no profile to be built, breached or sold. Because the wallet is non-custodial, no balance information needs to be held on a server to make the product work, and because it is open source, the absence of collection is checkable against the code rather than merely asserted in a policy document.

What it does not cover, and cannot, is the blockchain. Public ledgers are public. Every transaction, every balance, every counterparty and every timestamp is visible to anyone who cares to look, permanently, and no wallet changes this. Address clustering is a mature discipline, and a self-custodial wallet is not an anonymity tool. The privacy on offer is privacy from the software's publisher, not from the world.

That distinction is not a diminishment. Not collecting data means there is no database to be breached, no list of users' holdings to be leaked or subpoenaed, and no commercial incentive that conflicts with the user's interest. Every custodial service that has ever lost customer data lost it because it had the data to lose. Declining to hold it is the only defence that cannot fail. The honest framing is that Internet Money removes itself as a source of exposure while leaving the ledger exactly as public as it was, and users who need transaction-level privacy need different tools and a clear understanding of why.

16. Getting Started: A Practical Walkthrough

The sequence below is what actually happens, in order, with the failure points named where they occur.

Installing

Install the mobile application from the official application store for the device, or the extension from the Chrome Web Store, verifying the publisher in either case. Reach the listing from a source already trusted rather than from a search result or an advertisement.

Creating the wallet

On first run, the wallet generates a recovery phrase and displays it once. This is the single most consequential moment in the entire process, and it is over in about forty seconds, which is exactly why people get it wrong.

Write the phrase down on paper, in order, and check every word against the screen. Do not screenshot it — screenshots enter a photo library that very likely syncs to a cloud account, which converts a local secret into a remote one. Do not type it into a notes application, a password manager that syncs, a message to oneself, or an email draft. Store the paper somewhere it will survive both theft and ordinary domestic accident, and consider a second copy in a separate location, since the most common way to lose a phrase is not theft but flood, fire, house move or simple misplacement. Then confirm the phrase when prompted, which exists to verify that the record is accurate while accuracy can still be checked.

Funding and first transactions

Receiving requires selecting the correct network before copying an address. EVM addresses look identical across chains, and sending an asset on the wrong network is the most common self-inflicted loss in the category. Acquire a small amount of the chain's native coin first — PLS on PulseChain — because gas is required for every subsequent action, and a wallet holding tokens with no native coin can do nothing at all until that is fixed.

Before a first large transfer, send a small amount and confirm arrival. The few cents of gas this costs is the cheapest insurance available anywhere in crypto.

First swap

Select the input and output tokens, enter an amount, and read the quote. The figure to attend to is the amount received, not the fee — a route showing a higher fee and a higher output is the better trade, and this is the entire point of aggregated routing. Check the slippage tolerance: too tight and the transaction fails as prices move, too loose and it can execute at a materially worse rate than displayed. Then approve, and verify the result against the quote.

Connecting to applications

Use the in-app browser on mobile, or the extension's injected connection on desktop; fall back to WalletConnect where injected connections are unsupported, and use the MetaMask disguise where an application detects only that wallet. Verify the address of any site before connecting — impersonation of well-known applications is routine, and connecting to a fraudulent clone is how token approvals get granted to attackers. Review periodically what has been approved, and revoke what is no longer needed, because an approval granted once persists indefinitely until it is withdrawn.

17. Security Practices and the Mistakes That Cost People Money

Self-custody moves the entire security burden onto the user, and the losses that follow are overwhelmingly not the result of broken cryptography. They are the result of a small number of repeated human errors. Naming them is more useful than general advice.

Exposing the recovery phrase. The dominant cause of loss. Phrases are surrendered to fake support agents, entered into cloned websites promising airdrops or wallet validation, stored in synced cloud notes later compromised, and photographed onto phones that back up automatically. The rule admits no exceptions: the phrase is entered only when restoring a wallet in a wallet application deliberately sought out, and at no other time, to no other party, for no other reason. Nobody legitimate will ever ask for it — not support, not a developer, not a moderator, not an administrator. Any request for it is an attack, without any further analysis required.

Losing the recovery phrase. The second most common loss, and the more painful, because there is nobody to be angry at. A phrase held only in one place, or only in a form that a single accident destroys, is a phrase not yet backed up. There is no reset, no appeal and no recovery process.

Fraudulent applications. Wallet impersonation is constant and has repeatedly reached official stores. Verify publishers. Install from links reached through trusted sources. Treat any request for payment to use, unlock or validate a wallet as conclusive proof of fraud.

Wrong-network transfers. Identical address formats across EVM chains make this easy and the result is usually unrecoverable. Confirm the network at both ends of every transfer, and test with a small amount first.

Stale token approvals. Granting an application permission to spend a token is not a one-off event; it is a standing authorisation that survives until revoked. Approvals accumulate silently across dozens of applications, and a contract that is later compromised can act on the permission it was given months earlier. Review and revoke on a schedule.

Fake tokens and airdrops. Anyone can deploy a token with any name and send it to any address. Unexpected tokens appearing in a wallet are not gifts; interacting with them, particularly attempting to swap them, is a known attack pattern. Verify contract addresses through the wallet's own token search or a reputable explorer rather than through a link supplied by whoever is promoting the token.

The pattern uniting all of these is that the failure is procedural rather than technical. The wallet's cryptography is not the weak point and never has been. The weak point is a person in a hurry, and slowing down at the four or five moments that matter — writing the phrase, verifying a site, confirming a network, reading a quote — eliminates nearly the entire risk surface.

18. Frequently Asked Questions

19. Closing: What Internet Money Is Building

Strip away the tokens and the mechanisms and a straightforward proposition remains. Internet Money is a self-custodial wallet that takes multi-chain support seriously enough to treat PulseChain as a first-class network rather than a settings entry, that contains an aggregated swap rather than sending users elsewhere to trade, that connects to applications by three separate mechanisms including one built specifically to defeat other developers' laziness, and that distributes the whole of its swap revenue to the holders of a token anyone can buy.

The last of those is the genuinely novel part, and it is worth stating plainly what it implies. A wallet that keeps its fees is a business with users. A wallet that distributes all of its fees to a freely transferable token is something closer to a public utility with owners, where the owners and the users can be the same people and frequently are. Whether that model proves durable is an open question that only sustained volume can answer, and nothing in this article should be read as a prediction about it. But it is a real structural difference rather than a cosmetic one, it is enforced by immutable contracts rather than by promises, and it is verifiable on-chain by anyone who wants to check.

What the project is ultimately building is a place to stand. Custody of one's own keys across Bitcoin and forty-odd EVM networks, competitive execution on a fragmented network, connectivity to the applications that matter, and a claim on the revenue the whole thing generates — assembled into one application, with no account, no permission and no counterparty. That is not a small thing to have built, and on a network like PulseChain, where liquidity is scattered and the tooling has had to be built by the people who use it, it is close to essential.