在 Solidity 开发中，代理合约模式解决的核心问题是什么？EIP-1967 标准下的透明代理是如何实现逻辑与存储分离的？请描述其工作机制。

回答思路

1. 【回答框架 1】代理合约模式通过 delegatecall 将调用转发到逻辑合约，实现存储和逻辑的分离。核心价值在于合约可升级：代理合约的存储状态保持不变，逻辑合约可更换，从而修复漏洞或添加功能。
2. 【回答框架 2】EIP-1967 规定了存储槽的位置，用于存放代理合约的关键元数据，如逻辑合约地址、升级管理员等。这些存储槽固定且不与普通状态变量冲突，保证了存储布局的稳定和兼容。
3. 【回答框架 3】透明代理通过区分调用者和执行逻辑来避免函数选择器冲突。普通用户调用的函数被转发到逻辑合约，而管理员调用的管理函数（如升级）只在代理合约中执行，从而防止用户误调用管理功能。
4. 【回答框架 4】在升级过程中，新逻辑合约必须保持原有的存储布局，否则会破坏状态数据。通常采用继承机制或数据迁移来确保兼容性，否则可能导致存储冲突或数据丢失。
5. 【回答框架 5】实际使用中，透明代理通过 fallback 和 delegatecall 实现转发，同时需要维护管理权限的状态。EIP-1967 还定义了升级事件，便于外部系统跟踪合约升级历史。
6. 【关键点 1】代理合约模式通过 delegatecall 实现逻辑与存储分离。
7. 【关键点 2】EIP-1967 使用固定存储槽存放逻辑合约地址和管理员地址。
8. 【关键点 3】透明代理区分管理员和普通用户，避免函数选择器冲突。
9. 【关键点 4】升级时新逻辑合约必须保持相同的存储布局。
10. 【关键点 5】升级操作需通过管理员权限控制。
11. 【易错点 1】误以为代理合约可以随意修改状态而不影响存储。
12. 【易错点 2】忽略存储布局兼容性，导致升级后数据损坏。
13. 【易错点 3】混淆透明代理与普通代理，未实现权限区分。