NFT教程:用Flow和IPFS创建NFT

登链社区 閱讀 68316 2021-3-17 09:31
分享至
微信掃一掃,打開網頁後點擊屏幕右上角分享按鈕

非同质化代币(NFT)市场正在进入狂热[4],回顾 NFT 早期的发展历程,回忆CryptoKitties[5]所暴露出挑战是很有意思的。CryptoKitties 由Dapper Labs[6]的团队打造,是让以太坊第一次出现“大规模”使用的案例。

从那之后,NFT 就开始成长之路,Rarible[7]、OpenSea[8]、Foundation[9]、Sorare[10]等平台纷纷涌现。这些平台每月都有数百万元的流量。尽管磕磕碰碰,但大部分依旧在以太坊区块链上发生着。但 Dapper Labs 的团队在经历了 CryptoKitties 之后,着手建立一个新的通用的,很适合 NFT 使用场景区块链[11]。他们这样做的目标是想解决在以太坊上看到的许多 NFT 的问题,同时为该领域的开发者和收藏者提供更好的体验。他们的新区块链Flow[12],已经证明了自己能够落地,并吸引一些大牌。,如 NBA[13]、UFC、甚至 Dr. Seuss 都在使用 Flow。

我们最近写了使用 IPFS 上保存标的资产来创建 NFT[14],并且讨论 NFT 领域的责任问题[15],以及 IPFS 如何提供帮助。现在,这篇文章谈谈如何在 Flow 上创建 IPFS 支持的 NFT。Flow 区块链早期的主要应用之一是NBA 巅峰对决 (NBA Top Shot)[16]。我们要重新建立一个非常基本的 NFT 铸币过程,然后在 IPFS 上回溯 NFT 元数据和标的资产。

由于我们喜欢 piñatas,所以我们的 NFT 将不再是 NBA 精彩的视频,而是一个可交易的 piñatas 视频。

本教程有 3 篇文章

创建合约和铸造代币(本文是第一篇)

创建一个应用程序,以查看通过该合约创建的 NFT。

创建一个市场,将 NFT 转让给他人,同时也转移在 IPFS 上的标的资产。

环境设置

我们需要安装 Flow CLI。在Flow 的文档[17]中有一些很好的安装说明:

macOS

brew install flow-cli

Linux

sh -ci “$(curl -fsSL https://storage.googleapis.com/flow-cli/install.sh)"

Windows

iex “& { $(irm ‘https://storage.googleapis.com/flow-cli/install.ps1') }”

我们将在 IPFS 上存储资产文件。我们使用Pinata[18] 来简化操作, 可以在这里注册一个免费账户[19],获取一个API 密钥[20]。在本教程的第二篇文章中会使用 Pinata API,但在本篇文章中我们使用 Pinata 网站。

我们还需要安装 NodeJS 和一个文本编辑器,它可以帮助高亮显示 Flow 智能合约(这是用一种叫做Cadence[21]的语言编写)代码的语法。Visual Studio Code 有一个支持 Cadence 语法的插件[22]。

让我们为项目创建一个目录:

mkdir pinata-party

进入该目录,并初始化一个新的 flow 项目:

cd pinata-party

flow project init

现在,使用你最喜欢的代码编辑器中打开项目(如果你使用 Visual Studio Code,可以安装下 Cadence 插件),让我们开始工作。

你会看到一个flow.json文件,我们很快就会用到它。首先,创建一个名为 cadence的文件夹。在该文件夹内,再添加一个名为 contracts的文件夹。最后,在 contracts文件夹中创建一个名为 PinataPartyContract.cdc的文件。

说明一下,我们现在所做的一切关于 Flow 区块链的工作都将在模拟器上完成。但是,将一个项目部署到测试网或主网,只需要更新flow.json文件中的配置这样简单。我们现在就把这个文件设置成模拟器环境,然后就可以开始写我们的合约了。

更新flow.json中的合约对象,代码如下:

"contracts": {

     "PinataPartyContract": "./cadence/contracts/PinataPartyContract.cdc"

}

然后,更新该文件中的 deployments对象,代码如下:

"deployments": {

     "emulator": {

          "emulator-account": ["PinataPartyContract"]

     }

}

这是在告诉 Flow CLI 使用模拟器来部署我们的合约,它也在引用(在模拟器上)我们即将写的合约 ...

合约

Flow 有一个关于创建 NFT 合约的出色教程。他是一个很好的参考,但是正如 Flow 自己指出的[23],他们还没有解决 NFT 元数据的问题。他们希望在链上存储元数据。这是个好主意,他们一定会想出一个合理的办法来。然而,我们现在想要铸造一些带有元数据的代币,并且我们想要关联上对应的媒体文件(标的)。元数据只是其中一个组成部分。我们还需要指出代币最终代表的媒体文件。

如果你熟悉以太坊区块链上的 NFT,你可能会知道,许多代币的标的资产都存储在传统的云服务器上,这样做是可以的,但又弊端。我们曾写过关于IPFS[24]内容可寻址,以及在传统云平台上存储区块链数据的弊端[25],归结起来主要有两点:

资产应可核查

应该很容易转移维护责任

IPFS[26]解决了这两点。而 Pinata 则以一种简单的方式将该内容长期保存在 IPFS 上。这正是我们的 NFT 关联的资料所需要的?我们要确保能够证明拥有 NFT 的所有权,并确保我们能控制对标的资产(IPFS)--媒体文件或其他内容,确保不是复制品。

考虑到这一点,让我们写一份合约,它可以铸造 NFT,将元数据关联到 NFT,并确保元数据指向存储在 IPFS 上的标的资产。

打开PinataPartyContract.cdc,编写一下代码:

pub contract PinataPartyContract {

  pub resource NFT {

    pub let id: UInt64

    init(initID: UInt64) {

      self.id = initID

    }

  }

}

第一步是定义合约,后面会添加更多的内容,但我们首先定义PinataPartyContract,并在其中创建一个resource。资源是存储在用户账户中并通过访问控制措施进行访问。在这里,NFT资源最终用来代表 NFT 所拥有的东西。NFT 必须是唯一的, id属性允许我们标识代币。

接下来,我们需要创建一个资源接口,我们将用它来定义哪些能力可以提供给其他人(即不是合约所有者)。

pub resource interface NFTReceiver {

  pub fun deposit(token: @NFT, metadata: )

  pub fun getIDs(): [UInt64]

  pub fun idExists(id: UInt64): Bool

  pub fun getMetadata(id: UInt64) : 

}

把这个代码放在 NFT resource 代码的下面。这个NFTReceiver资源接口用来定义对资源有访问权的人,就可以调用以下方法:

deposit

getIDs

idExists

getMetadata

接下来,我们需要定义代币收藏品( Colletion )接口。把它看成是存放用户所有 NFT 的钱包。

pub resource Collection: NFTReceiver {

    pub var ownedNFT: @

    pub var metadataObjs: }

    init () {

        self.ownedNFT <- {}

        self.metadataObjs = {}

    }

    pub fun withdraw(withdrawID: UInt64): @NFT {

        let token <- self.ownedNFT.remove(key: withdrawID)!

        return <-token

    }

    pub fun deposit(token: @NFT, metadata: ) {

        self.ownedNFT[token.id] <-! token

    }

    pub fun idExists(id: UInt64): Bool {

        return self.ownedNFT[id] != nil

    }

    pub fun getIDs(): [UInt64] {

        return self.ownedNFT.keys

    }

    pub fun updateMetadata(id: UInt64, metadata: ) {

        self.metadataObjs[id] = metadata

    }

    pub fun getMetadata(id: UInt64):  {

        return self.metadataObjs[id]!

    }

    destroy() {

        destroy self.ownedNFT

    }

}

这个资源里有很多东西,说明一下。首先,有一个变量叫ownedNFT。这个是很直接的,它可以跟踪用户在这个合约中所有拥有的 NFT。

接下来,有一个变量叫metadataObjs。这个有点特殊,因为我们扩展了 Flow NFT 合约功能,为每个 NFT 存储元数据的映射。这个变量将代币 id 映射到其相关的元数据上,这意味着我们需要在设置代币 id 之前,将其设置为元数据。

然后我们初始化变量。定义在 Flow 中的资源中的变量必需初始化。

最后,我们拥有了 NFT Collection 资源的所有可用函数。需要注意的是,并不是所有这些函数大家都可以调用。你还记得在前面,NFTReceiver资源接口中定义了任何人都可以访问的函数。

我尤其想指出 deposit函数。正如我们扩展了默认的 Flow NFT 合约以包含 metadataObjs映射一样,我们正在扩展默认的 deposit函数,以接受额外的 metadata参数。为什么要在这里做这个?因为需要确保只有 token 的 minter 可以将该元数据添加到 token 中。为了保持这种私密性,将元数据的初始添加限制在铸币执行中。

合约代码就快完成了。因此,在 Collection资源的下面,添加以下内容:

pub fun createEmptyCollection(): @Collection {

    return <- create Collection()

}

pub resource NFTMinter {

    pub var idCount: UInt64

    init() {

        self.idCount = 1

    }

    pub fun mintNFT(): @NFT {

        var newNFT <- create NFT(initID: self.idCount)

        self.idCount = self.idCount + 1 as UInt64

        return <-newNFT

    }

}

首先,我们有一个函数,在调用时创建一个空的 NFT Collection。这就是第一次与合约进行交互的用户如何创建一个存储位置,该位置映射到定义好的 Collection资源。

之后,我们再创建一个资源(resource)。它很重要的,因为没有它,我们就无法铸造代币。NFTMinter资源包括一个idCount,它是递增的,以确保我们的 NFT 不会有重复的 id。它还有一个功能,用来创造 NFT。

NFTMinter资源的下方,添加主合约初始化函数;

init() {

      self.account.save(<-self.createEmptyCollection(), to: /storage/NFTCollection)

      self.account.link<&>(/public/NFTReceiver, target: /storage/NFTCollection)

      self.account.save(<-create NFTMinter(), to: /storage/NFTMinter)

}

这个初始化函数只有在合约部署时才会被调用。它有三个作用。

为收藏品(Collection)的部署者创建一个空的收藏品,这样合约的所有者就可以从该合约中铸造和拥有 NFT。

Collection资源发布在一个公共位置,并引用在一开始创建的NFTReceiver接口。通过这个方式告诉合约,在NFTReceiver上定义的函数可以被任何人调用。

NFTMinter资源被保存在账户存储中,供合约的创建者使用。这意味着只有合约的创造者才能铸造代币。

合约全部代码可在这里找到[27]。

现在合约已经准备好了,让我们来部署它,对吗?我们也许应该在Flow Playground[28]上测试一下。到那里,点击左侧侧栏的第一个账号。将示例合约中的所有代码替换为我们的合约代码,然后点击部署。如果一切顺利,你应该在屏幕底部的日志窗口中看到这样的日志。

16:48:55 Deployment Deployed Contract To: 0x01

现在我们已经准备好将合约部署到本地运行的模拟器上。在命令行中,运行:

flow project start-emulator

现在,如果模拟器的运行正确和flow.json文件的正确配置,我们可以部署合约。只需运行这个命令:

flow project deploy

如果一切顺利,你应该看到这样的输出:

Deploying 1 contracts for accounts: emulator-accountPinataPartyContract -> 0xf8d6e0586b0a20c7

现在已经在 Flow 模拟器上上线了一个合约,但我们想铸造一个 NFT 代币。

铸造 NFT

在教程的第二篇文章中,我们将通过一个应用程序和用户界面使铸币过程更加友好。为了看到所铸造的内容,并展示元数据如何在 Flow 上与 NFT 一起工作,我们将使用 Cadence 脚本和命令行。

在 pinata-party项目的根目录下创建一个新的目录,我们把它叫做 transactions。创建好文件夹,在里面创建一个名为MintPinataParty.cdc 的新文件。

为了编写出交易,先需要提供给 NFT 的元数据一个引用文件。为此,我们将通过 Pinata 上传一个文件到 IPFS。这个教程中,我将上传一个孩子在生日派对上砸 pinata 的视频。你可以上传任何你想要的视频文件。你真的可以上传任何你喜欢的资产文件,并将其与你的 NFT 关联起来,在本教程系列的第二篇文章将期待视频内容。一旦你准备好你的视频文件,在这里上传[29]。

当你上传文件后,你会得到一个 IPFS 哈希(通常被称为内容标识符或 CID)。复制这个哈希值,因为我们将在铸币过程中使用它。

现在,在你的MintPinataParty.cdc文件中,添加以下内容:

import PinataPartyContract from 0xf8d6e0586b0a20c7

transaction {

  let receiverRef: &

  let minterRef: &PinataPartyContract.NFTMinter

  prepare(acct: AuthAccount) {

      self.receiverRef = acct.getCapability<&>(/public/NFTReceiver)

          .borrow()

          ?? panic("Could not borrow receiver reference")

      self.minterRef = acct.borrow<&pinatapartycontract.nftminter>(from: /storage/NFTMinter)

          ?? panic("could not borrow minter reference")

  }

  execute {

      let metadata :  = {

          "name": "The Big Swing",

          "swing_velocity": "29",

          "swing_angle": "45",

          "rating": "5",

          "uri": "ipfs://QmRZdc3mAMXpv6Akz9Ekp1y4vDSjazTx2dCQRkxVy1yUj6"

      }

      let newNFT <- self.minterRef.mintNFT()

      self.receiverRef.deposit(token: <-newNFT, metadata: metadata)

      log("NFT Minted and deposited to Account 2's Collection")

  }

}

这是一个非常简单的交易代码,这在很大程度上要归功于 Flow 所做的工作,但让我们来看看它。首先,你会注意到顶部的导入语句。如果你还记得,在部署合约时,我们收到了一个账户地址。它就是这里引用的内容。因此,将0xf8d6e0586b0a20c7替换为你部署的账户地址。

接下来我们对交易进行定义。在我们的交易中,我们首先要做的是定义两个参考变量,receiverRefminterRef。在这种情况下,我们既是 NFT 的接收者,又是 NFT 的挖掘者。这两个变量是引用我们在合约中创建的资源。如果执行交易的人对资源没有访问权,交易将失败。

接下来,我们有一个prepare函数。该函数获取试图执行交易的人的账户信息并进行一些验证。它会尝试 借用两个资源 NFTMinter和 NFTReceiver上的可用能力。如果执行交易的人没有访问这些资源的权限,验证无法通过,这就是交易会失败的原因。

最后是execute函数。这个函数是为我们的 NFT 建立元数据,铸造 NFT,然后在将 NFT 存入账户之前关联元数据。如果你注意到,我创建了一个元数据变量。在这个变量中,添加了一些关于 token 的信息。由于我们的代币代表的是一个事件,即一个 piñata 在派对上被打碎,并且因为我们试图复制你在 NBA Top Shot 中看到的大部分内容,所以我在元数据中定义了一些统计数据。孩子挥棒打 piñata 的速度,挥棒的角度和等级。我只是觉得这些统计数字有意思。你可以用类似的方式为你的代币定义任何有意义的信息。

你会注意到,我还在元数据中定义了一个uri属性。这将指向 IPFS 哈希,它承载着我们与 NFT 相关的标的资产文件。在这种情况下,它是 piñata 被击中的真实视频。你可以用你之前上传文件后收到的哈希值来替换。

我们用ipfs://作为哈希的前缀,有几个原因。这是 IPFS 上文件的标识符,可以使用 IPFS 的桌面客户端和浏览器扩展。也可以直接粘贴到 Brave 浏览器中(Brave 浏览器现在提供了对 IPFS 内容的原生支持[30])。

调用 mintNFT函数来创建代币。然后调用deposit函数将其存入我们的账户。这也是我们传递元数据的地方。如果你还记得,我们在 deposit函数中定义了一个关联变量,将元数据添加到关联的 token id 中。

最后,我们只需要日志记录代币已被铸造和存入账户的信息。

现在我们差不多可以执行代码发送交易铸造 NFT 了。但首先,我们需要准备好我们的账户。在项目根目录下的命令行中,创建一个新的签名私钥。

运行以下命令。

flow keys generate

这将返回你一个公钥和一个私钥, 请始终保护好你的私钥

我们将需要私钥来签署交易,所以我们可以把它粘贴到flow.json文件中。我们还需要指定签名算法。下面是flow.json文件中的accounts 的内容:

"accounts": {

  "emulator-account": {

     "address": "YOUR ACCOUNT ADDRESS",

     "privateKey": "YOUR PRIVATE KEY",

     "chain": "flow-emulator",

     "sigAlgorithm": "ECDSA_P256",

     "hashAlgorithm": "SHA3_256"

  }

},

如果你打算在 github 或任何远程 git 仓库上存储这个项目的任何内容,请确保你不包含私钥。你可能想.gitignore你的整个flow.json。尽管我们只是使用本地模拟器,但保护你的密钥是个好做法。

现在可以发送交易,简单的运行这个命令:

flow transactions send --code ./transactions/MintPinataParty.cdc --signer emulator-account

flow.json中引用编写的交易代码文件和签名账户。如果一切顺利,你应该看到这样的输出:

Getting information for account with address 0xf8d6e0586b0a20c7 ...

Submitting transaction with ID 4a79102747a450f65b6aab06a77161af196c3f7151b2400b3b3d09ade3b69823 ...

Successfully submitted transaction with ID 4a79102747a450f65b6aab06a77161af196c3f7151b2400b3b3d09ade3b69823

最后,验证 token 是否在我们的账户中,并获取元数据。做到这一点,我们要写一个非常简单的脚本,并从命令行调用它。

在项目根目录,创建一个名为 scripts的新文件夹。在里面,创建一个名为CheckTokenMetadata.cdc的文件。在该文件中,添加以下内容:

import PinataPartyContract from 0xf8d6e0586b0a20c7

pub fun main() :  {

    let nftOwner = getAccount(0xf8d6e0586b0a20c7)

    // log("NFT Owner")

    let capability = nftOwner.getCapability<&>(/public/NFTReceiver)

    let receiverRef = capability.borrow()

        ?? panic("Could not borrow the receiver reference")

    return receiverRef.getMetadata(id: 1)

}

这个脚本可以被认为是类似于以太坊智能合约上调用只读方法。它们是免费的,只返回合约中的数据。

在脚本中,导入部署的合约地址。然后定义一个 main函数(这是脚本运行所需的函数名)。在这个函数里面,我们定义了三个变量:

nftOwner:拥有 NFT 的账户。由于使用部署了合约的账户中铸造了 NFT,所以在我们的例子中,这两个地址是一样的。这一点不一定,要看你将来的合约设计。

capability:需要从部署的合约中 借用的能力(或功能)。请记住,这些能力是受访问控制的,所以如果一个能力对试图借用它的地址不可用,脚本就会失败。我们正在从NFTReceiver资源中借用能力。

receiverRef:这个变量只是简单地记录我们的能力。

现在,我们可以调用(可用的)函数。在这种情况下,我们要确保相关地址确实已经收到了我们铸造的 NFT,然后我们要查看与代币相关的元数据。

让我们运行的脚本,看看得到了什么。在命令行中运行以下内容:

flow scripts execute ./scripts/CheckTokenMetadata.cdc

你应该会看到元数据输出的类似这样的输出。

{"name": "The Big Swing", "swing_velocity": "29", "swing_angle": "45", "rating": "5", "uri": "ipfs://QmRZdc3mAMXpv6Akz9Ekp1y4vDSjazTx2dCQRkxVy1yUj6"}

恭喜你!你成功创建了一个 Flow 智能合约,铸造了一个代币,并将元数据关联到该代币,并将该代币的底层数字资产存储在 IPFS 上。作为教程的第一部分,还算不错。

接下来,我们有一个关于构建前端 React 应用的教程,通过获取元数据和解析元数据,让你显示你的 NFT。

本翻译由 Cell Network[31] 赞助支持。

来源:

https://medium.com/pinata/how-to-create-nfts-like-nba-top-shot-with-flow-and-ipfs-701296944bf

参考资料

[1]

登链翻译计划: https://github.com/lbc-team/Pioneer

[2]

翻译小组: https://learnblockchain.cn/people/412

[3]

Tiny 熊: https://learnblockchain.cn/people/15

[4]

正在进入狂热: https://www.cnbc.com/2021/02/25/nfts-why-digital-art-and-sports-collectibles-are-suddenly-so-popular.html

[5]

CryptoKitties: https://www.cryptokitties.co/

[6]

Dapper Labs: https://www.dapperlabs.com/

[7]

Rarible: https://rarible.com/

[8]

OpenSea: https://opensea.io/

[9]

Foundation: https://foundation.app/

[10]

Sorare: https://sorare.com/

[11]

着手建立一个新的通用的,很适合NFT使用场景区块链: https://medium.com/dapperlabs/introducing-flow-a-new-blockchain-from-the-creators-of-cryptokitties-d291282732f5

[12]

Flow: https://www.onflow.org/

[13]

NBA: https://www.nbatopshot.com/

[14]

写了使用IPFS上保存标的资产来创建NFT: https://learnblockchain.cn/article/2247

btcfans公众号

微信掃描關注公眾號,及時掌握新動向

來自互聯網
免責聲明:
2.本文版權歸屬原作所有,僅代表作者本人觀點,不代表比特範的觀點或立場
2.本文版權歸屬原作所有,僅代表作者本人觀點,不代表比特範的觀點或立場
標籤: NFT IPFS Flow
上一篇:散户投资者流入量超越机构 比特币合约正遭受大洗盘 下一篇:火币日本站CEO陈海腾:数字资产已成为促进经济社会发展的新基建之一

相關資訊