Conflux ツリー マップ チェーンは急成長しており、特に「デジタル コレクション」などの関連アプリケーションが雨後の筍のように湧き出ています。しかし、その後に起こるのは、契約の品質と標準の互換性の混合バッグです。
「デジタルコレクション」とは、ブロックチェーン上で発行される、特定の文化的背景や芸術的価値、コレクション的価値を有する「コレクション」であり、通常の非代替トークン（NFT）と区別する必要があり、関連するインターフェースの標準化・標準化が必要である。標準化されています。
Conflux ツリー図チェーン全体での「デジタル コレクション」アプリケーションの繁栄と持続可能な開発、アプリケーション間の統合の便宜、および契約の品質と安全性の確保のために、私たちは「デジタル コレクション」契約基準をまとめました。仕様の作成について 「デジタル コレクション」開発者の皆様は、この記事をよくお読みになり、次の標準と仕様に従ってください。契約書が以下の基準および記述仕様を満たしていない場合、Conflux ツリー図チェーン上の「デジタル コレクション」と呼ぶことはできません。
1. OpenZeppelin 標準に従う
OpenZeppelin (https://github.com/OpenZeppelin/openzeppelin-contracts) は、ERC 721 (https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master /contracts/token) を含む、コミュニティで精査されたスマート コントラクト ライブラリを提供します。 /ERC721/ERC721.sol) および ERC 1155 (https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC1155/ERC1155.sol) の実装。
Conflux チェーンにデプロイする前に、少なくとも上記の実装のすべての内容が契約に含まれていることを確認してください。他の非 OpenZeppelin ERC 721 および ERC 1155 契約標準を実装する場合は、外部に公開されるインターフェイス名が OpenZeppelin 実装と一致していることを確認する必要があります。
契約では名前とシンボルの属性が必須です。そうでないと、NFT 情報を ConfluxScan およびサードパーティのアプリケーションで完全に表示できません。
2. 不均一性
常に 、契約によって発行される「デジタル コレクション」が均一でない。各 tokenId は 1 つの「デジタル コレクション」にのみ対応し、1 つの tokenId の下に複数のコピーが存在することはできません。
ERC 721 標準の使用が優先され、ほとんどの状況ではこれで十分です。
ERC 1155 標準を使用する場合は、「デジタル コレクション」の価値についてユーザーが疑うことを避けるために、必ず 1 つの tokenId が 1 つの「デジタル コレクション」に対応するようにしてください。
3. 列挙関数を使用する
列挙インターフェイスの役割は、データの「分散型」表示を重視します。列挙機能を使用すると、サードパーティのアプリケーション (ConfluxScan やウォレットなど) がデプロイされたコントラクトによって保存された NFT 情報をクエリすることが容易になります。そうでない場合、ConfluxScan やウォレットで NFT が正しく表示されるという保証はありません。すべての CRC-721 コントラクトには、次のコントラクト内のすべての列挙関数が含まれている必要があります。
ERC721Enumerable: https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC721/extensions/ERC721Enumerable.sol
CRC721Enumerable: https://github.com/conflux-fans/conflux-contracts/blob/main/contracts/token/CRC721/extensions/CRC721Enumerable.sol
すべての CRC-1155 コントラクトには、次のコントラクト内のすべての列挙関数が含まれている必要があります。
CRC1155Enumerable: https://github.com/conflux-fans/conflux-contracts/blob/main/contracts/token/CRC1155/extensions/CRC1155Enumerable.sol
列挙関連のコンテンツの詳細については、https://conflux-technical-support.gitbook.io/conflux-nft-kai-fa-zhi-nan/he-yue-mei-ju-han-shu-shuo- を参照してください。 ming /mei-ju-kuo-zhan-enumeration-extension
4. 支払い契約を設定する
Conflux の支払いメカニズムは、ユーザーのスマート コントラクトの使用を補助するスポンサーシップ メカニズムを使用しています。組み込みの支払いコントラクトを導入することにより、スポンサー付きコントラクトとのやり取りで CFX がガス料金を支払う必要がなくなり、残高ゼロの新しいアカウントが可能になります。スマート コントラクトはまた、と呼ばれた。
したがって、必ず支払い契約を契約に導入し、ガス料金の支払いを設定して、契約を操作するすべてのユーザーが CFX を消費せずに支払いメカニズムのスポンサーになれるようにしてください。現在の環境では、これは非常に重要です。 NFT アプリケーションのコンプライアンスは重要です。サンプルプロジェクト契約書 NFT 1.0 および 2.0 はデフォルトで代理支払いが設定されており、導入後に https://confluxscan.net/sponsor からお申し込みいただけます。
プロジェクト当事者が代理支払いの設定をサポートしたい場合は、[email protected]までご連絡ください。
支払いメカニズムの詳細については、以下を参照してください。
Conflux の支払いメカニズムの詳細な説明: https://forum.conflux.fun/t/conflux/11949
契約のスポンサーを設定します: https://forum.conflux.fun/t/sponsor/13014
5. 契約の確認
コントラクトをメインネットにデプロイした後、必ず ConfluxScan で検証してください。
契約確認後は以下の特典がございます。
契約の検証後、Solidity のソース コードと ABI on Scan を確認できるため、より透明性が高く、誰もが契約ロジックを確認できます。
検証された契約は、「契約の詳細のスキャン」ページで契約メソッドを直接呼び出して契約ステータスを読み取るか、Fluent リンクを通じて契約ステータスを更新できます。
契約が確認されると、Scan には緑色の ✅ ロゴが表示され、ユーザーはより安心できます。
契約の確認方法は以下を参照してください。
契約を操作します。
https://conflux-technical-support.gitbook.io/conflux-nft-kai-fa-zhi-nan/step-1-ren-shi-confluxscan/yu-he-yue-jiao-hu#ru-he-ヤン・ジェン・ヘ・ユエ
ConfluxScan は契約を検証します: https://wiki.conflux123.xyz/books/tutorials/page/confluxscan
つづく
この仕様は継続的に更新されていますので、詳細については、下の「原文を読む」をクリックしてください。
