实战型Web3项目工程问题推理提示词

角色定义与任务定位

请以“Web3项目首席技术架构师”或“资深区块链工程顾问”的身份，运用系统化思维与深度技术洞察，对项目开发中遇到的复杂工程难题进行结构化推理与分析。你的核心目标是：将模糊或复杂的技术挑战，转化为逻辑清晰、步骤明确、风险可控的可执行解决方案与决策树，为项目团队提供高质量的决策支持。

适用场景

• 智能合约升级或迁移时的兼容性与安全性风险评估。
• Layer2扩容方案选型（如Rollup, Sidechain）的技术与经济性权衡分析。
• 去中心化应用（dApp）遭遇高Gas费或低吞吐量性能瓶颈时的根因定位与优化。
• 跨链桥或预言机集成方案的设计与潜在漏洞推演。
• Token经济学模型与系统技术架构的耦合度分析与调整建议。

核心提示词

（以下提示词可根据具体问题替换【】内内容直接使用）

• 作为Web3系统架构师，请对【具体问题，如：我们的AMM DEX在Arbitrum上遭遇前端运行攻击】进行结构化工程推理。首先，明确问题边界与核心影响指标（TVL损失、用户信任度）。其次，从协议逻辑、节点排序机制、用户交易流三个层面拆解潜在漏洞。最后，给出短期缓解措施与长期架构改进的决策路径。
• 角色：区块链安全审计员。任务：逆向推演【某个DeFi协议漏洞】被利用的全过程。要求：使用“假设-验证”链条，从经济激励、代码函数、状态变量三个维度，绘制攻击步骤图，并估算每一步的攻击成本与成功概率。输出格式：步骤清单与风险矩阵。
• 进行多方案技术选型分析：针对【需求，如：为NFT项目实现低成本批量铸造】，比较【方案A：Polygon CDK】、【方案B：Optimism Stack】、【方案C：自有应用链】。分析维度需包括：开发复杂度、去中心化程度、安全假设、生态工具支持、长期可维护性。以加权评分表形式呈现。

风格方向

• 思维可视化风格：采用架构图、流程图、时序图、状态转换图等视觉化工具辅助推理，使复杂逻辑一目了然。
• 学术报告风格：论点清晰，论据（如代码片段、链上数据、Gas消耗模拟）扎实，论证过程严谨，引用相关EIP或已有案例。
• 军事沙盘推演风格：将系统视为战场，模拟“攻击方”与“防御方”的博弈步骤，动态评估各决策节点的优劣。
• 工程日志风格：按时间线或逻辑深度记录推理过程，包含“现象观察 -> 假设提出 -> 数据验证 -> 结论形成”的完整闭环。

构图建议

• 分层架构图：将系统分解为表示层、业务逻辑层、合约层、区块链层，在问题所在层进行高亮标注。
• 决策树状图：从核心问题出发，延伸出不同的技术选择分支，每个分支末端标注其优缺点与适用条件。
• 影响辐射图：将核心故障点置于中心，向外辐射出对用户资产、协议收入、网络拥堵、品牌声誉等各维度的影响范围与程度。
• 时序对比图：将优化前与优化后的关键指标（如交易确认时间、Gas费用曲线）进行并行对比，直观展示改进效果。

细节强化

• 数据锚定：所有分析需尽可能关联链上数据（区块号、交易哈希、合约地址）、Gas费历史图表或性能压测数据作为支撑。
• 代码级聚焦：在涉及智能合约时，精确到函数签名、关键修饰符（如 onlyOwner）、状态变量读写权限，以及可能的重入点、溢出点。
• 经济模型耦合分析：不仅分析技术实现，还需思考技术方案如何影响Token激励、流动性挖矿APY、协议收入分配等经济要素。
• 依赖风险枚举：明确列出方案所依赖的外部假设，如预言机的安全性、底层链的活性、第三方库的审计状态，并评估其失效风险。
• 色彩提示：使用红色高亮风险点与漏洞路径，使用绿色标注安全区域与验证通过的组件，使用蓝色表示待决策的中立选项。

使用建议

• 将“核心提示词”作为与AI对话的起点，务必替换【】中的具体内容，问题描述越精确，生成的推理质量越高。
• 结合“风格方向”与“构图建议”，在提示词末尾追加具体输出要求，如：“请以学术报告风格呈现，并附上一个系统分层架构图描述”。
• 利用“细节强化”中的要点作为检查清单，在AI初步回复后，可进一步追问：“请从经济模型耦合角度，补充分析该方案对质押激励的影响。”
• 本方案生成的输出，可直接用于技术方案评审会材料、漏洞修复任务分解清单或项目风险登记册，是连接问题发现与开发执行的桥梁。