在Bitcoin Classic中，区块大小不再由软件开发者设置的规则所限制。 它由你——运行软件的人设置。
本篇文章阐述了它（区块大小限制）是如何（由运行软件的人设置的）运行的
在比特币中，交易被收集在区块中，很多区块形成了区块链。我们使用区块链的原因是因为比特币的主要创新把区块链与工作量证明相结合，将交易在全球范围内达成共识。
区块的大小与这个过程毫不相干，我们可以看到，在比特币的生命周期内，区块大小的增长仅仅基于网络的需求。
矿工一直是决定区块大小的人，并且他们总是以协调的方式做到这一点。 这是比特币相当优雅（经济）设计的自然结果。
当矿工生产更大的区块时，矿工可以挣得更多的手续费的收入。
当矿工的区块因过大而被孤立时，矿工将承担更大的风险。
矿工希望避免打包每一个区块都清空内存池里，因为这消除了用户支付手续费的总需求。
矿工想要确保内存池不会积压，因为没有看到他们的交易被确认的用户会失望，并寻找其他方式进行付款。 这不仅影响了（交易的）价格，实际上也影响了矿工的收入。
区块大小中的这种行为意味着区块不会变得巨大，同时区块也不会保持在小的状态，得出这两个结论是有原因的。因此区块大小将是适中的。最合适的区块大小是完全取决于付费用户的数量和技术的状况。为了从系统中获得最大的利润，矿工不得不为区块大小找到一个市场均衡点。这个市场均衡点对于比特币的所有用户来说都是最好的。
Bitcoin Classic将接受由当前所有其他的节点实现软件生成的区块，包括Bitcoin Core，Bitcoin Unlimited。由Bitcoin Classic生成的区块将被所有其他软件接受，包括Bitcoin Core，如果区块大小小于1MB，则由Bitcoin Unlimited和其他软件接受，而如果创建的区块大小为1MB或更大，则不会被Bitcoin Core接受。
Bitcoin Classic在coinbase消息中以“EB2”的形式设置用户选择（或默认）区块大小限制，其中数字是此节点接受的兆字节数量。
类似地，发送给对等体的用户代理字符串的握手信号中也具有此注释，因此连接到所有对等体的站点可以知道各自支持什么想法。
‘
Bitcoin Classic已从其软件中删除了中央计划的最大区块大小1MB的限制，同时为矿工和用户提供保护自己免受不良行为者影响的工具。 我们称之为接受限制。
主要的变化是，Bitcoin Classic节点现在可以手动配置以调节成任何区块大小限制。
首先是新的blocksizeacceptlimit配置设置，允许用户限制他们从网络上接受的区块的大小。例如，如果用户设置blocksizeacceptlimit = 4.2，这表示超过4.2MB的任何区块因太大而被拒绝接受。
旧配置选项blockmaxsize不变，这是矿工设置的选项，以确定他们创建的最大区块大小。
另外一个变化是，Bitcoin Classic为矿工创建区块模板，这将blocksizeacceptlimit值放在coinbase注释中。这具有的效果是，矿工的（区块大小）限制被存储在每个人都可以访问的区块链中。任何矿工都可以检查该区块链，并找出一个使他的区块被其他矿工接受的安全blockmaxsize设置。但是最终我们期望矿工们在任何适合他们的方式，实现他们将使用的区块大小进行全球性对话。
随着弹性区块大小限制的引入，软件开发者不再集中规划，而是基于本地配置，我们看到了一个在一个节点设置略微不同于世界其他地方的罕见情况下引入一个额外的故障保护的机会。
这种安全措施仍在研究中，如果有更多的矿工用他们的哈希算力投票给这个区块大小的话，初步结果是区块大小限制有点灵活得难以解释。这使得网络更加强大，使得运行Bitcoin Classic的用户和矿工能够在发现大于预期的区块大小的罕见情况下恢复并回到到主链上。
需要着重强调的是，由于区块大小限制的灵活性，这个特征成为可能，但只是因为现在可以防止可能总是发生的情况，并不意味着我们相信用户可配置的区块大小限制会导致需要修复的问题。
这个安全措施目前仍在开发中，并在Toms博客上介绍。
声明：此文出于传递更多信息之目的，并不意味着赞同其观点或证实其描述。本网站所提供的信息，只供参考之用。
