NMKR Docs
ProductsContact
日本語
日本語
  • NMKR Docsへようこそ
  • 導入
    • NMKRについて
    • NMKRの事例
    • NFTとは?
      • IPFSとは何ですか?
    • なぜCardanoなのか?
  • NMKR Studio
    • はじめに - NMKR Studio
    • 機能の概要
    • 🖥️NMKR Studioを3分で学ぶ
      • 基本ワークフロー
    • 使用方法 - 簡単なチュートリアル
      • 簡単な動画チュートリアル
      • プロジェクトを計画するときのガイドライン
      • トークンの追加方法
      • メタデータの設定方法
      • トークンの販売方法
      • 販売条件の設定方法
      • 公開の設定方法
      • トークンをバーンする方法
      • ロイヤルティを有効にする方法
      • DIDを有効にする方法
      • ホワイトリストの設定方法
      • トークンをエアドロップする方法
    • 価格設定
    • アカウント
      • 登録とKYC
      • セキュリティ
      • ウォレット
      • ミントクーポン
      • ダッシュボード
      • 取引
      • 請求書
      • APIのキー
    • プロジェクト
      • ポリシー
        • ポリシーを管理
      • 作成
      • 編集
      • メタデータテンプレート
      • 統計
      • DID - 分散型ID
      • 通知
      • ロイヤルティ
      • 追加ペイアウトウォレット
      • アフィリエイト・リンク
      • メタデータをZip形式でエクスポート
      • NFTをcsv形式でエクスポート
      • ミント&送信ジョブ
      • placeholder.csvをエクスポート
    • トークン
      • トークンタブを管理
      • アップロード
        • 単一トークンのアップロード
        • ファイルとメタデータの一括アップロード
          • ドラッグ&ドロップで一括アップロード
          • SFTP経由で一括アップロード
      • 編集
      • メタデータ
        • トークン固有のメタデータの追加
        • フィンガープリント(メタデータプレビュー)
        • メタデータチェック
        • 代替可能トークンのメタデータ標準
        • 完全なオンチェーンNFT
          • 部分的なURLエンコード
        • CIP-68
      • 複製
      • 削除
      • バーン
      • アップデート(ミント/公開後に編集)
    • 販売設定
      • 価格管理 / 価格リスト
        • 新しい価格の設定
        • 無料ドロップ
        • カスタム・トークンの支払い
        • 割引
      • 販売条件とホワイトリスト
        • ポリシーIDまたはステークプールによる販売条件
        • カウント付きホワイトリスト
        • ブラックリスト
        • 販売条件テスト
      • トークンをブロックする
      • NMKR Pay
        • NMKR Payの設定
        • マルチシグ決済
        • ウェブサイトの統合
        • 特定の支払いリンク
        • NMKR Payでのマニュアル送付
        • フィアット、ETHとSOLの支払い
      • Pay-In Address
      • オークション
    • ミント
      • オンデマンドミント
      • マニュアルミント
      • エアドロッパー
        • ランダム配布のエアドロップ
        • 特定の配布のエアドロップ
    • ツール
      • 管理ウォレット
      • 分割アドレス
      • 直接販売
      • ポリシー・スナップショット
      • 統合&プラグイン
        • NFT Pal
        • Zapier
    • テストネット
      • テストネットアカウントの作成
      • テストネットウォレットとtADA
      • Testnet API Swagger
  • NMKR Studio API
    • はじめに - NMKR Studio API
    • API機能
    • Swagger API Endpoints
    • APIを使い始める
    • API Swagger
      • Swaggerをはじめる
      • Swaggerの応答とエラーコード
    • APIの例
      • プロジェクト
        • プロジェクトの作成
        • ファイルとメタデータのアップロード
      • 支払い
        • トークンのランダム販売用にユニークなNMKRペイリンクを作成する
        • 特定のトークン販売用にNMKR Pay Linkを作成する
        • ネイティブ・トークンを使用した単一NFT販売の支払いアドレスの取得
        • 複数トークン販売用にNMKR Pay Linkを作成する
      • ミント
        • 手動ミント
      • スマートコントラクト
        • NMKR Payによる二次販売
    • APIオープンソースへの貢献
  • NMKRミント
    • はじめに - NMKRミント
    • ミント・シングルNFT
    • ミント・コレクション
  • NMKRプレイグラウンド
    • はじめに - NMKRプレイグラウンド
    • ADA支払いリンク
    • ペーパーウォレット
  • NMKRプール
    • ステーキングとは何か?
    • NMKRプールとステーク
  • 便利なリンク
    • Cardano NFT リソース
    • カルダノのリソース
    • Cardanoウォレット
    • オープンソースのリポジトリ
    • セキュリティ対策
    • ボットへの対応
GitBook提供
このページ内
  1. NMKR Studio
  2. プロジェクト

メタデータテンプレート

メタデータテンプレートとプレースホルダの使い方

前へ編集次へ統計

最終更新 11 か月前

NMKR Studioでは、プロジェクトごとにメタデータテンプレートを指定することができます。

このメタデータテンプレートにはプレースホルダが含まれており、各トークンが提供するメタデータの実際の値に置き換えられます。つまり、このプロジェクトにアップロードされた各トークンは、メタデータテンプレートのメタデータ構造とプレースホルダを使用します。

NMKR Studioでは、プロジェクトのメタデータテンプレートの標準構造として、NFTメタデータ標準を定義する提案であるを使用しています。この構造を使用することが重要です。

よくある間違いは、Cardano固有の文字数制限を超えてしまうことです。例えばasset_nameは32文字までしか使用できず、特殊文字は使用できません。フィールドの標準的な文字数制は、空白を含めて63文字です。より長いテキストを追加したい場合は、ください。

メタデータテンプレート

プレースホルダーはその書き方で識別可能で、<>で囲まれていれば何でもプレースホルダーになります。

{
  "721": {
    "<policy_id>": {
      "<asset_name>": {
        "name": "<display_name>",
        "image": "<ipfs_link>",
        "mediaType": "<mime_type>",
        "description": "<description>",
        "files": [
          {
            "name": "<display_name>",
            "mediaType": "<mime_type>",
            "src": "<ipfs_link>"
          }
        ]
      }
    },
    "version": "1.0"
  }
}

また、値だけでなく、文字列(" ")も使用するようにしてください。例:"traitcount":"12"は正しい。「traitcount:12は正しくありません。

ファイルのセクション

        "files": [
          {
            "name": "<display_name>",
            "mediaType": "<mime_type>",
            "src": "<ipfs_link>"
          }
        ]

メタデータテンプレートにファイルを直接追加

        "files": [
          {
            "name": "<display_name>",
            "mediaType": "<mime_type>",
            "src": "<ipfs_link>"
          },
          {
            "name": "subfile",
            "mediaType": "<mime_type>",
            "src": "ipfs://QmZNqgUHhGukXD27pAZtZE5BEkx6VXB1AhQVmK55QCd31y" 
          }
        ]

複数のサブファイルをテンプレートに直接追加するには、各ファイルの間に "," を追加します。

プレースホルダーとフィールド

policy_id

asset_name

最近のNMKR Studioのアップデート以降、asset_nameには特殊文字やスペースを含めることができるようになりました。

トークンのレアリティの番号付けは、トークンの番号とは無関係にすることをお勧めします。

display_name

「トークン#124」のような名前にしたい場合は、ここにそのように記述します。

image

このフィールドの<ipfs_link>プレースホルダは、トークンのIPFSハッシュに置き換えられます。

あなたのトークンがメインファイルとして画像を持っているだけでなく、画像もサブファイルとして持っている場合、このフィールドにはプロジェクトのサムネイルを指定し、ここに画像やアニメーションGIFの小さいサイズのバージョンを追加することができます。

mediaType

このフィールドはサムネイル画像のファイル形式を定義します。サブファイルの下のファイルセクションで使われた場合、<mime_type>プレースホルダは自動的にファイルのファイル形式に置き換わります。

src

detail data

"detaildata": "<detail_data>"

63文字以上の説明および拡張説明

配列を使用せずに説明文に追加できるのは63文字までです。

より長い説明を追加したい場合は、配列メソッドを使用してテキストを複数行に分割してください:

        "description": [
          "text part abc...",
         "...def...",
          "...xyz"
        ],

カスタムプレースホルダー

カスタムプレースホルダは、いわゆるトークン特性やトークン固有の値を追加するのに非常に便利です。

固有のプレースホルダを指定するには、メタデータテンプレートにカスタムフィールドを追加する必要があります。

メタデータコードの "description" 行の下に追加することをお勧めします。

カスタムフィールドを追加するには、カスタムフィールドに "name" を付け、次のように<placeholder> を指定します:

"body": "<body>",

or

"background": "<background>",

スタックに名前を付けるためのカスタム・プレースホルダ(pool.pm)

Pool.pmはコレクションのNFTをスタックします。このスタックに名前を付けたい場合は、次のようなカスタムフィールドを使用できます:

"collection": "<collection>",
"artist": "<artist>",
"project": "<project>",

しかし、もしプロジェクトが同じスタック名を共有するのであれば、プレースホルダーを使わずに(<>を削除して)、ハードな値を入れたいでしょう:

"collection": "My Collection",
"artist": "The Artist",
"project": "The Project",

メタデータ内のリンク

リンクは、カスタムフィールドを使ってメタデータに直接簡単に追加できます。

"website": "https://nmkr.io",

また、メタデータにhttps//リンクを使用する場合は、1行63文字という制限を守ってください。以下のようなリンクを配列で追加してください。

        "download": [
          "https://drive.google.com/file/d/1CVmtR5VCHWENY",
          "GV-5OiuKGkAXsdmhGDA7p/view?usp=sharing"
        ],

リンク全体を表示せずにフィールド名にリンクを追加するには、以下の形式を使用してください。

          "links": {
            "website": "https://website.com/"
          },

もちろん、この形式は配列と組み合わせることもできます。

        "links": {
          "download": [
            "https://download.com/",
            "xyzabc..."
          ]
        },

標準メタデータは、プロジェクト設定のあります。

このメタデータテンプレートの基本構造を維持することが非常に重要です。メタデータの構造をチェックするのに非常に便利なツールが、です。

メタデータテンプレートのファイルセクションは、常にすべてのプレースホルダーをトークンにアップロードされたファイルの特定の値に置き換えます。複数のある場合、このファイルセクションはアップロードされたサブファイルごとに自動的に増殖します。したがって、ファイルセクションとそのプレースホルダには触れないことをお勧めします。

すべてのトークンが同一の共有するようなプロジェクトでは、各単一トークンにサブファイルとしてアップロードする代わりに、メタデータテンプレートに直接追加することが理にかなっています。

そのためには、テストプロジェクトに必要なファイルをアップロードして、ファイルのIPFSハッシュを受け取ります。次に、または詳細、以下のようにメタデータテンプレートに追加します。

メタデータ内のすべてのフィールドは、フィールドの名前 (例: 「name」) とプレースホルダー (例: 「<display_name>」) で構成されます。<placeholders> は、その名前が示すとおり、各固有の NFT によって指定される値の場所を保持するためのものです。標準のメタデータ テンプレートで既に指定されているプレースホルダーを使用することをお勧めしますが、こともできます。

このフィールドのプレースホルダ <policy_id> はプロジェクトのポリシーIDに置き換わります。メタデータのテンプレートとこのフィールドを保持することを強くお勧めします。

この<asset_name>プレースホルダはチェーン上のアセット名となり、manage NFTsタブに表示されるトークンのアセット名と一致する必要があります。このプレースホルダはメタデータテンプレートと保持することを強くお勧めします。

このような場合は、アセットのと関連付けず、ランダムに生成することをお勧めします。

トークンの表示名を上書きするには、使用してください。

その理由は簡単です。プロジェクトで使用する場合、買い手が支払い取引に署名するときに、()取引に表示される可能性があるからです。そのため、買い手は「レアでない/一般的でない番号」が表示された場合、取引をキャンセルして最初からやり直すことができます。

<display_name>が指定されると、pool.pm、セカンダリーマーケット、その他のウェブサイト上で、トークンの代わりに表示されます。この名前はホルダーがトークンを識別する方法です。特殊文字を含めて63文字まで保持できます。

"src"フィールドの<ipfs_link>プレースホルダーはファイルセクションに属し、アップロードされたすべてのファイルのipfsハッシュに置き換えられます。

詳細データフィールドは、ファイルに追加の詳細を追加したい場合に指定できます。

これらは、指定するか、直接指定することができます。

メタデータテンプレートでカスタムフィールドを指定した後、値を与えます。

これらのカスタムフィールドがメタデータに与えられていない場合、pool.pmはトークンのまたは(与えられていない場合は) のシーケンスから名前を作成します。

メタデータ編集タブに
JSON Editor Online
サブファイルが
サブファイルを
トークンのファイル・タブ
Manage NFTsタブの
カラムからIPFSHハッシュをコピーして
独自のフィールドとプレースホルダーを指定する
トークンのユニークなメタデータに
トークンのユニークなメタデータに
asset_name / token nameを
display_name
placeholder.csvメソッドを
MultiSig Paymentを
display_nameではなく
asset_nameが
asset_nameの
サブ
サブ
トークンを編集またはアップロードするときにファイルタブで
カスタムメタデータで
トークン固有のメタデータで
説明
display_names
asset_name
CIP-0025
トークン固有のメタデータにも
配列を使用して
CIP-0025 | Cardano Developer Portal
Logo
JSON Editor Online - view, edit and format JSON online
Logo
プロジェクトのメタデータタブには、メタデータテンプレートが表示される