1. 代理模式（Proxy Pattern）

代理模式在智能合约中用于实现对合约升级的功能。在代理模式下，合约的业务逻辑和存储被分离，通常有一个代理合约（Proxy Contract）和一个或多个逻辑合约（Logic Contract）。代理合约中包含了所有需要存储的状态变量，而逻辑合约包含了实现业务逻辑的函数。通过代理合约转发调用到当前的逻辑合约，可以在不改变代理合约地址的情况下更新逻辑合约。

示例：假设我们有一个ERC20代币合约，但未来可能需要对代币的转移逻辑进行优化。我们可以设计一个代理合约，在初期指向一个简单的逻辑合约。当有新的逻辑需要部署时，我们只需要更新代理合约中的逻辑合约地址即可，而不必重新部署整个代币合约。

2. 调用者限制模式（Access Control Patterns）

这是智能合约中最常用的一种模式，用于确保只有特定的账户或合约才能调用某些函数。最常见的是Ownable模式，其中合约有一个所有者（owner），只有所有者可以执行特定的操作，比如修改其他用户的角色或权限。

示例：在数字资产交易平台的智能合约中，可能只有合约的所有者才能添加新的交易对或修改现有的交易对参数。通过在合约中定义一个owner变量，并在每个需要权限检查的函数中使用onlyOwner修饰符，确保这些操作只能由合约的所有者执行。

3. 拉取支付模式（Pull Over Push Payments）

在这种模式下，资金不是直接从发送方推送到接收方，而是由接收方从合约中拉取。这种方式可以避免发送方在交易过程中出现的重入（reentrancy）攻击等问题。

示例：假设你正在设计一个在线市场，买家可以向卖家支付商品费用。如果直接从买家的账户向卖家的账户转账，则存在被攻击的风险。相反，可以先将买家的资金存入合约，当卖家确认发货后，允许卖家从合约中提取相应的款项。合约中可以有一个claimPayment函数，卖家可以通过调用这个函数来获取自己的资金，这样就避免了直接转账的风险。