Comment on page
Using Collectibles in your DappHero project
The syntax for working with Collectibles is relatively similar to that of working with smart contracts. We need to create an instance and elements which are connected via a
uniqueIdto link them both together.
Collectibles are managed by smart contracts deployed on the blockchain. This means you could access them directly using DappHero's Smart Contract Feature. For some uses cases it might be preferable to access the smart contracts directly, however for common uses Collectible smart contracts (most commonly ERC721 contracts) it will be easier to use the Collectible feature as we have simplified some of the more common use cases.
The advantage of using the Collectibles feature is that DappHero simplifies the process of interacting with the JSON objects which are used to store the metadata which represent individual collectible tokens in a standard way. Following these standards are important if you want your collectible token to be interoperable with public marketplaces.
When you create an instance of a collectible object, you will be able to place the collectibles elements anywhere on your webpage. To link the correct instance with the correct elements, we have introduced a special tag,
data-dh-property-method-id, which has a custom unique value that you determine, and which should be used for all elements related to the same functionality.
// This element creates our collectable instance
// This element is where we are going to be displaying a collectable item
In the above example, all the elements for a
Collectableintegration are marked with the same unique tag id,
myUniqueTagin this way, the DappHero Engine knows all these different elements, regardless of where they are on the page, belong together in the same functionality.
In the ERC721 standard, each token is given a TokenId that represents it as a unique item. This TokenId is needed to identify the specific collectible.
As collectibles are governed by smart contracts, such as the CryptoKitties Contract or BlockCities Contract, they each have a unique Ethereum Address. This address is what differentiates tokenId# 100 on CryptoKitties from tokenId# 100 for BlockCities. A good way to mentally think about this is; TokenId# 100 for Contract Address: 0x0.....
When calling an ERC721 Collectible contract for a specific token, most standard tokens will return a tokenURI. This tokenURI generally is a link which points to a place on the internet that stores metadata about the token generally this is a JSON object with properties which describe what the token represents, such as a CryptoKitty name or a CryptoKitty picture.
To access this metadata, we use a special DappHero Tag:
data-dh-property-asset-json-pathfollowed by the item we are looking for such as
name. This element will be defined on the JSON object returned by the metadata.
//Displaying a token's Image
<img data-dh-property-asset-json-path="image_url" />
//Getting a token name as H3 text
Unfortunately while there are some standards for how MetaData should be structured, they are not 100% standard. If connecting to a contract with non-standard meta-data you will need to contact the contract creators to understand the format returned by the collectible contract.
DappHero uses the OpenSea API as a data source for Collectables, currently it does not pull the data directly from the blockchain network. This means that currently the
Collectablefeature only supports the Ethereum Mainnet.