约翰·纽伯里是Bitcoin?Core开发者，ChaincodeLabs工程师。本文是他在推特上分享的比特币未来发展路线。他认为，在2020年，闪电网络、Schnorr/Taproot、Payjoin、miniscript等技术都将获得更多发展。
图片来源：Pixabay
十年之末是一个好时机，让我们可以回顾历史，惊叹自中本聪2008年让我们一睹比特币白皮书以来比特币所取得的巨大进步。当然，这自然也让我们开始期待未来几年会发生什么事情。
我认为一些是未来几年比特币的发展方向。如果你觉得不正确，那么请告诉我为什么我错了，错了什么！
闪电网络
闪电网络协议团队以及健壮的闪电网络将继续快速迭代。
现在，所有实现都支持基本的多路径支付。我们将对此提供更好的支持，以及双重资助，splice-in和splice-out。
综合起来，这些技术将使闪电通道和流动性管理更加容易。它们将自动执行，并且用户体验将大大改善。
闪电网络基础设施将会获得改善，如Bitfinex最近已经支持闪电网络比特币存取款。其他所有交易所、商家服务提供商、托管商和钱包都将跟随，否则将会落后。
我们将看到更多闪电网络钱包：非托管的混合型钱包；外包路由自托管钱包；完全自我管理的钱包。这是一个全新的领域，将会有大量的实验性产品。不同的团队会找到不同的位置。像Muun、Breez、Phoenix、Zap、Bluewallet等，这些钱包正在实验不同的模式。
面向闪电网络开发人员的工具也将得到改善。一年多以前，当我们运行闪电应用程序时，开发者需要花费大量时间来设置其闪电开发环境。
现在，通过JamalJames开发的Polar，闪电网络应用开发者只需要点击几下就能设置好一个测试环境。更多更好用的工具将不断出现。凭借这些更好的工具，我们将在应用层上看到更快的创新。ZEBEDEE和Satoshi’sGames以及其他我们还没听说过的团队将会给我们带来新的意外的令人兴奋的闪电体验。
Schnorr/Taproot
Schnorr/Taproot软分叉将在2020或2021年激活。这将在可替代性，隐私性，可伸缩性和功能性方面提供巨大的改进。有关好处的概述，请在此处观看Optech主管的介绍：链接
这将使闪电网络从HTLC升级到支付点。这对隐私和付款解相关性有很大的改进，并允许带有付款证明的“无固定付款”——闪电网络可用性的另一巨大提升。的更多信息查看）
更好的是，闪电通道的打开和关闭看起来与向单个pubkey支付的付款相同。支付给n-k个pubkey阈值的付款也是如此。这对可替代性，隐私性和可伸缩性很有好处。
实际上，使用schnorr/taproot，使用高级脚本而不是单个pubkey输出来阻碍UTXO几乎没有不利之处。
冷存储UTXO将是n个签名的k-of-n个密钥树，所有热钱包UTXO将存储在通道中）。当交易触及整个链条时，它们将看起来像其他任何单一的pubkey/签名付款。
支付给钱包的款项将直接支付给通道的开放输出。不会有链上余额和渠道内余额的概念。只需一个统一的余额即可用于闪电网络或链上支付。
PayJoin协议
钱包团队将就PayJoin付款协议进行协作。大量的链上交易将是2-input-2-output交易，大大提高了可替代性和隐私性，并抵御链上分析。
这些PayJoin交易的输入可能是通道拼接，输出可能是通道打开，但是无法通过观察区块链来分辨。
最终，我们将进行跨输入签名聚合，这意味着这些PayJoin交易将只有一个签名，并且比常规的更改产生交易“便宜”。
较大的coinjoins交易仍将更便宜。先进的PayJoin付款协议甚至可以批量向同一商家/交易所进行多次付款，并且仅使用一个签名。
我们将获得SIGHASH_NOINPUT或SIGHASH_ANYPREVOUT，使eltoo成为可能，并使Layer1和Layer2之间的界线模糊。
这将使闪电网络更加可用，并允许更高级的Layer2合约。
miniscript
所有这些高级功能将需要更大的钱包互操作性。这时候就需要miniscript了。
有了miniscript，钱包最终将能够彼此之间不需要预先模板化脚本的合约。这种钱包的互操作性将允许在Layer2合约中进行更快的创新。
OP_CTV或其他支持合约的操作码将激活，从而允许使用更丰富的Layer2构造，例如joinpools。
与Taproot和SIGHASH_NOINPUT一起使用，我们将变得非常丰富，并且私有的链下合约将成为可能。
其中一些事情将在2020年发生，有些事情将花费更长的时间，但它们都朝着相同的方向前进：把区块链用到它擅长的地方。
就是说：区块链允许节点达到约定的分类帐状态，而合约和功能则向上移动到Layer2。这样做更便宜，更安全，更私有，并且可以进行更快的创新。
这一切都是不可避免的，但如果没有许多人的努力和许多思想的创造力，这就不可能发生。开发人员，研究人员，企业和用户还有很多工作要做。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。