OpenMix is a Bitcoin mixing service designed for private payouts without registration. You create an order, specify one or two payout addresses, send BTC to the unique deposit address, and receive payouts from OpenMix reserves according to the order parameters.
Frequently asked questions
Clear answers about orders, fees, payouts, privacy, Tor access and what to verify before sending Bitcoin.
01
Basics
Orders, supported assets and service access
No. OpenMix does not require registration, an email address, or account creation. An order is created using only the information needed to process the Bitcoin payout.
An order remains valid for 240 hours after creation. If the required deposit is not received within that window, the order expires and a new order must be created.
No. The current service is designed for Bitcoin only. Deposit and payout addresses must belong to the Bitcoin main network.
OpenMix uses the same order workflow for supported amounts. The current landing-page range is 0.01–2.0 BTC per order; always rely on the limits shown in the live order form before sending funds.
02
Fees & limits
Amounts, fees, delays and deposit calculations
The current OpenMix interface shows a selectable percentage fee of 0.5–3% plus a fixed $25 charge. The order page should be treated as the final source for the exact amount to send before you make a deposit.
The current OpenMix landing page lists an order range of 0.01–2.0 BTC. Limits may be enforced at order creation, so verify the displayed range before funding an order.
The requested payout amounts are combined into the order total, and the applicable order fees are added to determine the required deposit. The order preview should show the final amount before you send BTC.
The order flow is designed to allow payout parameters to be configured per destination. When delay controls are available in the order form, each payout can be scheduled independently.
An underpayment may prevent the order from being processed as configured. Send the exact amount displayed on the order page and use the order-status page if the received amount differs from the requirement.
Do not intentionally overpay an order. The safest procedure is to send the exact deposit amount shown on the order page and verify all wallet fields before broadcasting the transaction.
03
Orders & payouts
Creation, confirmations, status and payout addresses
Choose New order, enter one or two payout addresses, configure the available order parameters, review the calculation, and confirm the order. OpenMix will then provide a unique Bitcoin deposit address and the exact amount to send.
A payout address is the Bitcoin address where you want to receive the processed funds. It is separate from the temporary deposit address issued by OpenMix for the order.
Yes. OpenMix supports one or two payout addresses. This lets a single order distribute the payout across two destinations instead of sending everything to one address.
Use Track order and enter the order identifier supplied when the order was created. The status page should be used to follow deposit detection, confirmations, processing, and payout completion.
Processing starts after the network-confirmation requirement for the order has been met. Use the live status page for the confirmation count required by the current service configuration.
A typical order moves from creation and payment detection through blockchain confirmation, processing, and completion. An unpaid order can also expire after its validity window. The status page is the authoritative view for the current state.
No. Each order should receive its own deposit address. Reusing deposit addresses would reduce separation between orders and is contrary to the privacy-oriented design described by the service.
Use a valid Bitcoin mainnet address. Common supported formats include native SegWit addresses beginning with bc1, legacy addresses beginning with 1, and P2SH addresses beginning with 3. Testnet addresses should not be used.
04
Privacy & reserves
Data handling, fresh outputs and business privacy
The OpenMix policy is presented as NO LOG and no registration is required. Operational order data may still exist for the time needed to process and expire an order; avoid treating a public blockchain transaction as private data storage.
The OpenMix landing page states that payouts use fresh outputs from service reserves with no prior transaction history. Payouts are therefore not sent directly from the same input transaction used to fund the order.
A fresh deposit address prevents different orders from being trivially grouped by reuse of the same receiving address. It also keeps the order workflow easier to identify and track independently.
Bitcoin transaction history is public. Exposing a treasury address can reveal balances, transaction timing, counterparties, and payment patterns. Separating operational payment flows can reduce unnecessary disclosure of business activity.
A Bitcoin payout can be sent to a valid Bitcoin address regardless of banking jurisdiction. For legitimate business use, organizations should still follow the accounting, tax, sanctions, and other legal requirements that apply to them.
A business can route a supported Bitcoin payment to one or two payout addresses, which can help separate a treasury address from the recipient-facing payout transaction. The business remains responsible for its own records and legal obligations.
Bitcoin can settle directly between Bitcoin addresses without requiring both parties to use compatible banking rails. The trade-offs are different from SWIFT or SEPA: blockchain fees, exchange-rate exposure, irreversible transfers, and local legal requirements still matter.
05
Access & Tor
Mirrors, Tor access and browser checks
Yes. OpenMix includes a Tor mirror in its official mirror list. The project also identifies its Tor experience as NO JS, so the Tor version is intended to remain usable without JavaScript.
A website can use an anti-abuse challenge when order creation patterns look automated or repetitive. If a challenge is shown, complete it in the browser and then continue with the order.
06
Before you send
Six practical checks added for safer order handling
Treat a funded Bitcoin order as final. Bitcoin transactions are irreversible, so verify payout addresses, amounts, and any delay settings before sending the deposit. If an unfunded order is wrong, create a new one instead of funding it.
Any USD-denominated component must be converted to BTC for the order calculation. Use the rate and final BTC amount shown when the order is created; do not recalculate the deposit from an older price after the order has been issued.
Save the order identifier, the exact deposit address, the required amount, and the status-page reference before sending funds. These details are what you need to verify the order later without creating an account.
First check the order status and the chosen payout delay. Also account for Bitcoin network conditions. If the order shows a state that does not progress normally, use the project support or verification channel published on an official mirror.
Bitcoin transfers cannot be reversed after payout. OpenMix cannot safely infer the intended replacement address, so you should verify every character of each destination address before confirming the order.
OpenMix orders have a 24-hour validity window. Operational information should only be kept as long as required for order processing and expiry under the service policy; save the information you need while the order is active.
Always verify the domain and the order details before sending BTC.
Create new order