Blur NFT purchases transfer the selected item to the receiving wallet

Fix the item identity before comparing its price

The collection contract and token ID identify the item you intend to purchase, while its title and image help you recognize it. A copied image can appear under a different contract. Preserve the complete identifiers rather than relying on a shortened address or a familiar collection name.

For an ERC-721 item, the contract address and token ID identify a specific token on its chain. Record the network alongside them. A floor-price display describes a collection-level asking-price measure; it does not establish the purchase price of your selected item. Read the individual listing before treating that collection figure as your spending requirement.

Select the receiving account and prepare its funds

The account connected to checkout should match the address intended to receive the purchase, and its available funds must cover the operation the wallet presents. With several accounts open, a familiar wallet name can conceal an account mismatch. Compare the address in the connection and transaction details, rather than assuming your last-used account remains selected.

Blur supports Ethereum-based NFTs. Keep the selected item's network consistent with the wallet and transaction records you inspect. Funds held on another network do not become spendable for this purchase merely because the wallet displays the same address. Also distinguish money available to the purchase operation from a portfolio total combining unrelated balances.

Read the complete checkout cost

Your spending requirement includes the purchase payment and the network cost of transactions needed to complete it, without counting charges already included in checkout twice. Read any fee or royalty breakdown alongside the final payment amount. A marketplace fee label alone does not describe the full cost of settlement.

An Ethereum transaction's execution fee equals the gas used multiplied by its effective gas price. A wallet estimate can change before inclusion, and its displayed maximum need not equal the eventual charge.

Keep the purchase total and the gas estimate distinct when deciding whether enough funds remain. If the wallet requires a separate preparatory transaction, include its cost too. Once the purchase settles, use actual charges from its receipt for your record. Avoid adding a royalty again when checkout already includes it in the payment.

Separate connection requests from purchase authorization

A connection request lets the application interact with selected wallet accounts; a purchase transaction authorizes a specific operation involving funds and the chosen NFT. Read each request on its own terms. An earlier connection confirmation does not establish that the purchase has settled.

Payment-token approvals, where a purchase path requires them, authorize a contract to spend that token within the allowance. They differ from the purchase itself. Check the spender, asset, and requested amount. Receiving an NFT does not by itself require granting an operator control over NFTs you already own. An unexpected collection-wide transfer permission deserves explanation before approval.

Keep the transaction hash while settlement remains pending

The transaction hash identifies the submitted operation, allowing its status to remain traceable even if the marketplace stops updating or the browser closes. Save it when submission occurs. A wallet confirmation can mean you approved sending the transaction; inclusion and execution happen afterward.

Pending status does not establish ownership. While that transaction remains unresolved, another purchase attempt can create an additional outstanding operation. Inspect the existing record before deciding whether anything needs resubmission. A refreshed marketplace screen cannot cancel a transaction already broadcast to the network.

A reverted transaction rolls back its execution changes, but the sender still pays for the gas used. Its failed status therefore differs from a successful purchase whose artwork has not appeared. The receipt identifies which condition applies.

Match the receipt to the NFT transfer

A successful transaction status establishes that the operation executed, while its transfer details identify the NFT and recipient involved. Read those details before accepting a purchase notification as sufficient. An approval transaction can succeed without buying anything.

The transaction's top-level destination may be a marketplace contract. That address is not necessarily the NFT recipient. Locate the NFT transfer entry, then compare its collection contract and token ID with your saved item details.

For ERC-721 transfers, the transfer event identifies the previous owner, new owner, and token ID. The recipient should match the account you intended to receive the purchase. A shortened address deserves a full comparison when diagnosing an apparent mismatch.

A transfer record describes an event at a particular point in the chain's history. Later transfers can change ownership again. The receipt therefore answers whether the purchase delivered the item then; the current ownership record answers who holds it now.

Retain the transaction hash with the item identifiers and actual purchase cost. This compact record makes later reconciliation easier than an isolated screenshot of checkout. It also distinguishes the purchase transaction from any separate approval or subsequent transfer.

Confirm ownership using the token's standard

For an ERC-721 purchase, the direct ownership check compares the token's current owner with the receiving wallet address. The ERC-721 ownerOf function returns the owner address for a specified token ID. Read it on the correct collection contract and network.

ERC-1155 items use balances because an address can hold a quantity of a particular token ID. For an item using that standard, inspect the account's balance for that ID and the quantity transferred. An existing balance makes the transfer quantity relevant: merely finding a positive balance would not prove the latest purchase added anything.

View full-size image

Treat a missing thumbnail as a separate display problem

A wallet can omit an NFT from its gallery even when the ownership record assigns it to the selected account. Automatic detection and artwork retrieval affect presentation. Where the wallet supports manual NFT import, the network, collection contract, and token ID identify the entry to display. Importing that entry does not purchase or transfer the token. Rebuying an item to repair its thumbnail introduces a separate transaction without resolving the display cause.

View full-size image

Resolve a recipient mismatch before taking another action

A transfer to an unexpected address requires checking the actual transaction and account selection, rather than assuming the marketplace has delayed delivery. First distinguish the transaction's contract destination from the NFT transfer recipient. Those fields describe different roles.

View full-size image

If the receiving address belongs to another account you control, view that account's holdings. If it belongs elsewhere, a successful transaction does not move the NFT into your intended account simply because you reconnect it. Also inspect whether a later transfer changed the owner after the purchase. Keep the original purchase record separate from that later activity.

Finish the purchase without opening another commitment

Once the transfer and current ownership match, holding the item requires no new listing or bid. Those are separate trading decisions. A portfolio valuation also remains separate from the amount you paid; changing displayed estimates do not alter the completed purchase receipt.

Disconnecting a wallet from an application does not revoke existing on-chain token approvals. Review any permissions you granted during preparation and remove those you no longer need. Revocation is a separate operation and does not reverse the purchase.

If the available asking price no longer suits the purchase, leaving checkout unsubmitted avoids creating that transaction. Bidding expresses different terms and requires a separate decision about the offer. Buying the available listing accepts its purchase terms; waiting leaves the item unpurchased and your decision open.