比特币主链（还包括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那样，让比特币网络确实用于智能合约。从技术构建角度上读，拓展区块的代码早已写出好了，是基础bitcoin core0.13写出的。

是在2017年写出好的。在这套代码上改动成微缴纳拓展区块，应当没过于大的可玩性。

就目前的技术发展来说，BTC、BCH和BSV有可能构建类似于的方案吗？在技术发展路线上，BTC主要发展雷电网络来解决问题微缴纳场景。BSV不反对在主链上大做到改动。

BCH到会在技术路线上设限，但这个理念还是没有人驳回。有可能是我想要多了。

本文来源：NG体育-www.ngsdq.com