合并
Kiln 合并到底发生了什么？
和主网一样，Kiln 以单独的 PoW 链和 PoS 链启动。通过合并，它现在完全在 PoS 下运行。
Kiln 是否真正遵循了当前主网合并的规范？即它相当于主网合并后的情况吗？亦即它是否遵循 Bellatrix 分叉规范？
是的。Kiln 上线后，我们确实对规范做了一些小改动，但它们是向后兼容的。当前网络规范在这里。
我们预计现在不会有重大的规范更改，强烈建议工具/基础设施/应用程序开发人员在 Kiln 上进行测试，以确保他们的产品在合并后的以太坊环境中按预期工作。
Kiln 测试网的信标链似乎存在状态和智能合约。这与 ethereum.org 中关于信标链的建议相反。这仅仅是因为我被区块浏览器误导了吗？
合并后，信标区块包含当前 PoW 区块所包含的交易负载。我们在规范中称其为 ExecutionPayload。这里有一张解释它运作的图表。
FTX.US前总裁：ETF的关键问题是BTC的受监管市场和重大规模的定义是什么:金色财经报道，FTX.US前总裁Brett Harrison在社交媒体上对外汇ETF的操作和监管与最近的现货BTC ETF提案进行了比较。Harrison称，有许多ETF追踪外国货币的价格。这些ETF的结构通常是直接持有相关外汇的信托。其中一个例子是FXY，与BTC一样，大多数即期外汇交易不受监管，尤其是在美国，市场监管权既不属于SEC也不属于CFTC的管辖范围。虽然CFTC不监管外汇，但它对资产具有某些反欺诈权力，类似于它对现货商品的权力，这些权力在2010年在当时的主席Gensler的领导下得到加强，以解决他所谓的最大的领域CFTC监管的零售欺诈。在SEC多次拒绝现货BTC ETF提议中，主要理由是缺乏与标的资产或参考资产相关的具有显着规模的受监管市场的监督共享协议。
许多人指出，贝莱德最近的现货BTC ETF申请明确提到了与纳斯达克就与现有现货加密货币交易所运营商的监控共享协议进行合作的计划。一个关键问题是BTC的受监管市场和重大规模的定义是什么，特别是当与外汇相似时，现货商品交易通常不受SEC或CFTC监管。[2023/6/20 21:48:31]
周小川谈比特币：要搞清楚对实体经济的好处是什么:中国人民银行前行长周小川表示，不管数字货币还是数字资产，都要为实体服务。“我们经历过2008年的全球金融危机，发现金融脱离了实体，比如影子银行、衍生品这些纯粹变成了金融机构之间的投机交易，和实体没有联系了，就容易出问题，以至当是一些国际大行的领导、交易员们看不懂，很难做好内部控制。“
周小川表示，要区分数字货币和数字资产，对于比特币这类数字资产，并非现在要下结论，但是”要提醒，要小心“，在中国，金融创新的东西都要说清楚它对实体经济的好处”。[2021/4/19 20:34:00]
上图中，PoW 和信标链上的前两个区块是合并之前的，后两个则是合并之后的。详情请参阅长文。
一旦一个 PoW 区块产生，随后产生的信标链区块就会包含交易数据。
合并后的区块处理流程是怎样的？
选出一个验证者来提出一个区块。
该验证者通过Engine API要求其执行层（EL）向他发送一个 ExecutionPayload。
声音 | Circle CEO：不知道什么时候会重新安排午餐时间 但很期待与巴菲特讨论加密货币:据彭博社消息，近日，Circle首席执行官Jeremy Allaire在采访时再次谈及孙宇晨与巴菲特的午餐一事。他表示，“我不知道什么时候会重新安排时间，但我想说的是，我当然非常期待与巴菲特讨论加密货币。如果你目睹了互联网在过去20年的崛起，你已经看到了互联网基础设施如何改变了媒体、通讯、零售、商业和信息产业……我认为这与我们现在看到的加密货币和区块链的诞生是非常相似的。在未来20年里，区块链和加密货币对全球经济体系的重要性将不亚于互联网对通信的变革。因此，我想和巴菲特谈谈这种转变是什么样子的，以及从投资的角度来看，这种转变带来了哪些机遇。”[2019/9/14]
EL 将包含最有利可图的有效交易集合的有效负载返回给共识层（CL）。
CL 提出一个包含该有效载荷的区块，并在信标链 p2p 网络上进行传播。
注意：
单个交易仍在 EL p2p 网络上传播，并且 EL 只负责维护交易池。完整的区块会在 CL p2p 网络上传播。
声音 | 纽约联储Antonie Martin：不清楚Libra项目想要做什么:据金十消息，纽约联储Antonie Martin就Facebook的Libra发表评论称：不清楚Libra项目想要做什么。[2019/6/25]
验证者在执行层中指定他们想要接收费用的地址。交易费不会像验证人的质押和激励那样被「锁定」在信标链上。
其他验证者对区块进行验证，如果有效，则在信标链 p2p 网络上进行传播。
合并的测试过程是怎样的？
我们正在同时进行几个测试工作。这里有一个列表。
影子分叉
什么是影子分叉？
影子分叉是指少数节点被配置为在某个点从以太坊网络中分叉出去。在合并的情况里，我们通过启动设定要比整个网络更早运行合并的节点来实现。这使我们能够测试在与影子分叉网络类似的条件下，升级是如何进行的。但绝大多数节点不会意识到升级已经发生。影子分叉之后，主链上有效的交易也可以映射到分叉链上，从而模拟原始网络的吞吐量。/img/2022812201545/1.jpg">
Goerli 区块的上面一行显示了标准链上的一个节点，该节点不知道影子分叉。
Goeli 区块的中间一行显示了影子分叉链上的一个节点，该节点有一个经过修改的配置，指示它一旦达到 TTD（Total Terminal Difficulty）就发生分叉。
最下面一行显示的是一个仅用于影子分叉的信标链：当达到 TTD 时，它将为整条链提供共识。
达到 TTD 之后，标准链上的节点继续正常生产区块：「对他们而言」什么都没发生。
达到 TTD 之后，配置修改过的的节点发生分叉，并运行合并。合并之后的首个区块由信标链上的下一位验证者产生。虽然这个区块能包含标准链上的任何交易，但包含的具体交易或它们的顺序不一定与标准链上一样。
为什么「影子分叉」有用？
影子分叉让我们能够在不破坏标准链的情况下，仅使用少量节点来查看节点在合并发生时的反应。影子分叉给了我们一个比启动新测试网更真实的测试环境，因为现有的测试网上已经有交易发生了，而且有大量的状态和历史，比起新的测试网，这会让节点承受更多压力。因此，我们得以获得节点在「真实世界」的性能指标，而不用影响标准网络的运作。
你们能影子分叉主网吗？
是的，而且我们现在做了。影子分叉主网非常有用，因为它向我们展示了节点在状态和历史巨大、交易最复杂的恶劣条件下如何反应。主网影子分叉后，我们还可以测试节点在尝试加入分叉网络时的稳定性、同步程度如何等等。这不仅提供了有关过渡本身的数据，还提供了新节点在合并后状态下加入网络的行为数据。
过程中的哪一阶段属于影子分叉？
影子分叉给了我们升级按预期工作的信心。一旦它们在所有升级过程中都能顺利进行，我们就有自信通过合并运行现有的测试网。值得注意的是，影子分叉中的节点由一小部分运营商控制：一些公共测试网拥有更广泛的验证者集合。一旦测试网升级并稳定下来，我们就可以计划在主网上进行合并了。
提款
质押提款将如何完成？我找到了几种规范，但没有发现其中一种产生了特别明确的共识。检查质押合约后，我发现只有一个可写入的 method，那就是 deposit（存款）。目前基本没有关于提款逻辑的说明。
以太坊合并不会启用质押提款功能，它们将在之后的分叉中上线（此处为当前规范）。
注：目前将提款引入执行层的方法确定为EIP-4895。
提款其实并不「经过」存款合约，它们从信标链中被推回执行层，并以与矿工奖励相同的分发方式被完成。这意味着计算循环供应量会稍微复杂一些，因为存款合约的中的余额不会随着提款而「减少」。
提款密钥如何工作？eth2-deposit-cli 这个工具默认不会自动生成 BLS 提取密钥。密钥具体如何工作？会只用到派生路径（derivation path）的第 0 个索引吗？
在 EIP-2334 中对此进行了说明。
如果你使用一个 eth1 提款密钥，你只能提款到那个密钥对应的地址吗？还是说提款密钥只是用来签署提款交易，你可以向任意地址提出 ETH？
要从信标链中提出 ETH，你必须指定一个 eth1 地址作为「目标」接收者。你不需要用这个帐户签署任何内容，因为如果只从执行层来看，你会发现提款是自动发生的，就像目标账户在提款区块后突然多出了额外的 ETH。
如果你使用 BLS 密钥提款，ETH 会去哪里？我的理解是共识层中不会有状态或账户。因此，是否只需指定一个执行层地址以接受提出的 ETH？还是说未来共识层中将含有状态？
在提款时，你要指定一个执行层地址，并以 Gwei 为单位填写要提出的金额（请参阅规范）。需要明确的是，你不能使用 BLS 提款密钥进行提款。在合并后的分叉中，我们将进行一项操作来更改你在共识层上的存款凭据。
分片
对于未来的分片会是什么样子，目前有什么共识吗？似乎执行分片已被完全放弃，取而代之的则是 Rollups。
执行分片已被「弃用」，有利于以 Rollups 为中心的执行层扩容方案。数据分片是目前正在研究和实施的主要分片。
Rollups 如何在合并后实际工作？它们是否仍然位于 eth1/执行层之上？还是他们会直接建立在共识层之上？
他们继续像今天一样工作，部署在执行层上，但可以利用共识层的决定性。
数据分片目前在哪里？什么是数据分片？随着 Rollups 变得越来越流行，数据分片将只会是解决数据可用性的一种方法吗？
目前的计划是首先通过一种新的交易类型公开它，如 EIP-4844 中有详细说明。
原文标题：《Ethereum Roadmap FAQ》
原文作者：Tim Beiko
原文编译：0x9F、0x22D，律动 BlockBeats
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。