首要决策是 「部署在哪条链上」，这个选择会影响后续所有实现环节。当时有两个明确选项：Solana 和 Base。
Solana
优势：
-
土狗币交易量最高的链；
-
聚光灯效应：任何部署在这里的项目都容易获得一定关注度。
劣势：
-
实现灵活性低，必须遵循现有代币标准；
-
开发复杂度高，需要大量变通方案；
-
开发周期长；
-
基础设施成本高且不稳定。
Base
优势：
-
EVM 系链中 「土狗币」 交易量最高；
-
对开发者支持完善；
-
EVM 开发体验极佳；
-
可直接复用现有基础设施。
劣势：
-
「土狗币」 交易量不及 Solana。
由于 Blind 并非商业项目，只是一个周末练手作品，我们无需考虑 「潜在财务回报」 相关决策，只需选择 「不让开发过程太痛苦」 的方案。
最终我们选择了 EVM。开发区块链应用时，EVM 是最成熟、体验最好的区块链基础设施，能让我们快速、高效且明智地推进开发。
可复用的现有基础设施确定链之后，下一步是寻找可复用的 SDK（软件开发工具包）或现成合约，避免从零开始写代码。尤其是智能合约部分，优先使用经过审计的合约，能大幅降低安全风险。
幸运的是，EVM 生态中有大量可复用资源，我们主要有两个选择：
-
基于 Uniswap 等 DEX 开发，在 Uniswap V4 基础上自行搭建所有准入控制逻辑；
-
基于现有发行平台的基础设施（如 Flaunch 的 SDK）开发，该 SDK 已内置索引、元数据上传、发行曲线配置、预售阶段管理等功能。
我们再次选择 「阻力最小的路径」：基于 Flaunch 开发。这样一来，我们可以专注于 「发行平台的社交属性 + 前端展示」，无需在资金池配置、索引基础设施、收益分成合约等基础功能上浪费时间和金钱。
「既然比你聪明的人已经把活儿干完了，何必再重复造轮子呢？」
代币部署方式确定 SDK 后，需要决策 「谁来实际执行代币部署」，有两个方案可选：
方案 1：用户发起交易部署代币
-
需开发代理合约，确保用户选择的发行参数符合平台要求；
-
需找到办法，在 Flaunch 现有子图索引器中追踪所有已部署代币。
方案 2：用户向后端提交 「部署请求」，由平台机器人执行部署
-
所有代币均由平台自有 EOA（外部拥有账户）部署，便于在索引器中追踪平台发行的所有代币；