基于一種區塊鏈技術設計的微支付解決方案

比特幣主鏈（包括BTC、BCH和BSV）進行小微支付，有兩個問題，第一是礦工費太貴，和支付金額下限太高。BTC就不用說了。一個理想的小微支付，應該是支持超小的金額和超低的礦工費，比如可以發送1聰的金額，1聰/筆交易。但現在比特幣網絡都有防塵攻擊的設定，最小支付金額是546聰，礦工費為最小1聰/字節，一筆交易至少為225聰。

小微支付的第二個問題是會對網絡積壓太多的歷史交易。小微支付必然是數量巨大，肯定會遠遠超過現在的主鏈上的支付數量。區塊鏈網絡是需要保存所有的歷史交易的，每筆交易都至少225字節，巨大的交易會對網絡造成巨大的硬件需求。這可能會傷害去中心化。

對于確認時間，小微支付并不敏感，接受零確認就好了。

BTC+閃電網絡還需要進一步發展才可能解決小微支付，本文不對此做過多的評價。

能否構建這么一個方案：

1，不發新的幣，而是在現有的比特幣（無論是BTC、BCH還是BSV）構建一種新的交易格式，專門用來完成小微支付。

2，小微支付的歷史記錄可以被裁剪。

我們額外構建一種特殊的交易，使用軟分叉的方式進行更新。

現在假定，所有的協議規則下，包括了P2PKH和P2SH這兩種交易格式（只是舉例，還有很多其他交易格式，這里為了描述方便做了假設）。現在要增加一種新的交易格式P2MP（Pay to Micro Payment）。

P2MP專門用于微支付，使用新的地址格式，交易金額默認為小于等于10000sat，大于0sat，礦工費默認為固定的每字節0.01sat（現有的百分之一）。

構建一個新的區塊（我們稱之為微支付區塊），和現有區塊（我們稱為主區塊）進行一對一錨定。P2MP交易專門用新區塊收集。

微支付區塊使用擴展區塊的設計，擴展區塊設計請參見《擴展區塊Github文檔中文翻譯》

在微支付區塊內部的轉賬，應該非常容易實現。難點在于如何實現從主區塊支付到微支付區塊，以及如何從微支付區塊支付到主區塊。

在主區塊的末尾設計一筆特殊的收集所有從主區塊支付到微支付區塊的交易，我們稱之為主區塊尾部coinbase（這和區塊頭部的挖礦獎勵coinbase交易相對應）。尾部coinbase交易的輸入（input）為所有進入微支付區塊的交易的輸入；尾部coinbase交易的輸出是一筆特殊的鎖定腳本，這個腳本的公鑰部分留空，簽名部分設計為滿足特定條件就為true。這樣的輸出就類似于一個任何人都可以花費的UTXO。

主區塊coinbase尾部交易輸出：

scriptPubKey：留空

scriptSig：特殊條件為True

每一個主區塊的最新高度里的尾部coinbase交易的輸入，都要包含上一個區塊的尾部coinbase交易的輸出。

最新高度主區塊尾部coinbase的輸出金額=上一個區塊的尾部coinbase交易輸出金額+進入微支付區塊的金額-離開微支付區塊的金額-微支付區塊交易的礦工費

微支付區塊里的第一筆交易，輸入是留空的，這個和主區塊的挖礦coinbase交易是一樣的，輸出是對應著從主區塊所有進入微支付區塊交易的輸出。

主區塊的尾部coinbase交易和微支付區塊的頭部coinbase交易，就形成一個橋接，把主區塊里的幣轉移到了微支付區塊。

而從微支付區塊要支付到主區塊，則按上面的過程，反過來。

微支付區塊是可以拋棄的。驗證區塊時，微支付區塊的存在與否不會影響主區塊的驗證，但驗證微支付區塊必須要拿到對應的主區塊才能完成驗證。這樣的設計下，任何一個主區塊，哪怕是拋棄了微支付區塊，也不會影響合法性，這樣就可以讓完整節點拋棄掉微支付區塊。

可拋棄式微支付區塊，讓微支付形成的歷史交易數據不對主網形成成本壓力。

微支付區塊里的交易可以設定一個時間，比如過了10萬個區塊，節點可以拋棄掉微支付區塊。

微支付區塊甚至可以設計成是賬戶制。賬戶制不會產生大量的細碎UTXO，每一次支付都是修改余額，而不是像UTXO這樣刪掉原來的UTXO，再生成新的UTXO。賬戶制甚至可以植入一個虛擬機，像以太坊和EOS那樣，讓比特幣網絡真正使用智能合約。