發表時間：2020年9月30日
資訊來源：Bitcoinsv.io

“一種純粹的peer-to-peer（點對點）形式的電子現金將允許一方直接向另一方進行線上支付，而無需通過金融機構…” ——中本聰

這是位元幣白皮書中的第一句話，

當2009年位元幣0.1.0版本發布的時候，它具有一個“概念證明”的特性，但這可能是過去最被忽視的一點，而想要驗證的就是過去被稱為“IP交易”、在上面那句話中被稱為“peer交易”的這一概念，在位元幣的世界里我們談到peer時，通常認定它指的是節點（node），因為節點實際上就是互相連接的peer，然而，位元幣上不會只有一類peer，從peer這個詞的定義我們就可以看出，當一組事物具有共性時，群組里的事物就是peer，

這意味著不排除存在多個peer群組，其實，白皮書第一句中提到的peer其實是指的是位元幣網路的用戶，而不是節點，如果沒有用戶（暢想一下有數十億用戶），位元幣網路用處何在呢？

IP交易特性就是用戶與用戶之間直接的互動，而當它與SPV（全稱簡易支付驗證，請參考位元幣白皮書第8章節）輕客戶端相結合時，就恰恰是位元幣可以擴容的原因，這里是一個非常簡單的擴容原則：不要做與你無關的作業，SPV允許用戶忽略所有與他們無關的位元幣交易歷史，同時依然享有位元幣的安全保障，

不過這在當時只是個初級實踐，你可以對它進行概念證明，甚至中本聰也認為，原始形式下的位元幣IP交易，在執行中會存在一些實際的困難：

• peer之間如何能找到對方

• 不安全的連接

• NAT穿越問題

• 易受到中間人攻擊

尤其是，同許多處于雛形階段的事物一樣，位元幣IP交易尚不完善，當時它還缺少用于獲取、驗證或傳遞SPV merkle證明的設施，

而今天，Bitcoin SV基礎架構團隊同時發布出三款產品，以及若干其它服務，提供了重新實作“IP2IP愿景”所需的所有工具，并解決了所有IP交易程序中已知存在的問題，

Bitcoin SV節點軟體v1.0.6（代號Push）

• 新增可以提供和驗證Merkle證明的功能

• 探測“雙花”的ZeroMQ通知

• （WIP）探測到“雙花”后進行p2p廣播，讓全網知曉

mAPI v1.2

基于push推送的Merkle證明和“雙花”回呼通知

SPV信道v1.0.0

• 具有push推送功能的端到端加密資訊傳遞的納米服務（nano-service），可為位元幣用戶始終在線提供服務，并為在線和離線資訊傳遞的處理提供了統一介面，

• 作為始終在線的服務，它允許任意兩個參與方通過未知中介在專用通道中進行通訊，這時它們只需要向外連接即可，從而解決了NAT穿越問題，這在原理上近似于即便用戶都在防火墻后，TeamViewer、Skype和Zoom等產品依然能夠無縫地作業，不同的是SPV信道進行了完全的端到端加密，

SPV信道是由Bitcoin SV基礎架構團隊新發布的產品，你可以把這里的“信道”理解為類似IMAP郵件服務器，當你處于離線狀態時，它會為您收集訊息；當你再上線時，它會將訊息直接傳遞給你；當你和另一方都在線時，你們的體驗類似于直接連接，但與IMAP郵件服務器不同的是，SPV信道的資訊默認是端到端加密的，而且沒有可怕的郵件頭格式要求，它可以與Paymail集成，但服務器看不到資訊內容，也完全無法得知內容，除了這一點外，其它技術都不是位元幣特有的，但它也確實填補了位元幣點對點互動的作業流中的關鍵空白，

SPV信道的應用不僅限于此，它幾乎能夠涵蓋到位元幣甚至位元幣之外的任何鏈下協調問題，例如：

• 統籌協調多簽和門限簽名群組

• 錢包收到付款通知

• 可對任何事項推送通用型通知

• 作為新一代自主運營的電子郵件和即時通信產品的基礎層

一個使用mAPI的范例

早期版本的mAPI（過去稱為Merchant API）解決了兩個關鍵問題——探尋交易費用以及直接向礦工提交交易，從礦工那里得到交易被接受的反饋很簡單，因為提交交易時就可以直接獲得回應，但是在用戶與礦工之間的連接被關閉后還會發生一些事項，比如交易入塊時接收到SPV證明，于是此前我們引入了一種通過輪詢mAPI來獲取交易狀態更新的初級機制，但這效率不高，而且對于特定的使用情境，比如要獲知是否有人在試圖“雙花”時，時間緊迫，這時就需要引入一種更好的機制了，

首先先說“push推送”模式，注冊事件回呼（函式）是一種常見的編程范式，SPV信道允許用戶與礦工之間進行互動，當注冊了回呼后，你通常需要為回呼路徑提供一個始終在線的URL，但這可不是手機用戶能提供的，

現在我們談談SPV信道，它是一種托管服務（也可自行托管），能夠充當用戶接收訊息的通道，如果用戶在線，他將立即收到訊息；如果用戶處于脫機狀態，則訊息會被存盤起來并在用戶上線后立即轉發給他，實際上你想象不到，SPV信道的第一個內部版本被命名為“Store and Forward（存盤并轉發）”，

SPV信道的作業流如下：

1、顧客和商戶通過Paymail服務發現對方，然后通過SPV信道建立雙向加密通訊；

2、商戶通過MinerID找到一個礦工的mAPI服務；

3、商戶通過mAPI向礦工請求交易費報價；

4、商戶通過BIP270向顧客發送一個交易單，包括所需的交易費用，支付金額以及交易的其它相關要求；

5、客戶發送交易（可能還同時發送了Merkle證明和其它被要求提供的資訊）給商家；

6、商戶通過mAPI將交易提交給礦工，并注冊一個SPV信道的URL用來接識訓呼；

7、假如礦工探測到了“雙花”交易，礦工會向SPV信道發出一條提醒資訊，若商戶在線，他馬上就可以接收到這條資訊；

8、一旦這筆交易入塊，礦工會向SPV信道發送出Merkle證明，商戶的錢包可以對它進行檢索并將其存盤在其資料庫中；

9、或者，商戶通過他與顧客的SPV信道，將Merkle證明發回給顧客，

誰為這些服務付費？

在早期，這些服務的運營成本可能很低，因此有人會免費提供這些服務，但最終這類托管服務的成本會上升，不過錢包、礦工和支付運營商可能會吸收其中的部分成本，作為免費服務提供給用戶，

除此之外，還有其它選擇，以下列示一些創新的服務模式：

1、Paymail托管服務

2、SPV信道托管服務（可以由Paymail服務商提供）

3、提供Merkle證明的服務（Merkle證明并不是必須要由打包該交易入塊的礦工提供）

4、“雙花”通知服務（這可以由任何一個或多個礦工為你提供監控服務）

觀察Bitcoin SV生態系統將如何發展，以及哪些企業會開始提供這些服務，是一件很有趣的事情，

假設出于某種原因，你想從4個不同的服務商那里分別請求其提供以上的4種服務，它們都將基于同一筆交易提供對應的服務，這時就非常適合將納米支付輸出（Nano-payment Output）應用在該交易中了，只需向每個服務商支付1至10聰便可以享受他們提供的一次性服務，且無需被這些服務商暗中系結，這將極大地刺激服務商們提供出更優的服務，

未來的SPV信道

今天初次發布的SPV信道提供出了一個基本框架，目前只對桌面版進行了優化，我們近期高優先級的任務是開發出移動客戶端，從而能夠利用iOS和Android設備的推送功能實作SPV信道服務，我們還需要進一步與Paymail集成，當然還要實施橫向擴展，我們已經看到了行業里對信道+Paymail綜合托管服務的需求很迫切，并期待著第一個提供這種服務的公司出現，

未來的SPV作業流

在我們今天介紹的內容中，我們對此前阻礙SPV的問題提出了解決方案，并完善了SPV作業流，這其中許多解決方案都可以改進和優化，但是現在使用已有的這些組件就可以可以實作端到端的應用了，我們希望Bitcoin SV的業務運營商能夠就整個SPV作業流程進行廣泛探討，提出并采納可行的調整方案或完全的替代方案，不過就目前來說， 我們已經有了一個基礎，能讓用戶導向產品的開發者以此作為起點，他們現在就可以在此之上開始構建應用了，

Bitcoin SV節點專案為位元幣協會所擁有，請前往Bitcoinsv.io網站獲取BSV節點的官方資訊，