先看見入口。
每位 Operator 的服務、費率與限制應能事前核對，而不是等到付款後才發現差異。
HOFVAR / P2P BITCOIN 交易 / TESTNET PREVIEW
在瀏覽器裡，
選擇 Bitcoin 交易路徑。
多個 Operator、多種結算路徑；在進入交易前，看清選項、費用與資金由誰控制。
目前僅為 Signet／Testnet4 測試環境。只使用測試幣；法幣步驟為模擬，不提供 mainnet 服務。
01 / 08一個網路，保留不只一條路。
02 / 08
選擇，從入口開始
不是把所有交易押在同一個入口。
Hofvar 以 Nostr 多 relay 傳遞簽署事件與加密訊息，配合 gateway 轉發通訊請求與回覆，提供多條存取路徑。單一網站、gateway 或 relay 故障、封鎖或審查時，可切換可用入口，再從保存的檢查點核對原事件、原條件與最後確定狀態，接續同一筆交易。
產品概念示意H / NETWORK
你的瀏覽器
核對 · 選擇
核對 · 選擇
OPERATOR A單一入口假設中斷OPERATOR B另一個入口自己的能力與政策OPERATOR C另一種選擇自己的能力與政策故障時切換入口。
網域或服務失聯時，改用其他可用的 Operator 入口與 relay。系統依已保存的安全檢查點顯示可恢復動作，經雙方授權後接續原交易。
恢復必須有邊界。
先查原 Operator、錢包與鏈上的最後確定狀態。完整簽署的同一筆交易可由其他連線廣播；其餘操作須依原條件恢復或重新授權，不能盲目重付或搬走資金。
NOSTR / HOFVAR 的協議組合
公開找交易，私下談條件，連接自己的錢包。
Hofvar 以 Nostr 串起市場、交易對話、錢包與身分。每項協議各司其職：讓報價能核對、私密內容加密傳遞、授權有明確用途，並保存接續原交易所需的紀錄。
公開刊單，可核對原條件
買賣方向、幣別、金額與付款方式以簽署刊單發布。Hofvar 的版本化格式把訂單與網路、Operator 及原條件綁在一起，讓不同入口可以核對同一份報價。
交易雙方，直接私密對話
收款資訊、面交安排與交易說明放在原雙方的加密對話中。收件 relay 公告與歷史補取，讓暫時離線的一方回來後接續原對話。
內容先加密，再交給網路
交易訊息與獲授權的調解證據在本機加解密；relay 傳递密文。驗證簽章與內容完整性，幫助接收者確認訊息來源及內容是否被更動。
多一層封裝，少暴露發送者
Gift Wrap 將私密訊息分層加密，外層使用一次性金鑰。relay 可將密文送向收件者，不必在公開外層暴露原發送者的長期公鑰。
自己的錢包，透過 Nostr 連線
以 Nostr Wallet Connect 連接 Alby Hub 等相容 Lightning 錢包，依連線授權建立發票、付款與查回結果。請求與回覆均加密，錢包金鑰留在各自持有者手上。
公鑰簽章，多 relay 傳遞
NIP-01 提供簽署事件、發布與訂閱的共同語言；NIP-42 用 challenge 簽章向 relay 認證。多 relay 傳遞與事件去重，減少對單一訊息入口的依賴。
加密備份，帶回原交易身分
以密碼加密 Nostr 身分金鑰，輸出 ncryptsec 備份。Hofvar 另將原 Operator sessions 與操作紀錄封入加密 archive，換瀏覽器或重新開啟後核對並接續原交易。
有效期限，讓舊請求有邊界
刊單與錢包請求帶有 expiration。Hofvar 核對期限與原操作紀錄，將歷史查回與新授權分開，避免過期訊息被當成新的交易指令。
簽署指定請求，證明自己的身分
調解員以自己的 Nostr 金鑰簽署 HTTP 登入請求，綁定網址、方法與提交內容摘要。認證對應原請求，調解身分與交易者、admin 登入各自獨立。
錢包相容性：優先使用 NIP-44 v2；NIP-04 僅用於明確允許的舊 NWC 連線。NWC 能力依錢包授權而定，Hold Invoice 的建立、結算與取消由 Operator 的 Lightning 後端處理。
Nostr 提供訊息與授權層；Bitcoin／Lightning 處理資金結算。多 relay 與加密可減少單點依賴及資料暴露，隱私仍受 relay、網路與裝置環境影響。
03 / 08
依照你的交易習慣選擇
找到適合你的交易方式。
簡單上手、快速低成本，或更重視大額交易的隱私。先選使用方式，再看清資金控制、費用與必要條件。
想要簡單交易
01 / LNBITS / EASYEasy mode
使用 Operator 提供的 LNbits 託管帳戶，登入後直接進入交易。適合希望減少錢包設定、先熟悉流程的使用者。
資金控制LNbits 餘額由 Operator 託管；選擇前核對提領與服務條件。
想要快速、低成本
02 / LIGHTNING / ALBY HUB自己的 Lightning 錢包
使用自行管理的 Alby Hub 或相容的 Lightning 錢包參與交易。適合熟悉錢包、希望快速支付，並減少逐筆鏈上等待與成本的使用者。
資金控制錢包由你管理；hold 保證金仍由協調者 LND 管理，本金分開交付。速度與路由費取決於通道及流動性，Operator 另訂費率。
更重視大額交易隱私
03 / PSBT · P2TR / WABISABI鏈上協同隱私結算
以 PSBT 核對待簽交易與 P2TR（Taproot）資金條件，再使用 WabiSabi 分離輸入與輸出註冊，降低直接關聯。適合願意核對與等待鏈上結算的使用者。
資金控制參與者各自核對與簽署。實際額度依 Operator 條件及可用資金；隱私效果依參與情況與對手模型，不保證匿名。
也可以選擇直接鏈上結算。
不參與 WabiSabi 批次時，雙方可依既定條件合作簽署直接結算；資金控制與退款條件仍須事前核對。
多個 Operator 入口不代表錢包餘額或交易能自動跨節點搬移。
04 / 08
隱私，要看得懂
降低關聯，不是宣稱消失。
WabiSabi 的設計把輸入、credentials 與輸出分階段處理；OHTTP 再分離轉送角色。效果取決於參與者與對手模型。
產品概念示意H / PRIVACY
輸入註冊
從來源錢包登記可用的輸入。
匿名憑證
憑證代表可登記的金額，不是身份證件。
分離的輸出註冊
另一步驟登記收款輸出，不標示來源配對。
OHTTP
轉送與查詢角色分離
先登記輸入。
輸入憑證與金額條件需要驗證，但不應因此直接公開最終輸出的對應關係。
再分離輸出。
匿名 credentials 支持另一步驟登記輸出；畫面只顯示這個資訊邊界，不虛構保證。
最後分離轉送。
OHTTP 可減少單一服務同時看到來源與查詢內容的機會；失敗不能偷偷降級成透明結算。
WabiSabi 不保證絕對匿名；輸入數不等於獨立參與者數。
05 / 08
看得懂的 Operator 組合
服務不是只能整套接受。
交易、Lightning、relay、batch 與調解是不同責任。模組各有依賴與風險，應由 Operator 清楚發布。
先選最小角色。
relay-only 或 market-portal 可以是網路入口，並不因此成為交易託管者。
再加上交易能力。
Trade coordinator、鏈上 escrow 與 Lightning 各有獨立相依；缺少硬相依時應顯示 unavailable。
調解是附加路徑。
正常交易不啟動人工調解；爭議備援條件在注資前約定，需要處理爭議時才啟動 mediator 流程。未完成責任只能安全 draining。
產品概念示意H / MODULES
OPERATOR 能力邊界
01relay-only發現線索／訊息傳遞02market-portal瀏覽器市場入口03trade + escrow協調／已簽資金條件04Lightning通道與流動性責任
05mediator選用爭議流程MEDIATOR / 原交易的爭議處理
選定調解人，讓建議與執行都能核對。
Mediator 核對雙方證據並簽署處理建議。從選任、開案到分配，始終綁定同一筆交易、原條件與原收款人；正常履約可以直接完成。
雙方事前選任
交易前核對 mediator 公鑰、支援的付款方式、證據要求、回應時限與費用，並揭露和 Operator 的關係。雙方同意後固定原人選；已注資的鏈上合約不能因服務失聯而換成另一把金鑰。
證據由本人交付
各方選擇提交的證據，在瀏覽器以指定 mediator 的公鑰加密。NIP-44 v2 保護內容，簽章與摘要綁定原案；mediator 使用自己的 Nostr 身分登入與解密，relay 傳遞密文。
建議與資金執行分開核對
已簽建議須通過原案、原條件、金額及用途驗證，才能銜接結算。每筆付款或退款另查真實結果與收款人確認；簽署建議本身不代表已付款。
一個爭議，五個可追溯步驟
先約定，再注資
雙方確認交易順序、本金、bond、調解人、費用及退款條件，保存同一份承諾。
依原交易開案
需要調解時，固定 case ID、原條件摘要與當時財務快照，保留原操作紀錄。
雙方各交加密證據
各自核對並批准要提交的內容。Mediator 解密本案證據，核對來源、完整性與原付款事實。
簽署有範圍的建議
建議寫明處理結果、理由及適用金額，綁定原 case、terms 與有效期，供參與者與系統驗證。
按原條件執行並查回
保存固定分配計畫，依各路徑完成簽署、付款或退款；核對實收、本人確認、剩餘 bond 返還與服務費收退，才顯示整案完成。
鏈上、LNbits 與 Lightning 的執行差異
A1 / A2：原合約共同簽署
正常交易由買賣方合作。爭議路徑由買方＋mediator 或賣方＋mediator 共同支出；mediator 無法單獨動用 escrow。失聯時保留雙方合作及合約原有的逾時退款路徑。
B：核對原託管帳本
LNbits 帳戶由 Operator 託管。有效建議按原案條件銜接本金、bond 與費用的帳本處理；調解人的簽章不會把託管餘額變成鏈上共同簽署。
C：核對 hold 與本金損失
本金分開交付，hold bond 由原 Operator 的 Lightning 後端管理。依原順序、實際本金交付與建議核對補償及裁罰；裁罰交給受害對手、剩餘返還原持有人。無 bond 時不能只憑建議追回已付本金。
調解費在交易前揭露，依原報價的履約與有效建議條件核對；未啟動調解、失敗或取消時，依原收退費規則處理預留。Bond 補償、裁罰與服務費分開計算。
簽章可驗證誰提出建議、內容是否被更動；法幣證據仍需要人判斷。回應、資料保存、刪除與申訴政策應在選任前公開。
查看調解工作台 ↗06 / 08
一筆交易，逐步說清楚
先看條件，再採取動作。
從選擇模式到確認條件，每一步都應清楚顯示需要核對的資訊。這裡展示操作順序，實際報價由所選 Operator 提供。
01選定路徑。
直接鏈上、WabiSabi、LNbits Easy 或 Lightning hold，各有不同資金與簽署方式。
02核對 Operator 的費率。
各 Operator 可自由設定自己的費率與收費政策，並在交易前清楚公開。選擇服務前，先核對報價、付款方式與適用條件。
03授權與等待。
由需要操作的人執行付款或簽署，再依真實節點與鏈上事件更新狀態；沒有事件就不顯示完成。
介面流程示意H / TRADE
HOFVAR / PREVIEW
交易條件示意
交易本金由雙方約定
結算方式直接鏈上
Operator 費由 Operator 設定
mediator 費選用並事前揭露
Operator 自訂費率、收款方式及收退費條件，並在交易前揭露；使用者核對後再同意。
核對條件後才繼續 →
07 / 08
理解之後，還能核對
把「相信」變成可檢查的線索。
簽署資訊、原始條件、交易事件與獨立驗證應按時間排序；示意畫面不會冒充即時成功。
證據時間線示意H / EVIDENCE
- 01簽署的 Operator manifest角色 · 端點 · 有效期◇
- 02雙方同意的交易條件模式 · 本金 · 費用◇
- 03可查回的真實事件廣播 · 確認 · Lightning 結果◇
- 04結算後的獨立驗證交易與原條件核對◇
先核對來源。
Operator manifest 應揭露網路、角色、公鑰、端點、依賴與有效期。
保存原始條件。
報價、模式與雙方同意應可在重新整理或中斷後查回，不靠畫面重新猜測。
最後核對結果。
Signet 結算可依真實鏈上結果檢查；Lightning 付款則以真實節點結果為準。
08 / 08
路徑最後，選擇仍在你手裡
現在，親自探索。
從測試版開始，查看各 Operator 公開的能力與條件。交易前核對網路、金額、費用與資金控制方式。
目前僅為 Signet／Testnet4 測試環境。只使用測試幣；法幣步驟為模擬，不提供 mainnet 服務。