EIP-712签名介绍以及使用hardhat实现

这篇具有很好参考价值的文章主要介绍了EIP-712签名介绍以及使用hardhat实现。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

简介

EIP-712是一种高级安全的交易签名方法。使用该标准不仅可以签署交易并且可以验证签名,而且可以将数据与签名以用户可见内容的方式一起传递到智能合约中,并且可以根据该数据验证签名以了解签名者是否是实际发送该签名的人要在交易中调用的数据。

EIP-712提出了数据的标准结构和从结构化消息生成散列的定义过程。然后使用此散列生成签名。通过这种方式,为发送交易生成的签名与为验证身份或任何其他目的生成的签名之间就有了明显的区别。EIP-712草案将签名方案背后的动机表述为:

提高链上使用的链下消息签名的可用性。我们看到越来越多的人采用链下消息签名,因为它节省了gas,减少了区块链上的交易数量。

结构解析

EIP712签名包含三个部分:domain,types和data,以下面的代码为例:其中domain主要用来区分针对不同合约的签名,共包含合约名称(name)、版本号(version)、链ID(chainId)、合约地址(verifyingContract)和盐(salt)五个可选择的部分,types部分限定了需要签名的函数为listNFTwithSig(注意合约中的函数名可以开头不大写,但是签名内容中的函数名必须开头大写)并限定了函数的五个参数与其数据类型,data部分给函数中的参数赋值

    const message = {
        domain: {
            name: "NFTMarket",
            version: "1.0",
            chainId: chainId,
            verifyingContract: marketContract.address
        },
        types: {
            ListNFTwithSig: [
                {name: "_NFTContract", type: "address"},
                {name: "_tokenId", type: "uint256"},
                {name: "_price", type: "uint256" },
                {name: "nonce", type: "uint256" },
                {name: "deadline", type: "uint256"}
            ],
        },
        data: {
            _NFTContract: nftContract.address,
            _tokenId: 4,
            _price: 100,
            nonce: 0,
            deadline: 100,
        }
    };

签名并验证

演示代码均在Ubuntu中实现,需要系统提前安装好最新版的node.js,如果没有安装或者版本低的话参照这篇博文安装或更新node.js
安装好之后,新建一个文件夹,在文件夹下新建终端,输入以下命令安装hardhat模块

npm install --save-dev hardhat

输入以下命令初始化hardhat环境

npx hardhat

按四次回车初始化js部署环境。eip712,区块链开发,区块链

等所有模块下载好之后进入scripts文件夹下新建文件run.js,将以下代码输入其中

const main = async () => {
    const [guy, randomGuy] = await hre.ethers.getSigners();
    console.log('Guy\'s address:', guy.address);

    const marketContractFactory = await hre.ethers.getContractFactory("NFTMarket");
    const marketContract = await marketContractFactory.deploy();
    console.log("Contract deployed to:", marketContract.address);
    const chainId = await guy.getChainId(); // 31337
    const nftContract = '0x5fbdb2315678afecb367f032d93f642f64180aa3';
    const message = {
        domain: {
            name: "NFTMarket",
            version: "1.0",
            chainId: chainId,
            verifyingContract: marketContract.address
        },
        types: {
            ListNFTwithSig: [
                {name: "_NFTContract", type: "address"},
                {name: "_tokenId", type: "uint256"},
                {name: "_price", type: "uint256" },
                {name: "nonce", type: "uint256" },
                {name: "deadline", type: "uint256"}
            ],
        },
        data: {
            _NFTContract: nftContract,
            _tokenId: 0,
            _price: 100,
            nonce: 0,
            deadline: 100,
        }
    };
	
    console.log(message.domain, message.data);

    // 得到一条哈希
    const sign = await guy._signTypedData(message.domain, message.types, message.data);
    console.log(sign);

    // 从哈希中提取v, r, s
    const sig = ethers.utils.splitSignature(sign);
    console.log(sig.v, sig.r, sig.s);
	
	// 在js中验证签名
    const recoveredAddress = ethers.utils.verifyTypedData(message.domain, message.types, message.data, sig);

    console.log('signer add in js file:', recoveredAddress);

	// 在合约中验证签名
    const _listWithSig = await marketContract.connect(randomGuy).listNFTwithSig(nftContract, 0, 100, 100, sig.v, sig.r, sig.s);
    await _listWithSig.wait();
}

const runMain = async () => {
    try {
        await main();
        process.exit(0);
    }
    catch(error) {
        console.log(error);
        process.exit(1);
    }
}

runMain();

再到contracts文件夹下新建文件起名eip712.sol,将以下代码输入其中:

//SPDX-License-Identifier: MIT
pragma solidity ^0.8.17;

import "hardhat/console.sol";

contract NFTMarket {
    mapping(address => uint256) nonces;
    string version = "1.0";
    string name = "NFTMarket";   //contract name 
    bytes32 public DOMAIN_SEPARATOR;
    // !注意:参数之间只用逗号隔开,不要额外添加空格,否则会导致验签失败!以下domain separator相同!
    // keccak256("ListNFTwithSig(address _NFTContract,uint256 _tokenId,uint256 _price,uint256 nonce,uint256 deadline)")
    bytes32 public constant LIST_TYPEHASH = 0x6f8a295cea3edab22428a30506be6fb57d93dd2ba58973d57bb71c48af8fbc7e;

    constructor() {
        uint256 chainId;
        assembly {    //buildin assembly to get chainID
            chainId := chainid()
        }
        DOMAIN_SEPARATOR = keccak256(
            abi.encode(
                keccak256("EIP712Domain(string name,string version,uint256 chainId,address verifyingContract)"),
                keccak256(bytes(name)),
                keccak256(bytes(version)),
                chainId,
                address(this)
            )
        );
        // console.log("constructor chainId:", chainId);  //1337
    }

    function listNFTwithSig(address _NFTContract, uint256 _tokenId, uint256 _price, uint256 deadline, uint8 v, bytes32 r, bytes32 s) public {
       bytes32 digest = keccak256(
            abi.encodePacked(
                '\x19\x01',
                DOMAIN_SEPARATOR,
                keccak256(abi.encode(LIST_TYPEHASH, _NFTContract, _tokenId, _price, nonces[msg.sender]++, deadline))
            )
        );
        address owner = ecrecover(digest, v, r, s);  //获取消息签名者的地址
        console.log(owner);
    }
}

保存好之后在根目录之下执行

npx hardhat run ./scripts/run.js 

输出结果为:eip712,区块链开发,区块链
可以看到签名的地址、js中验签的结果和合约中验签的结果均为地址 0 x f 39 F d 6 e 51 a a d 88 F 6 F 4 c e 6 a B 8827279 c f f F b 92266 0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266 0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266文章来源地址https://www.toymoban.com/news/detail-780964.html

注意事项

  1. 如果签名或验签过程中报错 E r r o r : n e t w o r k d o e s n o t s u p p o r t E N S ( o p e r a t i o n = " g e t R e s o l v e r " , n e t w o r k = " u n k n o w n " , c o d e = U N S U P P O R T E D O P E R A T I O N , v e r s i o n = p r o v i d e r s / 5.7.2 ) Error: network does not support ENS (operation="getResolver", network="unknown", code=UNSUPPORTED_OPERATION, version=providers/5.7.2) Error:networkdoesnotsupportENS(operation="getResolver",network="unknown",code=UNSUPPORTEDOPERATION,version=providers/5.7.2),则需要检查代码中地址的格式是否均为 s t r i n g string string
  2. 合约中LIST_TYPEHASH函数变量要和js中的types相吻合,否则会导致验签失败;
  3. 合约代码中涉及到 k e c c a k keccak keccak加密的部分,函数参数之间只能用一个逗号隔开,不能加空格或者其他字符,否则会导致验签失败;
  4. 使用内联汇编获取chainId注意格式,最新版本的solidity使用 c h a i n I d : = c h a i n i d ( ) chainId := chainid() chainId:=chainid()而非旧版本的 c h a i n I d : = c h a i n i d chainId := chainid chainId:=chainid

到了这里,关于EIP-712签名介绍以及使用hardhat实现的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 以太坊:轻松理解EIP-4844

    以太坊网络在不断发展,多年来已经提出了许多技术提案。其中一个提案是由Vitalik Buterin提出的EIP-4844,它关注的是分片技术。 什么是EIP-4844,它将如何影响以太坊网络及其用户的未来?以下是对以太坊一项高技术提案的简单易懂的解释,该提案将使网络对所有用户来说都更

    2024年02月02日
    浏览(44)
  • jenkins Job华为云EIP变更带宽

    在数字化时代,云服务资源的弹性管理是企业降低运营成本、提高效率的关键手段。通过弹性公网IP(EIP)服务,企业可以实现按需计费,优化网络支出。然而,根据业务流量的不同阶段调整计费模式,则是提升成本效益的进阶策略。本人腾讯云快十年老用户乘机吐槽一下腾

    2024年02月03日
    浏览(39)
  • EIP-6963: 多钱包冲突的解决方案

    最近提出的 EIP-6963 旨在提供一个解决方案,以解决当用户试图在一个单一的网络浏览器中使用多个钱包供应商时出现的冲突问题。在这种情况下,这些冲突的钱包会导致用户体验下降,阻碍用户对其以太坊界面的控制,并使与 dApp 互动的过程变得复杂。 原始提案文档地址:

    2024年03月10日
    浏览(53)
  • Nautilus Chain:我们将支持EIP6969

    在今年 5 月初,以太坊核心开发者、Slingshot 的 CTO zkCole 提出了一个通用的协议标准 EIP-6969 ,其旨在实现合约保护收入(在以太坊 L2 上引入 / 标准化 CSR ),该提案可以看作是之前 EIP-1559的改进版,并在最新一次的以太坊核心开发者执行层会议,被讨论是否有可能

    2024年02月07日
    浏览(49)
  • 详解EIP-4361:什么是以太坊登录|Tokenview

    当用户登录到web2服务时需要使用用户名或电子邮件地址和密码。然而以太坊登录(Sign-In with Ethereum)将会改变这一方式。 通常在登录“web2”服务时,我们需要使用用户名或电子邮件地址和密码。然后,该服务可以在他们的内部数据库中查找我们的用户名或电子邮件地址,看

    2024年02月06日
    浏览(31)
  • NFT标准:带有 EIP-3754 的普通NFT

    NFT标准ERC721有点臃肿。这可能会导致一些公司只部分遵循ERC721来实现某个目标。例如NFT的订阅模型。或者有些公司可能只想实现一个没有URI的代币。EIP-3754被赋予生命来创建一个原子NFT标准,我们可以在其上构建抽象层。 EIP- 3754 注:在本文发表时,EIP-3754仍处于“草案”阶段

    2024年01月20日
    浏览(41)
  • DeFi:解决 EIP-4626 中的滑点问题

    简介 EIP-4626提供了一种将代币投资到投资池(通常称为金库)的标准方法。当我们存入自己的资产(ERC-20 代币)时,我们会收到一个份额代币,代表我们在金库里的资产。金库将把汇集的资产投资到一个或多个基础平台,为持有者产生收益。 EIP-4626标准的一个结果是,存款和铸

    2024年02月10日
    浏览(37)
  • EIP-2535 Diamond standard 实用工具分享

        前段时间工作对接到了这标准的协议,于是简单介绍下这个标准分享下方便前端er使用的调用工具 一、标准的诞生         在写复杂逻辑的solidity智能合约时,经常会碰到两个问题,升级和合约大小限制。         升级目前有几种proxy模式,通过delegatecall把数据存

    2024年02月14日
    浏览(81)
  • EIP-3664合约研究笔记04--Metacore平台功能分析

    DRepublic 团队创作的 MetaCore 系统是集身份系统、无限拼接、无限组合、属性可变 NFT 于一身的一站式平台,MetaCore 让所有用户及项目方都能够创造自己的可拆分可组合 NFT,并将它们挂载到 MetaCore 身份系统上。只需要持有一个 MetaCore,即可将所有组件式 NFT 组织起来,让它们不

    2024年02月06日
    浏览(71)
  • 从The Saudis NFT事件浅析EIP-2535钻石协议

    那么为什么项目方可以将该用户手里的 NFT 转移呢?经过我们的分析发现该 NFT 项目的合约采用了 EIP-2535 协议也叫做钻石协议,项目方利用该协议重写了合约的功能,以此来实现这些 NFT 的转移。接下来慢雾安全团队将会为大家介绍下这个钻石协议(EIP-2535)的细节。 要理解钻

    2024年02月04日
    浏览(32)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包