这个教程看完可以日常使用了 https://www.bilibili.com/video/BV1LS4y1U72n/?spm_id_from=333.788稍微总结下java转过去的感觉很亲切，无脑写业务就行（internal-→logic）里面写就行了，别的地方几乎不用管，框架还贴心的写了todo生成工具很全,一个生成router这样的业务代码，一个生成model层代码，很javagoctl model mysql ddl -src="sql路径" -dir="."goctl api go -api temp/nft.api -dir .可以自己写sql，舒服，ORM怎么用都不习惯单体应用转微服务方便，代价很小使用时注意点自动生成的代码不要动，顶部也会提示，不然下次再自动生成会冲掉，业务逻辑则不会冲掉，可以放心自动生成代码model层的后续加业务则没法自动生成，可以记录下哪里是自己写的代码，方便后面重新生成api文件要分模块的话，service名字要一样，这个点稀奇古怪的。mysql创建表时最好勾上not null，不然model层会出现sql.NullString类型，有点不...

这个教程看完可以日常使用了 https://www.bilibili.com/video/BV1LS4y1U72n/?spm_id_from=333.788稍微总结下java转过去的感觉很亲切，无脑写业务就行（internal-→logic）里面写就行了，别的地方几乎不用管，框架还贴心的写了todo生成工具很全,一个生成router这样的业务代码，一个生成model层代码，很javagoctl model mysql ddl -src="sql路径" -dir="."goctl api go -api temp/nft.api -dir .可以自己写sql，舒服，ORM怎么用都不习惯单体应用转微服务方便，代价很小使用时注意点自动生成的代码不要动，顶部也会提示，不然下次再自动生成会冲掉，业务逻辑则不会冲掉，可以放心自动生成代码model层的后续加业务则没法自动生成，可以记录下哪里是自己写的代码，方便后面重新生成api文件要分模块的话，service名字要一样，这个点稀奇古怪的。mysql创建表时最好勾上not null，不然model层会出现sql.NullString类型，有点不...

1.说明现在网站会提供很多种钱包，web3modal可以提供统一的provider，不需要你操心太多东西用ether.js而不是web3.js的原因是简单，爽2.安装npm i web3modal npm i ethers //另外还需要安装对应wallet的包，自行搜索就行 3.连接钱包// MM默认就有，无需显式加入 const providerOptions = { walletconnect: { package: walletconnectProvider, options: { infuraId: "", }, }, }; //构建Web3Modal对象 const web3Modal = new Web3Modal({ //缓存provider cacheProvider: true, providerOptions, }); //连接wallet async function connect() { try { const web3ModalProvider = await web3Modal.connect(); provider = new ethers.pr...

1.说明现在网站会提供很多种钱包，web3modal可以提供统一的provider，不需要你操心太多东西用ether.js而不是web3.js的原因是简单，爽2.安装npm i web3modal npm i ethers //另外还需要安装对应wallet的包，自行搜索就行 3.连接钱包// MM默认就有，无需显式加入 const providerOptions = { walletconnect: { package: walletconnectProvider, options: { infuraId: "", }, }, }; //构建Web3Modal对象 const web3Modal = new Web3Modal({ //缓存provider cacheProvider: true, providerOptions, }); //连接wallet async function connect() { try { const web3ModalProvider = await web3Modal.connect(); provider = new ethers.pr...

现在都用merkle tree 空投，记录下merkle tree原理用leaves一层又一层计算出root hash，验证时拿leaf+和该leaf有关的leaf再计算一遍root hash是否一样 具体说明看这里，肯定能懂 https://www.npmjs.com/package/merkletreejs步骤：1.生成root hashconst { MerkleTree } = require("merkletreejs"); const keccak256 = require("keccak256"); //获取hash root const leaves = ["地址1","地址2".....].map((x) => keccak256(x)); const tree = new MerkleTree(leaves, keccak256); const root = tree.getHexRoot(); //获取leaf验证的路径 const leaf = keccak256("a"); const proof = tree.getProof(leaf); 2.sol...

现在都用merkle tree 空投，记录下merkle tree原理用leaves一层又一层计算出root hash，验证时拿leaf+和该leaf有关的leaf再计算一遍root hash是否一样 具体说明看这里，肯定能懂 https://www.npmjs.com/package/merkletreejs步骤：1.生成root hashconst { MerkleTree } = require("merkletreejs"); const keccak256 = require("keccak256"); //获取hash root const leaves = ["地址1","地址2".....].map((x) => keccak256(x)); const tree = new MerkleTree(leaves, keccak256); const root = tree.getHexRoot(); //获取leaf验证的路径 const leaf = keccak256("a"); const proof = tree.getProof(leaf); 2.sol...

func main() { client, err := ethclient.Dial("https://rinkeby-light.eth.linkpool.io/") if err != nil { log.Fatal(err) } //获取当前的最新区块 header, err := client.HeaderByNumber(context.Background(), nil) if err != nil { log.Fatal(err) } fmt.Println("最新区块", header.Number.String()) // 5671744 //开始查询日志，可以添加过滤条件，查询符合你想要的日志 query := ethereum.FilterQuery{ FromBlock: big.NewInt( 10570948), ToBlock: header.Number, Addresses: []common.Address{ common.HexToAddress("0x40490DF1cc631817D24BA324147c59821C8970BF"), ...

func main() { client, err := ethclient.Dial("https://rinkeby-light.eth.linkpool.io/") if err != nil { log.Fatal(err) } //获取当前的最新区块 header, err := client.HeaderByNumber(context.Background(), nil) if err != nil { log.Fatal(err) } fmt.Println("最新区块", header.Number.String()) // 5671744 //开始查询日志，可以添加过滤条件，查询符合你想要的日志 query := ethereum.FilterQuery{ FromBlock: big.NewInt( 10570948), ToBlock: header.Number, Addresses: []common.Address{ common.HexToAddress("0x40490DF1cc631817D24BA324147c59821C8970BF"), ...

1. etherjs签名async walletSignMessage(message) { const signer = await window.ethProvider.getSigner(); const result = await signer.signMessage(message); return result; } 2.go后端验证func VerifySig(address, signature, msg string) bool { bytes := []byte(msg) fromAddr := common.HexToAddress(address) sig := hexutil.MustDecode(signature) if sig[64] != 27 && sig[64] != 28 { return false } sig[64] -= 27 pubKey, err := crypto.SigToPub(signHash(bytes), sig) if err != nil { return false } recoveredA...

1. etherjs签名async walletSignMessage(message) { const signer = await window.ethProvider.getSigner(); const result = await signer.signMessage(message); return result; } 2.go后端验证func VerifySig(address, signature, msg string) bool { bytes := []byte(msg) fromAddr := common.HexToAddress(address) sig := hexutil.MustDecode(signature) if sig[64] != 27 && sig[64] != 28 { return false } sig[64] -= 27 pubKey, err := crypto.SigToPub(signHash(bytes), sig) if err != nil { return false } recoveredA...

//使用web3.js和eth-sig-util生成签名 import Web3 from "web3"; var sigUtil = require("eth-sig-util") const typedData = { //定义数据格式 types: { //固定格式,不要动,并且字段一个都不能少 //name:contract name //vaersion:版本号,如1.0随意 //chainId:当前链chainId //verifyingContract:合约地址 EIP712Domain: [ {name: 'name', type: 'string'}, {name: 'version', type: 'string'}, {name: 'chainId', type: 'uint256' }, {name: 'verifyingContract', type: 'address' }, ], //自定义自己业务的数据格式 Mail: [ {name: 'from', type: 'address'}, {name: 'to', type: 'address'},...

//使用web3.js和eth-sig-util生成签名 import Web3 from "web3"; var sigUtil = require("eth-sig-util") const typedData = { //定义数据格式 types: { //固定格式,不要动,并且字段一个都不能少 //name:contract name //vaersion:版本号,如1.0随意 //chainId:当前链chainId //verifyingContract:合约地址 EIP712Domain: [ {name: 'name', type: 'string'}, {name: 'version', type: 'string'}, {name: 'chainId', type: 'uint256' }, {name: 'verifyingContract', type: 'address' }, ], //自定义自己业务的数据格式 Mail: [ {name: 'from', type: 'address'}, {name: 'to', type: 'address'},...

因为做了一个NFT市场，所以对opensea，rarible，looksrare合约都研究了下，记录如下 合约架构 https://etherscan.io/accounts/label/looksrare 三家的合约高度相似，只不过是将代码重构的好看一些。再加些最近才有的EIP。looksare基本上是把能拆的都拆了，比如手续费、版权（EIP2981）、transfer，对比下另外两家，舒服很多 业务逻辑基本都是链下操作，只有在真正mint nft，撮合交易成功，取消交易才会上链。甚至现在mint nft都不上链，第一次transfer时才会mint nft。进一步减少gas消耗。创建订单：使用订单参数+salt进行EIP712 signature，transfer时在合约中验证签名，这样能减少Gas和保证订单没问题。。。。。才怪，open就出了有人拿到signature后，等订单过期了再去调用合约，把人家的nft低价撸走的bug。取消订单：链上不保存创建订单。就像上面说的，防止bug出现，就要链上保存取消的订单，但是opensea没有判断 currentTime>expire...

因为做了一个NFT市场，所以对opensea，rarible，looksrare合约都研究了下，记录如下 合约架构 https://etherscan.io/accounts/label/looksrare 三家的合约高度相似，只不过是将代码重构的好看一些。再加些最近才有的EIP。looksare基本上是把能拆的都拆了，比如手续费、版权（EIP2981）、transfer，对比下另外两家，舒服很多 业务逻辑基本都是链下操作，只有在真正mint nft，撮合交易成功，取消交易才会上链。甚至现在mint nft都不上链，第一次transfer时才会mint nft。进一步减少gas消耗。创建订单：使用订单参数+salt进行EIP712 signature，transfer时在合约中验证签名，这样能减少Gas和保证订单没问题。。。。。才怪，open就出了有人拿到signature后，等订单过期了再去调用合约，把人家的nft低价撸走的bug。取消订单：链上不保存创建订单。就像上面说的，防止bug出现，就要链上保存取消的订单，但是opensea没有判断 currentTime>expire...