2022比特币交易所有欧易(okx)、Gate.io(芝麻开门)、币安(Binance)、火币全球站(Huobi Global)、Coinbase Pro、KuCoin、Bitfinex、K网(Kraken)、B网(Bittrex)和BitMEX等等，这十大比特币交易平台是目前全球用户活跃度最高、交易量最大、资金持有量最高的交易所，排名根据顺序进行排行，越前面可信度越高。

1、欧易(okx)

欧易(okx)全球提供500交易对，支持各种加密货币，如比特币 (BTC)、以太坊 (ETH)、狗狗币 (DOGE)、波卡 (DOT)、Solana (SOL)、比特币现金 (B

CH)、Avalanche (AVAX)、Polygon (MATIC)、莱特币 (LTC)、Chainlink (LINK)、泰达币 (USDT)、Terra (LUNA)、卡尔达诺 (ADA)、Internet Computer (ICP)、以太坊经典 (ETC)等等。

2、Gate.io(芝麻开门)

Gate.io提供1000+币种的数字资产交易，注册的新用户完成任务可领取$100美元点卡、参与交易可领取$5500美元体验金。自2013年以来，稳定可靠您可信赖的、公开、透明的平台。

3、币安(Binance)

币安(Binance)，国际领先的区块链数字资产国际站，致力于提供安全、公平、开放、高效的区块链数字资产交易环境，7×24小时人工客服，安全的交易保障能够解决你在使用中遇到的问题并保证你的资金的安全。

4、火币全球站(Huobi Global)

火币全球站可以掌握最新的货币资讯平台，致力为用户和行业提供专业、安全、透明的数字货币一站式服务，多年老牌交易所，多年数字资产金融服务经验，安全可靠，使用简单，产品用户体验特别友好。

5、Coinbase Pro

Coinbase Pro为用户提供安全的平台，币种数量有189个，总共(496个交易对，方便用户进行各种数字资产投资。Coinbase Pro平台界面简洁易用，包括实时订单查询、图表工具、交易历史记录和简单的订单流程，总部设立在美国。

6、KuCoin

KuCoin是全球知名的数字货币交易服务平台，目前为全球207个国家和地区的500万用户提供币币、法币、合约、Pool-X、借贷等一站式服务。7X24小时客服团队，同时，KuCoin在韩国、日本、西班牙、意大利、越南、土耳其、俄罗斯、印度等地建立了本地化社群，为各地用户提供最本地化的服务。

7、Bitfinex

Bittrex俗称B网，建立于2015年，是美国的比特币国际站，提供币币、美元与币的服务，注册非常简单。

支持200多个交易对，每天的成交量达数十亿人民币。 Bitterex团队成员来自微软、亚马逊、Qualys和黑莓等各大公司，在服务方面拥有超过50年以上的专业安全和开发经验。

8、K网(Kraken)

K网(Kraken)美国最活跃的数字货币国际站阵列，是欧元交易量最大的比特币国际站。交易费合理、提款费较低、全球化程度高。

9、B网(Bittrex)

Bittrex团队成员来自微软、亚马逊、Qualys和黑莓等各大公司，在服务方面拥有超过50年以上的专业安全和开发经验。 多年积累下来的庞大用户群、具有多种交易对、新币上线快。

10、BitMEX

BitMEX提供高达100倍的杠杆，是最先进的比特币衍生品国际站，还提供各种合约类型。所有合约都用比特币购买和支付。BitMEX 的创始人团队由金融、web 开发和高频算法交易领域最优秀的专家组成。

二、2023年首次以太坊核心开发者会议

1月5日，以太坊开发者们在休息两周后召开了2023年首次全核心开发者(ACD)电话会议。从2023年开始，ACD电话会议将更名为ACD执行(ACDE)电话会议，以反映开发者们对以太坊执行层变化的关注。 [email protected] YouTube频道进行直播，[email protected] YouTube频道。 ACDE电话会议由以太坊基金会的Tim Beiko主持，它是以太坊开发者讨论和协调以太坊协议变更的两个会议系列之一， 而另一个系列会议，开发人员已将其重命名为ACD共识(ACDC)电话会议，重点讨论与以太坊共识层开发相关的主题。

在第152次全核心开发者执行(ACDE)电话会议上，开发人员同意从上海升级中删除与EOF实施相关的代码更改。 有关EOF的更多信息，请在此处阅读之前的电话会议记录。 他们还同意拒绝将新 EIP 添加到上海升级，这主要是为了确保质押 ETH 提款的时间表不会延迟。 作为上海升级唯一的主要代码更改，质押 ETH 提款功能目前正在一个开发者测试网络上进行测试。据悉，开发者们的目标是在下个月推出上海/Capella升级的公共测试网，并暂定于2023年3月的某个时间启动主网升级。随后，开发者们简要讨论了以太坊执行层和共识层之间不同序列化方法的问题，以及引入Poseidon哈希函数作为EVM的预编译的新EIP 。

上海升级计划

以太坊基金会的DevOps工程师Barnabus Busa更新了质押ETH提款测试的状态。 他表示，在圣诞节前推出的上海开发者测试网络，当前已进展到4,000个区块。 目前，所有EL和CL客户端组合都在该测试网上运行，其中Teku-Erigon 和 Lighthouse-Erigon 等一些客户端组合遇到了问题。 Busa提到，开发者们正努力在客户端团队的帮助下尽快启动一个新的开发者测试网。

然后，以太坊基金会Geth(EL)客户端的软件开发者Marius van der Wijden 向上海升级较小的EIP之一(EIP3860)提交了一个小的设计更改。提议的更改纠正了该EIP中令人困惑的失败模式，其中违反 initcode 限制导致零地址错误而不是OOG错误。根据以太坊基金会Ipsilon团队开发者Pawel Bylica的说法，这样做的最初动机是为了促进用户友好性。然而，开发者们一致认为，将失败模式更改为OOG错误，会减少客户端实现中的混乱与漏洞。

延后EOF，将其排除在上海升级之外

接下来，一名以太坊基金会Geth(EL)客户端软件开发者(化名为“lightclient”)介绍了EOF实现的最新进展。

作为背景，EOF代表 EVM 对象格式，其对以太坊的代码执行环境进行了一些更改。在其他变化中，与 EOF 实现相关的 EIP 将改进以太坊的交易格式，以更明确地区分智能合约代码和数据，并帮助 EVM 在未来更容易升级。lightclient 表示，在假期期间，致力于 EOF 实现的开发者们举行了两次会议，并讨论了相关 EIP 规范。在这些会议期间，开发者们同意删除其中一个 EIP(EIP 6206?，因为它的复杂性)，并使这些 EIP 中的数据部分成为强制性的，而不是可选的，以略微提高数据解析的简单性。据 lightclient 表示，EOF EIP 的测试也在取得进展。EOF EIP 的参考测试尚未正式发布，但以太坊基金会的安全负责人 Martin Holst Swende 已经开始对 EOF 的不同客户端实现进行差异测试(也称为差分模糊测试)。

“为 EOF 创建一个效果最好的 [测试] 案例并不容易，问题是有很多陷阱。 例如，如果你希望某些东西以某种方式失败，在 EOF 中，你必须非常具体，并且必须确保在达到你真正想要测试的内容之前，测试不会在其他地方失败。 所以，我认为如果我们以某种方式集中错误，这将是非常有价值的，”以太坊基金会测试团队的 Mario Vega 表示。

基于 EOF 实现以及测试的现状，Tim Beiko 提出了一个问题，即开发者们在下一次(上海)以太坊升级中包含这些 EIP 是否仍然可行的问题。在这个话题上，以太坊联合创始人 Vitalik Buterin 表达了他对仓促实施 EOF 的担忧，因为目前没有明确的路线图来确保未来对 EVM 的升级不会更加繁琐，也不会增加以太坊的技术债。Vitalik 表示：

“在 EVM 中，删除一些东西比删除其他功能要困难得多，你有用 EVM 代码编写的应用程序，如果 EVM 发生了变化，那么这些应用就无法更改 …我最大的担忧之一是对 EVM 的改进，特别是因为它很难弃用和实际删除一些东西，EVM 开发的哲学允许基本上大量的持续改进，而不是很快地致力于真正接近于不会更改的东西，这会让我们冒着创建一个 [EVM] V2，然后创建一个 V3，然后创建一个 V4 的风险，但仍然需要 V1、V2 和 V3 作为共识代码的一部分，因为我们没有移除它们的好方法。”

对此，来自 Erigon (EL) 客户端团队的 Andrew Ashikhmin 表示，他担心如果开发人员将 EOF 实施推迟到“完美”时，他们也会失去测试实现的动力和机会，从而无法获得关于提议的代码更改的真实反馈。Ashikhmin 在电话会议上表示 :

“如果我们试图让它变得完美，那么它就像一个永不结束的超级项目。”

为了应对围绕 EOF 实施的持续不确定性，以太坊基金会的研究员 Ansgar Dietrichs 提议开发者们将相关 EIP 从上海升级中撤出，并致力于在接下来的几周内积极解决实施方面的这些问题以及 EVM 升级的前进道路。Van der Wijden 表示，从他的观点来看，在本周的电话会议上试图决定 EOF 的实施似乎有些仓促，他说：“我觉得现在要对 EOF 做出决定有点压力，我不认为这是好事。” 对此，lightclient承认，基于假期期间 EOF 测试的进展，将其纳入上海升级，将会推迟整个升级大约一个月的时间。lightclient 在电话会议上提到说:“如果我们试图在 2 月初进行主网测试网升级，我认为到那时我们无法准备好。”

在开发者们同意将EOF实施排除在上海升级之外后，Beiko提议再等两周，然后再决定是否应将EOF包括在上海之后的 Cancun升级中。 在之前的电话会议中，开发们同意将 Cancun 升级集中在EIP4844?(proto-danksharding)之上， 而从Beiko的角度来看，如果EOF再次被拒绝，那么过早地在 Cancun 包含EOF可能会导致混乱。 而 Lightclient 反对这一想法，并争辩说，如果开发者们不承诺在像 Cancun 这样的升级中实施EOF，那么它将推迟实施工作，并进一步削弱EOF的发展势头。 Beiko 回应说，在两周后的下一次ACDE电话会议上会重新讨论何时包含EOF实施的问题，这应该不会对 EOF 的发展势头产生重大影响。有关不同核心开发人员关于EOF实施以及EVM升级的前进道路的建议的更多详细信息，请参见此处?和此处?。

随着 EOF 被排除在上海升级，Marius van der Wijden 暂时提议将 EIP 1153? 纳入到上海升级中，而几位参加电话会议的开发者则强烈反对在上海升级中添加新的 EIP，以降低延迟质押 ETH 提款的风险。随后，开发者们重申了他们的承诺，即尝试以 2 月初为目标启动上海公共测试网。

免责声明：本网站文章来自网络，仅提供展示服务，不保证内容的真实性，请谨慎交易！如产生交易，一切后果自负！本网对此不承担任何责任。