Coinmarketcap portfolio: Transaction entries, costs and totals
Coinmarketcap portfolio uses recorded transactions and market prices to calculate holdings, current value and profit or loss. A purchase entry supplies quantity and acquisition cost; a sale records a disposal, while a transfer changes tracked holdings without recording a purchase. Those distinctions explain why matching your coin balance alone does not establish an accurate profit figure. Manual records need the correct asset, transaction type, price, date and applicable fees. Connected holdings also need enough transaction history to explain their costs.
Purchases, sales and transfers in the ledger
The transaction types describe different events, so choosing the right type matters before entering an amount. Their labels describe portfolio records. Saving a manual purchase or sale does not execute a trade or move funds.
Purchase and sale records
A Buy entry records acquired units and their purchase price. A Sell entry records disposed units and their sale price. Fees affect the economic result, and the transaction date places the event in the history. A note can preserve context that the other fields do not capture.
Incoming and outgoing transfers
A transfer records assets entering or leaving the tracked holdings. It does not request a purchase price in the same way as a Buy entry. Moving assets between your own wallets does not itself establish a sale. Recording that movement as a disposal would introduce a sale that never occurred.
Matching records before comparing totals
A useful reconciliation starts with asset identity and quantity, then examines costs. Confirm the selected listing matches the asset you hold; different projects can share a ticker. Compare the recorded quantities with the relevant wallet or exchange records before interpreting the portfolio’s currency value.
Purchase prices should reflect actual executions. A price that appears automatically in an entry form is not evidence of your execution price. Keep unit price separate from the total purchase amount, and use the transaction’s date rather than the date you happen to enter it.
A watchlist records interest in an asset. It cannot supply missing purchase history, and market-cap rankings say nothing about your personal acquisition cost.
Connection compatibility and transaction coverage
Portfolio records can come from manual entries, supported on-chain addresses or supported exchange connections. Compatibility determines which automatic connection is available. Manual entry remains useful when the asset has a suitable listing but the relevant account connection is unavailable.
Balance coverage and transaction-history coverage deserve separate attention. An address can establish the units present without explaining what an earlier purchase cost elsewhere. A transfer arriving at that address may describe receipt accurately while leaving the original acquisition information unresolved.
Network, asset and incoming or outgoing transaction filters help narrow connected records. Check which filters are active before treating an absent transaction as missing data. A filtered view describes only its selected portion of the portfolio.
Average purchase price and fee-inclusive cost
Average buy price excludes purchase fees, while average buy cost includes them. Both use purchased quantities as their denominator, so an unweighted average of entry prices can be wrong when purchase sizes differ.
The purchase-price average
Multiply each purchase’s unit price by its quantity, add those amounts and divide by total units purchased. Larger purchases therefore contribute more to the average.
The cost used for profit calculations
Buying fees form part of the portfolio’s purchase cost basis. Dividing that total cost by purchased units gives average buy cost. A reference price above average buy price can therefore still fall below average buy cost.
A manual purchase when an account connection is unavailable
This hypothetical case uses an empty portfolio, an asset with a matching listing and an exchange account without a compatible connection. The purchase contains 7.4 units at $18.60 each, plus a $1.36 buying fee. The comparison quote is $21.30 per unit. All these conditions and amounts are illustrative.
Automatic exchange synchronization and manual transaction entry are the alternatives. Either needs to represent the same purchase accurately. Because this account lacks a compatible connection, sign in to your CoinMarketCap account and save a manual Buy entry with the transaction’s quantity, execution price, date and fee.
The purchase amount is 7.4 × $18.60 = $137.64. Adding the fee gives a total cost of $139.00. At the illustrative quote, the holding value is 7.4 × $21.30 = $157.62, leaving an unrealized gain of $18.62.
Check that the saved record matches the purchase details and the holding shows 7.4 units. The dollar comparison holds only at the stated quote. A changing market price changes valuation; a corrected purchase fee changes cost and profit without changing those units.
What changes when you record a sale?
A sale reduces the tracked quantity and produces realized profit or loss from its proceeds, allocated purchase cost and selling fees. Realized profit equals sale proceeds minus average buy cost multiplied by units sold, minus selling fees.
The remaining units contribute unrealized profit: their market value minus their allocated purchase cost. All-time profit combines realized and unrealized profit. A partial sale therefore leaves both components relevant. Comparing only the remaining holding value with all historical spending overlooks the recorded sale proceeds.
Transfers and incomplete purchase history
A transfer changes the tracked position without establishing a new acquisition price. That distinction becomes material when units arrive from somewhere outside the recorded purchase history. Their current value can be visible even when the tracker lacks the spending that originally acquired them.
A large profit figure beside transferred holdings may therefore reflect incomplete cost information. Treating every incoming transfer as a fresh purchase would create a different error. The transaction’s meaning and the available acquisition records determine what belongs in the ledger.
Transfers out also change the units remaining in the unrealized-profit calculation. A lower tracked balance after a transfer does not establish that a market loss occurred.
Duplicate entries and historical corrections
Duplicate transaction records can inflate quantities and distort costs. Overlapping manual and connected records deserve attention when they describe the same holdings. An extra entry should not stand in for a correction to an existing manual record.
Manual transaction details support editing and removal. Preserve the actual purchase information when correcting the erroneous field. Deleting an entire asset removes more tracking information than correcting one transaction, and neither action changes the asset balance held elsewhere.
Historical charts can take time to recalculate after an addition or edit. The saved transaction details provide a separate check while that calculation catches up. Repeatedly adding the same event because a chart has not changed can compound the discrepancy.
Valuation differences after the ledger matches
A reconciled transaction history can still produce a different currency total from another service because valuation uses a market reference. Price timing, data delays and differences in external inputs can affect the comparison. Matching quantities isolates those pricing questions from missing or duplicated units.
Allocation shows how current holding values divide the portfolio. Price changes can alter those proportions without any new transactions. Separate portfolios can organize different sets of holdings, but comparisons need consistent inclusion: the same asset appearing in overlapping views should not become extra ownership in a combined total.
The tracker measures recorded positions at its reference prices. It does not establish the proceeds that an actual sale would deliver.
Popular questions about Coinmarketcap portfolio
Does entering a purchase require an API key?
Manual purchase entry does not require an API key. You enter transaction details through the portfolio interface while signed in. API access is a separate way to obtain market data for software; it is not a prerequisite for recording purchases manually.
Can portfolio transactions synchronize between desktop and mobile?
Portfolio data synchronizes between the website and mobile app when you use the same account. An account mismatch can therefore explain different records across devices. Compare the selected portfolio as well as the signed-in account before assuming that a transaction disappeared.
How can I hide balances and holdings while viewing my portfolio?
Select the eye icon on the asset’s transaction details page to enable privacy mode and hide displayed balances and individual holdings. It changes their visibility on screen without removing transaction records or altering the calculations. Hiding values does not disconnect an imported account or delete the underlying portfolio.
Is the portfolio’s profit percentage the average of individual coin returns?
The portfolio’s profit percentage uses total profit relative to its cost basis, rather than a simple average of coin percentages. Positions with different purchase costs contribute different amounts to the overall result. Equally weighting their percentages would describe a different calculation.
What happens to the calculation if I do not know my original purchase price?
An unknown purchase price leaves the acquisition cost unresolved, even when the quantity is accurate. A present-day quote cannot reconstruct what you paid. Retain the distinction between a verified balance and an estimated cost; any profit figure using an estimated purchase price inherits that uncertainty.