NEP-141（NEAR）

NEP-141とは？

NEP-141は、NEARブロックチェーン上のスマートコントラクトに関する中核的な代替可能トークン規格です。

暗号資産分野における代替可能トークンとは、同じトークンの各単位を相互に交換できるトークンです。

NEP-141トークンは、ステーブル資産、ガバナンストークン、報酬トークン、ユーティリティトークン、ラップド資産、ゲーム内通貨、流動性トークン、ポイント型暗号資産、NEAR上のリキッドステーキングトークンなどを表せます。

公式のNEAR代替可能トークン規格ガイドでは、NEP-141をNEAR上の代替可能トークンコントラクトの設計図として説明しています。

NEP-141は、代替可能トークンコントラクトとして扱われるためにコントラクトが実装すべき共通インターフェースを定義します。

このインターフェースには、総供給量とアカウント残高の確認、トークンの移転、コールバックを伴うコントラクトへのトークン移転、移転呼び出しの結果解決に関するメソッドが含まれます。

NEP-141は、ネイティブNEARトークンとは異なります。

ネイティブNEARトークンは基盤プロトコルの一部であり、ガス代、ステーキング、ストレージ、ネットワーク運用に使用されます。

NEP-141トークンはスマートコントラクト内で作成・管理され、コントラクトがユーザーアカウントの残高を記録します。

NEP-141が重要な理由

ウォレット、分散型アプリケーション、DeFiプロトコル、ゲーム、分析ツール、スマートコントラクト間で代替可能トークンを予測可能な形で利用するには、NEP-141が重要です。

共通規格がなければ、トークンコントラクトごとにメソッド名、残高形式、移転ルール、統合方法が異なる可能性があります。

そうなると、ウォレットでの残高表示や、アプリケーションによるトークン受け入れが難しくなります。

NEP-141は、NEAR上のトークン残高と移転に関して、開発者とユーザーに共通の仕組みを提供します。

ユーザーにとって、NEP-141トークンは規格に対応するアプリケーションで認識されやすくなります。

開発者はトークンごとに独自のロジックを作る代わりに、既知のメソッドを使って他のコントラクトと連携できます。

プロジェクトは既存のインターフェースを基盤にできるため、トークンのローンチが容易になります。

NEARエコシステムでは、トークン、ウォレット、リキッドステーキングコントラクト、DeFi商品、ゲーム、報酬システム、決済処理間の相互運用性が高まります。

互換性はトークンの供給量やブランドと同じくらい重要となる場合があるため、この規格は重要です。

NEP-141の仕組み

NEP-141は、トークン残高を保存し、標準メソッドを公開するスマートコントラクトを通じて機能します。

ユーザーがNEP-141トークンを保有している場合、その残高はユーザーアカウント内に直接保存されるのではなく、トークンコントラクト内に記録されます。

コントラクトは、残高、供給量、移転、受信側コールバックを管理する台帳として機能します。

ウォレットやアプリケーションは

を呼び出して、アカウントが保有するトークン数を確認できます。

を呼び出せば、トークンの総供給量を確認できます。

ユーザーは

を呼び出して、別のNEARアカウントにトークンを送信できます。

を呼び出すと、トークンをコントラクトに送り、受信側コントラクトのロジックを実行できます。

受信側コントラクトは、移転呼び出しの処理を通じて未使用のトークンを返却できます。

NEARの非同期スマートコントラクトモデルでは、コントラクトは一つの同期トランザクションだけに依存せず、コントラクト間呼び出しを通じて通信することが多いため、この設計が適しています。

NEP-141とネイティブNEARの違い

NEP-141トークンとネイティブNEARトークンは、種類の異なる資産です。

ネイティブNEARトークンはNEARプロトコルに組み込まれており、トランザクション手数料、ステーキング、アカウントストレージ、バリデーターの経済的仕組みに使用されます。

NEP-141トークンはスマートコントラクトが発行し、そのコントラクトの内部台帳を通じて管理されます。

ユーザーは同じNEARアカウントでネイティブNEARとNEP-141トークンの両方を保有できますが、会計システムは異なります。

ネイティブNEAR残高はプロトコルのアカウント残高の一部です。

NEP-141残高はトークンコントラクトが記録します。

主にNEP-141トークンを移動したい場合でも、ガス代やストレージ預入金の支払いに少量のネイティブNEARが必要になることがあるため、この違いは重要です。

NEP-141トークンを受け取るアカウントは、トークンを保有する前にトークンコントラクトでストレージ登録が必要な場合もあります。

この違いを理解すれば、トランザクションの失敗や残高が表示されないことによる混乱を避けやすくなります。

NEP-141とNEP-171の違い

NEP-141は代替可能トークン規格であり、NEP-171はNEARの非代替性トークン規格です。

NEP-141トークンは、同じトークンの他の単位と交換可能です。

NEP-171 NFTは固有のもので、通常は独自のトークンID、メタデータ、所有権記録を持ちます。

たとえば、ゲームではNEP-141トークンをゲーム内通貨として、NEP-171 NFTを固有のゲームアイテムとして使えます。

DeFiアプリケーションでは、NEP-141トークンを流動性や報酬に利用できます。

アートプロジェクトでは、NEP-171 NFTを固有のデジタルコレクティブルに使えます。

この違いは、ウォレット表示、市場での動作、メタデータ、価格設定、ストレージ、移転ロジックに影響します。

NEP-141トークンは固有のアイテムを表すものではないため、NFTと同じように扱わないでください。

代替可能な残高が必要ならNEP-141、固有の所有権記録が必要ならNEP-171を選択してください。

NEP-141の主要メソッド

NEP-141の中核インターフェースには、複数の重要なメソッドがあります。

メソッドは、トークンの総供給量を返します。

メソッドは、特定アカウントのトークン残高を返します。

メソッドは、呼び出し元から別のアカウントにトークン量を移転します。

メソッドは、トークンを受信側コントラクトに移転し、そのコントラクトのロジックを呼び出します。

受信側メソッドの

は、受信側コントラクトがトークンを受け取り、未使用量を返却できるようにします。

メソッドは、受信側コントラクトの応答後に移転呼び出しの処理を完了します。

公式のNEP-141仕様書では、これらのメソッドを代替可能トークンの中核インターフェースとして定義しています。

これらのメソッドは、NEAR上のトークン移転、コントラクトへの支払い、DeFiへの預け入れ、ゲーム内決済、トークンを使うアプリケーション処理の基盤です。

ft_total_supply

メソッドは、コントラクトが発行したトークンの最小単位での総数を返します。

このメソッドは読み取り専用で、コントラクトの状態を変更しません。

アプリケーションはこれを使って総供給量を表示し、市場指標を計算し、トークン発行を確認したり、トークンのミントやバーンを監視したりできます。

トークン量が非常に大きくなる場合があるため、返される値は通常文字列です。

浮動小数点数として通常の数値のように扱うと、深刻な会計上の誤りにつながる精度問題が生じる可能性があります。

総供給量だけでは、循環供給量、ロックされた供給量、トレジャリー残高、ベスティング、市場の実際の需要は分からないことを理解してください。

小数点以下の桁数や需要が適切であれば、総供給量が多いトークンにも用途がある場合があります。

一方、総供給量が少なくても、保有が集中していたり流動性が弱かったりする場合はリスクを伴います。

総供給量は、トークン分析の一要素にすぎません。

ft_balance_of

メソッドは、指定されたNEARアカウントのトークン残高を返します。

この読み取り専用メソッドは、ウォレット、エクスプローラー、DeFiアプリ、ゲーム、ダッシュボード、ポートフォリオツールで広く使われています。

残高はトークンの最小単位で返されます。

ユーザー向けの表示は、メタデータに記載されるトークンの小数点以下の桁数に応じて決まります。

たとえば、小数点以下の桁数が24のトークンでは、最小単位の生の値に比べて、人が読める表示量は小さくなる場合があります。

アプリケーションは小数点以下の桁数を推測せず、トークンメタデータに基づいて残高を表示してください。

ウォレットの表示には遅延やキャッシュがある場合もあります。

表示が不自然な場合は、信頼できるツールを使ってコントラクトの状態と取引履歴を確認してください。

残高を正しく表示するには、NEP-141の残高メソッドと、メタデータの正確な処理の両方が必要です。

ft_transfer

メソッドは、指定した量のトークンを呼び出し元から受信側アカウントへ送ります。

NEARアカウント間でNEP-141トークンを移動する基本的な移転メソッドです。

このメソッドには任意のmemoフィールドを含められます。

memoには、支払い参照、内部メモ、アプリケーション固有のメッセージなど、移転の目的を記録できます。

NEARの標準ドキュメントによると、

の呼び出しには正確に1 yoctoNEARを付加する必要があります。

このごく少額の付加額は、機密性の高い操作にフルアクセスキーで署名されたトランザクションを要求するために使われます。

送金前に、必ず受信側アカウントを確認してください。

誤ったアカウントへのトークン移転は、通常、取り消すことが困難または不可能です。

プロジェクトは、署名前にトークン、数量、受信側、ガス代、memoを確認できるよう、移転画面を明確に設計してください。

ft_transfer_call

メソッドは、トークンを受信側コントラクトに送り、同じ一連の処理でそのコントラクトのメソッドを呼び出します。

コントラクト間でのトークン利用を可能にするため、これはNEP-141の重要な機能の一つです。

ユーザーは

を使い、DeFiコントラクトへのトークン預け入れ、サービスコントラクトへの支払い、ゲームコントラクトへの参加、ステーキング、ブリッジ、アプリケーションロジックの実行を行えます。

このメソッドには

、、任意の、フィールドが含まれます。

フィールドを使うと、送信者はアプリケーション固有の指示を受信側コントラクトに渡せます。

受信側コントラクトは、受け取ったトークンを処理するために

を実装する必要があります。

受信側がすべてのトークンを使わなかった場合、未使用分を返して送信者に返金できます。

この設計により、多くのアプリケーション処理で個別の承認と支払いトランザクションが不要になります。

受信側コントラクトが移転トークンをどう処理するかを決めるため、信頼できるコントラクトに限って移転呼び出しを利用してください。

ft_on_transfer

メソッドは、を通じてNEP-141トークンを受け取るコントラクトが実装します。

このメソッドは、送信者のアカウント、トークン量、移転呼び出しで渡されたメッセージを受け取ります。

受信側コントラクトは、その後トークンの処理方法を決定します。

たとえば、ユーザーの預け入れを記録する、アイテムを購入する、支払いを記録する、レシートトークンをミントする、ステーキングポジションを開始する、移転を拒否するなどの処理ができます。

このメソッドは、受信側コントラクトが使用しなかったトークン量を返します。

未使用分は解決処理を通じて返金できます。

この方法により、コントラクトが代替可能トークンを受け取り、アプリケーションロジックに応じて応答できます。

戻り値を誤ると、返金額や残高に混乱が生じる可能性があるため、開発者はこのメソッドを慎重に実装してください。

コントラクトにトークンを送ることは、通常のアカウントにトークンを送ることとは異なると理解してください。

ft_resolve_transfer

メソッドは、受信側コントラクトの応答後に移転呼び出しの処理を完了します。

コールバックとして使われ、未使用分を送信者に返す必要があるかどうかを判断します。

NEARのコントラクト呼び出しは非同期であるため、この処理が必要です。

コールバックの結果が分かるまでは、受信側がすべてのトークンを正常に使用したとトークンコントラクトが想定できません。

受信側コントラクトが移転を拒否したり、未使用トークンを報告したりした場合、トークンコントラクトは規格のロジックに従って適切な量を返金できます。

このメソッドは、トークンとコントラクトの処理をより安全で組み合わせやすくするのに役立ちます。

本番コントラクトを公開する前に、受信側呼び出しの失敗、一部返金、例外ケースをテストしてください。

単純なウォレット間の移転より、移転呼び出しの結果が複雑になる場合があることを理解してください。

適切なアプリケーション画面では、移転呼び出しが成功したか、失敗したか、未使用分が返金されたかを表示する必要があります。

NEP-141とNEP-148メタデータ

NEP-148は、NEP-141の代替可能トークンに関連するメタデータ規格です。

公式のNEP-148メタデータ規格は、代替可能トークンの

メソッドとメタデータ項目を定義します。

重要なメタデータ項目には、

、、、、、、があります。

フィールドは通常、コントラクトが対応するメタデータのバージョンを示します。

フィールドは、ユーザーが読めるトークン名を示します。

フィールドは、表示に使用するトークンの短いシンボルを示します。

フィールドは、ウォレットやアプリが最小単位の残高をユーザー向けに表示する方法を示します。

とのフィールドは、追加のオフチェーンメタデータを指し、通知のない改ざん防止に役立ちます。

NEP-141はトークンのロジックを提供し、NEP-148はウォレットやアプリがトークンを正しく表示するのに役立ちます。

NEP-148メタデータの例

NEP-141トークンの簡単なNEP-148メタデータは、次のようになります。

この例は、トークン名、シンボル、アイコン、参照ファイル、小数点以下の精度をアプリケーションに表示するために、トークンメタデータがどう役立つかを示しています。

の値は特に重要です。ユーザーは通常、最小単位の生の値ではなく、人が読める残高を確認するためです。

フィールドを使うと、ウォレットにトークンの視覚的な識別情報を表示できます。

フィールドは、トークンに関する追加情報を指すことができます。

フィールドは、参照先のメタデータファイルが予期せず変更されていないか確認するのに役立ちます。

メタデータの誤りはトークンの識別、供給量の表示、ブランドについてユーザーを誤解させる可能性があるため、正確に保ってください。

NEP-141とNEP-145のストレージ管理

NEP-145は、NEP-141トークンで一般に利用されるストレージ管理規格です。

公式のNEP-145ストレージ管理規格は、アカウント登録とストレージ預入金の管理に関するメソッドを定義しています。

NEARのコントラクトはオンチェーンに保存する永続データの費用を負担する必要があるため、ストレージ管理は重要です。

トークンコントラクトが新しいアカウントの残高記録を保存すると、ストレージ領域を使用します。

多くのNEP-141トークンコントラクトでは、アカウントがトークンを保有する前にストレージ預入金が必要です。

メソッドは、アカウントを登録してストレージを確保できます。

メソッドは、アカウントのストレージ登録状況を表示できます。

メソッドは、条件を満たす場合にアカウントのストレージ登録を解除できます。

このストレージモデルは、トークンコントラクトがすべてのユーザーのストレージ費用を無制限に負担する事態を防ぎます。

NEP-141トークンのストレージ預入金

ストレージ預入金とは、コントラクトの永続ストレージ費用を賄うために付加する少量のネイティブNEARです。

NEP-141トークンでは、トークンを受け取ったり操作したりする前に、ストレージ預入金が必要となることがあります。

別のネットワークではストレージ登録なしでトークン残高が表示されることに慣れているユーザーは、この仕組みに驚くかもしれません。

預入金は、トークンの購入価格とは異なります。

通常、トークンコントラクト内でアカウントのデータが占める領域を賄うために確保されます。

残高がゼロになった後に登録を解除すれば、未使用のストレージ預入金を回収できるコントラクトもあります。

移転、入金、DeFi操作を試みる前に、登録済みかどうか確認してください。

アプリケーションは、署名前にストレージ要件を明示してください。

ストレージについて明確に伝えることで、移転の失敗やユーザーの混乱を防げます。

NEP-141とNEP-297イベント

NEP-297は、NEARコントラクトが出力するイベントの標準形式を定義します。

公式のNEP-297イベント規格は、インデクサーやアプリケーションが読み取れる構造化イベントログに対応します。

NEAR Docsによると、標準的な代替可能トークンイベントには

、、があります。

イベントは、ウォレット、エクスプローラー、分析ツール、インデクサーによるトークン活動の追跡に役立ちます。

たとえばインデクサーは、トークン移転イベントを読み取り、残高や取引履歴を更新できます。

DeFiダッシュボードはイベントを読み取って、預け入れ、出金、報酬の流れを把握できます。

プロジェクトはイベントデータを使って、ユーザー通知や会計システムを構築できます。

イベント名が標準化されていると、ツールがトークンコントラクトごとに独自の解析を行う必要がなくなり、統合が容易になります。

イベントは可観測性を高めますが、正確な残高が重要な場合は、コントラクトの状態も確認してください。

NEP-141のトークン量と小数点以下の桁数

NEP-141のトークン量は、大きな整数の文字列として扱われるのが一般的です。

この設計により、スマートコントラクトやアプリケーションで浮動小数点数による精度の問題を回避できます。

トークンの

メタデータは、最小単位の生の値を人が読める表示に変換する方法をフロントエンドに示します。

たとえば、小数点以下の桁数が24のトークンでは、1トークンが非常に大きな整数値として表示される場合があります。

開発者は残高を最小単位で保存・計算してください。

ウォレットはトークンのメタデータにある小数点以下の桁数を使って残高を表示してください。

生のトランザクションデータでは、実際の表示残高より値が大きく見える場合があるため、ユーザーは注意してください。

小数点以下の桁数の処理を誤ると、移転、価格表示、会計に誤りが生じる可能性があります。

精度は、代替可能トークンのアプリケーションで特に重要な技術上の要素です。

NEP-141とDeFi

NEP-141トークンは、NEAR上のDeFiアプリケーションで広く利用されています。

DeFiコントラクトは、預け入れ、スワップ、貸付、借入、報酬、流動性ポジション、担保、ガバナンスにNEP-141トークンを受け入れる場合があります。

メソッドは、トークンの移転とコントラクトロジックの実行を一つの処理で行えるため、DeFiで特に役立ちます。

たとえばユーザーは、意図する操作を説明するメッセージを含めてトークンをプールコントラクトに送れます。

その後、受信側コントラクトが預け入れを処理し、必要であれば未使用分を返却できます。

DeFiの利用には、トークン規格以外の追加リスクもあります。

ユーザーは、スマートコントラクトリスク、流動性リスク、価格変動、清算リスク、オラクルリスク、トークノミクスのリスクに直面する場合があります。

NEP-141への対応は統合に役立ちますが、DeFi戦略の安全性を保証するものではありません。

資産を預け入れる前に、トークンとプロトコルの両方を理解してください。

NEP-141とリキッドステーキング

NEAR上のリキッドステーキングコントラクトは、NEP-141に準拠したトークンを発行する場合があります。

NEAR Docsによると、リキッドステーキングコントラクトは、ネットワーク上の他の代替可能トークンと同様に機能するNEP-141トークンを発行できます。

このモデルでは、ユーザーがネイティブNEARをステーキングコントラクトに預け入れ、ステーキングポジションを表すリキッドトークンを受け取ります。

リキッドトークンは、多くの場合、移転したり、対応するDeFiアプリケーションで利用したりできます。

ステーキング報酬が蓄積すると、リキッドトークンと基礎となるステーキング済みNEARとの交換比率は時間とともに変化する場合があります。

リキッドステーキングトークンをネイティブNEARと同じものと考えないでください。

スマートコントラクトリスク、流動性リスク、市場価格リスク、償還ルールのリスクがあります。

リキッドステーキングトークンコントラクトを初めて操作するときは、ストレージ預入金が必要になる場合もあります。

NEP-141によってリキッドトークンの相互運用性は高まりますが、ステーキングやコントラクトのリスクがなくなるわけではありません。

NEP-141とゲーム

NEAR上のゲームでは、NEP-141トークンをゲーム内通貨、報酬、エネルギーポイント、クラフト素材、ガバナンス資産、支払いトークンとして利用できます。

ゲームではNEP-141トークンとNFTを併用し、代替可能トークンを支出に、NFTを固有アイテムに使う場合があります。

たとえば、マーケットプレイスの支払いにNEP-141トークンを、キャラクターや装備にNEP-171 NFTを使用できます。

この2種類のトークンを使う設計は、柔軟なゲーム経済を支えます。

ただし、十分な需要がないまま報酬を発行しすぎると、ゲームトークンのインフレにつながる可能性があります。

開発者は、トークンの消費先、供給量の管理、報酬ルール、ユーティリティを慎重に設計してください。

プレイヤーはトークンが稼働中のゲームで利用できるのか、将来の機能として予告されているだけなのかを理解する必要があります。

規格に準拠したNEP-141ゲームトークンでも、ゲーム経済の設計が不適切であれば価値を失う可能性があります。

トークン規格は統合を支えますが、長期的な需要を支えるのはゲームの品質です。

NEP-141とDAO

DAOやコミュニティプロジェクトは、NEP-141トークンをガバナンス、投票権、報酬、トレジャリー運用、会員権に似たユーティリティに利用できます。

ガバナンストークンにより、保有者が提案に投票したり、コミュニティの意向を示したりできる場合があります。

トークンコントラクト自体は残高と移転を記録するだけの場合があります。

ガバナンスのロジックは通常、トークン残高を読み取る別のコントラクトやアプリケーションにあります。

トークンの保有によって実際のガバナンス権が得られるのか、象徴的な影響力にとどまるのか確認してください。

残高に応じた投票方式を採用するガバナンスでは、大口保有者が小口保有者より大きな投票権を持つ場合があります。

プロジェクトは、トークン配分、トレジャリー残高、ベスティング、投票ルールを明確に開示してください。

ガバナンストークンをシンボルやコミュニティの活動だけで評価すべきではありません。

実際のガバナンス権はNEP-141規格だけでなく、ガバナンスの設計全体で決まります。

NEP-141とラップド資産

ラップド資産は、NEP-141を使って他のネットワークやシステムの資産をNEARアプリケーション内で表すことができます。

ラップドトークンは通常、ブリッジ、カストディアン、ミント・バーンの仕組み、または元の資産との連動を担保する証明方式に依存します。

NEP-141により、ラップドトークンはNEAR内で通常の代替可能トークンのように動作できます。

ただし、トークン規格はラップド資産が完全に裏付けられていることを証明しません。

ラップド資産のブリッジやカストディ設計を理解してください。

償還ルール、証明システム、手数料、上限、流動性、コントラクトのセキュリティを確認してください。

ラップドNEP-141トークンはエコシステム間の流動性に役立つ場合がありますが、信頼や技術に関する追加の前提が伴います。

ユーザーがネイティブ資産と混同しないよう、アプリケーションはラップド資産を明確に表示してください。

トークンの互換性と同じくらい、裏付けと償還が重要です。

NEP-141とウォレット

ウォレットはNEP-141のメソッドとメタデータを使って、トークン残高と移転機能を表示します。

ウォレットは

で残高を、でトークン名、シンボル、アイコン、小数点以下の桁数を取得する場合があります。

トークンの受け取り前にストレージ登録が必要な場合、ウォレットがユーザーを支援することもあります。

トークンが表示されない場合、ウォレットがまだインデックス化していない、アカウントが登録されていない、メタデータがない、トークンコントラクトに対応していないなどの理由が考えられます。

表示された資産を信頼する前に、トークンコントラクトのアカウント名を確認してください。

詐欺トークンが正規資産の名称、シンボル、アイコンをコピーしている場合があります。

ウォレット表示だけを、トークンが正規のものである証明とみなすべきではありません。

トークンを検証する際は、公式プロジェクトの情報源、コントラクトアカウント名、取引履歴を確認してください。

優れたウォレット設計では、トークンの識別情報とその背後にあるコントラクトの両方をユーザーが確認できます。

NEP-141とトークンの掲載

アプリケーションでのトークン掲載は、メタデータ、コントラクトアカウントの検証、流動性、コミュニティでの認知度に左右される場合があります。

NEP-141トークンは、ウォレット、ポートフォリオトラッカー、DeFiインターフェース、分析ページに掲載されていなくても、オンチェーンに存在する場合があります。

掲載されているからといって、トークンが安全または価値のあるものとは限りません。

掲載されていないからといって、トークンが無効とも限りません。

アプリケーションは、スパム、コピーされたシンボル、悪意のあるコントラクト、品質の低い資産を減らすため、独自のフィルターを使う場合があります。

ユーザーが本物のトークンを検証できるよう、プロジェクトは公式コントラクトアカウント名とメタデータを公開してください。

見覚えのあるシンボルでも、知らないコントラクトアカウントを使っているトークンには注意してください。

トークンの識別には、ティッカーシンボルだけでなく、コントラクトアカウントと検証済みのプロジェクト情報源が重要です。

トークンを明確に検証できれば、偽トークンのリスクを減らせます。

NEP-141とセキュリティ

NEP-141のセキュリティは、コントラクトの実装、アカウント権限、アプリケーションとの連携、ユーザーの行動に左右されます。

NEP-141に準拠していても、ミント制御が危険、管理者権限が弱い、受信側ロジックが安全でない、ストレージ管理が不適切、メタデータが誤解を招く場合があります。

トークンの移転、入金、スワップの前に、コントラクトアカウント名を確認してください。

偽のトークンシンボル、フィッシングサイト、悪意のあるアプリ、ダイレクトメッセージで届く請求リンクに注意してください。

FTCの暗号資産詐欺ガイドでは、偽の暗号資産の機会、なりすまし、多額のリターンを約束する宣伝に注意するよう警告しています。

正規のトークンコントラクトやサポートアカウントが、シードフレーズ、リカバリーフレーズ、秘密鍵を求めることはありません。

開発者は公開前に、移転、移転呼び出し、ストレージ登録、ミント、バーン、例外ケースをテストしてください。

プロジェクトは必要に応じて、管理者キー、アップグレードルール、ミント権限、一時停止制御、トレジャリー残高を開示してください。

セキュリティは規格準拠だけの問題ではなく、システム全体に関わるものです。

NEP-141とトークンの紛失

誤ったアカウントへの送信、誤ったコントラクトの使用、ストレージ登録の省略、安全でないアプリケーションとのやり取りによって、トークンを失う場合があります。

中央集権型アカウントの残高と異なり、ブロックチェーン上のトークン移転は取り消せない場合があります。

NEP-141トークンを送る前に、受信側アカウントを確認してください。

を使う前に、受信側コントラクトが実際にトークンを受け取れることも確認してください。

トークンを処理するよう設計されていないコントラクトに送ると、結果が分かりにくくなったり、回収できなくなったりする場合があります。

アプリケーションは署名前に受信側の要件を明示してください。

初めてコントラクトを操作するときは、少額で試してください。

ガス代やストレージ関連の操作に必要なネイティブNEARを十分に残してください。

トランザクションを慎重に確認することが、トークン紛失のリスクを減らす最も簡単な方法です。

NEP-141と税金

NEP-141トークンの取引は、ユーザーの居住国や個別の状況に応じて、税務申告上の確認事項を生じさせる場合があります。

公式のIRSデジタル資産ページでは、デジタル資産取引は申告が必要な場合があり、デジタル資産による収入は課税対象となる場合があると説明しています。

NEP-141トークンの購入、売却、交換、受け取り、獲得、ステーキング、ブリッジ、利用は、法域によって税務上の影響を伴う場合があります。

トークン報酬の受け取りが所得に関する確認事項を生じさせる場合があります。

あるトークンを別のトークンに交換すると、損益計算が必要になる場合があります。

トークンを使ってNFTを購入したりサービスの代金を支払ったりすることも、地域によっては資産の処分として扱われる場合があります。

トランザクションハッシュ、日付、アカウント名、トークン量、公正市場価値、ガス代、ストレージ預入金、売却代金を記録してください。

プロジェクトは、ミント、トレジャリーの活動、報酬、流動性インセンティブ、トークン配分を記録してください。

トークンの取引が多いユーザーは、資格を持つ税務専門家に相談してください。

NEP-141と知的財産

NEP-141トークンは通常、代替可能な残高を表しますが、ブランド、ゲーム、コミュニティ、アート、メディアのエコシステムと結び付くトークンもあります。

トークンを保有しても、通常、そのプロジェクトのブランドやコンテンツの著作権、商標権、商業利用権が自動的に付与されるわけではありません。

米国著作権局とUSPTOによるNFT調査では、NFTにおいてトークンの所有権と知的財産権が別の問題になり得ると説明されています。同じ点は、トークンに関連するメディアの権利に関する主張を考える際にも重要です。

プロジェクトは、トークン保有者にアクセス、ガバナンス、報酬、割引、参加権を付与する場合があります。

そのような権利は、プロジェクトの規約やドキュメントに記載してください。

NEP-141トークンを保有することで、ブランド、プロトコル、アート作品、ゲームキャラクター、企業を所有できると考えないでください。

法的な権利は、トークンの設計、プロジェクト文書、適用法によって決まります。

権利を明確に記載すれば、ユーザーの混乱を防ぎやすくなります。

規約で明確に結び付けられていない限り、トークンの所有権と知的財産権は別個に扱う必要があります。

NEP-141とトークノミクス

トークノミクスは、NEP-141トークンの経済的な設計を指します。

重要な要素には、総供給量、循環供給量、ミントルール、バーンルール、発行、報酬、ベスティング、トレジャリーへの配分、ユーティリティ、手数料、ガバナンス、流動性があります。

NEP-141はトークンの動作を定めますが、トークノミクスが健全かどうかを定めるものではありません。

規格に準拠したトークンでも、ユーティリティが弱い、インフレ率が高い、保有が集中している、ロック解除が不明確といった問題を抱える可能性があります。

NEP-141トークンの価値を評価する前に、トークノミクスを確認してください。

開発者は供給量を増やせるか、その権限を誰が持つかを説明してください。

プロジェクトは、トレジャリーへの配分、ベスティングスケジュール、報酬の発行量を分かりやすく開示してください。

強いトークノミクスは、トークン需要を実際のエコシステム活動と結び付ける必要があります。

弱いトークノミクスは、誇大宣伝や短期的なインセンティブだけに依存することがよくあります。

NEP-141とミント

ミントとは、新しいトークン単位を作成し、供給量を増やすことです。

NEP-141には移転と残高の動作が含まれますが、ミント方法の詳細はコントラクトの実装によって異なります。

トークンコントラクトによっては、デプロイ時に固定供給量をミントします。

所有者、DAO、承認済みロールが後からミントできるトークンコントラクトもあります。

ステーキング、ゲームプレイ、流動性、プロトコルの活動に基づいて報酬をミントするトークンコントラクトもあります。

ミント権限は、代替可能トークンコントラクトの最も重要なリスク要因の一つです。

一つのアカウントが無制限にミントできる場合、保有者は希薄化リスクに直面する可能性があります。

プロジェクトは、ミント権限と供給ルールを明確に開示してください。

将来ミントされる可能性がある場合、現在の供給量だけでトークンを評価すべきではありません。

NEP-141とバーン

バーンとは、コントラクトのルールに従い、トークン単位を流通から取り除くことです。

トークンコントラクトは、償還、手数料、ゲーム内アイテム作成、供給量削減、ガバナンス決定、ブリッジからの出金、プロトコルの仕組みに応じてトークンをバーンする場合があります。

適切に実装されていれば、NEP-297の標準イベントを使ってインデクサーが

の活動を追跡できます。

バーンによって供給量は減る場合がありますが、それだけでトークンの価値が高まるわけではありません。

需要、ユーティリティ、流動性、配分も依然として重要です。

なぜバーンが行われるのか、誰が実行できるのかを理解してください。

バーンが永久的か、総供給量を減らすかをプロジェクトは説明してください。

供給量の計算ミスは信頼を損なう可能性があるため、バーンの仕組みは監査・テストが必要です。

バーンが意味を持つのは、その経済的な理由をユーザーが理解できる場合に限られます。

NEP-141とアカウント権限

NEARアカウントでは、権限の異なるアクセスキーを利用できます。

NEP-141トークンの移転では、機密性の高い操作に適切な権限を持つアカウントの署名が必要となるため、これは重要です。

アプリケーションによっては、繰り返しの操作を容易にするために限定アクセスキーを要求する場合があります。

限定アクセスは利便性を高めますが、キーで何ができるのかを理解してください。

悪意のある権限設定や広すぎる権限は、トークンのリスクにつながります。

アプリケーションの権限を承認する前に確認してください。

不要になった古いアクセスキーは削除してください。

プロジェクトは、特定のアプリケーションに必要な権限だけを要求してください。

NEARでは、アカウントのセキュリティもトークンのセキュリティの一部です。

NEP-141とコントラクト間呼び出し

NEP-141のアプリケーション設計では、コントラクト間呼び出しが中核となります。

NEARの非同期モデルでは、単純な同期呼び出しスタックではなく、プロミスとコールバックを通じてコントラクトが通信します。

の仕組みにより、トークンコントラクトと受信側コントラクトがトークンの受け渡しとアプリケーションロジックを連携できます。

これにより、預け入れ、支払い、ステーキング、ゲーム、ブリッジ、貸付、その他のスマートコントラクト処理に対応できます。

受信側コントラクトが失敗したり、トークンを拒否したり、未使用量を返したりする可能性があるため、開発者はコールバックの結果を慎重に扱う必要があります。

コントラクトへの預け入れは、ウォレット間の移転とは異なることを理解してください。

トークンをコントラクトに送ると、その後の処理はコードに基づく受信側ロジックで決まります。

署名前に受信側コントラクトとアクションメッセージをユーザーに表示してください。

コントラクト間のコンポーザビリティは強力ですが、インターフェースを慎重に設計する必要があります。

NEP-141とインデクサー

インデクサーはブロックチェーンデータを読み取り、アプリケーションで利用できるよう整理します。

NEP-141トークンでは、インデクサーが移転、ミント、バーン、残高、保有者、コントラクトメタデータ、DeFiイベントを追跡する場合があります。

標準イベントログがあれば、既知のイベント名を解析できるため、この処理が容易になります。

ウォレット、エクスプローラー、税務ツール、分析ダッシュボード、ポートフォリオトラッカーは、インデックス化されたトークンデータを利用する場合があります。

インデックス化されたデータには遅延、キャッシュ、不完全さ、誤りがある場合があります。

残高の正確さが重要な場合、アプリケーションはインデクサーの結果と併せてコントラクトの状態を確認してください。

フロントエンドの残高は通常、コントラクトとインデクサーのデータを表示するための画面にすぎないことを理解してください。

優れたインデクサーはトークンの使いやすさを高めますが、信頼できる情報源であるトークンコントラクトに取って代わるものではありません。

開発者は、インデクサーとの互換性を考慮してイベントとメタデータを設計してください。

NEP-141トークンの検証方法

まず、公式プロジェクトの情報源でトークンコントラクトのアカウントを確認してください。

トークンシンボルだけに頼らず、トークンコントラクトのアカウントを検証してください。

を呼び出すか表示して、トークン名、シンボル、小数点以下の桁数、specを確認してください。

を呼び出すか表示して、現在の総供給量を把握してください。

を呼び出すか表示して、アカウントの残高を確認してください。

トークンの受け取りや利用前に、

が必要か確認してください。

トークノミクス、ミント権限、バーンルール、トレジャリー残高、プロジェクトのドキュメントを確認してください。

トークンに実際のユーティリティ、流動性、稼働中の連携先があるか確認してください。

見慣れた名前や魅力的なアイコンより、検証済みのコントラクトアカウントのほうが重要です。

NEP-141ユーザーのベストプラクティス

トークンの送信、受け取り、交換、預け入れの前に、コントラクトアカウントを確認してください。

ガス代とストレージ預入金に必要なネイティブNEARを十分に残してください。

アプリケーションから求められた場合は、ストレージ登録を行ってください。

移転や移転呼び出しに署名する前に、ウォレットの確認画面を読んでください。

新しいコントラクトを初めて操作するときは、少額で試してください。

ダイレクトメッセージ、緊急性をあおる主張、利益保証を謳う宣伝で紹介されるトークンには注意してください。

残高表示を信頼する前に、トークンのメタデータと小数点以下の桁数を確認してください。

ネイティブNEARとNEP-141トークンの違いを理解してください。

税務、会計、個人記録のため、取引記録を保管してください。

コントラクトに明確な返金処理が定められていない限り、トークンの操作は取り消せないものとして扱ってください。

NEP-141開発者のベストプラクティス

NEP-141の中核インターフェースを正しく実装してください。

ウォレットがトークンを適切に表示できるよう、NEP-148メタデータも実装してください。

ストレージコストの悪用を防ぐため、NEP-145のストレージ管理を利用してください。

移転、ミント、バーンに関するNEP-297標準イベントを出力してください。

との例外ケースを慎重に扱ってください。

返金、受信側呼び出しの失敗、ゼロまたはごく少量の値、ストレージ登録、未承認操作をテストしてください。

ミント権限、バーンルール、アップグレード権限、所有者キー、一時停止制御、トレジャリーの動作を文書化してください。

ユーザーを驚かせる隠れた管理者権限は避けてください。

優れたNEP-141コントラクトは、互換性、安全性、透明性を備え、アプリケーションが統合しやすいものであるべきです。

NEP-141でよくある間違い

よくある間違いの一つは、NEP-141トークンがユーザーアカウント内に直接保存されると思うことです。

残高はトークンコントラクトが内部で記録することを忘れるのも、よくある間違いです。

受信側のストレージ登録前にトークンを送ることも避けてください。

ネイティブNEARとNEP-141トークンを混同することもよくあります。

コントラクトアカウントを確認せず、トークンシンボルを信頼するのも誤りです。

小数点以下の桁数を無視して、生のトークン量を誤読することも避けてください。

知らない受信側コントラクトに

を使用するのも誤りです。

規格への準拠を、トークノミクスの安全性の証明と考えるのも間違いです。

ミント権限やアップグレード権限を確認しないことも問題です。

税務や取引記録を残さないことも、よくある間違いです。

NEP-141に関するよくある誤解

よくある誤解の一つは、NEP-141がネイティブNEARトークンと同じだというものです。

実際には、NEP-141はスマートコントラクト向けの代替可能トークン規格で、ネイティブNEARはネットワークの基盤資産です。

NEP-141に準拠しているため、すべてのトークンが安全だというのも誤解です。

規格に準拠していても、詐欺のリスク、流動性の弱さ、問題のあるトークノミクス、危険な管理者制御がある場合があります。

トークンのメタデータが真正性を証明するという考えも誤解です。

メタデータはコピーできるため、シンボルやアイコンだけでなく、コントラクトアカウントと公式プロジェクトの情報源が重要です。

ストレージ預入金は永遠に失われる手数料だというのも誤解です。

条件を満たして登録を解除すると、未使用のストレージ預入金を回収できるコントラクトもあります。

は通常の移転にすぎないという考えも誤りです。

これは移転に受信側コントラクトのロジックを組み合わせるため、署名前に対象コントラクトを理解してください。

NEP-141（NEAR）のSEO・AEO向けまとめ

NEP-141は、NEARブロックチェーン上のスマートコントラクト向け代替可能トークン規格です。

、、、、、などの標準メソッドを定義します。

NEP-141トークンはユーザーアカウント内に直接保存されるのではなく、スマートコントラクト内で記録されます。

NEP-148は名前、シンボル、アイコン、小数点以下の桁数、参照先、参照ハッシュなどの代替可能トークンメタデータを定めます。

NEP-145はストレージ管理を担い、トークンコントラクトがアカウントを登録して永続ストレージ費用を賄えるようにします。

NEP-297は

、、などの標準イベントに対応します。

NEP-141は、ステーブル資産、ユーティリティトークン、ガバナンストークン、リキッドステーキングトークン、ゲーム内通貨、報酬トークン、ラップド資産、DeFiトークンに利用できます。

NEP-141トークンを操作する前に、コントラクトアカウント、メタデータ、ストレージ登録、トークノミクス、権限、税金、セキュリティを確認してください。

よくある質問

NEP-141とは何を意味しますか？

NEP-141は、NEARブロックチェーン上のスマートコントラクト向け代替可能トークン規格を意味します。

NEP-141はネイティブNEARと同じですか？

いいえ。ネイティブNEARはネットワークの基盤資産であり、NEP-141はスマートコントラクトが発行する代替可能トークンの規格です。

NEP-141にはどのようなメソッドが含まれますか？

NEP-141には、

、、、、などのメソッドが含まれます。

ft_transfer

とは何ですか？

は、呼び出し元から別のNEARアカウントへNEP-141トークン量を送る標準メソッドです。

ft_transfer_call

とは何ですか？

はトークンを受信側コントラクトに送り、一連の移転処理で受信側コントラクトのロジックを実行します。

NEP-141トークンにストレージ預入金が必要なのはなぜですか？

ストレージ預入金は、トークンコントラクトがアカウント残高の記録を保存するために使用する永続的なオンチェーンストレージの費用を賄います。

NEP-148とは何ですか？

NEP-148は、トークン名、シンボル、アイコン、小数点以下の桁数、参照先、参照ハッシュなどを定める代替可能トークンのメタデータ規格です。

NEP-141トークンはDeFiで利用できますか？

はい。NEP-141トークンは、DeFiへの預け入れ、スワップ、流動性プール、ステーキングシステム、報酬、ガバナンス、その他のスマートコントラクト処理に利用できます。

すべてのNEP-141トークンは安全ですか？

いいえ。NEP-141への準拠は、安全性、流動性、公正なトークノミクス、安全なコントラクト、正当なプロジェクト運営を保証しません。

NEP-141トークンを検証するにはどうすればよいですか？

公式コントラクトアカウント、メタデータ、総供給量、残高メソッド、ストレージ登録、トークノミクス、プロジェクトのドキュメントを確認して検証できます。

まとめ

NEP-141は、NEARブロックチェーンの主要な代替可能トークン規格です。

供給量の確認、残高の確認、移転、移転呼び出し、移転結果の解決に関する共通インターフェースをトークンコントラクトに提供します。

この規格により、ウォレット、DeFiプロトコル、ゲーム、DAO、分析ツール、その他のアプリケーションが、代替可能トークンをより安定して統合できます。

NEP-141は、NEP-148のメタデータ、NEP-145のストレージ管理、NEP-297の標準イベントと組み合わせると、より効果的です。

ユーザーにとって特に重要なのは、コントラクトアカウントの検証、ストレージ登録、小数点以下の桁数、ネイティブNEARのガス代、ウォレットの確認画面です。

開発者にとって重要な責任は、インターフェースの正しい実装、安全な移転呼び出しロジック、明確なメタデータ、信頼できるストレージ管理、標準イベント、透明性のある管理者制御です。

NEP-141はプロジェクトに互換性をもたらしますが、強いトークノミクス、流動性、ユーティリティ、信頼を自動的に生み出すものではありません。

DeFiやゲームのアプリケーションでは、NEP-141は

を通じて柔軟なトークン処理を可能にしますが、受信側コントラクトの安全性も重要です。

適切に構築・管理されたNEP-141トークンは、有用で流動性があり、広く統合される可能性があります。

一方、誤解を招くメタデータ、弱いセキュリティ、不明確な供給ルール、流動性の低さ、安全でないコントラクトがある場合、NEP-141トークンにはリスクが伴います。

NEP-141は価値や正当性を保証するものではなく、NEAR上の代替可能トークンの技術的基盤として理解するのが最適です。

責任を持って利用すれば、NEP-141は決済、DeFi、ゲーム、報酬、リキッドステーキング、ガバナンスなど、NEAR上の多様な暗号資産トークンの用途を支えます。