Compare BTC purchases and sales including fees
Enter a bitcoin quantity and read an estimate from original order books. Check depth coverage, separate fees and the net result in the same currency.
1. Choose the original market and amount
Actual mode reads the public Coinmate BTC/CZK or BTC/EUR book; euro also includes a separate Coinbase Exchange BTC/EUR book. These are orders on named venues, rather than CNB fixings, an aggregate bitcoin reference or a binding retail exchange offer. Each source retains its own timestamp and capture. Two captures do not establish a shared atomic instant.
The amount means BTC quantity traded in the book. For a purchase it is not a promised net amount after a wallet transfer; for a sale a transfer fee increases total BTC spent. Prepare a change of direction, currency, quantity or fees, then apply it deliberately. The previous result keeps its own query until then.
2. Read the price for the whole amount
A purchase consumes asks from the lowest price; a sale consumes bids from the highest price. Each level contributes only its available quantity. Detail preserves price, consumed BTC and the exact product for every consumed level. Best bid, best ask and their spread describe the top of the book; they do not alone determine the price of a larger order.
The calculation uses at most one hundred best levels per side and reports the original count when established by the response. Insufficient retained depth shows filled and remaining BTC and partial value, while leaving complete price and rank unavailable. Purchase consideration rounds upward to cents, sale consideration downward; inputs retain the original unrounded sum.
3. Separate unknown fees from your assumptions
Manual mode lets you explicitly assume a percentage trading fee, a fixed fee in the selected currency and a transfer fee in BTC. A blank field stays unknown; enter zero only as your own assumption. The same assumptions apply to every compared venue and never become verified provider terms. The percentage fee uses rounded trade consideration and rounds to two decimal places with half-up rounding.
4. Compare the complete cash flow
For a purchase the model adds trading and fixed fiat fees to consideration and subtracts BTC transfer cost from acquired BTC. The complete unit price is fiat paid divided by net BTC received. For a sale it subtracts both fiat fees from proceeds and adds BTC transfer cost to BTC spent. The complete unit value then means net proceeds per total BTC spent.
Ranking requires full quantity coverage and every required fee known in one currency. Purchases rank lower unit cost first; sales rank higher net unit proceeds first. Negative proceeds after high fees are not rewritten as zero. A purchase with zero or negative net quantity has no valid unit price. Chart, table, detail and up to four comparison cards use the same applied result.
5. Preserve the inputs and their limits
Refresh is explicit; this screen does not promise continuously executable quotes. Books retain their capture, source time and genuine original-response hash. A short server cache limits reads but does not establish an offer-validity interval. Binding quote validity remains unknown. An old result stays readable with its own timestamp until a new applied result is available.
Complete JSON and CSV preserve the shared query, all source books, consumed levels, fee assumptions and manifest, regardless of local search or selected cards. A recipe checksum is distinct from a cryptographic source hash. Nothing here submits an order, sends money or creates a durable canonical Snapshot.
This is a guide to Datisto. Private features require sign-in and access to your own data. Personal models use your assumptions; availability and permitted use of source data are checked with the particular result. This is not investment advice.