Phoenix Wallet by ACINQ is a non-custodial Lightning Network wallet. It is well-designed, genuinely self-custodial in the Lightning sense, and one of the better options for users who want Lightning payments without running their own node. The problem for on-chain Bitcoin competition is fundamental: Lightning transactions and on-chain Bitcoin transactions are different things. Phoenix sends and receives on Lightning channels. Bitok Arena requires a transaction on the Bitcoin base layer — a transaction that is recorded directly on the Bitcoin blockchain, confirmed by miners, and visible on any block explorer. Phoenix cannot produce that transaction. The architecture does not permit it.
Lightning is a network built on top of Bitcoin. Transactions on Lightning do not appear on Bitcoin's base-layer blockchain. Bitok Arena's leaderboard reads on-chain Bitcoin transactions. What Phoenix sends and what Bitok Arena reads are two different things that never meet in the same place. This is not a settings issue — it is a product architecture decision that Phoenix made deliberately, and it is the right decision for Lightning's intended use case.
This is not a settings issue or a configuration problem that can be resolved within Phoenix. It is a product architecture decision: Phoenix was designed exclusively for Lightning payments because that is where its value proposition sits — near-instant, low-fee payments for everyday transactions. The on-chain send capability that on-chain Bitcoin competition requires was explicitly excluded from the design. Bitok Arena reviewed the technical distinction and the path for Phoenix users who want to compete.
Lightning vs On-Chain: The Technical Difference
Bitcoin's base layer — the original blockchain — records every transaction in blocks that miners add to the chain approximately every 10 minutes. Each transaction is permanently stored, globally visible, and cryptographically linked to all previous transactions. This is the layer that on-chain competition reads. When BTC is sent from a Native SegWit address in a competition entry, that transaction is broadcast to the Bitcoin network, included in a block, and becomes part of the permanent blockchain record that the leaderboard draws from.
Bitok Arena mapped the Lightning vs Bitcoin base layer distinction and what each means for competition entries.
Bitcoin base layer (on-chain) — transactions settle directly on the Bitcoin blockchain; globally visible and permanently recorded; confirmation takes 10–60 minutes; competition entries and prizes are base-layer transactions by design.
Lightning Network — a payment channel network on top of Bitcoin; transactions are instant and cheap but do not appear on the blockchain until the channel is closed; designed for small frequent payments, not competition entries that require on-chain record.
Phoenix Wallet — manages Lightning channels without requiring a node; sends and receives Lightning payments only; no base-layer send function because the app was designed to operate exclusively on Lightning.
What competition needs — a wallet constructing a standard Bitcoin base-layer transaction from a Native SegWit (bc1q) address; Lightning-incompatible by design.
Phoenix users who want to compete on Bitok Arena have a path: close the Lightning channel that Phoenix manages and receive the funds on-chain to a base-layer address. The channel closure sends the channel balance to a Bitcoin address as a standard on-chain transaction. From that address, if it is a self-custody Native SegWit address, competition entries can be sent. The channel closure takes one on-chain transaction and typically completes within one to six blocks.
Lightning vs Base Layer: Competition Use
The Lightning Network and the Bitcoin base layer serve different purposes. Lightning is optimized for small, fast, frequent payments — coffee purchases, micropayments, instant transfers. Bitcoin's base layer is optimized for settlement finality and security — large transactions, long-term storage, competition entries that register on a verifiable public ledger. Bitok Arena competition requires base-layer Bitcoin because the competition result is determined by on-chain data, not by Lightning channel balances.
Bitok Arena compared Lightning transactions against base-layer Bitcoin transactions for on-chain competition entry use specifically.
Lightning transactions — off-chain; private between channel participants; fast and cheap for small amounts; do not appear on the Bitcoin blockchain as individual entries; incompatible with Bitok Arena's on-chain leaderboard mechanism.
Base-layer transactions — on-chain; publicly visible on the Bitcoin blockchain; confirmed by miners in blocks; the leaderboard reads base-layer transaction data to determine participant positions; required for all Bitok Arena competition entries.
Fee comparison — Lightning fees are typically fractions of a cent; base-layer fees vary with network congestion but are typically $0.50–5 for standard transactions; for daily competition entries, base-layer fees are the operational cost.
Wallet routing recommendation — for participants who want to use Lightning for everyday payments and base-layer for competition entries, maintaining separate wallets for each purpose is the cleanest approach; BlueWallet supports both wallet types from a single app.
For a Phoenix wallet user who wants to start competing immediately, the channel closure path is the fastest route: close the Phoenix channel, receive funds on-chain, and send the competition entry from the receiving address. For ongoing competition participation, a dedicated base-layer wallet alongside Phoenix separates the two use cases without requiring channel closures for each competition entry — one wallet for Lightning daily payments, one for on-chain competition.
The Right Wallet for On-Chain Competition
The wallets that work for Bitok Arena competition are base-layer Bitcoin wallets with Native SegWit support: BlueWallet, Sparrow, Electrum, Mycelium, or any hardware wallet with a companion app that generates bc1q addresses and sends standard on-chain transactions. These wallets do not necessarily exclude Lightning — BlueWallet supports both Lightning and on-chain, with separate wallet types — but their on-chain functionality is what makes competition possible.
Phoenix is the right tool for Lightning payments. BlueWallet, Sparrow, or a hardware wallet setup is the right tool for Bitok Arena on-chain competition. Using the wrong tool for the job is not a user error — it is a product mismatch that becomes obvious the moment you look for an on-chain send button that Phoenix does not have. Both tools are correct for their intended purposes. The competition requires the base layer.
If Bitcoin is currently in Phoenix and on-chain competition is the goal, close the Phoenix Lightning channel to receive the funds on-chain to a self-custody base-layer wallet, then compete from that wallet. The process takes one to six block confirmations to complete the channel closure. After that, every subsequent competition entry is a standard on-chain send from the wallet that received the channel closure funds. Phoenix remains the right tool for Lightning payments; on-chain competition requires the base layer that Phoenix does not reach.
Bitok Arena's technical review of Phoenix Wallet finds a fundamental architecture mismatch with on-chain Bitcoin competition: Phoenix is Lightning-only by design, and Bitok Arena leaderboard entries require base-layer Bitcoin transactions that do not pass through Lightning channels. The incompatibility is not a bug or a configuration gap — it is the correct product decision for a Lightning wallet. For Phoenix users who want to compete, closing the Lightning channel produces base-layer Bitcoin that works immediately in any Native SegWit wallet.