What tax rules apply to selling of digital goods, specifically in-game currencies?
"Believe it or not, unless you directly contact an accountant with experience in this field or a lawyer, you may have a tough time getting a direct answer from a reputable source.  The reason is two fold.  First, legally defining in-game assets is exceptionally difficult from a legal/taxation stand point.  Who really owns this data?  You or the company that has built the MMO and manages the servers containing all of the data? You can buy-and-sell what is effectively ""data"" on their servers but the truth is, they own the code, the servers, the data, your access rights, etc. and at any point in time could terminate everything within their systems.  This would render the value of your accounts worthless! As such, most countries have overwhelmingly avoided the taxation of in-game ""inventory"" because it's not really definable.  Instead, in game goods are only taxed when they are exchanged for local currency.  This is considered a general sale.  There may be tax codes in your region for the sale of ""digital goods"".  Otherwise, it should be taxed as sale a standard good with no special stipulations. The bottom line is that you shouldn't expect to find much reliable information on this topic, on the internet.  Law's haven't been welled defined, regarding in-game content worth and taxing of sales and if you want to know how you should pay your taxes on these transactions, you need to talk to a good accountant, a lawyer or both."
"Income from a hobby is tax exempt under Dutch law. To consider whether it's hobby, a few rules are applied such as: How much time do you spend on the activity? And is the hourly wage low? Obviously, having a boss is a sure sign of it not being a hobby. The typical example is making dolls and selling them on a crafts fair. If you travel the country and sell each weekend on a different fair, that's a lot of time. If you only sell them on the fair in your home town, it's a hobby.  Situation 3 is the most difficult. If you just happened to luck out, it's still a hobby. If you spent significant time to improve the value of your holdings, e.g. by trading in-game, then it might be seen as work. In the latter case, you simply file it as ""income from other sources, not yet taxed"".  For the purpose of determining income from a hobby, you may deduct actual expenses. So, in your case they'd look at the net income of $-1000, which is not unusual for a hobby. It wouldn't be any different if you took up horse riding, decided that you didn't like it, and sell your horse at a loss." I was only able to find Maryland form 1 to fit your question, so I'll assume you're referring to this form. Note the requirement: Generally all tangible personal property owned, leased, consigned or   used by the business and located within the State of Maryland on   January 1, 201 must be reported. Software license (whether time limited or not, i.e.: what you consider as rental vs purchase) is not tangible property, same goes to the license for the course materials. Note, with digital media - you don't own the content, you merely paid for the license to use it. Design books may be reportable as personal tangible property, and from your list that's the only thing I think should be reported. However, having never stepped a foot in Maryland and having never seen (or even heard of) this ridiculous form before, I'd suggest you verify my humble opinion with a tax adviser (EA/CPA) licensed in the State of Maryland to confirm my understanding of this form. In many cases yes.  In the case of an employer handing employees a credit card to use, that is clearly income if the card is used for something other than a business expense. Generally speaking, if you're receiving something with a significant value without strings attached, it is likely taxable. Google no doubt has an army of tax attorneys, so perhaps they are able to exploit loopholes of some sort. A rather good IRS paper on the topic states that a donation of a business' in-kind inventory would be  Under IRC 170(e)(1), however, the fair market value must be   reduced by the amount of gain that would not be long-term capital gain if the   property had been sold by the donor at the property's fair market value (determined   at the time of the contribution). Under this rule, deductions for donated inventory   are limited to the property's basis (generally its cost), where the fair market value   exceeds the basis.  There are references to IRC regulations in a narrative context you may find helpful: This paper goes on for 16 pages describing detailed exceptions and the political reasons for the exceptions (most of which are concerned with encouraging the donation of prepared food from restaurants/caterers to hunger charities by guaranteeing a value for something that would otherwise be trashed valueless); and a worked out example of fur coats that had a cost of goods of $200 and a market value of $1000. It's income. It's almost certainly subject to income tax. As miscellaneous income, if nothing else. (That's what hobby income usually falls under.) If you kept careful records of the cost of developing the app, you might be able to offset those against the income... again, as with hobby income. "I'll assume United States as the country; the answer may (probably does) vary somewhat if this is not correct.  Also, I preface this with the caveat that I am neither a lawyer nor an accountant.  However, this is my understanding: You must recognize the revenue at the time the credits are purchased (when money changes hands), and charge sales tax on the full amount at that time.  This is because the customer has pre-paid and purchased a service (i.e. the ""credits"", which are units of time available in the application).  This is clearly a complete transaction.  The use of the credits is irrelevant.  This is equivalent to a customer purchasing a box of widgets for future delivery; the payment is made and the widgets are available but have simply not been shipped (and therefore used).  This mirrors many online service providers (say, NetFlix) in business model.   This is different from the case in which a customer purchases a ""gift card"" or ""reloadable debit card"".  In this case, sales tax is NOT collected (because this is technically not a purchase).  Revenue is also not booked at this time.  Instead, the revenue is booked when the gift card's balance is used to pay for a good or service, and at that time the tax is collected (usually from the funds on the card).  To do otherwise would greatly complicate the tax basis (suppose the gift card is used in a different state or county, where sales tax is charged differently?  Suppose the gift card is used to purchase a tax-exempt item?)  For justification, see bankruptcy consideration of the two cases.  In the former, the customer has ""ownership"" of an asset (the credits), which cannot be taken from him (although it might be unusable).  In the latter, the holder of the debit card is technically an unsecured creditor of the company - and is last in line if the company's assets are liquidated for repayment.   Consider also the case where the cost of the ""credits"" is increased part-way through the year (say, from $10 per credit to $20 per credit) or if a discount promotion is applied (buy 5 credits, get one free).  The customer has a ""tangible"" item (one credit) which gets the same functionality regardless of price.  This would be different if instead of ""credits"" you instead maintain an ""account"" where the user deposited $1000 and was billed for usage; in this case you fall back to the ""gift card"" scenario (but usage is charged at the current rate) and revenue is booked when the usage is purchased; similarly, tax is collected on the purchase of the service.  For this model to work, the ""credit"" would likely have to be refundable, and could not expire (see gift cards, above), and must be usable on a variety of ""services"".  You may have particular responsibility in the handling of this ""deposit"" as well." Buyer A didn't send money to the US government, Buyer A sent money to Seller B, a US resident.  I think the most common way to facilitate a transaction like this is a regular old international wire transfer. Buyer A in India goes to their bank to exchange X INR to $1mm USD.  $1mm USD is then wire transferred to Seller B's bank account.  The USD was sold to Buyer A, either by funds held by Buyer A's bank, or foreign exchange markets, or possibly the US government.     Seller B may owe taxes on the gain derived from the sale of this thing to Buyer A, but that taxation would arise regardless of who the buyer was.  Buyer A may owe an import tax in India upon importing whatever they bought.  I don't think it's common to tax imported money in this sort of transactional setting though. It's technically correct to say BK will still pay taxes on all profits made here in the US, the problem here is that it's very easy to structure this whole thing so that there are no US profits.   Company A sells itself to Company B, which it also owns. Company A transfers all its' intellectual property to Company B which then charges Company A a fee to use it. The fee is structured so that Company A makes zero profit and Company B makes all the money. This sounds like a perfect application for a cryptocurrency. There are already some currencies designed for use in-game. Gamecredits and Voxel come to mind but there are others. You could use on of them or you could create your own just for your game.  I second what others said about letting prices change naturally according to supply and demand. Where does your image show the following entry:  * Massive fees paid to parent corporation in tax-free state, to avoid local income tax  This is much like the way Microsoft siphons off ALL its revenue to some tax-free haven with similar deals.  If I were benevolent dictator, there would be no income tax, and no tac on profit of any kind. There would only be Sales Tax.  Corporations can't avoid or evade sales taxes, because they are leveraged at the point of sale, and the vendor send the government the money.  Income tax is retarded. "Payment gateways such as Square do not normally withhold tax. It is up to you to pay the appropriate tax at tax time. That having been said, Square does report your payments to the IRS on a form 1099-K if your payments are large enough. According to Square, you'll get a 1099-K from them if your total payments for the year add up to $20,000 AND more than 200 transactions.  Whether or not they report on a 1099-K, you are required to pay the appropriate taxes on your income.  So now the question becomes, ""Do I have to pay income tax on the proceeds from my garage sale?"" And the answer to that question is usually not. When you sell something that you previously purchased, if you sell it for more than you paid for it, you have a capital gain and need to pay tax on that. However, generally you sell things in a garage sale at a loss, meaning that there is no tax due.  If you make more than $20,000 at your garage sale and the IRS gets a 1099-K, the IRS might be curious as to how you did that with no capital gain. So if you sell any big ticket items (a bulldozer, for example), you should keep a record of what you paid for it, so you can show the loss to the IRS in the event of an audit." "Tax is often calculated per item.  Especially in the days of the internet, some items are taxable and some aren't, depending on the item and your nexus.  I would recommend calculating and storing tax with each item, to account for these subtle differences. EDIT: Not sure why this was downvoted, if you don't believe me, you can always check with Amazon: http://www.amazon.com/gp/help/customer/display.html/ref=hp_468512_calculated?nodeId=468512#calculated I think they know what they're talking about. FINAL UPDATE: Now, if someone goes to your site, and buys something from your business (in California) and the shipping address for the product is Nevada, then taxes do not have to be collected.  If they have a billing address in California, and a shipping address in Nevada, and the goods are shipping to Nevada, you do not have to declare tax. If you have a mixture of tangible (computer, mouse, keyboard) and intangible assets (warranty) in a cart, and the shipping address is in California, you charge tax on the tangible assets, but NOT on the intangible assets. Yes, you can charge tax on the whole order.  Yes for most businesses that's ""Good enough"", but I'm not trying to provide the ""good enough"" solution, I'm simply telling you how very large businesses run and operate.  As I've mentioned, I've done several tax integrations using software called Sabrix (Google if you've not heard of it), and have done those integrations for companies like the BBC and Corbis (owned and operated by Bill Gates). Take it or leave it, but the correct way to charge taxes, especially given the complex tax laws of the US and internationally, is to charge per item.  If you just need the ""good enough"" approach, feel free to calculate it by total. Some additional reading: http://en.wikipedia.org/wiki/Taxation_of_Digital_Goods Another possible federal limitation on Internet taxation is the United States Supreme Court case, Quill Corp. v. North Dakota, 504 U.S. 298 (1992),[6] which held that under the dormant commerce clause, goods purchased through mail order cannot be subject to a state’s sales tax unless the vendor has a substantial nexus with the state levying the tax.  In 1997, the federal government decided to limit taxation of Internet activity for a period of time. The Internet Tax Freedom Act (ITFA) prohibits taxes on Internet access, which is defined as a service that allows users access to content, information, email or other services offered over the Internet and may include access to proprietary content, information, and other services as part of a package offered to customers. The Act has exceptions for taxes levied before the statute was written and for sales taxes on online purchases of physical goods." Here is the technical guidance from the accounting standard FRS 23 (IAS 21) 'The Effects of Changes in Foreign Exchange Rates' which states: Exchange differences arising on the settlement of monetary items or on translating monetary items at rates   different from those at which they were translated on initial recognition during the period or in previous   financial statements shall be recognised in profit or loss in the period in which they arise. An example:  You agree to sell a product for $100 to a customer at a certain date. You would record the sale of this product on that date at $100, converted at the current FX rate (lets say £1:$1 for ease) in your profit loss account as £100. The customer then pays you several $100 days later, at which point the FX rate has fallen to £0.5:$1 and you only receive £50. You would then have a realised loss of £50 due to exchange differences, and this is charged to your profit and loss account as a cost. Due to double entry bookkeeping the profit/loss on the FX difference is needed to balance the journals of the transaction. I think there is a little confusion as to what constitutes a (realised) profit/loss on exchange difference. In the example in your question, you are not making any loss when you convert the bitcoins to dollars, as there is no difference in the exchange rate between the point you convert them. Therefore you have not made either a profit or a loss.  In terms of how this effects your tax position; you only pay tax on your profit and loss account. The example I give above is an instance where an exchange difference is recorded to the P&L. In your example, the value of your cash held is reflected in your balance sheet, as an asset, whatever its value is at the balance sheet date. Unfortunately, the value of the asset can rise/fall, but the only time where you will record a profit/loss on this (and therefore have an impact on tax) is if you sell the asset. It looks like fair-market value when you receive your virtual currency is counted as income. And you're also subject to self-employment tax on that income. Here's an FAQ from the IRS: Q-8: Does a taxpayer who “mines” virtual currency (for example, uses   computer resources to validate Bitcoin transactions and maintain the   public Bitcoin transaction ledger) realize gross income upon receipt   of the virtual currency resulting from those activities? A-8: Yes,   when a taxpayer successfully “mines” virtual currency, the fair market   value of the virtual currency as of the date of receipt is includible   in gross income. See Publication 525, Taxable and Nontaxable Income,   for more information on taxable income.Q-9: Is an individual who   “mines” virtual currency as a trade or business subject to   self-employment tax on the income derived from those activities? A-9:   If a taxpayer’s “mining” of virtual currency constitutes a trade or   business, and the “mining” activity is not undertaken by the taxpayer   as an employee, the net earnings from self-employment (generally,   gross income derived from carrying on a trade or business less   allowable deductions) resulting from those activities constitute   selfemployment income and are subject to the self-employment tax. See   Chapter 10 of Publication 334, Tax Guide for Small Business, for more   information on selfemployment tax and Publication 535, Business   Expenses, for more information on determining whether expenses are   from a business activity carried on to make a profit. You'd of course be able to offset that income with the expense of mining the virtual currency, depreciation of dedicated mining equipment, electricity, not sure what else. Edit: Here's a good resource on filing taxes with Bitcoin: Filling in the 1040 Income from Bitcoins and all crypto-currencies is   declared as either capital gains income or ordinary income, for   example from mining. Income Ordinary income will be declared on either   your 1040 (line 21 - Other Income) for an individual, or within your   Schedule C, if you are self-employed or have sole-proprietor business.   Capital Gains Capital gains income, or losses, are declared on   Schedule D. Since there are no reported 1099 forms from Bitcoin   exchanges, you will need to include your totals with Box C checked for   short-term gains, and with Box F checked for long-term gains. Interesting notes from that article, your first example could actually be trickier than expected if you started mining before there was a Monero to USD exchange. Also, there can also be capital gains implications from using your virtual currency to buy goods, which sounds like a pain to keep track of. "Earned income is what your software is doing, so it is taxable.  So you can't really make it tax exempt. You can form a business and claim the revenues from that business as income and deduct expenses it costs you to earn that revenue.  If you buy a server to run your software, then that is an acceptable expense to deduct from your revenues.  Others can be more questionable and the best thing to do is to consult a CPA.   If you are still in the testing stage and the revenues will be small then it should not matter.  Worry about the important things, not if you paid the IRS a few hundred to much. Are you in a state/country that allows online gambling?  In most states here in the US you are operating on shaky legal ground.  Before ""Black Friday"" I used to earn a nice part-time income playing online poker."