下一个十年，第二部分：未来之路（转）

我们已经开始看到第二层潜力的种子从第一个十年中添加或优化的基础层原语中发展出来。闪电虽然仍受到一些相当大的限制，但确实开始蓬勃发展。这只是目前指定和部署的有限的第一个版本。现在部署了各种类型的侧链：Liquid、RSK，甚至与Commerceblock开发的比特币绑定的代币链。这仅仅是个开始。
施诺尔和主根
* n& Y# \3 u' D5 X' J1 u就在地平线上，我们有Schnorr和Taproot的组合。从Schnorr的角度来看，批量验证签名方案要便宜得多，也是优化比特币多签名脚本构造的下一个重大飞跃。Multisig最初只是将多重签名的所有公钥和脚本填充到事务输出中发送给它，并且必须将所有这些都包含在输入中才能使用。P2SH优化了输出方面，通过包含多重签名的公钥和脚本的恒定长度哈希，为任何发送到多重签名地址的人节省了费用，只给发送者留下了增加的成本。SegWit可以说通过证人折扣使多签名UTXO的支出更便宜，从而进一步“优化”了。Schnorr将所有这些增量优化发挥到了极致。您可以将各个公钥组合成一个密钥，每个人都可以协作为其制作一个签名，只需检查即可。这为所有多重签名的使用（包括闪电和联邦侧链等第二层）节省了大量成本，并通过使所有这些多重签名UTXO与单签名UTXO无法区分，也创造了隐私优势。
; m! w9 x9 I' I/ i这不仅神奇地使一切变得完全私密。闪电通道状态（事务）仍然需要单独的关键路径，以便其惩罚事务对旧状态的提交做出反应。这意味着这些必须在创建指纹的输出脚本中。Taproot通过其加密魔法解决了这个问题，允许您将不同支出条件的merkle树提交给外观正常的Schnorr公钥，这些条件只需要使用的条件和merkle证明。现在，您可以使用taproot隐藏惩罚脚本路径。您可以使用Taproot隐藏任何条件脚本路径，将其隐藏在一个看起来完全正常的Schnorr键下，该键允许所有参与者就某件事达成一致，并进行一个看起来非常正常的交易。
SIGHASH_anyprev输出
SIGHASH_ANYPREVOUTUT（以前是SIGHASH_NOINPUT）有望成为下一个新的原语。这是一个新的公钥格式/sighash标志升级。Sighash标志指定签名要提交到事务的哪些部分。此功能的存在是为了让您可以只对输入和输出进行签名，但允许其他人在不使其无效的情况下将自己的输入和输出添加到事务中。但目前，签名必须从精确的事务中提交到精确的UTXO。除其他事项外，SIGHASH_ANYPREVOUT将允许仅将签名提交给UTXO脚本，而不是实际的特定UTXO。这允许一种新的方式（eltoo）来构建闪电通道状态，该方式不需要惩罚密钥，也不需要通过允许被欺骗方没收所有资金来处理旧状态。相反，如果当前通道状态在双倍花费竞赛中失败，它可以简单地重新花费旧通道状态，保证每个人都能在链上获得当前的通道余额，而不是之前过时的余额。您只需在正确的位置重复使用相同的脚本并使用SIGHASH_ANYPREVOUT即可实现这一点。
! M9 \* M5 L2 A. @' ]& O& D这消除了您失去当前渠道状态的许多风险，从而导致因诚实错误而进行的罚款交易占用您的资金。它还可以实现更多。现在，我们可以拥有2个以上参与者的闪电通道，甚至可以在这些通道之上堆叠“子通道”。此外，SIGHASH_ANYPREVOUT和eltoo支持创建状态链，这是一种联邦通道结构，允许新参与者完全脱离链，并假设联邦不会与过去的参与者勾结欺骗任何人。这为我一直称之为“多方静态UTXO协议”的东西开辟了很大的潜力
" u1 Z0 }5 S" Y, e1 u: k6 uOP_CHECKTEMPLATEVERIFY
OP_CTV是Jeremy Rubin提出的一项建议，旨在在比特币上实现一种非常基本的“契约”。契约是对在某些密钥签名之外花费硬币的更复杂的限制。鲁宾的提案将实施的契约类型是“模板”。本质上，这允许UTXO的脚本要求支出交易创建特定的精确输出。因此，一旦使用OP_CTV创建了UTXO，就必须一致同意将UTXO花费到该UTXO脚本中定义的特定数量的特定地址。你甚至可以将这些链接在一起，这样其中一个UTXO就被迫再制造几个，然后这些UTXO又被迫再制造一些。
这在各地都有巨大的普遍适用性。在高费用环境中，一个托管实体可以制作一个UTXO，根据共识规则，该实体100%保证其所有客户资金都将在客户控制之下，即使他们目前无法立即访问这些资金。这与多方渠道（渠道工厂）有很多潜在的协同作用，因为这样进行的大规模“撤回”也可以同时创建并用作渠道工厂。OP_CTV可用于创建至少单向工作的支付频道，而无需接收端参与或在线拥有密钥来接收付款（记住，您可以将频道堆叠在一起）。它甚至可以用来允许单个通道一次处理更多的HTLC，通过将它们捆绑在一起，使用与第一个托管提款示例相同的技巧。甚至可能为新型硬币创造一些潜力。
把所有东西放在一起
% [/ o0 e) @2 q* X: @& E% u- r假设上述所有建议都被采纳并纳入比特币，我真的认为，除了实际从事这些前沿工作的开发人员外，人们甚至不知道将使用这些原语构建什么类型的协议和服务。或者是服务或协议之间没有明确分界线的奇怪事情。
它们将支持具有理论上无限参与者数量的多方渠道，这些渠道可以将子渠道与基础渠道的较小参与者子组堆叠在一起。渠道可以建立在这些“渠道工厂”之上，这些工厂允许人们在没有热钱包在线密钥的情况下接收资金。这些多方通道本身可以堆叠在联邦通道（状态链）之上，允许参与者以零链上活动的方式进入或退出！渠道“拼接”的构建将使流动性在不同渠道之间相对无缝地流动，从而实现人们甚至还没有真正开始思考的各种事情。
9 F1 H) a; j! c: @! ]我在本节的最后一句话是：这只是考虑我认为比特币协议栈本身的直接部分可以做些什么。如果你开始关注集中式托管服务，你可以做得更多，以及这些服务可以提供比特币财产的哪些子集，而忽略了这样做的监管或法律障碍。
这只是第二部分，明天读下一部分。

5 V. }; I2 b% P; C. w% w- x

来就是这个也去了解一下。

这方面的也是可以来关注的了

下一个十年还是会有一个说法啊

下一个十年还是会有一个说法啊

我可不想那么远，特别是在这个圈子

未来之路的那是有第二部分了

我现在还是研究一下理论打法，感激你的分享，我也来收藏

这个钱包我还实在不了解到的.

这个也是能看看楼主推荐的钱包了的！

建议不要一股脑全回收，这只会变得很难看

理论整体问题不大，重要控制的好了

建议还是需要适当的给，要不然是适得其反

建议的还是瞧人的，不一定全部都好

这个理论打法是需要向这个老哥多学习一下的。

这个理论打法说起来是绝对有用的，我也来学习

理论虽然看起来很利害，但是我还是不会