レンタル徴収

暗号資産におけるレンタル徴収とは？

レンタル徴収とは、オンチェーンにデータを保存するアカウントから、ネットワークが価値を徴収、留保、または回収するブロックチェーンのストレージメカニズムです。

暗号資産の分野では、オンチェーンストレージを希少なリソースとして扱うアカウントベースのブロックチェーンと特に強く結び付いています。

考え方はシンプルです。アカウントがブロックチェーンストレージを利用する場合、そのアカウントは使用するストレージに見合うだけのネイティブ暗号資産を保有する必要があります。

これにより、スパムを防ぎ、不要なステートの増加を抑え、どのデータをオンチェーンに保存すべきかを開発者に慎重に検討させることができます。

レンタル徴収は不動産の賃料とは異なり、通常、ユーザーが毎月支払う請求ではありません。

現代のブロックチェーンの文脈、とりわけSolana関連の議論では、「rent」は最低残高要件、または返金可能なストレージデポジットに近い仕組みとして機能することがよくあります。

Solanaのアカウントに関するドキュメントでは、各アカウントがオンチェーンに存在し続けるには、データサイズに比例した最低lamport残高を保有する必要があると説明されています。

つまり、アカウントに保存するデータが増えるほど、アカウント内にロックしておく必要のあるネイティブトークンの価値も増える可能性があります。

ブロックチェーンのステート維持には、アカウントを作成した本人だけでなくネットワーク全体にコストがかかるため、レンタル徴収は重要です。

バリデーターはアカウントデータを保存、検証、提供する必要があるため、アカウントが無制限に増加すると、ハードウェアコストが上昇し、長期的には分散性が弱まる可能性があります。

レンタル徴収の仕組み

レンタル徴収は、オンチェーンストレージにはコストがかかるという基本的な考え方に基づいています。

ブロックチェーンアカウントには、トークン残高、スマートコントラクトのステート、ユーザーのポジション、プログラム設定、成行注文、ゲームアセットなど、アプリケーションに必要なデータが保存される場合があります。

ネットワークが無制限の恒久アカウントを無料で作成できるようにすると、攻撃者が無意味なアカウントを何百万個も作成し、バリデーターの負担を増やすおそれがあります。

このリスクを抑えるため、レンタルシステムでは、アカウントが使用するストレージを維持できるだけのネイティブ暗号資産を保有することが求められます。

従来のレンタルモデルでは、必要な残高を満たしていないアカウントから、時間の経過に伴って価値が差し引かれる場合がありました。

現在の実用的なモデルでは、アカウント作成時にレンタル免除の状態にすることが求められる場合が多く、継続的な差し引きを避けるため、アカウントにあらかじめ十分な価値を保有させます。

Solanaでは、この最低ストレージ残高は、SOLの最小単位であるlamportで測定されます。

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

アカウントがネットワークのストレージ要件を満たすだけのlamportを保有していれば、資金不足とみなされずにデータをオンチェーンに保持できます。

アカウントが不要になった場合、正しい手順で閉鎖すれば、保管されていたlamportを回収できることがよくあります。

現在のSolanaにおけるレンタル徴収

暗号資産ユーザーが「rent」「rent exemption」「rent collection」「rent epoch」という用語を最もよく目にするブロックチェーンエコシステムはSolanaです。

ただし、現在のSolanaにおけるレンタル徴収の意味は、従来の意味とは異なります。

以前は、ストレージをまかなうのに十分な残高を維持していないアカウントから、lamportが自動的に差し引かれる仕組みをレンタル徴収と呼んでいました。

現在のSolanaのドキュメントでは、レンタル徴収は廃止予定であり、新しいレンタル免除アカウントでは`rent_epoch`フィールドが`u64::MAX`に設定されると説明されています。

有効化されたSIMD-0267提案でも、アカウントはレンタル免除である必要があり、レンタル手数料の徴収が無効化されているため、`rent_epoch`フィールドはもはや意味を持たないとされています。

つまり、Solanaのレンタルを、請求期間ごとにウォレットからひそかに引き落とされる継続手数料と考えるべきではありません。

現代のSolanaについてより正確に説明すると、アカウントが有効なストレージアカウントとして存続するには、レンタル免除残高が必要です。

多くのユーザーにとって目に見える影響は、新しいアカウントの作成時に少量のSOLがロックされることです。

このロックされた金額はストレージに関連するものであり、別途発生するトランザクション手数料はトランザクションの処理に関連します。

レンタル徴収とレンタル免除の違い

レンタル徴収とレンタル免除には密接な関係がありますが、同じ意味ではありません。

レンタル徴収とは、オンチェーンにデータを保存するコストを徴収または適用する、より広義の仕組みを指します。

レンタル免除とは、アカウントが十分なネイティブ暗号資産を保有し、レンタルルールに基づく徴収や削除を免れている状態です。

現在のSolanaでは、ユーザーや開発者にとって、レンタル免除のほうが実用的な概念です。

ウォレットがトークンアカウント、プログラムアカウント、その他のデータアカウントを作成すると、通常はレンタル免除の基準を満たすだけのlamportをそのアカウントに入金します。

その金額は、アカウントが存在する間、アカウント内に保管されます。

後でアカウントを閉鎖できる場合、lamportは選択した送金先アカウントに返金されることがあります。

Solana Cookbookのアカウント作成コストに関するガイドでは、アカウントを閉鎖すればレンタルを全額回収できると説明されています。

このため、多くの開発者はSolanaのレンタルを通常の手数料ではなく、返金可能なデポジットと表現しています。

ブロックチェーンネットワークにおけるレンタル徴収の重要性

レンタル徴収が重要なのは、ブロックチェーンのストレージがネットワークにとって無料ではないためです。

各アカウントは、バリデーターが保存や処理を必要とするライブステートに加わります。

ステートが急速に増加すると、バリデーターの運用コストが上がる可能性があります。

バリデーターの運用コストが上がると、参加できる独立した運営者が減り、ネットワークの分散性が弱まる可能性があります。

レンタル徴収は、無駄なアカウント作成を抑制する経済的なシグナルとなります。

また、開発者にアカウントを小さく設計させ、大容量のファイルをオンチェーンに直接置かないよう促します。

たとえば、分散型アプリケーションでは、所有権、残高、権限に関する不可欠なデータだけをオンチェーンに保存し、大容量のメディアファイルや分析データはオフチェーンに保存することがあります。

この設計により、ブロックチェーンを汎用ファイルストレージシステムに変えるのではなく、検証に集中させることができます。

レンタル徴収は、単純な送金より一部のトランザクションのコストが高くなる理由をユーザーが理解するうえでも役立ちます。

単純なトークン送金ではトランザクション手数料だけで済む場合がありますが、新しいアカウントを作成する場合は、トランザクション手数料に加えてレンタル免除のストレージデポジットが必要になることがあります。

レンタル徴収がユーザーに与える影響

ウォレットやアプリケーションがユーザーのために新しいオンチェーンアカウントを作成するたびに、レンタル徴収がユーザーに影響します。

初めてトークンを受け取るとき、アプリケーションのポジションを開くとき、トークンアカウントを作成するとき、ネイティブ資産をラップするとき、ブロックチェーンゲームに参加するとき、またはスマートコントラクトを利用するときなどに発生する可能性があります。

トランザクション中に、少量のネイティブ暗号資産が留保または差し引かれることがあります。

レンタル免除アカウントの資金として使用され、後からアカウントを閉鎖できる場合、その金額は恒久的な手数料ではない可能性があります。

多くのユーザーがストレージデポジットとネットワーク手数料を混同するため、この違いは重要です。

ネットワーク手数料はトランザクションの処理に対して支払われ、通常は返金されません。

レンタル免除残高はアカウント内に保有され、プログラムのルールに従ってアカウントを閉鎖すれば、回収できる場合があります。

たとえば、Solanaのトークンアカウント閉鎖に関するドキュメントでは、トークンアカウントを閉鎖するとアカウントが削除され、そのアカウントのレンタル用lamportが送金先アカウントに返されると説明されています。

そのため、ユーザーは不要になった空のトークンアカウントを閉鎖してSOLを回収できる場合があります。

レンタル徴収が開発者に与える影響

アカウントサイズがユーザーコストに直接影響するため、レンタル徴収は開発者にも影響します。

アカウントが大きいほど多くのレンタル免除残高が必要になるため、非効率なアカウント設計はアプリケーションの利用コストを高める可能性があります。

開発者は、不要な文字列、重複レコード、過大な配列、一時的なデータをアカウントストレージに保存しないようにする必要があります。

また、時間とともにサイズが大きくなる可能性のあるアカウントを設計する際には注意が必要です。

アカウントのサイズを変更すると、サイズの増加後もレンタル免除を維持するため、追加のlamportが必要になることがあります。

開発者は、チュートリアルやコピーしたコードにある古い見積もりに頼らず、必要残高を動的に計算する必要があります。

公式のgetMinimumBalanceForRentExemption RPCメソッドは、指定したデータサイズのアカウントをレンタル免除にするために必要なlamportを返します。

このメソッドを使うと、アプリケーションはアカウント作成前にストレージデポジットを正確に見積もれます。

優れたアプリケーションは、ユーザーにトランザクションへの署名を求める前に、これらのコストを明確に説明する必要があります。

確認画面でトランザクション手数料とストレージデポジットを分けて表示すれば、混乱を減らし、信頼の構築につながります。

レンタル徴収とトークンアカウント

トークンアカウントは、ユーザーがレンタル関連コストに遭遇する最も一般的な場面の一つです。

Solanaでは、通常、トークン残高はウォレットの所有者およびトークンミントに関連付けられたトークンアカウントに保存されます。

ユーザーが必要なトークンアカウントをまだ持っていない場合、ウォレットやアプリケーションがそのアカウントを作成する必要があります。

トークンアカウントの作成には、アカウントをレンタル免除にするための十分なlamportが必要です。

そのため、あるトークンを初めて利用するときは、同じトークンのそれ以降の送金よりコストが高くなる場合があります。

トークンアカウントが作成された後は、通常の送金で同じアカウントに対する追加のストレージデポジットが不要な場合があります。

後にトークンアカウントが空になり、不要になった場合、ユーザーはアカウントを閉じてレンタル用lamportを回収できることがあります。

そのため、アカウントの整理ツールやウォレットのアカウント管理機能は、頻繁に利用するユーザーにとって便利です。

ただし、一部のアカウントはオープンポジション、権限、アプリケーションのステートに関連付けられている場合があるため、内容を理解していないアカウントは決して閉じないでください。

レンタル徴収とスマートコントラクトのステート

スマートコントラクトでは、残高、権限、注文、投票、ステーキングポジション、アプリケーション設定などを記録するために、永続的なステートが必要になることがよくあります。

レンタル徴収によって、この永続的なステートに経済的な意味が生まれます。

コントラクトがユーザーの操作ごとに多数のアカウントを作成すると、時間とともにアプリケーションのコストが高くなり、管理も複雑になる可能性があります。

コントラクトで使用するアカウントを減らし、データ構造を整理すれば、アプリケーションのコストを抑え、保守しやすくなる可能性があります。

開発者は、アカウントの構成を設計する際に、可読性、セキュリティ、コストのバランスを取る必要があります。

情報を保存しすぎるとユーザーのストレージデポジットが増える一方、保存する情報が少なすぎると検証が難しくなる場合があります。

優れたアカウント設計では通常、トラストレスな検証に必要な情報だけをオンチェーンに保持します。

説明、画像、長い履歴、分析データなど、重要度の低い情報は、多くの場合、メインのアカウントステートの外部に保存できます。

この方法により、オンチェーン決済の価値を損なうことなく、分散型アプリケーションの効率を維持できます。

レンタル徴収とガス代の違い

レンタル徴収は、ガス代やトランザクション手数料とは異なります。

ガス代は、計算、トランザクションの実行、署名の検証、ネットワーク処理に対して支払われます。

レンタル関連残高は、アカウントのストレージ使用量に対するものです。

1つのトランザクションで、両方のコストが同時に発生する場合があります。

たとえば、新しいアカウントの作成には、作成処理のためのトランザクション手数料と、新しいアカウントを維持するためのレンタル免除残高が必要になることがあります。

既存アカウントからトークンを送る場合、新しいアカウントを作成しなければ、トランザクション手数料だけで済むことがあります。

この違いにより、ユーザーには似て見える2つのトランザクションでも、ウォレット残高への影響が異なることがあります。

トランザクション手数料は少額でも、長期間存続するアカウントの資金となるストレージデポジットは、より高額になる可能性があります。

返金されない手数料を支払っているのか、回収可能なアカウント残高を資金に充てているのかを理解するため、ユーザーはウォレットの確認画面を注意深く確認してください。

レンタル徴収とアカウントの閉鎖

アカウントの閉鎖は、レンタル免除残高を再び利用可能な資金に戻す手続きです。

アカウントを閉鎖すると、保存されたデータが削除され、lamportが送金先アカウントに送られる場合があります。

具体的なルールは、アカウントを所有するプログラムによって異なります。

トークンアカウントの場合、特定のラップ済みネイティブトークンの動作を除き、通常は閉鎖前にトークン残高をゼロにする必要があります。

プログラムアカウントやアプリケーション固有のアカウントには、異なる閉鎖ルールが適用される場合があります。

簡単に閉鎖できるよう設計されたアカウントがある一方、恒久的なアカウントや特別な権限者が管理するアカウントもあります。

ユーザーは、結果を明確に説明する信頼できるウォレットやアプリケーションの手順を通じてのみアカウントを閉鎖してください。

開発者は、アカウントが設計上、一時的なものである場合、安全に閉鎖するための手順を用意する必要があります。

適切な閉鎖手順があれば、ユーザーは未使用のストレージデポジットを回収でき、ネットワークのステートも整理しやすくなります。

レンタル徴収のメリット

レンタル徴収は、ブロックチェーンをストレージスパムから守るのに役立ちます。

ユーザーや開発者に、実質的な目的のないアカウントの作成を避ける動機を与えます。

ステートを増加させる当事者にコストを負担させることで、ネットワークの長期的な健全性を支えます。

効率的なアプリケーション設計や、より小さなアカウント構成を促します。

不要になったアカウントのデポジットをユーザーが回収できるため、アカウントの整理が金銭的なメリットにつながる場合もあります。

DeFi、ゲーム、NFT、決済など、さまざまな暗号資産アプリケーションにおいて、このようなコスト管理は時間とともにユーザー体験の改善につながる可能性があります。

未使用のステートを永続的に増やし続けるのではなく、レンタルを考慮したシステムは、開発者に慎重なストレージ管理を促します。

レンタル徴収に関するリスクとユーザーの混乱

レンタル徴収の最大の問題は、「rent」という言葉がユーザーを混乱させる可能性があることです。

多くの人は、rentを永続的に続く定期的な支払いだと考えます。

現在のSolanaでは、ユーザーに関わる概念は通常、継続的なレンタル徴収ではなく、レンタル免除のストレージデポジットです。

もう一つのリスクは、ウォレットの表示が不明瞭なことです。

ウォレットにSOLの合計変動額しか表示されないと、ユーザーはそのうちどれがトランザクション手数料で、どれがアカウントデポジットなのか分からない可能性があります。

その結果、通常のアカウント作成が隠れた請求のように感じられることがあります。

また、資金を回収しようとして、ユーザーがアカウントを急いで閉鎖するリスクもあります。

誤ったアカウントを閉鎖すると、アプリケーションに必要なデータが削除されたり、アクティブなポジションに支障が出たりする可能性があります。

最も安全な方法は、閉鎖の指示を承認する前に、そのアカウントが何に使われているかを理解することです。

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

ユーザーは、トランザクション手数料やストレージデポジットに備えて、少量のネイティブ暗号資産を利用可能な状態にしておく必要があります。

トランザクションを承認する前に、新しいアカウントが作成されるかどうかを確認してください。

ストレージデポジットは回収できる場合がある一方、トランザクション手数料は通常、返金されないことを覚えておきましょう。

信頼できるウォレットツールを使い、空である、または明らかに使用されていないアカウントだけを閉鎖してください。

内容を理解していないアカウント整理のトランザクションは承認しないでください。

一部の分散型アプリケーションでは、異なるポジションや機能のために複数のアカウントが作成されることにも注意してください。

これは多くのアカウントベースのブロックチェーン設計では一般的ですが、ウォレットはコストを明確に表示する必要があります。

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

開発者は、古い数値をハードコードするのではなく、最新のネットワークメソッドを使ってレンタル免除残高を計算してください。

アカウント構成の安全性と分かりやすさを保ちながら、アカウントサイズを最小限に抑えてください。

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

アカウントが不要になった場合に備えて、開発者はアカウントを閉鎖するためのツールを提供してください。

アカウント作成の費用を誰が負担するのか、誰がアカウントを所有するのか、レンタル免除残高を回収できるのかを文書化してください。

ユーザーがトランザクション手数料を支払えるだけの残高はあるものの、ストレージデポジットには不足していると、アカウント作成に失敗する場合があります。開発者は残高不足時のユーザーフローもテストしてください。

開発者はレンタル徴収を、バックエンドの細かな仕様ではなく、プロダクト設計の一部として扱う必要があります。

FAQ

暗号資産におけるレンタル徴収とは？

レンタル徴収とは、ブロックチェーンがオンチェーンのアカウントデータ保存にかかるコストを徴収、留保、または適用することです。

Solanaでは現在もレンタル徴収が行われていますか？

Solanaでは従来の自動レンタル手数料徴収は廃止されており、一般にアカウントにはレンタル免除残高の維持が求められます。

レンタル徴収はトランザクション手数料と同じですか？

いいえ。トランザクション手数料はトランザクションの処理に対して支払われますが、レンタル関連残高はアカウントのストレージコストをまかなうためのものです。

レンタルは回収できますか？

対象となるアカウントを正しく閉鎖すれば、レンタル関連のlamportを回収できる場合があります。ただし、ルールはアカウントの種類と所有プログラムによって異なります。

トークンアカウントを作成するとき、ウォレットでSOLが使われたのはなぜですか？

ウォレットが新しいトークンアカウントにSOL建てのlamportを入金し、そのアカウントをレンタル免除にした可能性があります。

アカウントが大きいほど、必要なレンタル額が増えるのはなぜですか？

大きなアカウントはより多くのデータを保存するため、そのストレージ使用量をまかなうには、より高い最低残高が必要です。

開発者はレンタル免除残高をどのように計算できますか？

開発者は、アカウントデータのサイズをバイト単位で指定し、getMinimumBalanceForRentExemption RPCメソッドを利用できます。

すべての暗号資産ネットワークでレンタル徴収が行われていますか？

いいえ。ブロックチェーンごとにストレージコストの扱いは異なり、レンタル免除アカウントモデルではなく、ガスベースのストレージ価格設定を採用するネットワークもあります。

ユーザーは空のアカウントをすべて閉鎖すべきですか？

空に見えるアカウントでも、アプリケーションの権限やステートに関連付けられている場合があるため、内容を理解しているアカウントだけを閉鎖してください。

まとめ

レンタル徴収は、ネットワークがステートの増加を抑え、無駄なアカウント作成を防ぐためのブロックチェーンストレージコストの概念です。

定期的な請求のように聞こえる言葉ですが、現在のユーザー体験では、レンタルはレンタル免除のストレージデポジットとして扱われることがよくあります。

Solanaでは従来のレンタル手数料徴収が廃止されており、実務上はアカウントがレンタル免除を維持できるだけのlamportを保有することが重視されています。

ユーザーはトランザクション手数料とストレージデポジットの違いを理解し、ウォレットの確認画面を正しく読み取る必要があります。

開発者は効率的なアカウントを設計し、レンタル免除残高を正確に計算し、アカウント作成コストを分かりやすく説明する必要があります。

レンタル徴収を正しく理解すれば、単なる技術的な細部ではなく、持続可能なブロックチェーン設計に欠かせない要素であることが分かります。