Rent Exemption（ストレージ要件免除）

暗号資産におけるRent Exemptionとは？

Rent Exemptionとは、アカウントが必要なオンチェーンストレージコストを賄えるだけのネイティブ暗号資産を保持し、ネットワークの最低残高要件を下回らずに有効な状態を維持するブロックチェーンのアカウントルールです。

暗号資産では、Solanaのエコシステムで最もよく使われる用語です。Solanaのアカウントには残高とデータの両方が保存され、オンチェーン上にデータを保持するには、各アカウントが一定量以上のlamportを保有する必要があります。

lamportはSOLの最小単位です。Solanaのアカウント構造に関するドキュメントによると、1 SOLは1,000,000,000 lamportに相当します。

Rent Exemptionは、サブスクリプションのように毎月ストレージ料金を支払うことを意味しません。

通常は、アカウントが存在する間ロックされる、返還可能なストレージ用デポジットに近い仕組みです。

アカウントを正しく閉鎖すると、Rent Exemptionに必要な残高はアカウント所有者、または閉鎖命令で指定した別の送金先に返還される場合があります。

Rent Exemptionが必要な理由

パブリックブロックチェーンでは、ユーザーやアプリケーションが永続的に保存できるデータ量を制限する必要があります。すべてのバリデーターやノードがネットワーク状態を処理、検証、維持しなければならないためです。

アカウントストレージが完全に無料だと、スパムアカウントによってネットワークの状態が増大し、ブロックチェーンの運用コストが高くなる可能性があります。

Rent Exemptionは、オンチェーンストレージを使用することに経済的コストを設定します。

このコストにより、開発者はオンチェーンに必要なデータだけを保存し、大容量ファイル、ログ、一時的な情報は可能であれば低コストのオフチェーンシステムに移すよう促されます。

ユーザーにとってRent Exemptionは、トークンアカウントの作成、分散型アプリケーションの利用、特定資産の受け取りに、少量のネイティブ暗号資産が必要になる場合がある理由を説明します。

開発者にとってRent Exemptionはアカウント設計の重要な要素です。アカウントのサイズが大きいほど、必要なデポジットも大きくなります。

SolanaにおけるRent Exemptionの仕組み

Solanaでは状態をアカウントに保存します。Solanaのアカウントに関するドキュメントでは、各アカウントは一意のアドレスで識別されるデータ単位と説明されています。

Solanaの各アカウントには、lamports、data、owner、executable、rent_epochなどのフィールドがあります。

lamportsフィールドにはアカウント残高が保存され、dataフィールドにはアカウントを所有するプログラムが管理する情報が保存されます。

必要なストレージ量はデータが多いほど増えるため、Rent Exemptionは主にアカウントのデータサイズによって決まります。

現在のSolanaのドキュメントでは、Rent Exemptionに必要な最低残高を「アカウントサイズに128バイトを加えた量」に「1バイト年あたり3,480 lamport」を掛け、さらに2年分として計算しています。

つまり、データ量の多いアカウントほど、Rent Exemptionのしきい値を満たすために多くのlamportが必要です。

実務上の要点はシンプルです。アカウントデータが大きいほど、Rent Exemptionに必要なデポジットも大きくなります。

プロトコルの値、クラスターの挙動、アカウント形式は変更される可能性があるため、開発者は固定値だけに頼るべきではありません。

アカウントの作成やサイズ変更の前に、ネットワークへ現在の最低残高を問い合わせる方法がより安全です。

Rent Exemptionの最低額を計算する方法

Rent Exemptionの最低額を計算する標準的な方法は、getMinimumBalanceForRentExemption RPCメソッドを使うことです。

このメソッドは、指定したデータサイズのアカウントをRent Exemptionの対象にするために必要なlamport数を返します。

入力値は、アカウントのデータ長をバイト単位で指定します。

出力値はlamport単位です。1,000,000,000で割るとSOLに換算できます。

Solanaのアカウント作成コストの計算に関するCookbookガイドでは、アカウントに資金を入れる前に、開発者がこのメソッドを呼び出す方法が説明されています。

これは、ウォレット、分散型アプリケーション、スマートコントラクトプログラム、トークンツール、ユーザーのオンチェーンアカウントを作成するあらゆるサービスに役立ちます。

たとえば、データサイズが1,500バイトのアカウントを作成する場合、開発者は1,500バイト分の最低残高を照会し、少なくともその額のlamportをアカウントに入金できます。

これにより、ストレージ用デポジットの不足によってアカウント作成に失敗するのを防げます。

また、開発者が古い見積もりを誤って使い、ユーザーが必要以上に支払う事態も避けられます。

Rent Exemptionとトークンアカウント

Solanaでトークンを利用する際、Rent Exemptionが必要になることが特によくあります。

トークン残高が、ユーザーのメインウォレット残高と同じ場所に直接保存されるとは限りません。

代わりに、トークンごとのデータとして、所有者、ミント、数量、デリゲートの状態などを記録するトークンアカウントが必要になることがあります。

Solanaのトークンアカウントに関するドキュメントでは、関連トークンアカウントはウォレット、トークンプログラム、ミントの組み合わせに基づく決定論的なアドレスに作成されると説明されています。

この設計により、ウォレットやアプリケーションが特定の資産のデフォルトトークンアカウントを見つけやすくなります。

新しいトークンアカウントを作成する際は、Rent Exemptionの対象となるだけのlamportが必要です。

そのため、ユーザーがトークンを初めて受け取る、ラップする、管理する際に、少量のSOLが使用される場合があります。

このデポジットは取引手数料やネットワークのトランザクション手数料とは異なります。

トークンアカウントをオンチェーンに保存し続けるために必要な最低残高です。

Rent Exemptionとトランザクション手数料の違い

Rent Exemptionとトランザクション手数料は異なるコストです。

トランザクション手数料は、特定のトランザクションを処理するための費用です。

Rent Exemptionのデポジットは、アカウントデータを長期的に保存するために必要です。

トランザクション手数料は、通常、トランザクションの処理時に支払われます。

Rent Exemptionの残高は、アカウントを正しく閉鎖し、プログラムがアカウントの閉鎖を許可していれば、通常は回収できます。

この違いは、Rent Exemptionのデポジットが永久に失われたとユーザーが考える場合があるため重要です。

多くの場合、その資金はストレージアカウント内にロックされているだけです。

ウォレットのインターフェースでは、利用不可残高、予約済みSOL、アカウントデポジット、rentなどと表示される場合があります。

具体的な表示はウォレットやアプリケーションによって異なります。

ユーザーがRent Exemptionを理解するべき理由

Rent Exemptionは、特定のブロックチェーン操作に必要なネイティブ暗号資産の量に影響します。

新しいトークンアカウントやプログラムアカウントの作成、分散型アプリケーションの利用、ネイティブSOLのトークン形式へのラップなどでは、基本的なトランザクション手数料に加えてSOLが必要になる場合があります。

ウォレット残高が不足していると、表示されたネットワーク手数料が少額でも、トランザクションに失敗する可能性があります。

トランザクション手数料を支払う資金は十分にあっても、Rent Exemptionのデポジットが不足していることがあるため、初心者には分かりにくい場合があります。

Rent Exemptionは、ウォレットから送金できるSOLの最大額にも影響することがあります。

SOLを送りすぎるとアカウント残高が必要額を下回る場合、トランザクションが拒否されたり、ウォレットが少量のSOLを自動的に残したりすることがあります。

この動作は隠れた手数料ではなく、保護機能です。

ネットワークのルールに従ってアカウントを有効な状態に保つのに役立ちます。

開発者がRent Exemptionを理解するべき理由

開発者はアカウントの構成を設計する前に、Rent Exemptionを考慮する必要があります。

アカウントに1バイト追加するごとに、必要なデポジットが増える可能性があります。

適切なアカウント構成により、ユーザーのコストを抑え、アプリケーションを使いやすくできます。

開発者は、不要なテキスト、重複データ、大きな配列、一時的な状態をアカウントデータに直接保存することを避ける必要があります。

アカウント作成時には、最低残高も動的に計算する必要があります。

現在のRPCメソッドを利用すると、将来Rent関連の定数やアカウントルールが変更された場合にも、アプリケーションが正確な計算を維持しやすくなります。

トランザクションの承認を求める前に、Rent Exemptionのデポジットについてユーザーに明確に説明する必要があります。

優れたユーザーインターフェースでは、トランザクション手数料とストレージデポジットを分けて表示し、どの金額が支出され、どの金額が回収できる可能性があるかを理解しやすくできます。

これは、ゲーム、マーケットプレイス、ウォレット、自動化ツール、トークン管理プラットフォームなど、多数のアカウントを作成するアプリケーションで特に重要です。

Rent Exemptionを回収する方法

不要になったアカウントを閉鎖すると、Rent Exemptionの残高を回収できる場合があります。

Solana Cookbookでは、アカウントを閉鎖すればrentを全額回収できると説明されています。

トークンアカウントの場合、空のアカウントを閉鎖すると、Rent Exemptionの残高を指定したアドレスに返還できることがあります。

通常、アカウントを閉鎖するには、そのアカウントが空であるか、プログラム固有のルールを満たしている必要があります。

たとえば、トークン残高が残っている間は、通常、トークンアカウントを閉鎖できません。

プログラムが所有するアカウントには独自の閉鎖命令がある場合や、そもそも閉鎖できない設計の場合があります。

アカウントを閉鎖するとオンチェーンデータが削除されるため、ユーザーは実行前にウォレットの確認画面を注意深く確認してください。

アカウント閉鎖後も、同じ履歴上のアドレスがエクスプローラーに表示される場合がありますが、そのアカウントのライブデータはアクティブなアカウントとして利用できなくなります。

Rent Exemptionに関するよくある誤解

よくある誤解の1つは、Rent Exemptionが定期的に発生する手数料だというものです。

通常のユーザー体験では、ストレージの最低残高要件と理解するのが適切です。

別の誤解は、Rent Exemptionのデポジットは常に失われるというものです。

多くの場合、関連アカウントを正しく閉鎖すると回収できます。

3つ目の誤解は、すべてのトークン送金に新しいRent Exemptionのデポジットが必要だというものです。

通常、必要なアカウントがまだ存在しない場合にのみデポジットが必要です。

トークンアカウントがすでに存在する場合、通常の送金ではトランザクション手数料だけで済むことがあります。

4つ目の誤解は、すべてのアカウントで同じ額のRent Exemption残高が必要だというものです。

必要額はアカウントのデータサイズと、ネットワークが現在採用しているrentの計算方法によって異なります。

Rent Exemptionとアカウント設計

適切なアカウント設計では、オンチェーンで検証する必要のあるデータだけを保存し、Rent Exemptionのコストを抑えます。

開発者は、重要な状態をオンチェーンに保持し、それ以外の大きなメタデータ、画像、文書、分析データなどを別の場所に保存することがよくあります。

この方法により、所有権、残高、権限、状態遷移を証明しながら、ブロックチェーンを効率的に保てます。

アカウントが永続的か一時的かも、設計時に考慮する必要があります。

短期間の処理でのみ必要なアカウントであれば、アプリケーションは安全に閉鎖してデポジットを返還できる方法を提供する必要があります。

長期的な状態を保存するアカウントの場合は、ユーザーが署名する前にRent Exemptionのコストを明示する必要があります。

一度に多数のアカウントを作成する場合、Rent Exemptionは総コストの中で無視できない割合を占めることがあります。

そのため、質の高い分散型アプリケーションでは、最終確認画面の前にストレージデポジットを見積もります。

Rent ExemptionとWrapped SOL

日常的な利用でRent Exemptionが発生する一般的な例の1つがWrapped SOLです。

ネイティブSOLをトークンアカウントにラップすると、トークンベースのプログラムで利用できます。

そのトークンアカウントが存在する間は、Rent Exemptionに必要な残高が必要です。

Wrapped SOLのアカウントを閉鎖すると、残りのSOLとRent Exemptionのデポジットは、通常、アカウントの閉鎖手順に従って返還される場合があります。

そのため、ラップ解除時や使用していないWrapped SOLアカウントの閉鎖時に、ユーザーに追加のSOLが返還されることがあります。

具体的な結果は、ウォレットのインターフェース、アカウントの状態、トランザクションに含まれる命令によって異なります。

ユーザー向けのベストプラクティス

トランザクション手数料やRent Exemptionのデポジットに備え、少量のネイティブ暗号資産を余裕分として保有してください。

トランザクションで新しいアカウントが作成される場合は、ウォレットの確認画面をよく読んでください。

ウォレットに安全なアカウント閉鎖機能がある場合は、空のトークンアカウントを定期的に確認してください。

一部のアカウントは有効なアプリケーションのポジションや権限に関連している可能性があるため、内容を理解していないアカウントを閉鎖しないでください。

トランザクションに失敗した場合、ネットワーク手数料が高すぎるのではなく、ストレージデポジットを支払う資金がウォレットに不足している可能性もあります。

開発者向けのベストプラクティス

チュートリアルから取得した古い定数に頼らず、Rent ExemptionのRPCメソッドを呼び出してください。

セキュリティや明確さを損なわない範囲で、アカウントサイズをできるだけ小さくしてください。

ユーザーインターフェースでは、トランザクション手数料とRent Exemptionのデポジットを別項目として表示してください。

一時的なアカウントを作成する設計の場合、アカウントの閉鎖フローを提供してください。

Rent Exemptionのデポジットが初期設定の完了率に影響する可能性があるため、実際のユーザー残高を想定してアカウント作成をテストしてください。

どのアカウントが作成されるのか、誰が費用を負担するのか、デポジットを後で回収できるかを文書化してください。

FAQ

暗号資産におけるRent Exemptionとはどういう意味ですか？

Rent Exemptionとは、オンチェーンアカウントがネットワークのストレージ最低残高要件を満たすだけのネイティブ暗号資産を保有することです。

Rent Exemptionは手数料ですか？

関連アカウントを正しく閉鎖すると回収できることが多いため、Rent Exemptionはストレージデポジットとして理解するのが適切です。

SolanaがRent Exemptionを採用しているのはなぜですか？

Solanaでは、長期的なアカウントストレージに経済的コストを設け、ネットワーク状態を効率的に利用するよう促すためにRent Exemptionを採用しています。

Rent Exemptionの金額はどのように計算できますか？

開発者は、アカウントデータサイズをバイト単位で指定してgetMinimumBalanceForRentExemption RPCメソッドを呼び出すことで計算できます。

Rent Exemptionに必要なSOLは回収できますか？

アカウントを閉鎖すると回収できる場合がありますが、アカウントがプログラムの閉鎖ルールを満たす必要があります。

ウォレットにSOLが一部残されたのはなぜですか？

アカウント残高が必要なRent Exemptionの額を下回らないよう、ウォレットが一部のSOLを残した可能性があります。

すべてのトークン送金にRent Exemptionが必要ですか？

いいえ。必要なトークンアカウントまたはプログラムアカウントを新たに作成するときにのみ、Rent Exemptionのデポジットが必要となるのが一般的です。

Rent Exemptionはガス代と同じですか？

いいえ。ガス代やトランザクション手数料はトランザクションの処理にかかる費用であり、Rent Exemptionはアカウントストレージに必要な最低残高を指します。

開発者はRent Exemptionのコストを抑えられますか？

アカウントを小さく設計し、不要なオンチェーンデータを避け、可能な場合は一時的なアカウントを閉鎖することで、Rent Exemptionのコストを抑えられます。

まとめ

Rent Exemptionは暗号資産におけるアカウントストレージの基本概念であり、特にSolanaでは、アカウントをオンチェーンで有効に保つために一定量のlamportが必要です。

ウォレット残高、トークンアカウントの作成、分散型アプリケーションのコスト、スマートコントラクトの設計に影響するため重要です。

ユーザーにとって重要なのは、Rent Exemptionは通常のトランザクション手数料ではなく、多くの場合に返還可能なストレージデポジットだという点です。

開発者にとって重要なのは、アカウントサイズがユーザーのコストに直接影響するため、Rent Exemptionの残高を動的に計算し、明確に説明する必要があるという点です。

Rent Exemptionを理解すると、トランザクションの失敗を避け、未使用のデポジットを回収し、オンチェーンアプリケーションを利用する際により適切な判断を行いやすくなります。