BITGET交易所官网
“披荆斩棘”合并后，以太坊将面临什么样的监管问题和APP应用层问题？ 成都链安刚
如果美国政府监管以太坊，最大的可能性是要求大型销售点质押业者对以太坊进行协议级别的交易审查。 这不是验证者“作恶”，而是验证者对链上地址的“性制裁”。 简单地说，只要监视来自被制裁地址的所有请求，从块拒绝包含被制裁地址事务的所有块即可中选择所需的族。 如果一个块不能通过66%以上的资本验证投票，则该块的所有事务请求都将回滚。 也就是说，受到制裁的地址将一事无成，验证者将不受任何惩罚。
截至目前以太网所有网络质押的以太网数量约为1300万ETH，而通过Lido质押的以太网数量约占30.9%，Coinbase约占14.7%，Kraken约占8.5%。
如果美国政府要求以Lido、Coinabse、Kraken为代表的大型节点验证者(服务商)对以太坊进行协议级别的交易审查，作为拥有美国法律实体的当铺服务商，同样的要求很难拒绝
图为Dune Analytics
在以太网社区中，了解OFAC如何通过验证节点监督以太网时发生这种情况的可能性。 V神将这种情况视为对以太坊的攻击，支持通过更广泛的协议销毁这些节点的质押权益。
接下来，我们来谈谈APP应用层的问题。
我们在上一篇中说：“按照计划以太网的Merge按照“最小破坏”原则进行，使原本运行的APP应用客户端能够无意识地切换到PoS。 也就是说，尽管是“最小破坏”，但在这个过程中，有几个小的变化值得注意。 本节主要从APP应用开发的角度，介绍合并后我们应该关注的地方。
合并后，当前的Eth1和Eth2客户端将成为以太网运行层和共识层(或引擎)。 这意味着，Eth1或信标链客户端的节点运营商必须运行堆栈的“另一半”才能获得完全验证的节点。 下图显示了一个完整的集成以太网客户端体系结构。
客户端体系结构
合并后客户端体系结构.
发生合并时，信标节点将监视当前PoW链并等待达到预定义的total difficulty阈值，称为TERMINAL_TOTAL_DIFFICULTY。 也就是说，如果在PoW链中生成了具有total difficulty=terminal _ total _ difficulty的块，则会将其视为链中的最后一个PoW块。
之后PoW块中包含的数据成为信标链块的数据组成部分，可以将信标链视为以太网新的PoS共识层，而不是以前的PoW共识层。
在同时进行共识验证时，信标节点与运行请求生成或验证ExecutionPayloads的ExecutionPayloads的引擎(升级前的以太网客户端)进行通信。 ExecutionPayloads包含父散列、状态路由、基本费用和要执行的交易列表等信息。
生成或验证这些数据后，信标节点将与p2p网络上的其他节点共享它们。
对于最终用户和APP应用程序开发人员来说中选择所需的族。 这些原始PoW链上的ExecutionPayloads仍然是与以太网直接交互的地方，因为事务由执行层客户端处理，所以可以无意识地切换到PoS链。 下图显示了
执行引擎之间的关系
合并后，执行引擎主要负责状态管理、块创建和验证功能，不再包括任何共识相关操作。 因此，如EIP-3675中所述，执行引擎被部分修改，主要包括以下三点。
首先，修正了块的部分数据字段。 将仅与原始块中的PoW相关的一些字段设置为0 (或与其数据结构等效)、以及具体地说，包括开采相关(difficulty，mixHash，nonce )、t块奖励相关(ommers，ommersHash )。 此外，extraData的长度在主网络中也限制为32字节。
接下来，执行引擎将停止处理块和叔块奖励，因为只有合并的信标链可以被阻止。 但是，交易手续费仍然会被处理。 这意味着当执行引擎创建了执行支付时，所有交易的发起人必须至少能够支付当前baseFeePerGas的费用，并将剩余的交易手续费发送给feeReceipient。 请注意，feeReceipient指向升级前的以太网地址不是信标链验证者的地址。
最后，如果使用PoS代替PoW，则执行引擎将不再负责广播块，但会通过p2p网络广播事务。 具体过程是中选择所需的族。 首先，用户通过本地RPC请求将事务处理发送到合意客户端，然后打包在信标块中。 然后，共识客户端在他们的p2p网络上广播信标块。
以太网集成时的流程：首先停止PoW屏蔽，其次，信标链块在合并后开始具有执行支付。
blockhashdifficulty操作码更改[ xy 002 ] [ xy001 ]合并后，blockhash操作码仍然可用但是，工作量证明不再生成对应的散列值，因此此操作码提供的伪随机性会大大降低。
与此同时，DIFFICULTY操作码(0x44 )将重命名为RANDOM，并返回信标链提供的随机值。 因此，该值将成为APP应用程序开发人员可以使用的更好的随机源，而不是BLOCKHASH。 但是，有偏差。
RANDOM值存储在ExecutionPayload中mixHash所在的位置，与工作量证明计算相关。 升级后，值被重命名为random。
合并前后的DIFFICULTY和RANDOM操作码的结构：
在合并之前，我看到0x44操作码返回到块头的DIFFICULTY字段。 合并后中选择所需的族。 负责生成随机数的RANDOM操作码指向原始的mixHash字段。 此字段将改名为RANDOM。
封锁时间
的合并会影响以太体的平均封锁时间。 目前在PoW下平均约每13秒产出一个块，但实际的块间隔时间根据网络堵塞的情况有很大不同。 但是，在PoS上，除非出现极端情况，否则数据块间隔为固定的12秒例如，验证者离线了，或者没有立即提交块就错过了插槽。
总的来说，升级后网络的平均阻塞时间将减少近1秒，从而提高交易速度。 注：如果智能协议具有与特定平均块时间相关的逻辑