需求是什么？

必须是 OKX Wallet 生成的 address 才能参与

（只能是）认购模式

• OKX Wallet 需提供 API 来验证地址是否合规 —— 是否从 Wallet 生成

  输入地址，返回 true/false

• IDO 平台需要搭建一个后端 signer。

• 用户在认购时，需要：

  1. 先用地址请求后端 signer；
  2. 后端 signer 请求 OKX Wallet API，检查地址是否合规；
  3. 若合规，signer 签名并返回 signature 给用户；
  4. 用户使用 signature 去发起链上认购；
  5. 认购合约检查 signature；
  6. 检查通过后，用户认购成功。

必须用 OKX Wallet 才能参与

认购模式

• 页面可挡住非合规用户：

  • 连接钱包前 —— 判断 UserAgent 内的信息：

    OKEx/6.111.0
    OKApp/(OKEx/6.111.0) 
    brokerDomain/www.okx.com 
    brokerId/0
    

  • 连接钱包时 —— 判断是否使用 window.okxwallet

• 因为只是前端判断，所以：

  ⚠️无法⚠️ 挡住直接在合约发起链上认购的用户。

  但是，若 OKX Wallet 能收集所有使用 Wallet 的用户的地址，则可以使用类似于上面提及的的方法。

交易模式

• 因为所有交易必须走 OKX DEX Aggregator，代表在没有用户细分的情况下，所有 OKX DEX Aggregator 的上游都能买到新发 token。

• 若要做用户细分，则需要在 OKX DEX Aggregator 上做。

• 前端页面不再是功能页面，只是展示页 + 入口（Swap：指向 OKX DEX，LP：指向 Native UI）。所以即使可以用这个方法来挡住非合规用户，但意义不大。因为用户可以立刻跳转到 OKX DEX 进行交易。

• 因为 OKX DEX Aggregator 的 DEX 聚合部分不需要用到后端，所以：

  ⚠️无法⚠️ 挡住直接在合约发起链上交易的用户。

UI UX 稿件

https://www.figma.com/design/jRq1uHVxOWogmZSP99AkuA/IDO-widget?node-id=6-405&t=oKbIlEZRsJPPfnbP-1