今天就跟大家聊聊有關(guān)使用Flow和IPFS怎么創(chuàng)建NFT，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結(jié)了以下內(nèi)容，希望大家根據(jù)這篇文章可以有所收獲。

成都創(chuàng)新互聯(lián)公司成立與2013年，先為惠農(nóng)等服務(wù)建站，惠農(nóng)等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢(xún)服務(wù)。為惠農(nóng)企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問(wèn)題。

蘋(píng)果系統(tǒng)：

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上存儲(chǔ)資產(chǎn)文件。為了簡(jiǎn)化操作，我們可以使用Pinata。您可以在此處注冊(cè)一個(gè)免費(fèi)帳戶(hù)，并在此處獲取API密鑰。在本教程的第二篇文章中，我們將使用API，但在這篇文章中，我們將使用Pinata網(wǎng)站。

我們還需要安裝NodeJS和文本編輯器，以幫助突出顯示Flow智能合約代碼(以Cadence語(yǔ)言編寫(xiě))的語(yǔ)法。您可以在此處安裝Node。Visual  Studio Code具有支持Cadence的擴(kuò)展。

安裝好之后，讓我們創(chuàng)建一個(gè)目錄來(lái)容納我們的項(xiàng)目：

mkdir pinata-party

轉(zhuǎn)到該目錄并初始化一個(gè)新的流程項(xiàng)目：

cd pinata-party flow project init

現(xiàn)在，在您喜歡的代碼編輯器中打開(kāi)項(xiàng)目(同樣，如果您使用Visual Studio Code，請(qǐng)抓住Cadence擴(kuò)展)，然后開(kāi)始工作。

您會(huì)看到一個(gè)flow.json文件，我們將很快使用它。首先，創(chuàng)建一個(gè)名為的文件夾cadence。在該文件夾中，添加另一個(gè)名為的文件夾contracts。最后，在contracts名為的文件夾中創(chuàng)建一個(gè)文件PinataPartyContract.cdc。

在繼續(xù)前進(jìn)之前，重要的一點(diǎn)是要指出，從現(xiàn)在開(kāi)始，我們對(duì)Flow區(qū)塊鏈所做的一切都將在模擬器上完成。但是，將項(xiàng)目部署到testnet或mainnet就像更新flow.json文件中的配置設(shè)置一樣簡(jiǎn)單?，F(xiàn)在讓我們?yōu)榉抡嫫鳝h(huán)境設(shè)置該文件，然后就可以開(kāi)始編寫(xiě)合同了。

更新合同對(duì)象，flow.json如下所示：

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

然后，更新該deployments文件中的對(duì)象，如下所示：

"deployments": {      "emulator": {           "emulator-account": ["PinataPartyContract"]      } }

這是在告訴Flow CLI使用仿真器來(lái)部署我們的合同，它還引用了該帳戶(hù)(在仿真器上)和我們即將寫(xiě)的合同。

合約

Flow提供了有關(guān)創(chuàng)建NFT合約的出色教程。這是一個(gè)很好的參考點(diǎn)，但是正如Flow指出的那樣，他們尚未解決NFT元數(shù)據(jù)問(wèn)題。他們想在鏈上存儲(chǔ)元數(shù)據(jù)。那是個(gè)好主意，他們一定會(huì)提出一個(gè)合乎邏輯的方法。但是，我們現(xiàn)在想用元數(shù)據(jù)創(chuàng)建一些令牌，并且我們希望與NFT相關(guān)聯(lián)的媒體文件。元數(shù)據(jù)只是一個(gè)組成部分。我們還需要指出令牌最終代表的媒體。

如果您熟悉以太坊區(qū)塊鏈上的NFT，您可能會(huì)知道這些令牌返回的許多資產(chǎn)都存儲(chǔ)在傳統(tǒng)數(shù)據(jù)存儲(chǔ)和云托管提供商中?？梢?，除非不是。過(guò)去我們?cè)鴮?xiě)過(guò)關(guān)于內(nèi)容可尋址內(nèi)容的天才之處，以及在傳統(tǒng)云平臺(tái)上存儲(chǔ)與區(qū)塊鏈相鄰的數(shù)據(jù)的弊端。歸結(jié)為兩點(diǎn)：

• 資產(chǎn)應(yīng)該是可驗(yàn)證的

• 維護(hù)職責(zé)的轉(zhuǎn)移應(yīng)該很容易

IPFS照顧了這兩個(gè)方面。然后，Pinata以一種簡(jiǎn)單的方式分層，以將該內(nèi)容長(zhǎng)期固定在IPFS上。這正是我們想要支持NFT的媒體所需要的，對(duì)嗎?我們要確?？梢宰C明所有權(quán)(NFT)，提供有關(guān)NFT(NFT)的數(shù)據(jù)，并確保我們對(duì)基礎(chǔ)資產(chǎn)(IPFS)(介質(zhì)或其他)擁有控制權(quán)，而不是某些副本的控制權(quán)。

考慮到所有這些，讓我們寫(xiě)一個(gè)合約，創(chuàng)建NFT，將元數(shù)據(jù)與NFT相關(guān)聯(lián)，并確保元數(shù)據(jù)指向存儲(chǔ)在IPFS上的基礎(chǔ)資產(chǎn)。

打開(kāi)PinataPartyContract.cdc，讓我們開(kāi)始工作。

pub contract PinataPartyContract {   pub resource NFT {     pub let id: UInt64     init(initID: UInt64) {       self.id = initID     }   } }

第一步是定義我們的合同。我們將為此添加更多的內(nèi)容，但是我們首先定義PinataPartyContract并在其中創(chuàng)建一個(gè)resource。資源是存儲(chǔ)在用戶(hù)帳戶(hù)中的項(xiàng)目，可以通過(guò)訪問(wèn)控制措施進(jìn)行訪問(wèn)。在這種情況下，NFT資源最終是因?yàn)閾碛杏糜诒硎綨FT的事物而擁有的。NFT必須是唯一可識(shí)別的。該id屬性使我們能夠識(shí)別令牌。

接下來(lái)，我們需要?jiǎng)?chuàng)建一個(gè)資源接口，該接口將用于定義哪些功能可供其他人(即不是合同所有者的人)使用：

pub resource interface NFTReceiver {   pub fun deposit(token: @NFT, metadata: {String : String})   pub fun getIDs(): [UInt64]   pub fun idExists(id: UInt64): Bool   pub fun getMetadata(id: UInt64) : {String : String} }

將其放在NFT資源代碼下方。此NFTReceiver資源接口表示，我們定義為有權(quán)訪問(wèn)該資源的任何人都可以調(diào)用以下方法：

• deposit

• getIDs

• idExists

• getMetadata

接下來(lái)，我們需要定義我們的令牌收集接口。可以將其視為容納所有用戶(hù)NFT的錢(qián)包。

pub resource Collection: NFTReceiver {     pub var ownedNFTs: @{UInt64: NFT}     pub var metadataObjs: {UInt64: { String : String }}      init () {         self.ownedNFTs <- {}         self.metadataObjs = {}     }      pub fun withdraw(withdrawID: UInt64): @NFT {         let token <- self.ownedNFTs.remove(key: withdrawID)!          return <-token     }      pub fun deposit(token: @NFT, metadata: {String : String}) {         self.metadataObjs[token.id] = metadata         self.ownedNFTs[token.id] <-! token     }      pub fun idExists(id: UInt64): Bool {         return self.ownedNFTs[id] != nil     }      pub fun getIDs(): [UInt64] {         return self.ownedNFTs.keys     }      pub fun updateMetadata(id: UInt64, metadata: {String: String}) {         self.metadataObjs[id] = metadata     }      pub fun getMetadata(id: UInt64): {String : String} {         return self.metadataObjs[id]!     }      destroy() {         destroy self.ownedNFTs     }   }

此資源中有很多事情要做，但是應(yīng)該很快就有意義。首先，我們有一個(gè)名為的變量ownedNFTs。這很簡(jiǎn)單。它跟蹤該合同中用戶(hù)擁有的所有NFT。

接下來(lái)，我們有一個(gè)名為的變量metadataObjs。這一點(diǎn)有點(diǎn)獨(dú)特，因?yàn)槲覀冋跀U(kuò)展Flow  NFT合同功能，以存儲(chǔ)每個(gè)NFT的元數(shù)據(jù)映射。此變量將令牌ID映射到其關(guān)聯(lián)的元數(shù)據(jù)，這意味著我們需要先設(shè)置令牌ID，然后才能進(jìn)行設(shè)置。

然后，我們初始化變量。對(duì)于Flow中資源中定義的變量，這是必需的。

最后，我們擁有NFT收集資源的所有可用功能。請(qǐng)注意，并非所有這些功能都可以使用。如果您還記得的話(huà)，我們?cè)贜FTReceiver資源界面的前面定義了任何人都可以使用的功能。

我確實(shí)要指出deposit功能。正如我們將默認(rèn)的Flow  NFT合同擴(kuò)展為包括metadataObjs映射一樣，我們也在擴(kuò)展默認(rèn)deposit函數(shù)以采用的附加參數(shù)metadata。我們?yōu)槭裁丛谶@里這樣做?我們需要確保只有令牌的鑄造者才能將該元數(shù)據(jù)添加到令牌中。為了保持私密性，我們將最初添加的元數(shù)據(jù)限制在鑄造執(zhí)行中。

我們的合同代碼幾乎完成了。因此，在Collection資源下方，添加以下內(nèi)容：

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     } }

首先，我們有一個(gè)函數(shù)，該函數(shù)在調(diào)用時(shí)會(huì)創(chuàng)建一個(gè)空的NFT集合。這樣，首次與我們的合同進(jìn)行交互的用戶(hù)將具有一個(gè)創(chuàng)建到Collection我們定義的資源的存儲(chǔ)位置。

之后，我們?cè)賱?chuàng)建一個(gè)資源。這很重要，因?yàn)闆](méi)有它，我們將無(wú)法鑄造代幣。該NFTMinter資源包括idCount其遞增，以確保我們從來(lái)沒(méi)有對(duì)我們的NFT重復(fù)的ID。它還具有實(shí)際創(chuàng)建我們的NFT的功能。

在NFTMinter資源下方，添加主合同初始化程序：

init() {       self.account.save(<-self.createEmptyCollection(), to: /storage/NFTCollection)       self.account.link<&{NFTReceiver}>(/public/NFTReceiver, target: /storage/NFTCollection)       self.account.save(<-create NFTMinter(), to: /storage/NFTMinter) }

僅在部署合同時(shí)才調(diào)用此初始化函數(shù)。它做三件事：

• 為集合的部署者創(chuàng)建一個(gè)空的集合，以便合同的所有者可以創(chuàng)建該合同的NFT并擁有該NFT。

• Collection參考NFTReceiver我們?cè)陂_(kāi)始時(shí)創(chuàng)建的界面，該資源在公共位置發(fā)布。這就是我們告訴合同的方式，NFTReceiver任何人都可以調(diào)用上定義的功能。

• 該NFTMinter資源被保存在賬戶(hù)儲(chǔ)存合同的創(chuàng)造者。這意味著只有合同的創(chuàng)建者才能鑄造代幣。

完整的合同可以在這里找到。

現(xiàn)在我們準(zhǔn)備好了合同，讓我們部署它，對(duì)吧?好吧，我們可能應(yīng)該在Flow  Playground上對(duì)其進(jìn)行測(cè)試。轉(zhuǎn)到那里，然后單擊左側(cè)邊欄中的第一個(gè)帳戶(hù)。用我們的合同代碼替換示例合同中的所有代碼，然后單擊“部署”。如果一切順利，您應(yīng)該在屏幕底部的日志窗口中看到這樣的日志：

flow project start-emulator

現(xiàn)在，我們準(zhǔn)備將合同部署到本地運(yùn)行的模擬器。在命令行中，運(yùn)行以下命令：

flow project deploy

現(xiàn)在，在仿真器運(yùn)行且flow.json文件配置正確的情況下，我們可以部署合同。只需運(yùn)行以下命令：

flow project deploy

如果一切順利，您應(yīng)該會(huì)看到類(lèi)似以下的輸出：

Deploying 1 contracts for accounts: emulator-account

PinataPartyContract -> 0xf8d6e0586b0a20c7

現(xiàn)在，我們?cè)贔low仿真器上有一個(gè)合同，但是我們想要鑄造一個(gè)令牌。

鑄造NFT

在本教程的第二篇文章中，我們將致力于通過(guò)應(yīng)用程序和用戶(hù)界面使鑄造過(guò)程更加用戶(hù)友好。為了說(shuō)明問(wèn)題，并顯示元數(shù)據(jù)如何與Flow上的NFT一起使用，我們將使用Cadence腳本和命令行。

讓我們?cè)趐inata-party項(xiàng)目的根目錄下創(chuàng)建一個(gè)新目錄，并將其稱(chēng)為transactions。創(chuàng)建該文件夾后，在其中創(chuàng)建一個(gè)名為的新文件MintPinataParty.cdc。

為了編寫(xiě)交易，我們需要在提供給NFT的元數(shù)據(jù)中引用一個(gè)文件。為此，我們將通過(guò)Pinata將文件上傳到IPFS，您可以上傳任何想要的視頻文件。您可以真正上載任何資產(chǎn)文件并將其與NFT關(guān)聯(lián)。

上傳文件后，系統(tǒng)會(huì)為您提供IPFS哈希(通常稱(chēng)為內(nèi)容標(biāo)識(shí)符或CID)。復(fù)制此哈希，因?yàn)槲覀儗⒃阼T造過(guò)程中使用它。

現(xiàn)在，在MintPinataParty.cdc文件內(nèi)添加以下內(nèi)容：

import PinataPartyContract from 0xf8d6e0586b0a20c7  transaction {   let receiverRef: &{PinataPartyContract.NFTReceiver}   let minterRef: &PinataPartyContract.NFTMinter    prepare(acct: AuthAccount) {       self.receiverRef = acct.getCapability<&{PinataPartyContract.NFTReceiver}>(/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 : {String : String} = {           "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")   } }

這是一個(gè)非常簡(jiǎn)單的事務(wù)，這在很大程度上要感謝Flow為使事情變得容易而進(jìn)行的工作，但讓我們逐步進(jìn)行一下。首先，您會(huì)在頂部注意到import語(yǔ)句。如果您還記得的話(huà)，當(dāng)我們部署合同時(shí)，我們會(huì)收到一個(gè)帳戶(hù)。這就是我們需要參考的內(nèi)容。因此，請(qǐng)?zhí)鎿Q0xf8d6e0586b0a20c7為您部署中的帳戶(hù)地址。

接下來(lái)，我們定義交易。這里發(fā)生的一切都與我們計(jì)劃執(zhí)行的交易有關(guān)。

我們?cè)诮灰字幸龅牡谝患率嵌x兩個(gè)參考變量receiverRef和minterRef。在這種情況下，我們既是NFT的接收者又是NFT的鑄造者。這兩個(gè)變量引用了我們?cè)诤贤袆?chuàng)建的資源。如果執(zhí)行事務(wù)的人無(wú)權(quán)訪問(wèn)該資源，則事務(wù)將失敗。

接下來(lái)，我們有一個(gè)prepare功能。此功能獲取嘗試執(zhí)行交易的人員的帳戶(hù)信息并進(jìn)行一些驗(yàn)證。我們嘗試“借用”我們定義的NFTMinter和兩種資源上的可用功能NFTReceiver。如果執(zhí)行交易的人沒(méi)有訪問(wèn)這些資源的權(quán)限，那么事情將會(huì)失敗。

最后，我們有我們的execute功能。此功能是我們?yōu)镹FT建立元數(shù)據(jù)，創(chuàng)建NFT，然后關(guān)聯(lián)元數(shù)據(jù)，然后再將NFT存入我們的帳戶(hù)的地方。如果您注意到的話(huà)，我創(chuàng)建了一個(gè)元數(shù)據(jù)變量。在該變量中，我添加了一些有關(guān)令牌的信息。由于我們的代幣表示在聚會(huì)上砸了一個(gè)披薩的事件，并且由于我們?cè)噲D復(fù)制您在NBA  Top  Shot中看到的大部分內(nèi)容，因此我在元數(shù)據(jù)中定義了一些統(tǒng)計(jì)信息。孩子揮動(dòng)棍子打皮納塔的速度，揮桿角度和等級(jí)。我只是在玩這些統(tǒng)計(jì)數(shù)據(jù)。但是，您將以類(lèi)似的方式輸入對(duì)您的令牌有意義的任何信息。

您會(huì)注意到，我也在uri元數(shù)據(jù)中定義了一個(gè)屬性。這將指向承載與NFT關(guān)聯(lián)的資產(chǎn)文件的IPFS哈希。在這種情況下，這是被擊中的Pi?ata的實(shí)際視頻。您可以使用之前上傳文件后收到的哈希值替換哈希值。

ipfs://出于幾個(gè)原因，我們?yōu)楣Ｌ砑忧熬Y。這是IPFS上文件的正確參考，可以與IPFS的桌面客戶(hù)端和瀏覽器擴(kuò)展一起使用?，F(xiàn)在，我們?yōu)镮PFS內(nèi)容提供了本機(jī)支持，我們也可以將其直接粘貼到Brave瀏覽器中。

我們調(diào)用mintNFT創(chuàng)建令牌的函數(shù)。然后，我們必須調(diào)用該deposit函數(shù)以將其放入我們的帳戶(hù)。這也是我們傳遞元數(shù)據(jù)的地方。請(qǐng)記住，我們?cè)赿eposit函數(shù)中定義了一個(gè)變量關(guān)聯(lián)，該關(guān)聯(lián)將元數(shù)據(jù)添加到關(guān)聯(lián)的令牌ID。

最后，我們簡(jiǎn)單地注銷(xiāo)令牌已鑄造和存放的事實(shí)。

現(xiàn)在，我們幾乎準(zhǔn)備發(fā)送交易并創(chuàng)建NFT。但是首先，我們需要準(zhǔn)備我們的賬戶(hù)。從項(xiàng)目的根文件夾中的命令行，讓我們創(chuàng)建一個(gè)用于簽名的新私鑰。

運(yùn)行以下命令：

flow keys generate

這將為您提供一個(gè)公鑰和一個(gè)私鑰。**始終保護(hù)您的私鑰**

我們將需要私鑰來(lái)簽署交易，因此我們可以將其粘貼到我們的flow.json文件中。我們還需要指定簽名算法。這是文件中的accounts對(duì)象flow.json現(xiàn)在應(yīng)如下所示：

"accounts": {   "emulator-account": {      "address": "YOUR ACCOUNT ADDRESS",      "privateKey": "YOUR PRIVATE KEY",      "chain": "flow-emulator",      "sigAlgorithm": "ECDSA_P256",      "hashAlgorithm": "SHA3_256"   } },

如果您打算將此項(xiàng)目中的任何一個(gè)存儲(chǔ)在github或任何遠(yuǎn)程git存儲(chǔ)庫(kù)上，請(qǐng)確保不包括私鑰。您可能想要.gitignore全部flow.json。即使我們僅使用本地仿真器，還是保護(hù)您的密鑰的一種很好的做法。

現(xiàn)在我們已經(jīng)更新了，我們可以發(fā)送交易了。這樣做就像運(yùn)行以下命令一樣簡(jiǎn)單：

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

我們從中引用了我們編寫(xiě)的交易文件和簽名人帳戶(hù)flow.json。如果一切順利，您應(yīng)該會(huì)看到類(lèi)似以下的輸出:

Getting information for account with address 0xf8d6e0586b0a20c7 ...

Submitting transaction with ID 4a79102747a450f65b6aab06a77161af196c3f7151b2400b3b3d09ade3b69823 ...

Successfully submitted transaction with ID 4a79102747a450f65b6aab06a77161af196c3f7151b2400b3b3d09ade3b69823

現(xiàn)在，我們要做的最后一件事是驗(yàn)證令牌是否在我們的帳戶(hù)中并獲取元數(shù)據(jù)。這樣做，我們將編寫(xiě)一個(gè)非常簡(jiǎn)單的腳本并從命令行調(diào)用它。

在項(xiàng)目的根目錄中，創(chuàng)建一個(gè)名為的新文件夾scripts。在其中創(chuàng)建一個(gè)名為的文件CheckTokenMetadata.cdc。在該文件中，添加以下內(nèi)容：

import PinataPartyContract from 0xf8d6e0586b0a20c7  pub fun main() : {String : String} {     let nftOwner = getAccount(0xf8d6e0586b0a20c7)     // log("NFT Owner")         let capability = nftOwner.getCapability<&{PinataPartyContract.NFTReceiver}>(/public/NFTReceiver)      let receiverRef = capability.borrow()         ?? panic("Could not borrow the receiver reference")      return receiverRef.getMetadata(id: 1) }

可以以類(lèi)似于以太坊智能合約上的只讀方法的方式來(lái)考慮該腳本。他們是免費(fèi)的，只需從合同中返回?cái)?shù)據(jù)。

在我們的腳本中，我們正在從部署的地址導(dǎo)入我們的合同。然后，我們定義一個(gè)main函數(shù)(這是運(yùn)行腳本所需的函數(shù)名稱(chēng))。在此函數(shù)內(nèi)部，我們定義了三個(gè)變量：

• nftOwner：這只是擁有NFT的帳戶(hù)。我們從也部署了合同的帳戶(hù)中鑄造了NFT，因此在我們的示例中，這兩個(gè)地址是相同的。取決于將來(lái)的合同設(shè)計(jì)，這可能并不總是正確的。

• 功能：我們需要從已部署的合同中“借用”可用的功能(或功能)。請(qǐng)記住，這些功能是受訪問(wèn)控制的，因此，如果某功能對(duì)于嘗試借用它的地址不可用，則腳本將失敗。我們正在從NFTReceiver資源中借用能力。

• receiverRef：該變量只是利用我們的能力，并告訴腳本從已部署的合同中借用。

現(xiàn)在，我們可以調(diào)用函數(shù)(可用的函數(shù))了。在這種情況下，我們要確保所討論的地址實(shí)際上已收到我們鑄造的NFT，然后我們要查看與令牌關(guān)聯(lián)的元數(shù)據(jù)。

讓我們運(yùn)行我們的腳本，看看我們得到了什么。在命令行上運(yùn)行以下命令：

flow scripts execute ./scripts/CheckTokenMetadata.cdc

對(duì)于元數(shù)據(jù)輸出，您應(yīng)該看到類(lèi)似以下的輸出：

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

看完上述內(nèi)容，你們對(duì)使用Flow和IPFS怎么創(chuàng)建NFT有進(jìn)一步的了解嗎？如果還想了解更多知識(shí)或者相關(guān)內(nèi)容，請(qǐng)關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝大家的支持。