รีวิวนี้มี affiliate link ถ้าซื้อผ่านลิงก์ ผมอาจได้ commission โดยคุณไม่เสียเพิ่ม ไม่กระทบสิ่งที่ผมพูดเกี่ยวกับตัวสินค้า
TL;DR
Phoenix Wallet คือมาตรฐาน Lightning บนมือถือแบบ Bitcoin-only มันเป็น self-custodial — คุณถือ seed 12 หรือ 24 คำ key อยู่บนเครื่องคุณ — พร้อมกับจัดการ channel Lightning อัตโนมัติ จนคุณไม่ต้องคิดเรื่อง inbound liquidity หรือ rebalance channel เลย ACINQ บริษัทในปารีสที่อยู่เบื้องหลัง Phoenix เป็นหนึ่งในทีมที่มี technical credibility สูงที่สุดในวงการ Lightning และความเชี่ยวชาญนั้นสะท้อนในทุกรายละเอียดของตัวสินค้า ถ้าคุณต้องการจ่าย Lightning แบบ self-custodial บนมือถือโดยไม่ต้องรัน full node Phoenix คือคำตอบ
Phoenix คืออะไร
ACINQ ไม่ได้เป็นบริษัทกระเป๋าเป็นหลัก เป็นบริษัท infrastructure Lightning ที่ส่งกระเป๋า consumer ออกมาด้วย บริษัทนี้สร้าง Eclair — หนึ่งในสาม implementation หลักของ Lightning Network (ร่วมกับ Core Lightning และ LND) — และดูแล phoenixd ซึ่งเป็นฝั่ง server ของ Phoenix mobile บริษัทมีส่วนร่วมใน specification ของโปรโตคอล Lightning มาตั้งแต่ปี 2016
Background นี้สำคัญ เพราะ Phoenix ไม่ใช่ Lightning experiment แรกของ startup มันเป็น consumer product ที่สร้างโดยทีมที่เขียน implementation โปรโตคอลตัวหนึ่ง มีส่วนร่วมใน specification และรัน routing node ขนาดใหญ่บน mainnet เมื่อ Phoenix เพิ่ม support BOLT 12 หรือ implement splicing ของ channel ACINQ มักเป็นทีมที่ช่วยเขียน spec พวกนั้น
Phoenix มีบน Android (ผ่าน Google Play และ APK ตรง) และ iOS (ผ่าน App Store) source code เปิดภายใต้ Apache 2.0 license บน GitHub ที่ github.com/ACINQ/phoenix ไม่มีเวอร์ชัน desktop ไม่มี web app ไม่มี browser extension — Phoenix เป็น mobile-only โดยเจตนา
ประสบการณ์ตั้งค่า
เปิด Phoenix ครั้งแรกมันง่ายแบบสดชื่นสำหรับกระเป๋า Bitcoin self-custodial ไม่มีการสร้าง account ไม่มี email address ไม่มีการ verify KYC ใดๆ คุณจะเจอทางเลือก: สร้าง wallet ใหม่ หรือ restore wallet ที่มีอยู่
เลือก “สร้าง wallet ใหม่” จะ generate seed 12 คำ (Phoenix default เป็น 12 คำ สำหรับ seed มาตรฐาน พร้อม option ใช้ BIP-39 passphrase เพิ่มชั้นอีก) คุณจะถูกขอให้จดและยืนยันหลายคำ seed generate บนเครื่อง ACINQ ไม่เห็นเลย นี่คือ master key ของเงินคุณ — ทำหายโดยไม่มี backup เงินหายหมด
ครั้งแรกที่รับ Bitcoin บน Lightning Phoenix ต้องเปิด channel ไป routing node ของ ACINQ ตรงนี้คือจุด friction แรกที่ user ใหม่เจอ: ค่าเปิด channel
เมื่อคุณรับการจ่ายเงิน Lightning ครั้งแรก Phoenix เปิด channel ให้อัตโนมัติ ต้องทำ on-chain transaction ซึ่งต้องเสีย mining fee Phoenix เก็บค่าบริการสำหรับการนี้ — ณ ต้นปี 2026 โครงสร้าง fee เป็นการรวม mining fee pass-through กับ ACINQ service fee เล็กๆ คงที่ สำหรับการรับครั้งแรก เช่น 10,000 sats ค่าเปิด channel 3,000 sats คือ overhead เปอร์เซ็นต์สูงมาก สำหรับการรับครั้งแรก 100,000 sats ค่าเดียวกันแทบไม่รู้สึก
Fee model นี้ทำให้ user ใหม่งงเยอะ คาดว่าจะได้รับเท่ากับที่ส่งมา ควรเข้าใจว่า fee ไม่ใช่หลอกลวงหรือ error — เป็นต้นทุนของการให้ Phoenix เปิดและจัดการ channel Lightning อัตโนมัติให้ จ่ายให้ miner และให้ ACINQ เป็นค่าบริการ หลังจาก channel เปิดแล้ว การจ่ายต่อๆ ไปไม่มีค่าเปิด channel อีกจนกว่าจะต้องขยาย channel
Phoenix จัดการเรื่องนี้โปร่งใส: ก่อนทำอะไรที่มี fee จะโชว์ fee ชัดเจนและขอ confirm คุณไม่มีทางประหลาดใจ แต่ต้องเข้าใจว่ากำลัง confirm อะไร
ใช้งานประจำวัน
เมื่อมี channel ที่ funding แล้ว Phoenix ทำงานประจำวันลื่นที่สุดในวงการ Lightning wallet
การส่ง: วาง invoice Lightning (BOLT 11) หรือสแกน QR code, confirm จำนวนกับ fee แล้วจ่าย สำหรับการจ่ายส่วนใหญ่ไปยัง node ที่ต่อดี Phoenix route สำเร็จตั้งแต่ครั้งแรก routing จัดการโดย infrastructure ของ ACINQ ซึ่งรันส่วนหนึ่งของเครือข่าย routing Lightning อัตราล้มเหลวต่ำ
การรับ: แชร์ Lightning address (รูปแบบ name@domain ถ้าตั้ง Lightning address หรือผ่าน invoice ที่ generate) แล้วเงินมา ถ้าการจ่ายที่เข้ามามากกว่า channel รับได้ Phoenix จะจัดการ splice-in เพื่อขยาย channel อัตโนมัติ — มี confirm และมี fee
BOLT 12 offers: Phoenix support BOLT 12 รูปแบบการจ่าย Lightning แบบใหม่ที่อนุญาต “offer” แบบ static ใช้ซ้ำได้ (คล้าย Lightning address แต่เป็น protocol-native) BOLT 12 offer คือ string ที่คนอื่นส่งเงินให้คุณซ้ำได้โดยไม่ต้อง generate invoice ใหม่ทุกครั้ง มีประโยชน์เป็นพิเศษสำหรับรับเงินรายงวด ทิป หรือบริจาค BOLT 12 ยัง support privacy ที่ดีขึ้นผ่าน blinded path — ผู้จ่ายไม่เห็น routing path ที่แน่นอนไปยัง node คุณ
Swap-in และ swap-out: Phoenix ให้สลับ Bitcoin on-chain เข้า Lightning (เพิ่มใน channel balance) และสลับ Lightning balance ออกมาเป็น on-chain address พวกนี้มี fee — รวม mining fee on-chain กับ ACINQ service fee เล็กๆ — แต่ทำให้ Phoenix flexible ผิดปกติในฐานะกระเป๋าเดียวที่จัดการทั้งสอง layer
Auto-liquidity: เมื่อต้องการ inbound liquidity มากกว่าที่ channel ปัจจุบันมี Phoenix จะ splice เพิ่ม capacity อัตโนมัติได้ นี่คือ UX innovation ที่สำคัญของ Phoenix: channel ไม่เคย “เต็ม” ในความหมายที่ block การจ่ายเลย มันขยายตามที่คุณต้องการ ด้วย fee ที่ confirm
Self-custody model
Feature หลักของ Phoenix เทียบกับกระเป๋า Lightning แบบ custodial คือ คุณถือ seed เอง
Phoenix implement non-custodial channel model ด้วยโครงสร้างที่ ACINQ เรียกว่า “self-custody Lightning channels” ในทางเทคนิค คุณกับ ACINQ ใช้ 2-of-2 multisig channel ร่วมกัน Key ของคุณเซ็น transaction ออก ACINQ ย้ายเงินคุณฝ่ายเดียวไม่ได้ เพราะ signature ของเขาคนเดียวไม่พอ
Seed phrase — 12 คำ default 24 คำถ้าเลือก extended — encode private key ในรูปแบบ BIP-39 มาตรฐาน Phoenix ยัง support bLIP-39 extension ที่เสนอ encode channel state เพิ่มเติมใน seed phrase derivation ทำให้ recover channel ได้สมบูรณ์ขึ้นจาก seed อย่างเดียว แปลว่าถ้าทำเครื่องหาย ติดตั้ง Phoenix บนมือถือใหม่ restore seed แล้วกู้ทั้งเงิน on-chain และ channel state ได้
การ recover จาก seed ไม่ทันที — ACINQ ต้องร่วมมือในกระบวนการ recover เพื่อปิด channel และคืนเงิน — แต่ key เป็นของคุณ เงินเอาไปไม่ได้ถ้าไม่ร่วมมือ ต่างจากกระเป๋า custodial ที่ผู้ให้บริการแช่แข็ง block หรือยึดเงินตามต้องการ
Export seed จาก Phoenix ได้ทุกเมื่อใน Settings verify ได้ import ไปกระเป๋า Lightning ตัวอื่นที่ compatible ได้ ความโปร่งใสตรงนี้จริง: Phoenix ไม่ล็อกคุณกับ infrastructure ของ ACINQ
ที่ว่ามา channel management ไม่ได้ trustless แบบเต็มตัว UX auto-channel ของ Phoenix แปลว่า node ของ ACINQ เป็น channel peer ของทุก Phoenix channel นี่คือ routing trust dependency: Phoenix route ผ่าน infrastructure ของ ACINQ ผู้โจมตีที่มีความสามารถดักหรือวิเคราะห์ traffic ของ Lightning node ของ ACINQ อนุมาน payment pattern ได้ แต่ขโมยเงินไม่ได้ สำหรับ user ที่มี use case ต้องการ privacy สูง routing centralization นี้เป็นเรื่องที่ต้องพิจารณา
Trust model: Phoenix เทียบกับ full-node + Zeus
การเทียบที่ถูกต้องไม่ใช่ Phoenix vs Lightning แบบ custodial — Phoenix ชนะชัดเจน การเทียบที่น่าสนใจกว่าคือ Phoenix vs รัน Lightning node เอง (เช่น Umbrel หรือ Start9 รัน LND) ควบกับ Zeus Wallet ที่ต่อ node ของตัวเอง
จุดแข็ง Phoenix: ไม่มี server ให้จัดการ ไม่มีภาระเรื่อง uptime ใช้ได้จากมือถือเปล่าภายในไม่กี่นาที จัดการ channel อัตโนมัติ bar ทางเทคนิคต่ำกว่า UX ยอดเยี่ยมจริงๆ
Trade-off Phoenix: channel peer เป็น node ของ ACINQ เสมอ ไม่ใช่ node ที่คุณคุม คุณไม่เห็นหรือคุม raw channel state ถ้า infrastructure routing ของ ACINQ มีปัญหา การจ่ายอาจล้มเหลวแม้ key และเงินคุณปลอดภัย คุณเชื่อว่า ACINQ ร่วมมือในการ recover channel
จุดแข็ง full-node + Zeus: คุณคุม routing peer (node ตัวเอง) ตรวจ channel database ครบถ้วนได้ ไม่ต้องพึ่ง infrastructure ของบุคคลที่สามสำหรับ routing สำหรับ user ที่ต้องการ privacy สูงสุด routing path จาก node ของตัวเองเปิดเผยข้อมูลเกี่ยวกับผู้จ่ายน้อยกว่า routing จาก Phoenix channel ที่ ACINQ operate
Trade-off full-node + Zeus: จัดการ Lightning node ต้องดูแล server เปิด 24 ชั่วโมง ตรวจสุขภาพ channel จัดการ inbound liquidity เอง และจัดการ channel ล้มเหลวด้วยตัวเอง งานดูแลจริงจัง สำหรับคนที่ไม่ได้รันเป็น business หรือ Bitcoin hobby โดยเฉพาะ มัน overkill
Phoenix อยู่ใน sweet spot: trust น้อยกว่า self-hosted node อย่างมีนัย แต่ practical สำหรับใช้ Lightning ประจำวันมากกว่ามหาศาล สำหรับคนที่ต้องการ self-custody Lightning โดยไม่ต้องแบกภาระจัดการ node Phoenix คือเครื่องมือที่ถูกต้อง
Phoenix vs ทางเลือกอื่น
Muun: Muun เคยอยู่ใน niche คล้าย Phoenix — Lightning self-custodial บนมือถือ ตั้งแต่นั้น Muun เปลี่ยน model ในแบบที่ทำให้เทียบกันยากขึ้นในฐานะกระเป๋า Lightning บริสุทธิ์ Muun ยังใช้ submarine-swap approach (ทุกการจ่าย Lightning จบด้วย on-chain swap) ไม่ใช่ native channel ผลคือโครงสร้าง fee ต่าง เวลา confirm ต่าง native channel approach ของ Phoenix โดยทั่วไปเร็วและถูกกว่าสำหรับ user ที่ใช้มาสักพัก
Wallet of Satoshi: Custodial ไม่เทียบสำหรับ user self-custody WoS สะดวก แต่ Wallet of Satoshi ถือ key ของคุณ บริษัทแสดงแล้วว่าพร้อมตัด user ในบางเขต user Phoenix มี custody อิสระ user WoS ไม่มี
Zeus: Zeus เป็นกระเป๋า power-user ที่ออกแบบเพื่อต่อ Lightning node ของตัวเอง (LND, Core Lightning, Eclair) หรือใช้ built-in node สำหรับ user ขั้นสูง Zeus มีความสามารถมากกว่า Phoenix ในแง่ของการเปิดเผย control และ support operation node มากกว่า แต่ต้องใช้ความรู้เทคนิคเยอะกว่ามากเพื่อใช้ให้ถูก ถ้าอยากรัน node เอง Zeus คือ front-end ถ้าไม่อยากรัน node Phoenix คือสินค้า
Strike, Cash App Lightning: พวกนี้ให้ Lightning payment แต่ custodial และต้อง KYC ไม่เทียบ
เหมาะกับใคร — และไม่เหมาะกับใคร
Phoenix เหมาะสำหรับ:
User Lightning ใช้ประจำวันที่ต้องการ self-custody ถ้าใช้ Lightning จ่ายกาแฟ แบ่งบิลกับเพื่อน ส่งทิปหรือบริจาค รับค่าจ้าง freelance เป็น Bitcoin หรือแค่มีกระเป๋า Lightning บนมือถือสำหรับใช้ทั่วไป Phoenix คือสินค้าที่ดีที่สุดในหมวดนี้ auto channel management แปลว่าไม่ต้องคิดเรื่อง channel state เลย และ BOLT 12 support ทำให้ payment address ของคุณ future-proof
คนที่ขยับจาก Lightning custodial ถ้าใช้ Wallet of Satoshi, Strike หรือ custodial Lightning เจ้าอื่นและอยากขยับไป self-custody โดยไม่ต้องรัน node Phoenix เป็น upgrade path ธรรมชาติ
Bitcoiner ที่เดินทางและต้องการกระเป๋า Lightning ที่เชื่อถือได้ข้ามเขต ไม่มี KYC = ไม่มีปัญหา account ตามเขต
Phoenix ไม่เหมาะสำหรับ:
คนที่ต้องการ full node sovereignty ถ้า threat model ของคุณต้องไม่พึ่ง infrastructure routing ของบุคคลที่สาม — เช่น นักข่าวในเขตกดขี่ หรือ user ที่มีแรงกดดันปฏิปักษ์สูง — ต้องรัน node เอง Phoenix routing trust ใน infrastructure ACINQ เป็นข้อจำกัดจริง
เงินก้อนใหญ่บน Lightning Channel Lightning ไม่ใช่ที่เก็บ Bitcoin ระดับ savings การจัดการ channel มีต้นทุนและความเสี่ยง — remote force-close, routing node offline, ปัญหา protocol — ที่ไม่เหมาะกับเงินที่ชั่วคราวหายไม่ได้ ใช้ hardware cold storage (Coldcard หรือ Trezor) สำหรับ savings ใช้ Phoenix สำหรับใช้จ่าย
Power user ที่อยากตรวจและคุม channel state เองถ้าเป็นคนที่เปิด htlcinterceptor และตรวจ channel database คุณอยากได้ Zeus บน node ตัวเอง Phoenix abstract ทุกอย่าง ซึ่งเป็น feature สำหรับคนทั่วไปแต่เป็นข้อจำกัดสำหรับคุณ
โครงสร้าง fee ในทางปฏิบัติ
โครงสร้าง fee ของ Phoenix ควรมีคำอธิบายชัดเจน เพราะทำให้ user งง ที่คาดว่า Lightning ต้องไม่มี fee เสมอ
มี fee สามประเภทที่จะเจอ:
ค่าเปิด channel: จ่ายครั้งเดียวตอนเปิดหรือ splice channel ครอบคลุม mining fee สำหรับ on-chain transaction บวกส่วน ACINQ service เล็กๆ หลีกเลี่ยงไม่ได้สำหรับการรับ Lightning ครั้งแรก หรือเวลา channel ต้องการ capacity เพิ่ม
ค่า routing: จ่ายให้ routing node ของ Lightning เวลา Phoenix route การจ่าย ปกติเล็กๆ — ไม่กี่ satoshi ต่อการจ่ายสำหรับจำนวนส่วนใหญ่ — โชว์ก่อน confirm ACINQ เอาส่วนเล็กในฐานะผู้ให้บริการ infrastructure routing
Mining fee สำหรับ operation on-chain: ถ้าทำ swap-out (ย้าย Lightning balance ไป Bitcoin on-chain) จ่าย mempool fee ตามปัจจุบัน Phoenix ใช้ fee estimation ให้สมเหตุสมผล แต่ช่วง fee สูง ค่านี้อาจรู้สึก
ประเมินอย่างซื่อสัตย์: Phoenix ไม่ใช่กระเป๋า Lightning ที่ถูกที่สุดสำหรับจำนวนเล็กๆ การจ่าย 1,000 sat ไปกระเป๋าสดที่ไม่มี channel เดิม จะจ่ายค่าเปิด channel ที่สัดส่วนสูง Phoenix ประหยัดที่ scale — จ่ายประจำ channel ตั้งแล้ว เลี่ยง swap ที่ไม่จำเป็น fee model รางวัลกับ user ที่ใช้ Phoenix เป็นกระเป๋าจ่ายประจำ ไม่ใช่ tool ใช้ครั้งเดียว
คำตัดสิน
Phoenix ได้ 4.7 โดยไม่มีข้อแม้ ส่วนหัก 0.3 เกือบทั้งหมดมาจาก UX ของค่าเปิด channel — จุด friction ที่จำเป็นเทคนิคแต่ทำให้ user ใหม่งงบ่อยที่คาดว่าจะได้ flat-fee หรือ zero-fee
เหตุผลเลือก Phoenix เรียบง่าย: ถ้าต้องการ self-custodial Lightning บนมือถือ Phoenix คือ implementation ที่ดีที่สุดในตลาด ACINQ ทำงานหนักในการทำให้ Lightning channel จัดการได้สำหรับ user ไม่ใช่เทคนิค ในขณะที่รักษา security property ที่สำคัญจริง — คุณถือ key ของคุณ และ key เป็นของคุณ BOLT 12 support, splicing mechanism, bLIP-39 seed recovery, codebase เปิด — ทั้งหมดแสดง depth ทางเทคนิคจริงที่ไม่มีในกระเป๋า Lightning บนมือถืออื่นที่ package สะอาดขนาดนี้
Bitcoin-only เปิด source. Self-custodial. ไม่มี KYC support protocol ชั้นนำ Phoenix ติ๊กทุกช่องที่สำคัญ ติดตั้งเลย
แหล่งอ้างอิง:
- Phoenix official site: phoenix.acinq.co
- ACINQ GitHub (Phoenix source code, Apache 2.0): github.com/ACINQ/phoenix
- Eclair Lightning implementation: github.com/ACINQ/eclair
- BOLT 12 offers specification: github.com/lightning/bolts/pull/798
- bLIP-39 seed backup proposal: github.com/lightning/blips/blob/master/blip-0039.md
- phoenixd (server-side Phoenix): phoenix.acinq.co/server