该升级旨在改进以太坊网络的安全性、可扩展性和用户体验，其中包括以下主要更新：

1. EIP-3198：增强以太坊网络的安全性和抗 DDOS 攻击能力。

2. EIP-3529：优化以太坊网络的燃料费用（gas fees）和燃料费用调整算法。

3. EIP-3541：限制以太坊智能合约中某些旧的自毁（self-destruct）机制，以减少智能合约被误操作的风险。

4. EIP-3554：将以太坊区块的挖掘奖励从 2 ETH 降低到 1 ETH，以控制以太坊通胀率。

5. EIP-1559（在伦敦升级中引入）的改进：增加燃料费用上限，限制过高的燃料费用，提高交易确认速度。

EIP-3198

EIP-3198是以太坊上海升级中的一个改进提案，旨在增强以太坊网络的安全性和抗 DDOS 攻击能力。

DDOS攻击是一种常见的网络攻击方式，攻击者通过向网络发送大量无效的请求或数据包，导致网络服务不可用或崩溃。以太坊网络也面临着 DDOS 攻击的风险，因为攻击者可以通过发送大量的无效交易请求来拥塞网络。

EIP-3198的主要目标是改进以太坊网络的流量管理机制，从而提高网络的抗 DDOS 攻击能力。具体来说，EIP-3198包括以下两个主要改进：

• 动态调整燃料费用上限

以太坊网络中的每笔交易都需要支付一定的燃料费用（gas fees），以激励矿工验证和打包交易。这些燃料费用的上限通常是固定的，而EIP-3198将引入一种动态调整燃料费用上限的机制，以根据当前网络状况自动调整燃料费用上限。这样做可以确保网络的可用性和稳定性，同时也可以有效地减少 DDOS 攻击的风险。

• 引入流量管理机制

EIP-3198还引入了一种流量管理机制，即通过限制每个 IP 地址的请求速率来控制网络的流量。具体来说，EIP-3198将引入一种名为“时间窗口（time window）”的机制，通过监视每个 IP 地址的请求速率来限制它们的请求速率。这样做可以有效地防止网络被大量的无效请求拥塞，提高网络的可用性和抗 DDOS 攻击能力。

EIP-3529

EIP-3529是以太坊上海升级中的一个改进提案，旨在优化以太坊网络的燃料费用（gas fees）和燃料费用调整算法。

在以太坊网络中，每笔交易都需要支付一定数量的燃料费用，以激励矿工验证和打包交易。燃料费用是以太坊网络中的核心机制，也是使得网络能够安全、稳定、高效运行的关键。然而，当前的燃料费用机制存在一些问题，如过高的燃料费用、燃料费用波动过大等，这些问题都需要得到解决。

EIP-3529的主要目标是优化以太坊网络的燃料费用机制，从而减少用户支付的燃料费用，并使网络更加高效和稳定。具体来说，EIP-3529包括以下两个主要改进：

• 静态燃料费用上限的优化

当前，以太坊网络中每个区块的燃料费用上限是固定的，而EIP-3529将引入一种新的静态燃料费用上限调整算法。这个算法会根据以太坊网络上的实际交易情况来动态地调整每个区块的燃料费用上限，从而使得整个网络更加高效和稳定。

• 燃料费用调整算法的改进

EIP-3529还对燃料费用调整算法进行了改进，以减少燃料费用的波动性。具体来说，EIP-3529将引入一种名为“Per-transaction pricing”的算法，即每个交易的燃料费用将由网络自动计算，而不是由用户手动设置。这种算法可以使得交易的燃料费用更加准确和公平，并且减少了燃料费用的波动性。

EIP-3541

EIP-3541是以太坊上海升级中的一个改进提案，旨在增强以太坊智能合约的可读性和可维护性。

在以太坊智能合约的开发过程中，开发者需要经常处理内存管理和堆栈操作，这对于一些开发者来说可能会比较困难。同时，内存管理和堆栈操作也可能会导致智能合约代码的可读性和可维护性下降。

EIP-3541的主要目标是通过引入新的智能合约指令来解决这些问题。具体来说，EIP-3541包括以下两个主要改进：

• 新的智能合约指令

EIP-3541将引入新的智能合约指令，包括RETURNDATASIZE、RETURNDATACOPY、STATICCALL、REVERT、INVALID、SELFDESTRUCT、CALLCODE等，这些指令将有助于简化内存管理和堆栈操作，并提高智能合约代码的可读性和可维护性。

• 合约创建的改进

当前，在以太坊网络中，合约的创建需要花费相对较高的燃料费用，并且还需要访问一个全局的合约计数器来生成新的合约地址。这可能会导致一些性能和安全问题。

EIP-3541将引入一个新的合约地址生成机制，使得合约地址的生成更加高效和安全。具体来说，新的机制将使用新的智能合约指令CREATE2来代替现有的合约创建机制，从而避免了访问全局计数器的需求，同时也可以减少燃料费用。

EIP-3554

EIP-3554是以太坊的一个提案，它旨在延长以太坊1.0主网的生命周期，为其提供更长期的支持和维护。具体来说，EIP-3554建议对以太坊的挖矿奖励机制进行调整，以确保矿工在以太坊主网升级后仍然有足够的激励来维护网络。

当前，以太坊的挖矿奖励机制是基于区块高度的固定奖励，即每挖出一个区块，矿工将获得一定数量的以太币作为奖励。随着时间的推移，这个固定奖励会逐渐减少，因此矿工需要依靠交易费用来获取更多的奖励。然而，随着以太坊1.0主网的生命周期逐渐接近，这种挖矿奖励机制将不再适用，因为交易费用可能不足以支撑矿工的运营成本。

为了解决这个问题，EIP-3554提出了一个新的挖矿奖励机制，即在以太坊1.0主网到期之后，每个新区块的奖励将会有一个固定的最低值，这将确保矿工始终有足够的激励来维护网络。与此同时，随着时间的推移，每个新区块的奖励将逐渐降低，直到最终达到零。

具体来说，EIP-3554建议在以太坊1.0主网到期后，在第13,000,000个区块之后，每个新区块的奖励将会有一个固定的最低值，即0.0005以太币。然后，每隔2048个区块，这个最低值将减半，直到最终降至0。

EIP-3554是为了确保以太坊主网的长期稳定性和可持续性而提出的一个重要提案，它将为以太坊的生态系统提供更长期的支持和维护。

EIP-1559

EIP-1559是以太坊上海升级中的一个重要提案，旨在改进以太坊的交易费用机制。当前，以太坊的交易费用是由用户根据网络拥堵程度自主设置的，这导致了一些问题，例如交易费用高昂、不稳定、易受操纵等。

EIP-1559的主要目标是通过改进交易费用机制来解决这些问题。具体来说，EIP-1559包括以下三个主要方面的改进：

• 基础交易费用

EIP-1559将引入一个基础交易费用（base fee），这是一个动态的费用，会根据网络拥堵程度自动调整。每个区块的基础交易费用将由网络自动计算，并在交易中明确显示。

• 最大交易费用

在当前的交易费用机制中，用户需要自己设置交易费用，这可能会导致一些交易费用过高或过低。EIP-1559将引入一个最大交易费用（max fee），这将限制交易费用的最高值，从而保护用户不被过度收费。

• 燃料费用

EIP-1559还将改变燃料费用的结构。当前，以太坊的燃料费用是由燃料价格和燃料限制两个参数组成，这使得交易费用计算变得复杂。EIP-1559将引入一个新的燃料费用结构，只有燃料限制会影响燃料费用，而燃料价格将被废除。

希望这些文字能对同学们有所帮助🧑‍🎓

StarkNet 是一个新型的 Layer 2 扩容方案，它在以太坊上运行，旨在实现高吞吐量、低费用和隐私保护等目标。StarkNet 的账户抽象模型建立在账户抽象的基础上，通过引入一些新的概念和机制，进一步提升了智能合约的灵活性和性能。

StarkNet 的账户抽象模型包含三个核心概念：

应用合约（Application Contracts）：应用合约是智能合约的一种，它通过 StarkNet 协议与底层区块链交互。应用合约可以读写存储器、调用其他合约，以及处理来自用户的交易请求。

世界状态（World State）：世界状态是智能合约的状态，它包含所有合约的存储器和区块链的账户状态。世界状态的更新是通过执行交易来完成的。

隐式账户（Implicit Accounts）：隐式账户是一种特殊的账户，它与应用合约紧密关联。每个应用合约都有一个唯一的隐式账户，该账户由 StarkNet 负责维护和管理。隐式账户没有私钥和地址，只能通过应用合约来访问和操作。

在 StarkNet 的账户抽象模型中，智能合约的状态保存在世界状态中，每个应用合约都有一个隐式账户与之对应。这种模型不仅能够提高智能合约的灵活性和可扩展性，还能够减少底层区块链的负担，从而提高整个系统的性能和吞吐量。

普通用户通常无需直接使用账户抽象，因为它是一种底层的技术概念，主要是为区块链开发者提供更灵活的智能合约编程方式和更高效的区块链应用部署方式。

不过，普通用户可以通过使用基于账户抽象的智能合约来体验更丰富的区块链应用，例如去中心化交易所、数字资产交易、投票系统等。这些应用通常会使用账户抽象来实现更高效的合约执行和更灵活的状态管理。

此外，普通用户也可以通过使用支持账户抽象的钱包来管理自己的数字资产和交易。这些钱包通常会提供更友好的用户界面和更方便的操作方式，以帮助用户更加轻松地使用区块链服务。

去中心化交易所（Decentralized Exchange，简称 DEX）是一种基于区块链技术的交易平台，它通过智能合约来实现交易、结算和资产管理等功能，同时不依赖于中心化机构来托管用户资产。去中心化交易所通常会使用账户抽象来实现更高效的合约执行和更灵活的状态管理。

在一个去中心化交易所中，通常会使用账户抽象来管理交易对的流动性和资金池。当用户想要交易某种数字资产时，他们可以将自己的资产存入交易对的资金池中，然后通过智能合约来实现交易。

具体来说，当用户将资产存入资金池时，它们会被存入一个特殊的隐式账户中，该账户与该交易对的智能合约相关联。这样，智能合约就可以访问和管理这些资产，同时确保交易的公正性和安全性。

当用户想要进行交易时，智能合约会根据当前的资金池情况来计算交易价格，并将交易结果保存在另一个隐式账户中。一旦交易完成，资金池中的资产也会相应地更新，以反映新的交易情况。

通过使用账户抽象，去中心化交易所能够实现更高效的交易和更灵活的资产管理，同时不依赖于中心化机构来托管用户资产。这样，用户就可以更加自由地管理自己的资产和参与到去中心化交易市场中。

以下是一个简单的 Solidity 智能合约示例，演示了基于账户抽象的用户交易场景。

假设有一个交易对，其中用户可以交易代币 A 和代币 B。该交易对的智能合约中包含两个隐式账户：一个用于存储代币 A，一个用于存储代币 B。用户可以通过向这两个账户中存入代币来参与交易，同时可以通过调用合约中的交易函数来进行交易。

pragma solidity >=0.8.0 <0.9.0;

contract MyExchange {
    mapping (address => uint256) private _balancesA;
    mapping (address => uint256) private _balancesB;
    
    function depositA(uint256 amount) public {
        _balancesA[msg.sender] += amount;
        // 将A的代币转账到交易所合约地址
        // ...
    }
    
    function depositB(uint256 amount) public {
        _balancesB[msg.sender] += amount;
        // 将B的代币转账到交易所合约地址
        // ...
    }
    
    function tradeAtoB(uint256 amount) public {
        uint256 price = getABPrice(amount);
        require(_balancesA[msg.sender] >= amount, "Insufficient balance");
        _balancesA[msg.sender] -= amount;
        _balancesB[msg.sender] += price;
        // 在交易所合约更新A和B代币余额
        // ...
    }
    
    function tradeBtoA(uint256 amount) public {
        uint256 price = getBAPrice(amount);
        require(_balancesB[msg.sender] >= amount, "Insufficient balance");
        _balancesB[msg.sender] -= amount;
        _balancesA[msg.sender] += price;
        // 在交易所合约更新A和B代币余额
        // ...
    }
    
    function getABPrice(uint256 amount) public view returns (uint256) {
        // 计算A基于B的价格
        // ...
    }
    
    function getBAPrice(uint256 amount) public view returns (uint256) {
        // 计算B基于A的价格
        // ...
    }
}

在上述智能合约中，depositA 和 depositB 函数用于向交易对的 A 和 B 账户中存入代币，tradeAtoB 和 tradeBtoA 函数用于实现 A 到 B 和 B 到 A 的代币交易，getABPrice 和 getBAPrice 函数用于计算交易价格。

用户可以通过向这些函数传递相应的参数来参与交易。例如，要将 10 个代币 A 交换为代币 B，用户可以先调用 depositA 函数将代币 A 存入 A 账户中，然后调用 tradeAtoB 函数来进行交易。在交易完成后，用户的代币 B 余额将相应地增加，并且代币 A 余额将减少。

入门Starknet与AA，请戳下面视频。

最近在学习WTF学院的Ethers入门系列课程。

这是我对第12课 - 【识别ERC721合约】的学习建议。课程链接如下：

https://wtf.academy/ether-start/ERC721Check/

虽然课程内容不长，实例代码也非常精简直白，但其中依然有几个知识点是在我的学习过程中，在脑海中产生了碰撞的。故整理本文，希望Web3的Buidler有帮助。

课前准备

识别ERC721合约的前提是对ERC721和ERC165标准的理解。因此我们需要提前完成以下课程。

ERC721

https://wtf.academy/solidity-application/ERC721/

这是WTF学院Solidity应用系列的课程之一。其中对ERC721和ERC165标准做了详细介绍。

该课程的学习我也做了视频分享，发布在了Youtube和B站上，链接分别为：

https://www.bilibili.com/video/BV1aT41197Mx/

对于倾向于通过视频进行学习的同学，请参考以上视频。

ERC165规范对接口标识的定义

在通过ERC165来识别ERC721标准时，会用到接口ID，也就是interface ID。因此，在学习如何识别时，需要对接口ID的标识机制有所了解。官方文档自然是最佳的信息源。请参考以下以太坊的EIP165官方文档的相关章节学习接口标识机制。

https://eips.ethereum.org/EIPS/eip-165#how-interfaces-are-identified

该文档提到：

For this standard, an interface is a set of function selectors as defined by the Ethereum ABI. This a subset of Solidity’s concept of interfaces and the interface keyword definition which also defines return types, mutability and events.

We define the interface identifier as the XOR of all function selectors in the interface.

示例代码：

pragma solidity ^0.4.20;

interface Solidity101 {
    function hello() external pure;
    function world(int) external pure;
}

contract Selector {
    function calculateSelector() public pure returns (bytes4) {
        Solidity101 i;
        return i.hello.selector ^ i.world.selector;
    }
}

课程学习视频分享

Ethers入门的第12课 - 识别ERC721合约的学习视频分享同步发布在了Youtube和B站，请戳以下链接访问观看。

https://www.bilibili.com/video/BV1ky4y1o7v5/

希望以上信息的分享能更好的帮助Web3 Buidler们学习WTF学院Ethers入门的第12课。