NEAR Business 保密解析（2026）：主打機密環境內隱藏明細，外部公鏈仍留紀錄

NEAR Business 保密的對象，主要是公眾與其他使用者；營運商及處理交易的業者仍有資料存取範圍。NEAR 在 2026 年 10 月 20 日的產品公告推出企業多簽金庫，供團隊支付薪資、供應商款項與調整資產，目前採邀請制。想用它避免薪資與金庫明細曝光，必須一起讀懂公開治理紀錄、機密交易環境與平台保存的資料。

NEAR Business 保密範圍：哪些仍在公開鏈上？

官方把治理與交易明細拆開處理：外界可以核對誰有權批准、提案如何表決，同時讓機密環境內的餘額、資產與收款人不對公眾公開。這個設計要保留組織決策的可核對性，而不是把整個金庫的活動紀錄一起藏起來。

• 公開的治理資料：NEAR 帳戶識別碼、金庫合約地址、成員與權限設定、提案及投票，以及非機密交易。
• 機密環境內的資料：餘額與交易細節不供公眾或其他使用者查看，但授權團隊的工作流程仍需使用這些資料。

尤其要留意提案描述。隱私政策第 4 節提醒，填入會寫上公鏈的自由文字欄位，就會成為永久公開紀錄。即使付款金額留在機密環境，在公開描述寫出員工姓名或薪資細節，仍會自行暴露資訊。企業可先約定公開欄位只放內部單號，敏感對照資料留在有權限控管的系統。

NEAR Business 保密政策：業者能存取什麼？

政策第 1 節列出的平台營運商是 Intents Technology Ltd。第 3 節則寫明，平台保存金庫餘額與存款、交換、轉帳及付款歷史的快取，包含無法從公開鏈讀取的機密餘額和歷史。這份清單也包括機密交易的報價紀錄：預定收款人、金額、資產與時間，不論交易最後有沒有簽署。因此，不能把「尚未簽署」當成平台沒有留下相關資料。

第 5 節進一步說明，營運商可以存取機密資料，並在必要時用於服務營運、監測、除錯與安全維護，調查疑似詐欺或其他違法活動、應對安全事件、配合法律要求，以及主張或抗辯法律權利。政策也保留向鏈上分析、篩檢與交易監測業者分享合理必要交易資訊的範圍，並稱在合理可行情況下採彙總或假名化形式；這不是保證每筆資料都已匿名。

另外，機密環境營運者、承接報價並執行交易的 solver，以及橋接業者，可以看到處理該筆交易所需的細節。這不等於每一家業者都能瀏覽整個金庫，但足以排除「所有第三方都看不到」的理解。政策還說，營運商不一定能通知使用者每次存取或揭露，有些情況下法律禁止通知。

多簽、MPC 與機密環境，分別控制什麼？

依產品公告，金庫由 NEAR 主網上的 SputnikDAO 多簽合約治理。多簽在這裡處理的是組織批准規則：請求必須達到團隊設定的門檻；每筆請求以報價雜湊綁定特定交易，讓公開批准對應到該筆交易，而不直接揭露報價內容。

達到批准門檻後，金庫合約才向 NEAR 的 MPC 簽章網路提出簽署要求。MPC 是多方計算；公告描述的簽章金鑰由獨立節點營運者分持，達到節點合作門檻才產生簽章。團隊批准門檻與節點簽章門檻，是不同層次的控制。餘額、交換及付款則在獨立、許可制驗證者運作的機密 NEAR 分片處理；這一層才與交易資料不公開直接相關。

公告稱資金位於 NEAR Intents 協議，NEAR Business 不持有金庫合約的金鑰或金鑰份額。這說明的是資產控制方式，不能延伸成營運商沒有資料存取權。公告另列出可使用 Ledger 簽署；需要理解裝置操作，可接著看硬體錢包使用教學。

轉到外部公鏈，仍會留下公開紀錄

公告區分兩種付款：付給 business.near.com 帳戶時，在機密環境內結算；付給公開錢包時，款項來自 business.near.com 的結算帳戶，而非金庫本身的直接地址。這改變了外界看到的付款來源，並沒有讓外部公鏈交易消失。隱私政策第 4 節明列，金庫在其他網路收付資產時，交易及涉及地址仍會記錄在該網路的公開鏈上。

例如，假設公司用這項服務付錢到員工的公開錢包，不能承諾那筆入帳也會隱形；應先確認付款走哪條網路、對外顯示哪個結算地址，以及員工地址是否已與真實身分連結。使用條款的 Confidential Intents 段落也明確不保證匿名、無法追蹤或對所有人保密，並列出節點串通、軟體漏洞與鏈上結算分析等可能影響機密性的因素。

先備妥模擬案例，再於導覽核對保密邊界

申請邀請前，可以先備妥一筆不含真實個資的模擬薪資案例，列出團隊的簽署人設定、預計使用鏈別，以及員工使用平台帳戶或外部錢包的情況。10 月 20 日公告說，團隊需先申請存取，安排以實際簽署人設定與使用鏈別進行的導覽，再開放團隊使用。申請表不是立即取得完整產品權限；公告所列架構也不能替代實際安全驗證。

導覽時，用這筆案例要求展示公開提案欄位、授權團隊可見明細，以及轉到外部錢包後的入帳紀錄；再向營運商核對快取與未簽署報價的存取權，以及交易業者能看到哪些處理所需明細。若目的是避免一般市場參與者直接讀取機密環境內的薪資，應確認公開欄位及外部入帳是否仍會暴露公司不願公開的資訊；只要超出公司的容許範圍，就不適合把該流程導入。若硬性要求服務商也無法讀取明細，現有政策保留的存取權已不符合這個要求，不能只靠多簽或 MPC 的架構說明判定可以採用。