A collection of 100 NFTs priced at 0.02 ETH suggests potential revenue of 2 ETH. But that is only the value of a complete sellout before deductions. Some works may remain unsold, the platform will take its fee, and creation and launch costs must be covered regardless of demand. Secondary trading volume is not the creator’s income either.
To assess a drop’s economics, you need only a local spreadsheet and confirmed sale terms. The fictional example below can be reproduced without AI. All amounts, exchange rates and sales volumes are illustrative: this is a planning method, not a demand forecast or investment recommendation.
What to measure: creator income, not collection trading volume
Start by separating three figures. Primary revenue is the amount buyers pay for NFTs during the drop. Creator receipts are the funds that actually reach the creator’s address after sale deductions. The project result is those receipts plus royalties actually received, minus the creator’s costs. Keep these figures distinct in your management calculation.
If a buyer resells an NFT for 1 ETH, that does not mean the creator earns 1 ETH. If another 60 works are listed at 0.02 ETH, they do not generate receipts of 1.2 ETH. Unsold tokens remain unsold; an asking price is not evidence of liquidity.
Your spreadsheet needs a date, transaction type, amount and currency, fee, net receipt or expense, exchange rate into your accounting currency, and a reference to supporting evidence. Label transfers between your own wallets separately: they move funds but create no new revenue. For contractor payments, keep an invoice or other expense record alongside the transaction hash.
Financial analysis tools can provide an additional review layer. For example, https://www.numevia.io/ advertises income and expense analysis and report generation. This does not establish support for NFTs, marketplaces or blockchain transaction imports. NUMEVIA’s terms describe the current build as a front-end demo and state that outputs are not financial advice. Keep your source records and a reproducible calculation under your own control.
Drop costs: what the creator pays and what the buyer pays
For this example, take 100 NFTs with an identical price of 0.02 ETH. The hypothetical launch budget is 0.90 ETH: artwork creation costs 0.35 ETH, contract preparation and technical work cost 0.20 ETH, promotion costs 0.20 ETH, and deployment plus other creator-paid network transactions cost 0.15 ETH. These are model inputs, not estimates of market rates.
Treat all four items as fixed launch costs here. In a real project, some payments may depend on sales: a partner’s percentage, a referral payment or creator-subsidized gas. Deduct those amounts from the contribution of each sale rather than hiding them in the fixed budget.
OpenSea’s Set your drop earnings documentation says that, for the drop mechanism described, the platform typically retains 10% of each minted NFT’s price. The remaining 90% goes to the specified address as minting occurs. That is a receipt before the creator’s other costs, not profit. Check the current terms for your particular sale method before launching.
Use that deduction for the worked example: a 0.02 ETH sale leaves the creator 0.018 ETH. Additional variable costs are zero in the base model. Gas paid directly by the buyer is not a creator expense, although it can affect willingness to buy. If the creator reimburses that gas, the reimbursement becomes a creator expense.
Do not deduct the same fee twice. If your ledger uses the net receipt of 0.018 ETH, do not reduce it by another 10%. Either start with the full price and show deductions separately, or use the net amount consistently across all rows.
The break-even point: how many sales cover the launch?
The basic formula is break-even sales = fixed costs / net contribution per sale. Net contribution means the sale price minus platform deductions and other variable costs paid by the creator. Round the result up to a whole NFT. If the contribution is zero or negative, selling more units cannot by itself cover the launch budget.
In this example, 0.90 / 0.018 = 50 NFTs. You must therefore sell half the collection to cover the budgeted cash costs in ETH. This excludes your own time, taxes and any costs omitted from the budget. Local tax reporting requires a separate calculation under the applicable rules.
- 25 NFTs sold, or 25% of the collection: primary revenue is 0.50 ETH, creator receipts are 0.45 ETH, and the result after launch costs is a loss of 0.45 ETH.
- 50 NFTs sold, or 50%: revenue is 1 ETH, receipts are 0.90 ETH, and the result is 0 ETH.
- 75 NFTs sold, or 75%: revenue is 1.50 ETH, receipts are 1.35 ETH, and the result is a surplus of 0.45 ETH.
- All 100 NFTs sold: revenue is 2 ETH, receipts are 1.80 ETH, and the result is a surplus of 0.90 ETH.
Use separate spreadsheet cells for the number of NFTs, price, deduction rate, variable cost and launch budget. Calculate receipts by multiplying sales by price and by the share retained by the creator. Then subtract variable and fixed costs. Use a rounding-up function for the break-even quantity. Discounts and different sale prices require separate rows or scenarios rather than one nominal price.
Now add your own work: a hypothetical 40 hours valued internally at 0.01 ETH per hour creates another 0.40 ETH in economic costs. The full budget rises to 1.30 ETH, and break-even rises to 73 NFTs, because 1.30 / 0.018 is approximately 72.22. Selling 50 NFTs covers the cash costs but does not compensate you for the time valued in this model. Keep both results visible rather than treating unpaid work as a free resource.
Calculate the result separately in your chosen accounting currency. Suppose all costs of 0.90 ETH were incurred at an illustrative rate of €3,000 per ETH: that is €2,700. If 50 sales bring in 0.90 ETH at €4,000 per ETH, receipts equal €3,600. The result is zero ETH but a €900 surplus under this conversion method. At a sale-time rate of €2,000, receipts would be €1,800 and the result a €900 loss.
In practice, rates change between transactions. Convert each receipt and expense using a consistently selected source and valuation time. Do not multiply the final ETH balance by today’s rate and call that the launch result. Subsequent changes in the value of cryptocurrency you hold are a separate factor, as are exchange costs.
Why secondary sales do not guarantee royalties
Track royalties separately from primary sales. The ERC-2981: NFT Royalty Standard specification defines a mechanism for retrieving royalty information: royaltyInfo() returns the recipient’s address and the royalty amount for a given sale price. The standard itself neither transfers funds nor enforces payment.
A stated royalty rate of 5% and secondary trading volume of 10 ETH therefore do not establish 0.50 ETH of creator income. The sale mechanism, marketplace rules and actual payment execution matter. OpenSea’s drop documentation also describes settings for enforcing creator earnings and refers to detailed conditions; that does not justify assuming identical rules for every resale.
Set future royalties to zero in the base break-even forecast. You can create a separate optimistic scenario, but label it clearly as an assumption. Add only amounts actually received to the actual-results report, checking the recipient address and the specific payment. If 0.03 ETH in royalties is confirmed, that amount improves the result—not the entire secondary trading volume.
Unsold NFTs do not automatically close a budget shortfall either. In the 25-sale scenario, the loss remains 0.45 ETH even if the remaining works are still listed at their original price. Future sales may change the outcome, but they have not happened at the reporting date.
Checking the final report and preparing a financial AI test
First reconcile the spreadsheet against wallet records and marketplace data. Make sure every receipt has an explanation, internal transfers have not become revenue, and network expenses have not disappeared. Check failed transactions too: there may have been no sale, but a paid network fee may still be an expense. Show refunds separately where applicable.
A practical formula check is to reproduce one sale and one scenario manually. For 25 NFTs, you should get 0.50 ETH in revenue, 0.05 ETH in deductions and 0.45 ETH in receipts. If those figures do not reconcile, check percentages, units and duplicate fee deductions. Then change the price or costs and verify that the break-even point responds logically.
Before testing an external service, establish which capabilities are actually available in its current version. For NUMEVIA, questions can be submitted through its official support channel, Зв’язатися з підтримкою NUMEVIA. Can it analyze user-prepared records? Which formats, currencies and conversion rules are supported? Can it explain which rows underpin a calculation, and can you test it with fictional data? The contact page provides a way to ask these questions; it does not confirm those functions.
A few synthetic transactions with a known answer are enough for an initial test. Do not submit seed phrases, private keys, payment credentials or buyers’ personal data. Before using real records, clarify the conditions for data storage and deletion. Accept an automated conclusion only after reconciling it with the local spreadsheet.
A drop’s break-even result is demonstrated by money received and a complete list of costs. The practical questions are how many sales current terms require, what happens if demand is weaker, and whether the result compensates you for your work. Collection trading volume, desired prices for unsold NFTs and expected royalties do not answer those questions.
