什么是区块链扩容? 什么是比特币的扩容？为什么要扩容？
\u533a\u5757\u94fe\u6269\u5bb9\u662f\u4ec0\u4e48\uff1f1\u5206\u949f\u4e86\u89e3\u6bd4\u7279\u5e01\u6269\u5bb9\u95ee\u9898\u7684\u524d\u4e16\u4eca\u751f\u3002\u5728\u6bd4\u7279\u5e01\u8bde\u751f\u4e4b\u521d\uff0c\u6bd4\u7279\u5e01\u7684\u521b\u59cb\u4eba\u4e2d\u672c\u806a\u5e76\u6ca1\u6709\u7279\u610f\u9650\u5236\u533a\u5757\u7684\u5927\u5c0f\uff0c\u533a\u5757\u6700\u5927\u53ef\u4ee5\u8fbe\u5230 32MB\u3002\u5f53\u65f6\uff0c\u5e73\u5747\u6bcf\u4e2a\u533a\u5757\u5927\u5c0f\u4e3a 1-2KB\uff0c\u6709\u4eba\u8ba4\u4e3a\u533a\u5757\u94fe\u4e0a\u9650\u8fc7\u9ad8\u5bb9\u6613\u9020\u6210\u8ba1\u7b97\u8d44\u6e90\u7684\u6d6a\u8d39\uff0c\u8fd8\u5bb9\u6613\u53d1\u751f DDOS \u653b\u51fb\u3002\u56e0\u6b64\uff0c\u4e3a\u4e86\u4fdd\u8bc1\u6bd4\u7279\u5e01\u7cfb\u7edf\u7684\u5b89\u5168\u548c\u7a33\u5b9a\uff0c\u4e2d\u672c\u806a\u51b3\u5b9a\u4e34\u65f6\u5c06\u533a\u5757\u5927\u5c0f\u9650\u5236\u5728 1MB\u3002\u90a3\u65f6\u6bd4\u7279\u5e01\u7684\u7528\u6237\u6570\u91cf\u5c11\uff0c\u4ea4\u6613\u91cf\u4e5f\u6ca1\u6709\u90a3\u4e48\u5927\uff0c\u5e76\u4e0d\u4f1a\u9020\u6210\u533a\u5757\u62e5\u5835\u3002 2013 \u5e74\u81f3\u4eca\uff0c\u6bd4\u7279\u5e01\u4ef7\u683c\u76f4\u7ebf\u98d9\u5347\uff0c\u7528\u6237\u8d8a\u6765\u8d8a\u591a\uff0c\u6bd4\u7279\u5e01\u7f51\u7edc\u62e5\u5835\u3001\u4ea4\u6613\u8d39\u7528\u4e0a\u5347\u7684\u95ee\u9898\u9010\u6e10\u6d8c\u73b0\u51fa\u6765\u3002\u6bd4\u7279\u5e01\u793e\u533a\u5f00\u59cb\u63a2\u7d22\u5982\u4f55\u7ed9\u6bd4\u7279\u5e01\u201c\u6269\u5bb9\u201d\uff0c\u5373\u901a\u8fc7\u4fee\u6539\u6bd4\u7279\u5e01\u5e95\u5c42\u4ee3\u7801\uff0c\u4ece\u800c\u8fbe\u5230\u63d0\u9ad8\u4ea4\u6613\u5904\u7406\u80fd\u529b\u7684\u76ee\u7684\u3002
\u6269\u5bb9\u662f\u4ec0\u4e48\u610f\u601d\uff0c\u4e3a\u4ec0\u4e48\u9700\u8981\u6269\u5bb9\u5462\uff1f
普通用户能够运行节点对于区块链的去中心化至关重要
想象一下凌晨两点多，你接到了一个紧急呼叫，来自世界另一端帮你运行矿池 (质押池) 的人。从大约 14 分钟前开始，你的池子和其他几个人从链中分离了出来，而网络仍然维持着 79% 的算力。根据你的节点，多数链的区块是无效的。这时出现了余额错误：区块似乎错误地将 450 万枚额外代币分配给了一个未知地址。
一小时后，你和其他两个同样遭遇意外的小矿池参与者、一些区块浏览器和交易所方在一个聊天室中，看见有人贴出了一条推特的链接，开头写着“宣布新的链上可持续协议开发基金”。
到了早上，相关讨论广泛散布在推特以及一个不审查内容的社区论坛上。但那时 450 万枚代币中的很大一部分已经在链上转换为其他资产，并且进行了数十亿美元的 defi 交易。79％的共识节点，以及所有主要的区块链浏览器和轻钱包的端点都遵循了这条新链。也许新的开发者基金将为某些开发提供资金，或者也许所有这些都被领先的矿池、交易所及其裙带所吞并。但是无论结果如何，该基金实际上都成为了既成事实，普通用户无法反抗。
或许还有这么一部主题电影。或许会由 MolochDAO 或其他组织进行资助。
这种情形会发生在你的区块链中吗？你所在区块链社区的精英，包括矿池、区块浏览器和托管节点，可能协调得很好，他们很可能都在同一个 telegram 频道和微信群中。如果他们真的想出于利益突然对协议规则进行修改，那么他们可能具备这种能力。以太坊区块链在十小时内完全解决了共识失败，如果是只有一个客户端实现的区块链，并且只需要将代码更改部署到几十个节点，那么可以更快地协调客户端代码的更改。能够抵御这种社会性协作攻击的唯一可靠方式是“被动防御”，而这种力量来自去一个中心化的群体：用户。
想象一下，如果用户运行区块链的验证节点 (无论是直接验证还是其他间接技术)，并自动拒绝违反协议规则的区块，即使超过 90% 的矿工或质押者支持这些区块，故事会如何发展。
如果每个用户都运行一个验证节点，那么攻击很快就会失败：有些矿池和交易所会进行分叉，并且在整个过程中看起来很愚蠢。但是即使只有一些用户运行验证节点，攻击者也无法大获全胜。相反，攻击会导致混乱，不同用户会看到不同的区块链版本。最坏情况下，随之而来的市场恐慌和可能持续的链分叉将大幅减少攻击者的利润。对如此旷日持久的冲突进行应对的想法本身就可以阻止大多数攻击。
Hasu 关于这一点的看法：
“我们要明确一件事，我们之所以能够抵御恶意的协议更改，是因为拥有用户验证区块链的文化，而不是因为 PoW 或 PoS。”
假设你的社区有 37 个节点运行者，以及 80000 名被动监听者，对签名和区块头进行检查，那么攻击者就获胜了。如果每个人都运行节点的话，攻击者就会失败。我们不清楚针对协同攻击的启动群体免疫的确切阈值是多少，但有一点是绝对清楚的：好的节点越多，恶意的节点就越少，而且我们所需的数量肯定不止于几百几千个。
那么全节点工作的上限是什么？
为了使得有尽可能多的用户能够运行全节点，我们会将注意力集中在普通消费级硬件上。即使能够轻松购买到专用硬件，这能够降低一些全节点的门槛，但事实上对可扩展性的提升并不如我们想象的那般。
全节点处理大量交易的能力主要受限于三个方面：
算力：在保证安全的前提下，我们能划分多少 CPU 来运行节点？
带宽：基于当前的网络连接，一个区块能包含多少字节？
存储：我们能要求用户使用多大的空间来进行存储？此外，其读取速度应该达到多少？(即，HDD 足够吗？还是说我们需要 SSD？)
错误答案：100% 的 CPU 应该用于区块验证
正确答案：约 5-10% 的 CPU 可以用于区块验证
我们需要一个安全边界来覆盖 DoS 攻击的可能性 (攻击者利用代码弱点制造的交易需要比常规交易更长的处理时间)
节点需要在离线之后能够与区块链同步。如果我掉线一分钟，那我应该要能够在几秒钟之内完成同步
运行节点不应该很快地耗尽电池，也不应该拖慢其他应用的运行速度
节点也有其他非区块生产的工作要进行，大多数是验证以及对 p2p 网络中输入的交易和请求做出响应
错误答案：如果没 2-3 秒都产生 10 MB 的区块，那么大多数用户的网络都大于 10 MB/秒，他们当然都能处理这些区块
正确答案：或许我们能在每 12 秒处理 1-5 MB 的区块，但这依然很难
“Mbps”是指“每秒数百万 bits”；一个 bit 是一个字节的 1/8，因此我们需要将宣称的 bit 数除以 8 以获得字节数。
网络运营商，就像其他公司一样，经常编造谎言。
总是有多个应用使用同一个网络连接，所以节点无法独占整个带宽。
P2P 网络不可避免地会引入开销：节点通常最终会多次下载和重新上传同一个块 (更不用说交易在被打包进区块之前还要通过 mempool 进行广播)。
错误答案：10 TB
正确答案：512 GB
区块链本身无法可靠地检测到其上有多少唯一用户，因此需要某种治理来检测和设置分片数量。对容量限制的治理很容易成为分裂和冲突的根源。
如果许多用户突然同时意外掉线怎么办？
增加启动分叉所需的最低用户数量，使得防御恶意控制更加艰难。
许多使用“简单”技术对区块链进行大幅扩容的错误看法都源自于对这些数字过于乐观的估计。我们可以依次来讨论这三个因素：
算力
限制之所以这么低的四个主要原因如下：
请注意，直到最近大多数针对“为什么只需要 5-10%？”这一点的解释都侧重于另一个不同的问题：因为 PoW 出块时间不定，验证区块需要很长时间，会增加同时创建多个区块的风险。这个问题有很多修复方法，例如 Bitcoin NG，或使用 PoS 权益证明。但这些并没有解决其他四个问题，因此它们并没有如许多人所料在可扩展性方面获得巨大进展。
并行性也不是灵丹妙药。通常，即使是看似单线程区块链的客户端也已经并行化了：签名可以由一个线程验证，而执行由其他线程完成，并且有一个单独的线程在后台处理交易池逻辑。而且所有线程的使用率越接近 100%，运行节点的能源消耗就越多，针对 DoS 的安全系数就越低。
带宽
如今，我们经常听到关于互联网连接可以提供多少带宽的广为传播的统计数据：100 Mbps 甚至 1 Gbps 的数字很常见。但是由于以下几个原因，宣称的带宽与预期实际带宽之间存在很大差异：
当 Starkware 在 2019 年进行一项实验时，他们在交易数据 gas 成本降低后首次发布了 500 kB 的区块，一些节点实际上无法处理这种大小的区块。处理大区块的能力已经并将持续得到改善。但是无论我们做什么，我们仍然无法获取以 MB/秒为单位的平均带宽，说服自己我们可以接受 1 秒的延迟，并且有能力处理那种大小的区块。
存储
正如大家可能猜到的，这里的主要论点与其他地方相同：理论与实践之间的差异。理论上，我们可以在亚马逊上购买 8 TB 固态驱动 (确实需要 SSD 或 NVME；HDD 对于区块链状态存储来说太慢了)。实际上，我用来写这篇博文的笔记本电脑有 512 GB，如果你让人们去购买硬件，许多人就会变得懒惰 (或者他们无法负担 800 美元的 8 TB SSD) 并使用中心化服务。即使可以将区块链装到某个存储设备上，大量活动也可以快速地耗尽磁盘并迫使你购入新磁盘。
一群区块链协议研究员对每个人的磁盘空间进行了调查。我知道样本量很小，但仍然...
请点击输入图片描述
此外，存储大小决定了新节点能够上线并开始参与网络所需的时间。现有节点必须存储的任何数据都是新节点必须下载的数据。这个初始同步时间 (和带宽) 也是用户能够运行节点的主要障碍。在写这篇博文时，同步一个新的 geth 节点花了我大约 15 个小时。如果以太坊的使用量增加 10 倍，那么同步一个新的 geth 节点将至少需要一周时间，而且更有可能导致节点的互联网连接受到限制。这在攻击期间更为重要，当用户之前未运行节点时对攻击做出成功响应需要用户启用新节点。
交互效应
此外，这三类成本之间存在交互效应。由于数据库在内部使用树结构来存储和检索数据，因此从数据库中获取数据的成本随着数据库大小的对数而增加。事实上，因为顶级 (或前几级) 可以缓存在 RAM 中，所以磁盘访问成本与数据库大小成正比，是 RAM 中缓存数据大小的倍数。
不要从字面上理解这个图，不同的数据库以不同的方式工作，通常内存中的部分只是一个单独 (但很大) 的层 (参见 leveldb 中使用的 LSM 树)。但基本原理是一样的。
例如，如果缓存为 4 GB，并且我们假设数据库的每一层比上一层大 4 倍，那么以太坊当前的 ~64 GB 状态将需要 ~2 次访问。但是如果状态大小增加 4 倍到 ~256 GB，那么这将增加到 ~3 次访问。因此，gas 上限增加 4 倍实际上可以转化为区块验证时间增加约 6 倍。这种影响可能会更大：硬盘在已满状态下比空闲时需要花更长时间来读写。
这对以太坊来说意味着什么？
现在在以太坊区块链中，运行一个节点对许多用户来说已经是一项挑战，尽管至少使用常规硬件仍然是可能的 (我写这篇文章时刚刚在我的笔记本电脑上同步了一个节点！)。因此，我们即将遭遇瓶颈。核心开发者最关心的问题是存储大小。因此，目前在解决计算和数据瓶颈方面的巨大努力，甚至对共识算法的改变，都不太可能带来 gas limit 的大幅提升。即使解决了以太坊最大的 DoS 弱点，也只能将 gas limit 提高 20%。
对于存储大小的问题，唯一解决方案是无状态和状态逾期。无状态使得节点群能够在不维护永久存储的情况下进行验证。状态逾期会使最近未访问过的状态失活，用户需要手动提供证明来更新。这两条路径已经研究了很长时间，并且已经开始了关于无状态的概念验证实现。这两项改进相结合可以大大缓解这些担忧，并为显著提升 gas limit 开辟空间。但即使在实施无状态和状态逾期之后，gas limit 也可能只会安全地提升约 3 倍，直到其他限制开始发挥作用。
另一个可能的中期解决方案使使用 ZK-SNARKs 来验证交易。ZK-SNARKs 能够保证普通用户无需个人存储状态或是验证区块，即使他们仍然需要下载区块中的所有数据来抵御数据不可用攻击。另外，即使攻击者不能强行提交无效区块，但是如果运行一个共识节点的难度过高，依然会有协调审查攻击的风险。因此，ZK-SNARKs 不能无限地提升节点能力，但是仍然能够对其进行大幅提升 (或许是 1-2 个数量级)。一些区块链在 layer1 上探索该形式，以太坊则通过 layer2 协议 (也叫 ZK rollups) 来获益，例如 zksync, Loopring 和 Starknet。
分片之后又会如何？
分片从根本上解决了上述限制，因为它将区块链上包含的数据与单个节点需要处理和存储的数据解耦了。节点验证区块不是通过亲自下载和执行，而是使用先进的数学和密码学技术来间接验证区块。
因此，分片区块链可以安全地拥有非分片区块链无法实现的非常高水平的吞吐量。这确实需要大量的密码学技术来有效替代朴素完整验证，以拒绝无效区块，但这是可以做到的：该理论已经具备了基础，并且基于草案规范的概念验证已经在进行中。
以太坊计划采用二次方分片 (quadratic sharding)，其中总可扩展性受到以下事实的限制：节点必须能够同时处理单个分片和信标链，而信标链必须为每个分片执行一些固定的管理工作。如果分片太大，节点就不能再处理单个分片，如果分片太多，节点就不能再处理信标链。这两个约束的乘积构成了上限。
可以想象，通过三次方分片甚至指数分片，我们可以走得更远。在这样的设计中，数据可用性采样肯定会变得更加复杂，但这是可以实现的。但以太坊并没有超越二次方，原因在于，从交易分片到交易分片的分片所获得的额外可扩展性收益实际上无法在其他风险程度可接受的前提下实现。
那么这些风险是什么呢？
最低用户数量
可以想象，只要有一个用户愿意参与，非分片区块链就可以运行。但分片区块链并非如此：单个节点无法处理整条链，因此需要足够的节点以共同处理区块链。如果每个节点可以处理 50 TPS，而链可以处理 10000 TPS，那么链至少需要 200 个节点才能存续。如果链在任何时候都少于 200 个节点，那可能会出现节点无法再保持同步，或者节点停止检测无效区块，或者还可能会发生许多其他坏事，具体取决于节点软件的设置。
在实践中，由于需要冗余 (包括数据可用性采样)，安全的最低数量比简单的“链 TPS 除以节点 TPS”高几倍，对于上面的例子，我们将其设置位 1000 个节点。
如果分片区块链的容量增加 10 倍，则最低用户数也增加 10 倍。现在大家可能会问：为什么我们不从较低的容量开始，当用户很多时再增加，因为这是我们的实际需要，用户数量回落再降低容量？
这里有几个问题：
最低用户数为 1,000，这几乎可以说是没问题的。另一方面，最低用户数设为 100 万，这肯定是不行。即使最低用户数为 10,000 也可以说开始变得有风险。因此，似乎很难证明超过几百个分片的分片区块链是合理的。
历史可检索性
用户真正珍视的区块链重要属性是永久性。当公司破产或是维护该生态系统不再产生利益时，存储在服务器上的数字资产将在 10 年内不再存在。而以太坊上的 NFT 是永久的。
是的，到 2372 年人们仍能够下载并查阅你的加密猫。
但是一旦区块链的容量过高，存储所有这些数据就会变得更加困难，直到某时出现巨大风险，某些历史数据最终将……没人存储。
要量化这种风险很容易。以区块链的数据容量 (MB/sec) 为单位，乘以 ~30 得到每年存储的数据量 (TB)。当前的分片计划的数据容量约为 1.3 MB/秒，因此约为 40 TB/年。如果增加 10 倍，则为 400 TB/年。如果我们不仅希望可以访问数据，而且是以一种便捷的方式，我们还需要元数据 (例如解压缩汇总交易)，因此每年达到 4 PB，或十年后达到 40 PB。Internet Archive (互联网档案馆) 使用 50 PB。所以这可以说是分片区块链的安全大小上限。
因此，看起来在这两个维度上，以太坊分片设计实际上已经非常接近合理的最大安全值。常数可以增加一点，但不能增加太多。
结语
尝试扩容区块链的方法有两种：基础的技术改进和简单地提升参数。首先，提升参数听起来很有吸引力：如果您是在餐纸上进行数学运算，这就很容易让自己相信消费级笔记本电脑每秒可以处理数千笔交易，不需要 ZK-SNARK、rollups 或分片。不幸的是，有很多微妙的理由可以解释为什么这种方法是有根本缺陷的。
运行区块链节点的计算机无法使用 100％的 CPU 来验证区块链；他们需要很大的安全边际来抵抗意外的 DoS 攻击，他们需要备用容量来执行诸如在内存池中处理交易之类的任务，并且用户不希望在计算机上运行节点的时候无法同时用于任何其他应用。带宽也会受限：10 MB/s 的连接并不意味着每秒可以处理 10 MB 的区块！也许每 12 秒才能处理 1-5 MB 的块。存储也是一样，提高运行节点的硬件要求并且限制专门的节点运行者并不是解决方案。对于去中心化的区块链而言，普通用户能够运行节点并形成一种文化，即运行节点是一种普遍行为，这一点至关重要。
扩容，是当某个容器或承载物不足以支撑或承载现有事物需求时，我们通过扩大容器的容量或承载物的体积来满足日益增长的需求，从而缓解当前容器或承载物所受压力的一种手段。
在比特币诞生之初比特币创始人中本聪并没有特意限制区块的大小，区块最大可以达到32MB，当时平均每个区块大小为1~2KB。
时比特币用户少，交易量也没有那么大，并不会造成区块拥堵，然而2013年至今随着比特币价格的直线上升，用户越来越多因此造成比特币网络拥堵，用户交易费用上升的问题逐渐涌现出来。
到现在，比特币区块链上最高时有几十万笔交易积压，比特币的平均交易费用比 2010 年 9 月上涨了 376 倍，每秒 7 笔交易的处理速度已经明显无法满足用户需求，比特币社区开始探索如何给比特币“扩容”。
通过修改比特币底层代码，从而达到提高交易处理能力的目的。
比特币扩容本身发展和设计方案有两种，即第一层和第二层扩容技术。
· 第一层扩容技术即改进区块链自身，把区块链自身变得更快、容量变得更大，总的来说就是改变区块链共识部分的内容。
· 第二层扩容技术目的是把计算移到链下，即通过侧链的技术加以解决问题。
扩容协议及结局
扩容协议一般需要矿工们的支持，大致可以分为修改区块大小、软分叉、硬分叉、隔离见证等方式。
以比特币举例：
比特币现在分裂成为大区块Bitcoin Cash(BCH)和隔离见证。隔离见证现在是市场上公认的比特币，而大区块币被冠名为比特现金。可以预见的往后的发展方向，比特币将会以链下交易为主。包括闪电网络、侧链。这两个新东西目前不成熟，但是被很多人寄予厚望的。
比特币将会大量发展隔离见证交易，并在隔离见证的基础上做更多的衍生技术。最有可能是以技术推动比特币往前发展。
比特现金将会以链上交易为主，重点发展货币功能，以降低交易摩擦为主要方式，以获利更广泛的链上用户量为主要发展方向。
链乔教育在线旗下学硕创新区块链技术工作站是中国教育部学校规划建设发展中心开展的“智慧学习工场2020-学硕创新工作站 ”唯一获准的“区块链技术专业”试点工作站。专业站立足为学生提供多样化成长路径，推进专业学位研究生产学研结合培养模式改革，构建应用型、复合型人才培养体系。
绛旓細浠涔堟槸ZK-Rollup锛堥浂鐭ヨ瘑姹囨伙級锛1. ZK-Rollup鏄竴绉嶅熀浜庨浂鐭ヨ瘑璇佹槑鎶鏈殑鍖哄潡閾炬墿瀹瑙ｅ喅鏂规銆2. 鍦ㄥ彂閫佽嚦涓婚摼鐨勪氦鏄撲腑锛孼K-Rollup鍖呭惈浜嗕竴涓搴旂殑闆剁煡璇嗚瘉鏄庯紝涓婚摼涓婄殑姹囨绘櫤鑳藉悎绾︿粎闇楠岃瘉杩欎竴璇佹槑銆3. 闆剁煡璇嗚瘉鏄庣‘淇濅簡浜ゆ槗缁嗚妭鐨勯殣绉佹э紝鍚屾椂鍏佽閫氳繃涓庢櫤鑳藉悎绾︾殑浜や簰锛岃瘉鏄庝笂閾炬暟鎹殑瀹屾暣鎬у拰...
绛旓細鍦ㄥ尯鍧楅摼缃戠粶涓紝澧炲潡鏄笉鍙伩鍏嶇殑杩囩▼锛屽畠鏄尯鍧楅摼鐨勬牳蹇冨垎甯冨紡鏁版嵁搴撳師鐞嗕箣涓銆傚鍔犲尯鍧楁剰鍛崇潃鎵╁缃戠粶锛屼娇鍖哄潡閾剧綉缁滄洿鍔犲己澶у拰鍙潬銆傚鍔犲尯鍧楄繕鍙互甯姪鍔ㄦ佽皟鏁寸綉缁滅殑闅惧害绯绘暟锛岀‘淇濅笉鏂骇鐢熸柊鐨勫尯鍧椼傚鏋滄病鏈夊鍧楃殑杩囩▼锛屽尯鍧楅摼缃戠粶灏辨棤娉曟甯歌繍杞紝涔熸棤娉曢獙璇佸拰璁板綍浜ゆ槗銆傚鍧楁槸閫氳繃鍏辫瘑鏈哄埗瀹炵幇鐨勩
绛旓細鎵╁鏄敮涓鐨勮В鍐冲姙娉曪紝浣嗘槸鍥藉唴鏄己鐑堝弽瀵规墿瀹圭殑銆傚洜姝わ紝涓浗鎺屾彙浜嗘瘮鐗瑰竵60%浠ヤ笂鐨勭畻鍔涳紝鍦ㄨ繖涓鏂归潰鏄潪甯告湁璇濊鏉冪殑銆傚洜涓烘墿瀹瑰鍥藉唴鐨勭熆宸ユ槸涓嶅叕骞崇殑锛屽洜姝ゅ浗鍐呯熆宸ュ熀鏈笂閮芥槸鍙嶅銆傞櫎姣旂壒甯佷互澶栬繕鏈夌憺娉板竵銆佽幈鐗瑰竵銆佺嫍鐙楀竵绛変紭绉鐨勬暟瀛楄揣甯併
绛旓細鍖哄潡閾鏄垎甯冨紡鏁版嵁瀛樺偍銆佺偣瀵圭偣浼犺緭銆佸叡璇嗘満鍒躲佸姞瀵嗙畻娉曠瓑璁＄畻鏈烘妧鏈殑鏂板瀷搴旂敤妯″紡銆傚尯鍧楅摼锛圔lockchain锛夛紝鏄瘮鐗瑰竵鐨勪竴涓噸瑕佹蹇碉紝瀹冩湰璐ㄤ笂鏄竴涓幓涓績鍖栫殑鏁版嵁搴擄紝鍚屾椂浣滀负姣旂壒甯佺殑搴曞眰鎶鏈紝鏄竴涓蹭娇鐢ㄥ瘑鐮佸鏂规硶鐩稿叧鑱斾骇鐢熺殑鏁版嵁鍧楋紝姣忎竴涓暟鎹潡涓寘鍚簡涓鎵规姣旂壒甯佺綉缁滀氦鏄撶殑淇℃伅锛岀敤浜庨獙璇佸叾...
绛旓細涓浠涔堬紵鍥犱负浜ゆ槗閲忓ぇ浜嗭紝姣忎釜鍖哄潡绌洪棿鍙湁1M锛岃兘瀹圭撼鐨勪氦鏄撴暟閲忔湁闄愶紝鎵浠ュ氨瑕佽冭檻鎵╁鍖哄潡閾炬潵绐佺牬杩欎釜闄愬埗銆 2015骞达紝绀惧尯瀵瑰尯鍧楅摼鐨勬墿瀹硅璁轰簡澶氭銆傛渶缁堬紝浠嶇劧淇濇寔1M澶у皬鐨勫尯鍧楅摼绌洪棿锛屼絾鍙互瀹圭撼鏇村浜ゆ槗鐨勨滈殧绂昏璇佲濇妧鏈敓鍑猴紝鍙兘浼氫綔涓鍖哄潡閾炬墿瀹鐨勭涓姝ャ傚悗缁繕浼氭湁鈥滈棯鐢电綉缁溾濆叾浠栨妧鏈潵缂撹В...
绛旓細浣嗘槸鍖哄潡骞朵笉鏄彧鏈夎璇佸唴瀹癸紝鑰岃绠楅潪瑙佽瘉鍐呭鐨勪綋绉椂鏄病鏈夋姌鎵ｇ殑锛屾墍浠ヤ笉瀛樺湪鏈4MB鐨勪綋绉殑鍙兘銆傛寜鐓nthony Towns鐨勮绠楋紝濡傛灉鍖哄潡瑁呮弧浜嗘爣鍑嗙殑鍗曠鍚峆2PKH浜ゆ槗锛屼綋绉害涓1.6MB锛涘鏋滄槸2-of-2澶氶噸绛惧悕浜ゆ槗锛屽垯绾︿负2.0MB銆傛垜浠氳繃浠ヤ笂鍏充簬姣旂壒甯侀儴缃查殧绂昏璇佽蒋鍒嗗弶鐩稿綋浜庡疄鐜颁簡澶氬ぇ鐨鍖哄潡閾炬墿瀹...
绛旓細鍖哄潡閾灏辨槸涓绉嶅幓涓績鍖栫殑鍒嗗竷寮忚处鏈暟鎹簱锛岃繖绉嶅垎甯冨紡璐︽湰鐨勫ソ澶勫氨鏄紝涔板鍜屽崠瀹跺彲鐩存帴浜ゆ槗锛屼笉闇瑕佷换浣曚腑浠嬨備汉浜洪兘鏈夊浠斤紝鍝曚綘杩欎唤涓㈠け浜嗭紝涔熶笉鍙楀奖鍝嶃傚亣濡備綘浠閲屾湁涓处鏈紝璁╀綘鏉ヨ璐︺傚湪浠ュ墠锛屽氨鏄埜鐖稿濡堟妸宸ヨ祫浜ょ粰浣狅紝璁╀綘璁板埌璐︽湰涓娿備腑闂翠竾涓浣犺椽鍚冿紝鎯充拱鐐瑰ソ鍚冪殑锛屽彲鑳借处鏈笂鐨勮褰...
绛旓細鐘舵侀氶亾鍚捣鏉ュ氨鍍忔槸鈥滄敮浠橀氶亾鈥濈殑寤朵几锛岃繖涔熸槸杩欓」鎶鏈竴鐩磋浣庝及鍜屽拷瑙嗙殑鍘熷洜锛屼竴涓殣绉併佹晥鐜囥佷俊浠绘渶灏忓寲銆佸畨鍏ㄦу拰妯″潡鍖栫殑骞夸箟閫氶亾鏄垜浠寤鸿鐨勯噸瑕佸熀纭璁炬柦涔嬩竴銆傜姸鎬侀氶亾鏈川涓婃槸閫氳繃鍦ㄤ笉鍚岀敤鎴蜂箣闂存垨鐢ㄦ埛鍜屾湇鍔′箣闂村缓绔嬩竴涓弻鍚戦氶亾锛屼负涓嶅悓瀹炰綋涔嬮棿鎻愪緵鐘舵佺淮鎶ゆ湇鍔°傚畠鍏佽鎶鍖哄潡閾涓婄殑璁稿...
绛旓細鍥惧舰缁撴瀯璐︽湰鏄渶绗﹀悎涓湰鑱悊鎯崇殑鍖哄潡閾炬墿瀹鏂规锛孌AG鎶鏈殑璁惧畾鏄鑳芥帴鍙楁棤娉曟棤闄愭墿瀹逛互鍙婂尯鍧椾腑浜ゆ槗閲嶅鐨勯棶棰樸傝鏂规鐨勫吀鍨嬩唬琛ㄦ槸灏辨槸HLC鍏摼鍥㈤槦鐮旂┒鐨凞AG鎶鏈侱AG鎶鏈В鍐崇殑鏄嚭鍧楁椂闂村拰浼犳挱鏃堕棿鐨勭煕鐩, 鍥犱负鍑哄潡鏃堕棿杩囧揩, 蹇呯劧浼氬鍔犲垎鍙, 闀挎椂闂寸殑鍒嗗弶浼氬鑷寸綉缁滅殑涓嶄竴鑷, 鎵浠AG鎶鏈綊鏍圭粨搴...
绛旓細浣嗛櫡鍏ヤ簡鍏充簬瀹炴柦鏃堕棿鐐圭殑浜夎涔嬩腑銆備竴涓湅浼肩畝鍗曠殑鎵╁鎶鏈棶棰橈紝鍗村紩鍙戞瘮鐗瑰竵绀惧尯鑺变簡澶у崐骞存椂闂达紝寮浜嗘暟娆″叏鐞冩妧鏈細璁佺涓嬫墦鏃犳暟鍙ｆ按浠楋紝鍗翠緷鐒舵湭鏈夋槑纭畾璁恒傚叾鑳屽悗娣卞埢鍘熷洜鏄紝鍖哄潡闄愬埗鍊间笂璋冩槸鏃犳硶鐪熸瑙ｅ喅姣旂壒甯佹墿瀹归棶棰樼殑銆備笉杩囷紝鏈変竴浜涢」鐩‘瀹炶嚜寤鍖哄潡閾锛屼緥濡備互澶潑銆丏ECENT銆
