每次談到 BTC、BCH、BSV 的時候，很多人會對後兩者不屑一顧，理由是：分叉幣憑什麼來爭“比特幣”這個名號?
另一些人則質疑稱：忒修斯之船，一路修修補補，船上的每一塊木板都換掉之後，這艘船還是出發時的那艘船嗎？BTC 在 Core 接手後被一點點修改，還是中本聰所設想的 BTC 嗎？
今天，我們先拋開三者理念之爭，單單隻說“比特幣”這三個字。
讓人吃驚的是，絕大多數投資者，甚至包括很多比特幣的“信仰者”，並未讀過比特幣白皮書，更不用提中本聰早期在 Bitcointalk 論壇上發表的那些帖子。由此，很多人對比特幣或是中本聰產生了許多錯誤或是偏離的印象，比如網上不少文章裡提到“中本聰完全沒有預料到 ASIC 礦機的誕生”。
當然，中本聰最開始的設計，有很多錯誤之處，需要被後人不斷地修正。但不管怎麼說，我們至少得先知道中本聰最開始是怎麼想的。
中本聰所設想的核心部分都在比特幣白皮書裡，本文主要介紹他早期在 Bitcointalk 論壇上的重要發言。
01 全節點的問題
這可能是導致 BTC 與 BCH、BSV 分家的根本原因，大區塊更多的是一個表象，更深層的是誰可以運行全節點的問題。
帖子大意如下：
“每個用戶都是網絡節點的當前系統並不是規模擴大之後的標配，這就像每個 Usenet 用戶運行自己的 NNTP 服務器一樣不可取。該設計支持讓用戶成為用戶，運行節點的負擔越多，節點就越少。最終的節點們將是大型服務器集群，其餘的將是僅執行事務而不生成的客戶端節點。”
然後帖子下面，有人問（這個人就是現在的 EOS 創世人 BM）：“聰哥，你這個驗證付款十分鐘也太長了吧？這玩意得跟今天刷信用卡一樣快才行啊！”
聰哥霸氣地回覆道：去看我的“小吃機”貼，我概述了付款處理器如何能夠在 10 秒或更短的時間內就足夠好地、實際上非常好地（比信用卡低得多的欺詐率）驗證付款。（“小吃機”貼我們下文再說）
“如果你不信我或是理解不了，哥沒有時間說服你，不好意思。”
後來，BM 又回了個貼，表示“認慫”：
其實我完全相信你，並且看了你的帖子後也得出了和你一樣的結論，我在發表之前的回覆後就去看了那篇關於 Snackmachine 的帖子。
02 ASIC 礦機與 SPV
這其實是上一個問題的延續，中本聰可以說是設計或者說推演出了 ASIC 的理念，卻沒有料到 ASIC 這麼極端的礦機的出現。
帖子大意：
該設計概述了不需要完整區塊鏈的輕客戶端，它稱為簡化付款驗證。輕客戶端可以發送和接收交易，但不能出塊。它不需要信任節點來驗證付款，它仍然可以自己驗證付款。輕客戶端尚未實現，但計劃是在需要的時候實現它。
現在，每個人都只運行一個完整的網絡節點。我預計不會有超過 10 萬個節點，可能更少。它將達到一個平衡，在該平衡下，更多節點無法加入。其餘的將是輕客戶端，這種客戶端可能是數百萬。在平衡大小下，許多節點將會是服務器集群，這些集群裡一到兩個主節點通過局域網跟其他的服務器相連。
所以說，中本聰沒有預料到 ASIC 的誕生，也對，也不對。
嚴格意義上來講，這種一臺頂原先成千上萬臺 PC 或是服務器的 ASIC 實現形態，中本聰的確是沒有料到。但這種比 CPU 或是 GPU 更加高效的算力集群，中本聰是想到並描述了的，其核心理念與現在的各大 ASIC 礦池本質上是一致的。
關於 SPV，中本聰還發過一個貼，大意如下：
不光是下載，主要是還得花很長時間來驗證所有塊中的所有簽名。初始塊下載通常需要多長時間？它是下一半的時候慢下來了還是全程速度都差不多？我已經想了檢查鏈的更加簡單粗暴的方法，可以一直檢查到最後幾千個塊，但是很費時間，哥還有許多其他更重要的事兒需要處理。
簡化的付款驗證適用於僅進行交易，且不生成也不參與節點網絡的輕量客戶端專用用戶，他們不需要下載塊，只需下載哈希鏈，哈希鏈當前約為 2MB，驗證速度非常快（驗證整個鏈少於一秒鐘）。如果網絡變得非常龐大（例如超過 100,000 個節點），這就是我們將用來允許普通用戶進行交易而無需成為完整節點的情況。在那個階段，大多數用戶應該開始僅僅運行 SPV 客戶端軟件，只有專業服務器池才能繼續運行完整的網絡節點，就像 Usenet 網絡如何整合一樣。
SPV 尚未實現，並且短期內都不會實現，但是當前所有實現都是圍繞支持 SPV 而設計的。
比特幣白皮書的第 8 部分就是關於 SPV 的簡介，有興趣的朋友可以自己去翻白皮書。
簡單來說，SPV 是一種用戶不運行全節點也可驗證支付的技術手段，用戶只需要保存所有的區塊頭就可以了。用戶雖然不能自己驗證交易，但如果能夠從區塊鏈的某處找到相符的交易，便知道網絡已經認可了這筆交易，而且得到了網絡的多少個確認，SPV 乾的是“支付驗證“，只判斷用於“支付”的那筆交易是否已經被驗證過，並得到了多少的算力保護（多少個區塊確認數），而不是全節點的“交易驗證”（涉及到驗證是否有足夠餘額可供支出、是否存在雙花、腳本能否通過等）。
目前，市面上的各種比特幣“輕錢包”，大多借鑑了 SPV 的思想，但並非是真的 SPV 錢包，更多的是像一個區塊鏈瀏覽器的前端再加上保存私鑰去簽名的功能，自己無法驗證，需要連接其他的全節點，而不像 SPV 那樣可以做到去中心化的獨立驗證。
BTC 因為堅持個人用戶可以運行全節點，所以大概率不會開發 SPV，但對於 BCH 和 BSV 來說，SPV 則是一項極其重要的技術，所以相信不久的未來將會看到成熟的 SPV 版錢包的出現。
03 “小吃機”
這是一個關於比特幣如何在極短時間內確認的問題，確認並不是 100% 完全確認且交易不可逆，而是“足夠好”，好到比信用卡故障率還低就行。
“小吃機”源於一個人的發帖，說要是有一款比特幣版的小吃機（無人售貨機），會怎麼工作？沒有人願意花一個小時等待交易被確認，“小吃機”公司也不想白給那麼多免費的零食。
聰哥回覆道：
我相信付款處理公司可以在 10 秒或更短的時間內，通過“足夠好”的檢查來提供快速的交易發佈服務。
網絡節點僅接受建議的的第一個版本，以將其合併到他們試圖生成的塊中。當你廣播交易時，如果其他人同時廣播了一個雙花，這就變成一個比拼傳播到最多節點的速度競賽。只要有一方稍有領先，它就會以幾何級別更快地網絡傳播，並獲得大多數節點的認可。
粗略的示例：
1 0
4 1
16 4
64 16
80％ 20％
因此，哪怕雙花必須等一秒鐘，那麼它也將佔據巨大的劣勢。
支付處理器與許多節點都有連接。當它得到一筆交易時，它會將它迅速發出去，同時監視網絡中是否有雙花。如果它在其眾多節點中的任何一個上收到雙花，則它會警告該交易是錯誤的.......雙花的交易就傳播不了很遠。雙花者將不得不等待，直到偵聽階段結束。但是到那時，支付處理器的廣播已到達大多數節點，或者在傳播方面遙遙領先，以至於雙花者沒什麼希望搶佔到剩餘的節點的大多數。
零確認在 BCH 和 BSV 上也是個被研究很多的問題，目前也依舊沒有很多商家支持。雖然零確認從技術上說得通，但在絕大多數人心裡，交易沒有被確認的話就始終覺得不安全。BTC 基本上不太可能走這條技術路線，畢竟零確認和閃電網絡完全不是一個路數。
04 比特幣的未來：20 年後是什麼樣？
有關比特幣的未來，中本聰在多個帖子裡給出了他的設想，以下僅摘錄部分：
比特幣的性質是這樣的，一旦 0.1 版本發佈，核心設計在其整個生命週期中都是一成不變的。因此，我想設計它以支持我能想到的每種可能的交易類型。問題是，每件事都需要特殊的支持代碼和數據字段，無論是否使用，並且一次只涉及一個特殊情況，這將是一個特殊情況的爆炸，解決方案是腳本……
付款接收方在腳本上進行模板匹配。目前，接收方只接受兩個模板：直接付款和比特幣地址。未來版本可以為更多事務類型添加模板，運行該版本或更高版本的節點將能夠接收它們……
該設計支持我多年前設計的各種可能的事務類型：託管交易、保稅合同、第三方仲裁、多方簽名等。如果比特幣大量湧入，這些是我們將來要探索的東西，但它們都必須在開始時設計確保以後可以使用。
相信大多數人對這一句並不陌生：在幾十年之後，當區塊獎勵幾乎消失，交易手續費將會是節點的主要收入來源。我非常確信，在 20 年之後，鏈上交易數要麼非常巨大，要麼沒有。
單就中本聰的設想來看，無論是託管交易，保稅合同的支持，還是鏈上交易數量的設想，都可能與當前 BTC 走“電子黃金儲值+閃電網絡”的風格南轅北轍。
當然，正如文章一開頭所說，中本聰的設想對還是不對，這是個見仁見智的事。本文更多的意義，是展示當年中本聰的一些設想， 支持與否則全憑個人理解。
畢竟，V 神最開始設想的以太坊是個世界計算機，結果一不留神發展成了發 Token 的機器，到現在又成了 DeFi 結算層，世界計算機的夢想早已偏離。
BM 最開始設想的 EOS 是企業操作系統（Enterprise Operation System，EOS 的全稱)，結果現在成了“菠菜”鏈，下一步會變成什麼還不知道。
所以，從這個角度來講，BTC 在中本聰眼裡的確不是電子黃金，但發展發展著，就莫名其妙地成了“電子黃金”。
閱讀更多 Odaily星球日報 的文章
