Bitcoin.Tax vs HAL (formerly NapBots)

As a specialized software utility, Bitcoin.Tax processes transaction histories across spot exchanges, wallet addresses, and institutional trading accounts. The application is built to ingest data using read-only API connections and structured CSV uploads. It catalogs historical spot trades, mining income, staking rewards, compensation payments, hard forks, gifts, and donations into unified ledgers mapped against historical fiat prices.

The system supports major digital currencies such as Bitcoin, Ethereum, and standard altcoins, pairing historical fiat valuations to match transaction timestamps. Once data is imported, users can run calculations using FIFO (First In, First Out), LIFO (Last In, First Out), HIFO (Highest In, First Out), Average Cost, or Specific Identification accounting methods. Filers who require specific lot selection can adjust matched trades manually to reflect their tax strategies within relevant legal boundaries.

In addition to standard capital gains schedules, the platform includes dedicated modules for income calculation and closing position reports. These outputs allow filers to differentiate between short-term capital gains, long-term holdings, ordinary income, and capital loss carryovers, providing essential documentation for annual filings.

HAL functions strictly as a strategy automation software layer rather than a direct brokerage or trading venue. The core offering centres on ready-to-use algorithmic models that dynamically allocate capital across major cryptocurrencies such as Bitcoin, Ethereum, and selected liquid altcoins. These strategies range from trend-following systems designed to capture sustained market direction to mean-reversion and allocation models that rebalance between crypto assets and stablecoins during market pullbacks. Users do not need to write Python code or build custom indicator triggers from scratch, as the platform curates and maintains the underlying mathematical rules.

Connectivity relies on external exchange APIs, linking user accounts on platforms like Binance, Kraken, Bitstamp, and Bitfinex. Because HAL does not maintain its own order books or internal matching engine, asset availability matches the spot and derivative pairs listed on your linked exchange. The platform interface allows users to allocate specific capital amounts to distinct strategies, enabling multi-strategy distribution within a single connected exchange portfolio. However, flexibility is focused on strategy selection and allocation percentages rather than modular script development, making it less suitable for traders who require complex bespoke indicators or tick-level algorithmic customization.

Pricing on Bitcoin.Tax operates on an annual tax-year model rather than an ongoing recurring execution charge. Users purchase access per tax year based on the total volume of transactions processed for that specific period. The platform provides a free tier covering up to 20 transactions, intended for basic filers or those evaluating the software's calculation flow prior to committing capital.

For active individuals, paid annual tiers expand transaction limits across standard brackets, including 500, 5,000, 10,000, and 50,000 transaction caps, with prices generally scaling from entry-level annual fees upward. Filers with very high trading volumes or algorithmic strategies can acquire enterprise or high-volume tiers tailored to hundreds of thousands of events. Each purchased tax-year license allows unlimited recalculations and report downloads for that specific tax period.

Professional preparers and CPAs can access multi-client licenses with dedicated dashboard tools. These institutional plans allow firms to purchase bulk transaction bundles, assign separate sub-accounts to individual clients, and manage permissions from a centralized workstation. Payment for plans can be settled using credit cards or major digital assets.

HAL operates on a software-as-a-service model with tiered monthly subscription pricing rather than charging performance fees or taking a percentage cut of trading profits. Pricing tiers have traditionally scaled based on trading volume limits, active strategy counts, or capital allocation caps. Users pay this recurring software fee directly via credit card or supported crypto payment routes to maintain active strategy triggers. Because HAL does not manage internal custody or execution, there are no internal deposit or withdrawal fees charged by the platform itself, and capital remains within the user exchange account at all times.

Traders must account for secondary execution costs generated by their linked exchange. Every trade executed by HAL triggers standard maker or taker fees on the underlying platform, which fluctuate according to the exchange fee schedule and the user tier. High-frequency or active rebalancing strategies generate a higher volume of transactions, accumulating exchange commission costs and potential bid-ask slippage. These exchange expenses exist alongside HAL monthly subscription fees, meaning smaller capital allocations can experience significant performance drag if monthly software costs represent a large percentage of total deployed trading funds.

Because Bitcoin.Tax is a non-custodial software service, it does not hold private keys, manage digital asset custody, or initiate transfer operations. The system interacts with exchanges strictly through read-only API credentials, which restrict access to historical balances and transaction records without permitting trading or asset withdrawals.

Account access is protected using standard industry security protocols, including two-factor authentication via time-based one-time password applications. User data, uploaded spreadsheets, and generated tax forms are stored within authenticated cloud environments protected by transport layer encryption and encrypted storage systems. Users maintain operational control over their stored datasets, with options to delete uploaded files, purge exchange sync histories, or wipe individual client portfolios at will.

While software-based data processing reduces custodial risks, users remain responsible for ensuring that API keys created on third-party exchanges have trading and withdrawal permissions permanently disabled. Additionally, filers must verify that uploaded CSV files do not contain extraneous personal identifying credentials beyond standard transaction parameters.

The security model of HAL relies entirely on non-custodial API architecture. When onboarding, users generate API keys within their chosen exchange account and enter them into the HAL dashboard. To protect exchange balances, the platform explicitly requires users to restrict API permissions to read and trade access only. Users must disable withdrawal permissions on their exchange API settings, ensuring that HAL algorithms have no technical capability to transfer or withdraw funds from the external account.

Account protection on HAL includes standard security practices such as two-factor authentication for dashboard logins, encrypted storage of API credentials, and transport layer security across data transmissions. While non-custodial operation reduces direct custody risk on the automation platform, users remain exposed to exchange-side risks, including API key compromise, exchange downtime, and order routing errors during periods of severe market volatility. Users should regularly review API key expiration policies, monitor active strategy permissions, and utilize IP whitelisting where supported by their exchange to maintain tight operational security boundaries.

Bitcoin.Tax is accessible globally, serving taxpayers across multiple countries. The system natively accommodates calculation rules and currency valuations for the United States, Canada, the United Kingdom, Australia, and parts of Europe, allowing users to configure local base currencies and tax reporting frameworks suited to their home revenue authorities.

For United States filers, the software generates outputs formatted directly for IRS Form 8949 schedules, complete with attached descriptions, acquisition dates, disposal dates, cost-basis adjustments, and gain/loss totals. Data can also be exported into standard file formats ready for direct ingestion into common consumer tax preparation suites such as TurboTax and TaxAct, as well as comprehensive CSV dumps for custom tax software.

Customer support is primarily delivered through a digital ticketing framework, complemented by documentation guides, video walkthroughs, and FAQ archives explaining standard import formatting and troubleshooting. Professional-tier users receive prioritized inquiry handling to assist during peak annual filing deadlines.

HAL is accessible globally as a software tool, though user eligibility is inherently bound by the geographic restrictions and regulatory policies of the underlying linked exchanges. Users residing in jurisdictions where specific exchanges restrict operations, such as certain regions of the United States or restricted FATF jurisdictions, cannot connect to those platforms through HAL. Because HAL provides automated software tools rather than acting as a custodial broker, fiduciary adviser, or asset manager, it does not execute individualized suitability reviews or provide tailored financial advice.

Customer support is primarily delivered through online ticketing, knowledge base documentation, and community channels. The help centre covers foundational onboarding procedures, including step-by-step guides for generating API keys, allocating capital to bots, and troubleshooting connection timeouts. Response times follow standard software support workflows, with inquiries handled during business hours. Traders requiring immediate phone support or dedicated institutional account representatives may find the self-service model basic, reinforcing the need for users to familiarize themselves with bot management and exchange controls independently.

Selecting the right tier on Bitcoin.Tax depends primarily on trading volume, account complexity, and organizational role. Individual casual users with fewer than 20 total transactions across a tax year can utilize the complimentary free version to generate basic summaries without upfront software costs.

Active retail traders who execute frequent spot trades or participate in recurrent staking programs should calculate their total expected annual trade entries to select an appropriately sized standard tier. Upgrades can be performed mid-season if import volumes exceed initial estimates. For accounting practitioners, the multi-client Pro tier provides client isolation, white-label client summaries, and bulk billing capabilities that streamline practice workflows.

Selecting an appropriate subscription plan on HAL depends on the total capital deployed and the number of active strategies required. Entry-level tiers suit individuals exploring basic trend-following strategies on a single exchange connection with capped trade amounts. Higher tiers unlock expanded trading volume limits, multiple active strategy slots, and advanced allocation flexibility across several market pairs simultaneously. When evaluating plan tiers, users must calculate whether their projected capital size can absorb fixed monthly subscription costs without eroding overall portfolio performance. Account holders deploying larger capital pools often find higher tiers more economical per unit of volume, whereas smaller balances face higher percentage overhead from recurring software fees.

When preparing tax returns, expenses relate strictly to software licensing per tax year rather than brokerage commissions or network gas fees. For example, a filer reporting transactions for two distinct historical tax years will purchase access licenses for each individual year being filed or amended.

If transaction counts exceed a plan bracket due to automated bot trading, filers can either upgrade to a larger volume tier or use the platform's aggregation tools to consolidate micro-transactions before processing. Because licenses are billed per tax year, subsequent adjustments or amended tax filings within an already-licensed year do not incur additional software recalculation fees.

Evaluating total operational expenses on HAL requires combining the fixed software subscription fee with variable exchange transaction costs. For example, a user running an active trend strategy on an exchange with standard maker or taker commissions incurs charges on every algorithmic rebalance. If the strategy triggers frequent order adjustments during choppy market phases, accumulated exchange transaction fees alongside the monthly software plan charge can impact net trading balances. Factoring in potential bid-ask spread costs across varying liquidity pools helps maintain a realistic perspective on net software overhead. Users operating with modest capital must verify that expected trade frequencies do not generate cumulative fees that outweigh their planned trading allocations.