TL;DR
EIP4844这项工作带来了巨大的推动力，在Devcon会议期间进行了多次高影响力的工作会议，确定了一些小的规格变化，并正在全速推动实施中。
EIP4844将使第2层Rollup的费用减少10-100倍并拥有更高的交易吞吐量。它通过一种名为“Blobspace”的Rollup构建的形式，使得以太坊能够引入数据可用性来做到这一点。
这一变化对于推动以太坊的采用至关重要——例如在Coinbase，"我们认为EIP-4844是将我们的客户带入加密经济的一个关键推动因素，它具有安全、易于使用的体验，而且更快、更便宜"。
Circle首席财务官：无论市场如何，公司计划于今年四季度上市:7月19日消息，据Circle首席财务官JeremyFox-Geen透露，无论市场状况如何，预计Circle将于2022年底通过SPAC（SpecialPurposeAcquisitionCompany，即特殊目的收购公司）上市。
JeremyFox-Geen表示，Circle是一家注册的金融服务公司，就像PayPal或Apple一样，与ApplePay产品、移动支付服务Venmo运营商PayPal等支付公司一样，在相同的监管框架下运营。根据Circle公司发布的最新报告显示，USDC储备金现在完全以现金和三个月期美国国债的形式持有，与公司的运营完全分开。截至6月30日，流通中的USDC总量为55,569,519,982枚，支持USDC的储备资产总额为557亿美元。（decrypt）[2022/7/19 2:22:20]
Devcon的目标是推动所有客户团队就「如何最好地交付EIP4844」进行讨论。为了实现这一目标，来自Ethereum、OPLab和Coinbase的开发者们在过去的5个月里编写了规范，在Geth和Prysm中实施，启动了两个开发网，并准备了KZG仪式。
波卡社区正在讨论如何限制验证者大幅更改佣金:刚刚，Web3基金会技术教育主管Bill Laboon发推提醒用户小心局。Web3基金会、Polkadot官方以及Parity都没有赠送DOT和KSM代币。与此同时，Bill Laboon还公布波卡项目进展。内容显示：1.目前验证者可以随意更改佣金比例。目前社区正在讨论如何限制佣金变动以避免佣金大幅变动，例如在获得足够多的提名者后，将佣金由0%改为100%。2.财政部已经开始讨论Elara 0.2提案。Elara 0.2是Patract Labs是为以Substrate为基础的链提供的基础设施。[2020/10/29]
在会议期间，我们在许多不同的场合都进行了讨论：在Devcon前的研发日的多个研讨会，在EthMagicians期间的对话，客户团队参加的半天工作会议，以及几乎每天都有的临时对话。
声音 | 微软李国平：应用区块链技术应多思考如何赋能、少谈颠覆:据经济观察网12月6日消息，微软中国金融行业总监李国平表示，第一，今天应用区块链技术，应该多思考如何赋能，少谈颠覆。他认为其实在从传统业态向数字生活，数字经济迈进的过程中，有很多行业场景存在痛点和短板，在整个信息化进程中如何补足现有实体经济中的这些问题，赋能现有业务，提高效率，降低成本，是区块链应用最应该思考的问题；第二，科技向善。今天的区块链技术、人工智能技术等，公众是存在认知差的。出现了认知差，就存在炒作的空间，就可能有泡沫，还包括新技术滥用数据等问题。因此在应用新的技术时，要在态度上端正，敬畏监管，敬畏客户，敬畏可持续发展，这样才能走的更远，更稳；第三，从网络效应原理来看，网络是越大价值越大。从最早的局域网到以太网到现在整个互联的世界，网络的效应是需要扩大的。因此今天谈公有链，链与链之间有没有标准？全球有没有标准？中国有没有标准？很多企业资产能不能链互链？思考和解决这些问题，有助于区块链的应用范围和价值的扩大。[2019/12/7]
从这些对话中，我们确定了对执行层和共识层规范的一些小改动。我们还发现，整个客户团队最大的关注点是增加Blobs的网络影响。
在共识层，我们决定将Blobs和Block结合起来，而不是让它们分离。我们做出这个决定是为了简化实施，并期望在下一阶段的Danksharding中，我们可能才会让它们分离。
在执行层，为了减少潜在的DOS载体，我们决定更新有线协议，使得带Blob的交易只被公布，而不是广播。这使得客户端可以安全地管理Blob的检索。
我们从客户那里一直听到的最大的担忧是围绕着网络延迟：有了Blobs，总的网络带宽有可能会大大增加。虽然这是预期的行为，但人们希望尽可能地降低这一变化的风险。
为了解决这个问题，我们计划通过在测试网和主网上创建持续数量的充满CALLDATA的区块，来模拟网络行为会是什么样子。这将显示网络上的节点如何处理这种负载。
根据测试结果，我们将调整目标Blob大小，以适应带宽限制，并添加任何额外的缓解措施。我们很高兴能得到一些真实的数据，以得知最终的适合4844的参数。
最后，大家讨论了跨执行层和共识层使用什么库来实现KZG承诺。我们一致认为默认的是c-kzg库，但客户也可以依靠平台特定的库。
在整个Devcon大会上，有很多关于4844的确切时间的讨论。虽然大多数客户团队将分片/扩展视为首要任务，但人们也强烈希望4844能有充足的资金顺利进行。
对于将4844纳入下一个硬分叉，没有做出正式的决定，但对这一想法持高度开放的态度。如何在规范和客户端代码库中最好地体现这一点仍在确定中。
基于这些反馈，工作组将全力以赴，在短期内，意味着实施2-3个其他客户端，运行带宽测试，并启动Devnet3。
本月晚些时候，我们计划再做一次检查，以衡量我们的进展是否与上海硬分叉的时间轴保持一致。我们很乐观地认为，鉴于我们拥有强大的跨公司工作组，我们将能够很快完成4844。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。