本文将讨论一些提案没有通过扩展块的容量增加的比特币网络处理事务的能力，尤其是避雷网（避雷网）提出的。但这些讨论是常见的，也适用于其他的建议。
首先，一点背景。
许多年前，中本聪的比特币的源代码做一个突然的变化。其他限制比特币交易的能力，以避免恶意流氓矿工对人不利的影响（即大块的问题），要知道当时使用的比特币意味着需要使用慢和没有优化客户端下载整个区块链。
这一块的容量限制（即，每一块容量为1MB）应该被淘汰。事实上，当SPV的钱包（IE普通用户不再需要下载使用比特币blockchain）后，中本聪的开发完成，我打算取消这一限制。
我知道聪明的想法，因为在2010年底的时候，我给他发了一条信息，问。以下是他的回答：
一旦比特币交易接近块容量约束的数量，较大的容量约束的制定应该以确保平滑处理，网络交易。
当我们有一个纯粹的钱包（客户端实现），该块链的大小将不再重要。在前一阶段，因为所有的用户仍可以下载整个区块链使用比特币，所以如果我们能在一个合理的水平块容量的限制，这是一个非常好的事情。
他说，纯粹的钱包（客户端）是Android，多位发展，breadwallet比特币钱包等。没有SPV（简化支付验证，术语简单的支付验证）的钱包，这是我第一次把这种钱包方面向前发展。
根据中本聪的最初想法，块容量极限应该在几年前提高。然而，我们将把工作直到最后。据我的粗略计算，交易比特币的数量将在冬季生长停滞，在夏天。如果目前的趋势继续下去，在2016的冬天，比特币交易处理能力将达到极限，这一天也可能会提前几个月。因为升级需要时间，所以我们现在需要提高准备块的能力。因此，加文安德森展开讨论。
有些人认为，我们可以通过其他方式增加比特币的交易处理能力，避免改变现有的能力。这些人不是人做的（设备）。我认为其他的方法是不可行的，在本文中我将解释为什么他们是不可行的。
最后，对那些不了解我的背景。在过去的五年里，我在这之前一直在发展，我的比特币钱包，谷歌在近八年。其中在谷歌地理三年（地质队），队时我是世界上最繁忙的网络专业规划师的性能（容量规划）。现在，绩效计划提前开始做。在谷歌的世界，因为我们需要制造固体的设备和数据中心的建设。在比特币的世界，因为用户升级需要花费时间。所以，我现在的问题是不是新的。
避雷网
 ；
避雷网是什么？这是一个古老的理念：为支付信息传输的新名称，不同的低信任中介支付渠道。事实上，它是在清算在区块链的网络运行。
这种技术的主要目的是微支付。然而，在客户机/服务器和服务器/服务器网络之间建立的支付渠道，使双方能够快速，低信任支付。
结算网络应该这样的结算网络是最要好，因为在中间块链要求诚实的行动将继续。在理论上，并比较他们的比特币，它可以处理更多的事务，因为区块链只看到支付聚合。
这是一个有吸引力的主意，吸引了很多人的关注，一位来自瑞典，被称为strawpay创业公司发展。
strawpay设计的协议称为斯特罗姆。它定义了一个钱包，交易中心（中心）和企业的互动，以及支付通道设置在它们之间。他们还开发了一个跨平台的图形界面的钱包。
斯特罗姆和闪电的协议并不完全相同，在一些技术细节的不同。斯特罗姆与现有的比特币协议的工作细节，它的所有细节忽略闪电白。
我欣赏strawpay开发者，我希望他们都好。我认为斯特罗姆做出更有效和简单的微支付渠道潜力。它很可能在比特币生态系统中找到自己的位置。然而，它的使用是不需要的。
通过使用扩展的比特币的方法加工能力不是几个原因的一个很好的选择。
第一个原因是，它带来的复杂性，实施将为比特币的特点中心危害。
复杂的杀死猫
 ；
人们注意到的未解决的问题，忽略了经营好的东西，这是很正常的。所以比特币社区成员往往担心挖掘问题，交换和支付处理中心。我们不认为已经取得成功，钱包市场取得了巨大的成功的中心。
现在，可能有数百个不同的比特币钱包，随着不同的底层算法几十。没有人有一个明显的优势。他们都在争夺用户。这是一个非常重要的一点：如果用户只使用一种或两种钱包，所以这些钱包将成为比特币系统把关，可以改变比特币的规则。块链将是没有重视，因为他们的块链钱包经验的人。
一个比特币钱包的发展是不容易的。我知道，因为我在过去的五年里，一直在bitcoinj发展（可重复使用的“钱包”引擎，一些比特币核心应用程序和服务的使用）。然而，有没有大的个人开发团队还可以利用业余时间开发一个新的钱包。比特币钱包不同的HTML5，HTML5只能由公司开发。比特币协议并不像看上去那么简单，但不难接受复杂。简单的比特币协议是各种钱包并存的关键。
不幸的是，付费频道是不简单。特别是，一旦引入更先进的功能，闪电，代码将更加复杂和庞大的。有一小部分开发商创造一个玩具支付通道的版本，但bitcoinj才是真正可用的产品。对支付渠道的玩具版本没有考虑的事情很多，如文档，单元测试，集成的用户界面，错误管理等。真正的玩具产品的区别是：应用程序被用于非技术人员开发。
在bitcoinj付费频道是用于生产payfile（所以你可以下载文件支付strawpay KB）。对straypay底部是完全建立在bitcoinj，图形用户界面，使用多接口高清钱包。所以，我们知道，strawpay代码可以运行。这意味着，我们也知道有多少能量需要开发。幸运的是，大部分的开发工作以支持公司的资金。
你可能认为我会在明年初的夏天每个人都将被迫实施快乐支付通道的想法。许多开发者可能会得出这样的结论：他们自己的代码将很快与bitcoinj / strawpay取代，我会获得更多的用户。但我希望人们马上被迫使用我的代码。越来越多的人使用bitcoinj，也将带来发展的支持问题给我，我不想让它到中心受损，即使是很简单的bitcoinj分岔。开发商将怨恨是“需要”，用我的软件，这不是我想要的。
所以，如果我们把发展然后钱包更难，钱包的数量会大大减少。strawpay开发商说的：
我们用写的一个Java库，钱包可以使用它，目前正在开发中。不支持iOS的钱包。
即使有图书馆，仍有不少开发商钱包的图形用户界面的工作和其他的工作要做。
最后，市场可能只有几个钱包一样的引擎，游戏行业惯例。然而，我们不需要加速这个不必要的趋势。这是没有必要的，因为它没有解决一个问题存在：比特币的核心技术可扩展的性能，不需要任何外界的帮助。
个例子的问题
从雷电的白皮书：
如果一个人没有在合适的时间播放一个交易，资金的其他可能的盗窃（对手）。这个问题可以通过设置一个指定的第三方寄钱了。输出成本可以添加到交易，为了鼓励第三方观测网络。
这个问题似乎太学术，但“没有在合适的时间播出“可能是由其他问题引起的，如你的手机没电了，或为弱信号。这个问题可以通过增加1.5（半可信）的可信第三方解决…的复杂性，但它又增加了。
对于某些特殊情况，如非常快的微单，没有其他的解决方案，我们只能忍受它带来的复杂性。我们可以避免它，我们不应该使用它。
另一个问题：
当数据丢失，就有可能偷了钱。
另一个问题：
有一个方法可以解决发送者和接收者是进攻的威胁，中间节点必须在线，和自动加工贸易。因为这个原因，中间节点将面临风险，不应该被储存了大量比特币的“热钱包”。
在长期中，中间节点具有较好的安全性就能赢，可以处理更多的量，因为它的成本低。交易对手风险和# 8211和最大的部分，从各种形式的传统的财务费用；财务费用的主要部分的比特币将来自安全和风险溢价。
谈到模型（轮毂和轮辐的支付渠道网络支付渠道网络）需要签名密钥服务器已经上线运行。这是从比特币通常使用明显不同，这是只有发送者需要签名，签名的下一行是可能的，而且这是很常见的事。strawpay /闪电的复杂性的增加，从而增加了成本。
 ；
比特币交易中心比节点更简单
 ；
其中一人抱怨比特币的性能扩展，它将使一个节点的操作更加困难。抱怨者认为支付渠道是一个解决方案，而忽略了只有通过将需要做的工作转移到不同的节点（建立和运行在节点更难）运行完整的节点更容易。
主要原因是网络交易中心支付渠道是一个状态（状态），所以你必须确保它们是非常可靠的和已运营网络。相反，比特币节点是几乎没有的状态（状态），所有连接到P2P网络软件知道如何从一个节点恢复。这样的事情已经发生，对用户是透明的。
这使得整个节点的操作非常容易和安全的：如果你用10美元购买的VPS的问题，没有人会注意到或抱怨。如果它失去了大量的数据，你只需要重新安装节点，它将所有的数据进行计算。如果受到攻击，没有什么可偷。支付的通道和节点的特点是完全不同的。
 ；
高性能的风险
 ；
没有一般直觉的使用strawpay设计想象，该通道将发送者和加工中心（Hub），加工中心和加工中心，加工中心和接收机连接。相反，处理中心出具的本票给收件人（期票来）。设计师说：
我一直在等待这个问题。这可能是最长的我们开会讨论。原因如下：
1）安全：维护支付通道服务器已经运行是一个复杂的事情。它必须是安全的。大多数企业都缺乏了解，可能是一个黑色的钱包。我们设计了一张期票不除意外的商务人士使用，所以本票的盗窃是没有意义的。
2）性能：我们担心，在网络中的交易中心，从微支付交易中心交易中心不够快。最好的企业告诉消费者尽快支付，并允许企业持有一张期票。
艰难的选择。
我们已经解释了安全问题，所以安全问题是不奇怪的。但你可能不喜欢意外的性能。不出意外，因为支付通道协议包括许多往返信息，创建签名/确认。一步不慢：毫秒。但如果每个步骤需要200毫秒，你需要经过十个步骤，然后付款将变得有点慢。
在比特币网络广播比特币兑换比不strawpay更快，但它也有足够的空间优化。一个事务可以在本地很快认识到，只有通过传播延迟的影响。通过网络支付的方式说着不同的。strawpay付款不为现有的支付系统一样快。
可能过于保守，对strawpay问题的开发商，但没有人知道，因为没有人试图构建和部署这样的网络。因此，许多重要的问题仍然有待回答。
 ；
时间不多了
 ；
让我们忽略以上所有的建议，假设支付渠道网络是最好的东西。然而，这是再好也没有用，因为在明年晚些时候，我们需要一个解决方案，但上述网络不同时存在。
我们没有时间。在接下来的12个月，除了提高块容量（这是目前大家理解的方式），没有其他的方法可以广泛应用。
我喜欢斯特罗姆/闪电微支付快速通道的概念。我喜欢的发送器/接收器（微计费）支付账单微信概念之间。我们可能有一天被用来支持这些钱包系统。然而，这些解决方案是我们所面临的困难，现在没有用。
有些人似乎认为，如果我们到了比特币交易处理能力的限制，交易成本将稳步上升，自由市场会解决问题。这不是真的。在下一篇文章中，我将如果我们不解决这个问题，写，实际上发生了什么。
原：https: / /中。COM / @ octskyward / the-capacity-cliff-586d1bf7715e
作者：迈克赫恩
译者：邵平
手稿（翻译）：巴比特信息（http://www.8btc.com/the-capacity-cliff）
地址：1jtgqcqaou65vy2nzy25ft9dacuxrukhfg译者奖励
文章为作者独立观点，不代表巴比特的位置。