分币智能合约的设计原则透明性 白名单， 106名参与者地址作为白名单写入合约 数据上链，从白名单写入 到 白名单审核 再到 ETH 分发 所有过程都在链上进行安全性ETH 严格按照白名单分发， 分发过程由合约控制合约保证白名单地址的变更一定由原地址的owner发起白名单一旦审核确认后原则上不可更改白名单被审核确认后才能开始Claim ETH敏感操作例如白名单审核确认 只允许多签操作可追溯 分发的次数、金额和每个地址接收的金额数据 链上永久可查易用性 合约提供功能 方便查询ETH分发的历史信息 ETH分发流程：合约部署 => 106名参与者原始白名单导入合约 => 调用合约更改白名单 => 多签审核确认白名单 => ETH转入合约 => 合约按照白名单分发ETHLP地址变更流程换LP的地址是一个很敏感的事情，要避免被冒领的情况发生。 合约提供对LP换地址的验证功能。所以这里需要我们LP用原有的钱包地址链接合约，发起更换地址的请求(request)，来证明自己对LP地址的ownership。 再在discord群里发自己的request的序号（Nonce），多签通过合约审核确认req...

分币智能合约的设计原则透明性 白名单， 106名参与者地址作为白名单写入合约 数据上链，从白名单写入 到 白名单审核 再到 ETH 分发 所有过程都在链上进行安全性ETH 严格按照白名单分发， 分发过程由合约控制合约保证白名单地址的变更一定由原地址的owner发起白名单一旦审核确认后原则上不可更改白名单被审核确认后才能开始Claim ETH敏感操作例如白名单审核确认 只允许多签操作可追溯 分发的次数、金额和每个地址接收的金额数据 链上永久可查易用性 合约提供功能 方便查询ETH分发的历史信息 ETH分发流程：合约部署 => 106名参与者原始白名单导入合约 => 调用合约更改白名单 => 多签审核确认白名单 => ETH转入合约 => 合约按照白名单分发ETHLP地址变更流程换LP的地址是一个很敏感的事情，要避免被冒领的情况发生。 合约提供对LP换地址的验证功能。所以这里需要我们LP用原有的钱包地址链接合约，发起更换地址的请求(request)，来证明自己对LP地址的ownership。 再在discord群里发自己的request的序号（Nonce），多签通过合约审核确认req...

分币智能合约的设计原则透明性 白名单， 106名参与者地址作为白名单写入合约 数据上链，从白名单写入 到 白名单审核 再到 ETH 分发 所有过程都在链上进行安全性ETH 严格按照白名单分发， 分发过程由合约控制合约保证白名单地址的变更一定由原地址的owner发起白名单一旦审核确认后原则上不可更改白名单被审核确认后才能开始Claim ETH敏感操作例如白名单审核确认 只允许多签操作可追溯 分发的次数、金额和每个地址接收的金额数据 链上永久可查易用性 合约提供功能 方便查询ETH分发的历史信息 ETH分发流程合约部署 => 106名参与者原始白名单导入合约 => 调用合约更改白名单 => 多签审核确认白名单 => ETH转入合约 => 合约按照白名单分发ETHLP地址变更流程换LP的地址是一个很敏感的事情，要避免被冒领的情况发生。 合约提供对LP换地址的验证功能。所以这里需要我们LP用原有的钱包地址链接合约，发起更换地址的请求(request)，来证明自己对LP地址的ownership。 再在discord群里发自己的request的序号（Nonce），多签通过合约审核确认requ...

分币智能合约的设计原则透明性 白名单， 106名参与者地址作为白名单写入合约 数据上链，从白名单写入 到 白名单审核 再到 ETH 分发 所有过程都在链上进行安全性ETH 严格按照白名单分发， 分发过程由合约控制合约保证白名单地址的变更一定由原地址的owner发起白名单一旦审核确认后原则上不可更改白名单被审核确认后才能开始Claim ETH敏感操作例如白名单审核确认 只允许多签操作可追溯 分发的次数、金额和每个地址接收的金额数据 链上永久可查易用性 合约提供功能 方便查询ETH分发的历史信息 ETH分发流程合约部署 => 106名参与者原始白名单导入合约 => 调用合约更改白名单 => 多签审核确认白名单 => ETH转入合约 => 合约按照白名单分发ETHLP地址变更流程换LP的地址是一个很敏感的事情，要避免被冒领的情况发生。 合约提供对LP换地址的验证功能。所以这里需要我们LP用原有的钱包地址链接合约，发起更换地址的请求(request)，来证明自己对LP地址的ownership。 再在discord群里发自己的request的序号（Nonce），多签通过合约审核确认requ...

分币智能合约的设计原则透明性 白名单， 106名参与者地址作为白名单写入合约 数据上链，从白名单写入 到 白名单审核 再到 ETH 分发 所有过程都在链上进行安全性ETH 严格按照白名单分发， 分发过程由合约控制合约保证白名单地址的变更一定由原地址的owner发起白名单一旦审核确认后原则上不可更改白名单被审核确认后才能开始Claim ETH敏感操作例如白名单审核确认 只允许多签操作可追溯 分发的次数、金额和每个地址接收的金额数据 链上永久可查易用性 合约提供功能 方便查询ETH分发的历史信息 ETH分发流程合约部署 => 106名参与者原始白名单导入合约 => 调用合约更改白名单 => 多签审核确认白名单 => ETH转入合约 => 合约按照白名单分发ETHLP地址变更流程换LP的地址是一个很敏感的事情，要避免被冒领的情况发生。 合约提供对LP换地址的验证功能。所以这里需要我们LP用原有的钱包地址链接合约，发起更换地址的请求(request)，来证明自己对LP地址的ownership。 再在discord群里发自己的request的序号（Nonce），多签通过合约审核确认requ...

分币智能合约的设计原则透明性 白名单， 106名参与者地址作为白名单写入合约 数据上链，从白名单写入 到 白名单审核 再到 ETH 分发 所有过程都在链上进行安全性ETH 严格按照白名单分发， 分发过程由合约控制合约保证白名单地址的变更一定由原地址的owner发起白名单一旦审核确认后原则上不可更改白名单被审核确认后才能开始Claim ETH敏感操作例如白名单审核确认 只允许多签操作可追溯 分发的次数、金额和每个地址接收的金额数据 链上永久可查易用性 合约提供功能 方便查询ETH分发的历史信息 ETH分发流程合约部署 => 106名参与者原始白名单导入合约 => 调用合约更改白名单 => 多签审核确认白名单 => ETH转入合约 => 合约按照白名单分发ETHLP地址变更流程换LP的地址是一个很敏感的事情，要避免被冒领的情况发生。 合约提供对LP换地址的验证功能。所以这里需要我们LP用原有的钱包地址链接合约，发起更换地址的请求(request)，来证明自己对LP地址的ownership。 再在discord群里发自己的request的序号（Nonce），多签通过合约审核确认requ...