先選擇交易模式，再照各自流程操作

A2 暫停新刊單；以下 A2 步驟只供原交易核對。A1 使用鏈上 escrow，B 使用 LNbits 託管，C 使用 Lightning hold bonds；資金控制、退款及簽署條件不可混用。

三種模式不可互相自動轉換。市場訂單必須綁定單一模式；更換模式需重新 consent，不可沿用餘額、invoice、bond、case 或完成狀態。

只用測試幣。主網、Mutinynet 與 Testnet4 不能當成此 Signet 範例；地址或 invoice 字首相似並不證明網路相同。不要分享助記詞、NWC pairing secret、macaroon 或 invoice 截圖。

Sovereign escrow／WabiSabi 逐步教學

A2 暫停新刊單；本段的 A2 步驟只適用於原交易。A1 與原 A2 不先把 BTC 存入 Operator；原交易仍須依原邀請、descriptor 與 P2TR escrow 紀錄核對，不會自動換路徑。

1. 建立隔離的買賣身分與本機 signer買方、賣方使用不同瀏覽器 profile 與各自的本機 signer；私鑰、secret nonce、credentials 不交給 Operator。確認頁首顯示 Signet，並核對 network／genesis。
2. 刊登公開意向，不先入金 Operator公開訂單只描述方向、金額、付款方式與可用結算能力。Sovereign 模式不使用 Operator 託管餘額作安全保證；未配對前不建立 escrow UTXO。
3. 承接後建立 private joint escrow目前 Preview 在「交易」以賣方邀請與 trade ID 建立 joint escrow；它和市場的簡化託管訂單是不同流程，不會自動轉換。
4. 雙方在注資前選定 mediator核對 mediator 公鑰、policy、費用、管轄、回應期限與支援的證據格式。選定結果寫入雙方 consent 與 descriptor；注資後不得由 Operator 或 discovery 靜默更換。
5. 驗證 descriptor 與 trustless refund兩個 signer 都重建 aggregate key、Taproot merkle root、buyer＋mediator／seller＋mediator dispute leaves，以及 seller CSV refund。確認金額、費用準備、確認門檻與最早退款高度後才批准。
6. 雙方簽署同一份完整 consentbuyer 與 seller 分別批准相同 keys、mediator、network／genesis、funding outputs、bonds、退款條件與費用上限；任何差異都停止，不相信瀏覽器自報 verified。
7. 直接注資 escrow 與 bondsSeller 從自己的錢包支付已驗證的 P2TR escrow 地址，雙方依方案鎖定 bonds。資金不進 Operator 一般錢包；Core 必須核對實際 UTXO、確認數、script、同一 active-chain snapshot 與未花費狀態。
8. 確認安全後才進入模擬法幣步驟只有 bonds 與 escrow 達確認門檻、距 CSV refund 仍有安全餘裕時，PWA 才能解鎖法幣步驟。reorg 或狀態不明時重新鎖定，不要求再次注資。
9. 正常合作、爭議或等待退款正常時 buyer＋seller 合作結算；爭議時 mediator 只能與其中一方依預先承諾 leaf 共同簽署；若無法完成，seller 等 CSV 成熟後以自己的 key 退款。
10. 選擇直接結算或 WabiSabi雙方明確同意 direct 或 WabiSabi；開始簽署後不得偷偷降級。選 WabiSabi 時，escrow input 與至少兩筆不同 owner 的 external inputs 進入新 round。
11. 驗證 external inputs 與 ownershipCore 驗證 external UTXO，owner 本機簽署 ownership proofs。output transport keys 與 input owner 身分分離；舊 round 的 credentials 或 nonce 不得重用。
12. 完成 input／output registration依序交換 input registration、OHTTP 封裝的 output registration、Amount／Vsize consumption authorization 與 exact credentials；任何 output 或費用變更都須重新批准。
13. 核對 PSBTv2 並在本機簽署每位 signer 驗證完整 inputs、outputs、fee、trade、round 與 genesis。買賣雙方完成 MuSig2，external owners 各簽自己的 input；Operator 不代簽。
14. 保存 final bytes 並只廣播一次雙方取得相同 final transaction。廣播前持久化 bytes 與 txid；回應遺失時查同一 txid，不能建立第二筆付款。
15. 等待確認與獨立 verifierPWA 每五分鐘查詢 Signet；只有 active-chain inclusion、輸出／費用／簽章與獨立 verifier 全部通過才顯示 settled。外部 explorer 只是輔助證據。

Mediator 在三種模式中的權限

Mediator 都是注資或鎖 bond 前選定的人類角色，但每種模式可執行的結果不同；簽署裁決不等於能單獨移動資金。

1. 注資前選定並固定雙方驗證 mediator 公鑰、政策、費用、SLA 與可接受證據；雙方 consent 後寫入 Taproot dispute leaves。注資後不能換人。
2. 只看雙方授權的加密證據Mediator 以自己的隔離 PWA session 接收指派案件，審閱雙方明確授權提供的加密證據。私密證據不公開，也不進一般市場時間線。
3. 提出並簽署調解結果Mediator 用自己的本機 signer 批准並簽署 case／revision／genesis／expiry 綁定的建議；登入 session 或後端 health 不能代簽。
4. 不能單獨花費 escrowBuyer-wins 需要 buyer＋mediator，seller-wins 需要 seller＋mediator；mediator、trade coordinator 或 Operator 任一方都不能單獨移動 BTC。
5. 失聯時仍有 CSV refundMediator 偏頗或失聯不會取得資金。若合作與爭議路徑都無法完成，seller 等預先驗證的 CSV 成熟後自行退款；須保留 signer key、descriptor 與交易備份。

正常交易不會自動啟動人工調解；A1／A2 仍須在注資前固定爭議備援公鑰。Mode C 曾完成一筆雙 bond 調解驗收，但公開新爭議案件與 B 的人工帳本裁決尚未開放。LNbits 餘額鎖定不是 hold invoice。

LNbits Easy Mode 託管 Lightning 逐步教學

這條流程使用 Operator 的 LNbits provider 與其 LND，適合想快速展示 Lightning 交易的使用者。餘額由 Operator 託管，只用 Signet 測試幣；它不等同於非託管錢包、joint escrow 或 WabiSabi。

模式 B 的交易入口只在所選 Operator 實際啟用時可用。請依錢包內的動態步驟核對狀態；舊市場不能使用此餘額。

1. 確認 Signet 與 LNbits provider確認頁首顯示 Signet，開啟「角色與服務」，找出顯示 online 的 LNbits provider（例如 Operator B 或 C）。核對 topology 的 network、genesis、Operator 與 LND 依賴；資訊未驗證或服務離線時不要付款。
2. 理解託管帳戶邊界LNbits Easy Mode 是 Operator 管理的帳戶，後端連到該 Operator 自己的 LND；不是你的自主管理 wallet。只存入本次測試需要的金額，不要把 LNbits admin key、API key、macaroon 或私鑰貼到 PWA。
3. 從 PWA 產生入金 invoice進入「錢包」的模式 B 區塊，選定 Operator B 或 C，按「建立 LNbits 入金發票」，輸入例如 1,000 sats。核對網路與金額，再用自己的測試網 Lightning wallet 付款。
4. 用自己的錢包支付入金在自己的 LNbits wallet 或 Alby 貼上 invoice 並批准付款，確認付款方也在 Signet。選用 NWC 連線時，授權只交給本機瀏覽器的錢包 Worker，不送給 Operator；錢包連線核對不會代替這筆入金付款。
5. 等待 LNbits paid／settled回到 Hofvar 重新整理，等 Operator balance 由實際 LNbits／LND 結果更新。只有 invoice 顯示 paid／settled 且 PWA 顯示可用餘額增加才算入金成功；pending 或未知時先查同一筆 operation，不要重付。
6. 市場啟用後：用託管餘額刊登訂單在獨立的模式 B 市場選同一 Operator，以 Ledger 可用餘額刊登賣單。等待 relay quorum 確認，並在該 Operator 的模式 B 清單查看；舊 Preview 市場不能代用。
7. 市場啟用後：買方產生等額 invoice 並承接買方用自己的 Lightning wallet 建立同網路、未過期且金額完全相同的 BOLT11 收款發票，於模式 B 市場承接。確認賣方同一 Ledger 鎖款，再模擬法幣。
8. 市場啟用後：交付並核對結果賣方確認模擬法幣後提交唯一 Lightning 交付操作；回覆遺失時只查原 payment hash。PWA 顯示 LNbits／Ledger 結果，買方仍需在自己的 wallet 獨立核對 settled。

LNbits 的託管餘額、admin/API 權限與 LND 流動性由 Operator 控制；本流程只適合 Signet 測試。它不替代 Alby 自有錢包、可選 scure 錢包、escrow 本機 signer 或 WabiSabi PSBTv2。

Lightning hold bonds 正常交易與可選調解

這條路徑不把 Alby 當 P2TR signer，也不把交易本金假裝成鏈上 escrow。Buyer 與 seller 各用自己的 Alby／hold-compatible wallet 鎖定保證金；本金另以一般 BOLT11 invoice 交付。

1. 準備隔離的 Alby／Lightning 身分雙方使用不同 Alby Extension／Hub 或 own node，確認 Signet、channel active、足夠 outbound liquidity、NWC 權限與單筆限額。NWC secret 只留在自己的錢包。
2. 選定 Operator、mediator 與 hold policy先核對 Operator 的 LND、雙方 bond、發票期限與正常取消規則；爭議備援 mediator 公鑰與政策在鎖款前固定，但正常交易不會自動啟動調解。
3. 雙方簽署同一份 trade consentConsent 綁定 trade、party、amount、payment method、bond commitments、network／genesis、coordinator、mediator、expiry 與允許的 terminal actions；不同意就停止。
4. 產生兩張 trade-scoped hold invoices受限 coordinator LND adapter 為 buyer 與 seller 分別建立 genuine hold invoice。PWA 驗證 exact amount、payment hash commitment、payee、expiry 與 Operator identity，不接受普通 invoice 冒充。
5. 雙方以 Alby 鎖定 bonds每一方在自己的 Alby 明確批准付款；只有 LND 對兩張 invoice 都回報 ACCEPTED、精確金額且尚未 settled，PWA 才能進入下一步。支付畫面 pending 是預期狀態。
6. 安全閘門後才模擬法幣兩個 bonds 的 ACCEPTED 狀態、剩餘期限與路由健康都通過後才交換付款資料並模擬法幣；接近 expiry 時停止，不以重新付款掩蓋未知狀態。
7. 用另一張 invoice 交付本金賣方用自己的 Lightning 錢包建立等額一般 BOLT11 收款 invoice，買方用自己的錢包另行支付。這張本金 invoice 與兩張 bond hold invoices 必須分開核對；payment hash 不是鏈上 txid。
8. 正常完成就 cancel／release bonds本金實際 settled 且雙方確認完成後，policy adapter 取消兩張 hold invoices，HTLC 退回各付款方。必須再由 LND 查到 CANCELED 才顯示 released。
9. 只有發生爭議才交給 mediator人工調解是獨立的可選爭議流程，目前不開放新公開案件。未來啟動時，mediator 會審閱授權證據並簽署綁定案件、兩筆 bond 與期限的結果；受限 adapter 驗證後才能處置 bonds。正常交易不需要這一步。
10. 核對 terminal state 與殘留信任Lost response 只 lookup 同一 payment hash，不建立新 invoice。Expiry、流動性或 coordinator 故障可能讓交易失敗；此模式沒有 P2TR CSV refund，coordinator LND 仍掌握 preimage 與可用性。

正常交易以目前網站所屬 Operator 的 hold 開關與 adapter 即時狀態為準；到「交易」的 Mode C 區操作。新爭議裁決不屬公開流程；普通 Lightning invoice 或 LNbits ledger lock 不得替代 bonds。

這份教學的範圍

Alby 可支付 Mode C 的 hold bonds 與本金 invoice，但不是 P2TR 的 MuSig2／PSBTv2 signer。三種模式各自獨立；Mode C 正常交易須由後端顯示可用，新的爭議演練不納入 Fast PoC。

Alby 官方參考（外部網站）

外部網站仍會看到你的 IP；教學連結不附帶 session、invoice 或錢包資料。

模式 B · Ledger 市場

只支援賣單；承接後鎖定賣方在同一 Operator Ledger 的餘額。買方須提供等額測試網 BOLT11 發票。

選用 scure 測試網錢包

Operator 帳本 · B 交易與 C 服務費

此餘額由所選 Operator 託管，用於 B 交易與 C 服務費。C 本金與 hold 押金使用原 Lightning 錢包；個人錢包與此帳本不會自動互轉。

模式 B · Ledger 交易

法幣步驟為模擬；Lightning 交付以同一筆 LNbits payment hash 與收款方結果核對。

Signet joint escrow

Verify both local signer consents before funding. Never upload private keys or nonce secrets.

在這台電腦開啟本機 signer：選取 PWA 下載的公開文件、核對、批准並下載回覆，然後回此交易頁匯入。

買賣雙方私鑰留在本機 signer。與 Operator 代管餘額分開；法幣仍模擬。

本版本金 1,000–100,000,000 sats。新 A1 注資預算為本金加 22,000 sats；原有 A2 交易的原預算為本金加 36,000 sats，新 A2 刊單已暫停。各交易費用上限為 10,000 sats；簽署前核對原文件中的實際金額與費用。

模式 C · Lightning 交易

建立或承接請使用市場，先核對同一 Operator 的原條款、費用與付款順序。原案從下方查回；BTC 本金由賣方支付至買方的原收款發票。

PSBTv2 / WabiSabi

完整 PRD 元件的隔離整合狀態。只有 credential、輸出註冊、簽署、Testnet4 廣播及確認全部完成，才會標示 live round confirmed。

Federation Operator

每個 Operator 顯示其部署主機；主機分離不等於由不同自然人管理。