レンタル

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

暗号資産におけるレンタルとは、ブロックチェーン上にデータを保存することに関連するコスト、デポジット、または残高要件です。

オンチェーンストレージは限られた共有リソースであり、すべてのバリデーターやノードが保存、検証、提供する必要があるため、この仕組みが存在します。

通常の金融では、レンタルは一般に不動産を利用するための継続的な支払いを意味します。

暗号資産では、レンタルは通常、ユーザーやアプリケーションが作成するブロックチェーンのステートに対してコストを負担させる、ストレージ関連の経済ルールを指します。

ネットワークによってレンタル免除デポジット、ストレージステーキング、ガスによるストレージ手数料など、仕組みが異なるため、正確な意味はブロックチェーンごとに異なります。

Solanaでは、レンタルは一般に、アカウントがオンチェーンにデータを保持するために保有しなければならない最低lamport残高として理解されています。

Solanaのアカウント構造に関するドキュメントでは、各アカウントがデータサイズに比例するレンタル免除残高を維持する必要があると説明されています。

このため、Solanaのレンタルは月額請求というより、返金可能なストレージデポジットに近いものです。

NEARでは、同様の考え方がストレージステーキングとして導入されており、スマートコントラクトが保存するデータ量に応じてトークンがロックされます。

NEARのストレージステーキングに関するドキュメントでは、保存データに応じてコントラクトの所有者にトークンのステーキングを求める仕組みとして説明されています。

Aptosでは、割り当てられたストレージを削除した際に返金可能なストレージ手数料によって、ストレージコストが処理されます。

Aptosのガス代とストレージ手数料に関するドキュメントでは、実行コストと永続的なストレージ手数料を区別しています。

チェーンごとに設計が異なるため、暗号資産ユーザーはレンタルを、共通の単一手数料ではなく、一般的なストレージコストの概念として捉える必要があります。

ブロックチェーンにレンタルが存在する理由

オンチェーンにデータを保存するとネットワーク全体にコストがかかるため、ブロックチェーンにはレンタルの仕組みがあります。

ユーザーがアカウントを作成したり、スマートコントラクトをデプロイしたり、アプリケーションのポジションを開いたり、トークン関連データを保存したりすると、その情報はチェーンのステートの一部になります。

ネットワーク参加者は、今後のトランザクションを正しく検証できるよう、このステートを追跡する必要があります。

ストレージが永久に無料であれば、攻撃者が大量の無意味なデータを作成し、バリデーターにその負担を押し付ける可能性があります。

この問題は一般にステート肥大化と呼ばれます。

ステート肥大化が進むと、ストレージ、メモリ、インデックス作成、同期の負荷が時間とともに増え、ネットワークインフラの運用が難しくなる可能性があります。

インフラのコストが高くなりすぎると、ノードを運用できる独立した参加者が減る可能性があります。

その結果、大規模な運営者への依存が強まり、分散性が弱まるおそれがあります。

レンタルは、恒久的または長期的なストレージに経済的コストを課すことで、この問題の解決に役立ちます。

コストを課すだけでは優れた技術設計の必要性はなくなりませんが、ユーザーや開発者が共有ステートを無駄にしないよう促す効果があります。

たとえば、分散型アプリケーションは残高や権限をオンチェーンに保存し、大きな画像、長い説明文、分析データなどはオフチェーンに保存することがあります。

これにより、ブロックチェーンを高価な公開ファイルキャビネットに変えるのではなく、信頼、決済、検証に集中させることができます。

実際のレンタルの仕組み

レンタルは、ストレージの使用量を一定量のネイティブ暗号資産に結び付ける仕組みです。

ブロックチェーンは、アカウントに最低残高を保有させたり、デポジットをロックしたり、ストレージ手数料を請求したり、新しいステートの作成時に手数料の一部をバーンしたりする場合があります。

アカウントに保存するデータが増えるほど、ストレージ要件も高くなる可能性があります。

そのため、単純な送金は、新しいアカウントを作成したり、新しいスマートコントラクトのステートを書き込んだりするトランザクションより、コストが低くなることがあります。

送金では、計算処理と署名検証だけで済む場合があります。

ステートを作成するトランザクションでは、計算処理に加え、長期的なストレージ資金が必要になる場合があります。

アカウントベースのシステムでは、レンタルはアカウントデータのサイズと結び付くことがよくあります。

スマートコントラクトシステムでは、コントラクトのストレージスロット、ステートキー、バイトサイズ、またはストレージの増加量に連動する場合があります。

デポジット型のシステムでは、アカウントやストレージエントリーを削除した際に、ストレージに充てた価値の一部または全部を回収できることがあります。

手数料型のシステムでは、プロトコルによってストレージコストの一部または全部が返金されない場合があります。

そのため、ウォレットの確認画面や開発者向けドキュメントが重要です。

表示された金額が通常のトランザクション手数料なのか、ストレージデポジットなのか、ロックされた残高なのか、返金可能なコストなのかをユーザーが把握できる必要があります。

Solanaにおけるレンタル

Solanaのアカウントにはlamportとデータの両方が保存されるため、Solanaは暗号資産におけるレンタルの代表例として広く知られています。

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

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

lamportsフィールドにはアカウントの残高が保存されます。

dataフィールドにはアカウントのステートやプログラムのバイトコードが保存されます。

ownerフィールドは、アカウントデータを変更したり、アカウントからlamportを差し引いたりできるプログラムを示します。

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

Solanaのドキュメントでは、レンタル免除残高は、アカウントを閉鎖した際に回収可能な返金可能デポジットとも説明されています。

多くのユーザーは、レンタルを常に返金されない手数料だと考えているため、これは重要です。

Solanaについてユーザー向けにより正確に説明すると、アカウントが存在する間、少量のSOLがアカウント内にロックされる場合があります。

アカウントが不要になり、閉鎖できる場合、ロックされたlamportは送金先アカウントに返されることがあります。

レンタル免除

レンタル免除とは、アカウントがネットワークのストレージ要件を満たすだけのネイティブ暗号資産を保有している状態です。

Solanaでは、レンタル免除アカウントは、データをオンチェーンに保持するのに十分なlamportを保有しています。

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

開発者はアカウント作成コストについて古い固定値の見積もりに頼るべきではないため、このメソッドは有用です。

ウォレットやアプリケーションは、特定のアカウントサイズに必要なlamport数をネットワークに問い合わせることができます。

その値をトランザクションへの署名前にユーザーへ表示できます。

レンタル免除の仕組みは、ウォレットで表示されたトランザクション手数料より多くのSOLが必要になる場合がある理由も説明します。

ユーザーはトランザクション手数料を支払うとともに、レンタル免除アカウントに資金を入れることがあります。

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

レンタル免除額は通常、アカウントが開いている間、アカウント内に保有されます。

この違いは、ユーザーが理解すべき最も重要なポイントの一つです。

レンタル徴収

レンタル徴収とは、オンチェーンにデータを保存するアカウントに対し、レンタルルールを適用または徴収するプロセスです。

Solanaに関する以前の説明では、レンタル徴収は、レンタル免除の要件を満たしていないアカウントからlamportを自動的に差し引くことを意味する場合がありました。

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

同じドキュメントでは、この目的でのレンタル徴収は廃止されていると説明されています。

つまり、現在のSolanaのレンタルを、毎月ウォレットから残高を引き落とす継続的なサブスクリプションと考えるべきではありません。

実務上は、アカウント作成時の資金確保と、レンタル免除残高の維持が重視されます。

Solanaのドキュメントで説明されている現代のモデルでは、十分なlamportを保有して作成されたアカウントは、継続的にレンタルを差し引かれることなくオンチェーンに存続できます。

古いチュートリアル、フォーラム投稿、コードコメントでは、以前の表現が使われている場合があるため、この違いは重要です。

レンタルについて学ぶ際は、古い説明だけに頼らず、常に最新のプロトコルドキュメントを確認してください。

レンタルとガス代の違い

レンタルとガス代には関連性がありますが、同じものではありません。

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

レンタルは通常、アカウントデータやコントラクトのステートを長期的に保存するコストを支払う、またはそのコストを担保するものです。

Ethereumのガスに関するドキュメントでは、ネットワークで実行される計算に手数料を課すことで、ガス代がスパム防止に役立つと説明されています。

Ethereumでは、ステートを更新する操作を含め、トランザクションやスマートコントラクトの実行にガスが使われます。

一方で、レンタルという用語は、ステートを利用可能な状態に維持する継続的なコストやデポジットをより直接的に指すことがよくあります。

1つのトランザクションで、両方の仕組みが関係する場合があります。

たとえば、トークンアカウントの作成には、処理手数料とストレージデポジットが必要になることがあります。

すでに存在するアカウントからトークンを送る場合、新しいストレージを作成しなければ、処理手数料だけで済むことがあります。

そのため、見た目が似ている2つのトランザクションでも、ウォレット残高への合計影響が異なる場合があります。

一方は単に価値を移動するだけでも、もう一方はネットワークが保存しなければならない新しいステートを作成することがあります。

レンタルとストレージデポジットの違い

ストレージデポジットとは、データの保存コストをまかなうためにロックされる暗号資産の金額です。

レンタルはこの仕組みの総称として使われることがありますが、ストレージデポジットのほうがユーザーには分かりやすい場合があります。

デポジット型のモデルでは、その価値が必ずしも永久に失われるわけではありません。

チェーンやアカウントの種類によっては、ストレージが解放されたときに返還される場合があります。

PolkadotのAsset Hubに関する開発者向けドキュメントでは、ストレージ手数料を、ストレージを長期利用するためのデポジットと説明しており、ストレージ解放時には返金されます。

Polkadotのトランザクション手数料とストレージ手数料に関するドキュメントによると、この仕組みはステート肥大化の防止に役立ちます。

実装の詳細は異なりますが、考え方はSolanaのレンタル免除残高に似ています。

ユーザーにとって重要なのは、ストレージに充てた金額が返金されるかどうかです。

開発者にとって重要なのは、アプリケーションのセキュリティを損なわずに、必要なストレージをどう最小限に抑えるかです。

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

トークンアカウントは、暗号資産ユーザーがレンタルに遭遇する一般的な場面です。

一部のチェーンでは、ウォレットアドレスとトークン残高が常に同じデータとして扱われるとは限りません。

所有者、トークンの種類、数量、権限などの情報を追跡するため、トークンに別個のアカウントやストレージエントリーが必要になる場合があります。

そのアカウントがまだ存在しない場合、ウォレットや分散型アプリケーションがトランザクション中に作成することがあります。

その作成には、レンタルまたはストレージデポジットが必要になる場合があります。

そのため、トークンを初めて受け取ったり使用したりするときは、すでに存在するアカウントからトークンを送るときよりコストが高くなることがあります。

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

Solanaでは、対象となるトークンアカウントを閉鎖すると、そのアカウントのレンタル用lamportが送金先アカウントに返されることがあります。

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

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

レンタルとスマートコントラクト

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

保存されるステートは、一つひとつがネットワークに長期的なコストを生じさせる可能性があります。

レンタルによってこのコストが明確になり、開発者は効率的なステートモデルを設計するよう促されます。

設計が不十分なコントラクトでは、重複データ、長い文字列、大きな配列、オンチェーンに残す必要のない一時的な情報が保存される場合があります。

より優れた設計では、検証と決済に必要な情報だけを保存します。

たとえば、レンディングアプリケーションでは、ユーザーの債務や担保の情報をオンチェーンに保存する必要があります。

一方で、すべてのインターフェースラベル、分析イベント、過去の表示値までオンチェーンに保存する必要はないかもしれません。

効率的なストレージ設計は、ユーザーコストを抑え、ネットワークの検証を容易にします。

開発者は、ストレージが恒久的なものか、一時的なものかについても検討する必要があります。

ストレージエントリーを短期間しか使わない場合、アプリケーションは安全に削除できる方法と、返金可能なデポジットを回収できる方法を提供する必要があります。

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

アカウントの閉鎖とは、不要になったアカウントやストレージエントリーを削除するプロセスです。

デポジット型のレンタルシステムでは、閉鎖時にロックされた価値がユーザーや指定した別のアドレスに返される場合があります。

これにより、未使用のストレージデポジットを再び利用可能な資金に戻せます。

ただし、アカウントの閉鎖は慎重に行う必要があります。

空に見えるアカウントでも、アプリケーションのポジション、権限、管理主体、保留中の操作に関連付けられている場合があります。

誤ったアカウントを閉鎖すると、アプリケーションに必要なデータが削除されるおそれがあります。

トークンアカウントでは、通常、閉鎖前にトークン残高をゼロにする必要があります。

ラップ済みネイティブトークンのアカウントでは、チェーンやトークンプログラムによって特別な動作が適用される場合があります。

アカウント閉鎖トランザクションを承認する前に、ウォレットの表示を注意深く確認してください。

開発者は、アカウントを明確かつ安全で、理解しやすい方法で閉鎖できるようにする必要があります。

レンタルがウォレット残高に与える影響

すべての資金を同じように利用できるわけではないため、レンタルによってウォレット残高が分かりにくくなる場合があります。

ウォレットに表示される合計残高には、レンタル免除やストレージデポジットのためにアカウント内でロックされている資金が含まれる場合があります。

ウォレットによっては、必要なデポジットを考慮した後の利用可能残高だけを表示することがあります。

別のウォレットでは、アカウントごとの詳細、留保残高、回収可能なレンタル額が表示される場合もあります。

このため、同じアドレスでもウォレットによって表示方法が若干異なることがあります。

また、ストレージ要件を満たすために十分な資金を残しておく必要があり、表示された残高全額を送金できない場合があります。

通常、これは隠れた手数料ではありません。

アカウントが無効になったり、ネットワークのルールを満たせなくなったりするのを防ぐためのものです。

資金不足を理由にトランザクションが失敗した場合、原因は処理手数料だけでなくストレージデポジットかもしれません。

ネイティブトークンを少量余分に保有しておくと、レンタルやストレージ要件が原因のトランザクション失敗を防ぎやすくなります。

レンタルがDeFiやWeb3アプリケーションに与える影響

レンタルは、分散型金融、ゲーム、NFT、決済、ID、インフラ関連のアプリケーションに影響を与える可能性があります。

ユーザーアカウントを作成したり、ユーザー固有のステートを保存したりするアプリケーションでは、ストレージコストが発生することがあります。

DeFiのポジションにはステートアカウントが必要な場合があります。

ゲームアイテムには、メタデータや所有権記録が必要になる場合があります。

決済アプリケーションでは、新しい資産のトークンアカウントが必要になることがあります。

IDアプリケーションでは、アドレス、認証情報、権限を結び付ける記録が必要になる場合があります。

これらの記録はそれぞれ、ストレージ要件を増加させる可能性があります。

アプリケーションがアカウントを作りすぎると、利用開始時のコストが高くなり、操作も分かりにくくなることがあります。

アプリケーションがストレージコストを隠していると、予想以上にウォレット残高が変動したとき、ユーザーが誤解を招かれたと感じる可能性があります。

優れたアプリケーションは、何が作成されるのか、なぜ必要なのか、レンタル額を後から回収できるのかを説明します。

これにより、信頼性が高まり、サポート上の問題も減少します。

レンタルのメリット

レンタルは、大規模なアカウント作成のコストを高めることで、ブロックチェーンをスパムから守るのに役立ちます。

開発者が不要なデータをオンチェーンに保存しないよう促します。

共有ネットワークストレージの実際のコストに、ユーザーの行動を連動させるのに役立ちます。

ステートの無秩序な増加を抑え、バリデーターの健全な経済環境を支える可能性があります。

デポジットが返金される場合は、ストレージの整理が金銭的なメリットにつながることもあります。

ユーザーにとって、返金可能なレンタルは純粋な手数料より有利な場合があります。アカウントを閉鎖したときに、その価値を回収できる可能性があるためです。

開発者にとって、レンタルはアカウント構成やデータ構造を最適化する明確な理由になります。

ネットワークにとって、レンタルは恒久的なデータの無駄を抑え、長期的な持続可能性を支えます。

リスクと誤解

最もよくある誤解の一つは、レンタルが常に継続的な請求を意味するというものです。

現在の多くの暗号資産ネットワークでは、レンタルは繰り返し発生する支払いではなく、デポジットや最低残高を指す場合があります。

2つ目の誤解は、レンタルが常に永久に失われるというものです。

デポジット型のシステムでは、ストレージを削除した際にレンタル関連の価値を回収できる場合があります。

3つ目の誤解は、レンタルとトランザクション手数料が同じだというものです。

トランザクション手数料は処理に対して支払われますが、レンタルはストレージに関連します。

4つ目の誤解は、すべてのアカウントに同じレンタル額が必要だというものです。

ストレージ要件は通常、アカウントやステートエントリーのサイズと種類によって異なります。

5つ目の誤解は、空に見えるアカウントをすべて閉鎖しても常に安全だというものです。

トークン残高が空でも、アプリケーションのロジックや権限にとって重要なアカウントが存在する場合があります。

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

ユーザーは、手数料やストレージ要件に備えて、ネットワークのネイティブコインを少量利用可能な状態にしておく必要があります。

ウォレットに新しいアカウントが作成されると表示された場合は、トランザクションの確認画面を注意深く確認してください。

表示されたコストがトランザクション手数料、ストレージデポジット、ロックされた残高のいずれなのかを確認してください。

内容を理解しているアカウントだけを閉鎖してください。

見知らぬウェブサイトからのアカウント整理トランザクションには署名しないでください。

レンタルにより、トークンやアプリケーションを初めて利用するときは、その後の利用よりコストが高くなる場合があることを覚えておきましょう。

不要なアカウントや回収可能なデポジットを安全に特定するツールがウォレットに用意されているか確認してください。

アカウントを閉鎖できるかどうか確認せずに、レンタル関連残高が失われたと決めつけないでください。

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

開発者は、現在のネットワークツールやRPCメソッドを使ってストレージ要件を動的に計算してください。

プロトコル設定やアカウント形式は変更される可能性があるため、古いレンタル額をハードコードしないでください。

小さく効率的なアカウント構成を設計してください。

オンチェーンでの検証が本当に必要でない限り、大容量のメディア、長文、重複レコード、一時的な分析データをオンチェーンに直接保存しないでください。

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

ストレージデポジットが返金可能かどうかを説明してください。

アカウントが設計上、一時的なものである場合、安全に閉鎖する手順を提供してください。

処理手数料を支払えるだけの残高があっても、レンタル額が不足してトランザクションに失敗する場合があるため、残高が少ないユーザーのフローもテストしてください。

開発者はレンタルを、隠れた技術的詳細ではなく、プロダクト体験の一部として扱う必要があります。

FAQ

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

レンタルとは、ブロックチェーン上にデータを保存するためのストレージ関連コスト、デポジット、または最低残高要件です。

暗号資産のレンタルはトランザクション手数料と同じですか？

いいえ。トランザクション手数料はトランザクションの処理に対して支払われますが、レンタルはアカウントデータやコントラクトのステートの保存に関連します。

レンタルは常に繰り返し徴収されますか？

いいえ。現在の多くのシステムでは、繰り返し請求するのではなく、最低残高や返金可能なストレージデポジットとしてレンタルを扱います。

レンタル免除とは何ですか？

レンタル免除とは、アカウントがネットワークのストレージ要件を満たすだけのネイティブ暗号資産を保有し、オンチェーンに存続できる状態を指します。

レンタルは返金されますか？

デポジット型のシステムでは、関連するアカウントやストレージエントリーを正しく閉鎖すると、レンタルが返金される場合があります。

トークンアカウントの作成にレンタルが必要なのはなぜですか？

トークンアカウントを作成するとオンチェーンデータが追加されるため、ネットワークがストレージデポジットやレンタル免除残高を求める場合があります。

ウォレット残高を全額送金できないのはなぜですか？

既存アカウントのレンタルやストレージ要件を満たすため、ウォレットがネイティブコインの一部を残す必要がある場合があります。

開発者はレンタルをどのように計算しますか？

開発者は、SolanaのgetMinimumBalanceForRentExemption RPCメソッドなど、対象ネットワークが提供する最新の方法を使って計算します。

すべてのブロックチェーンでレンタルが使われていますか？

いいえ。ブロックチェーンによってストレージコストの扱いは異なり、レンタル免除残高、ストレージステーキング、ストレージデポジット、ガスベースのストレージ価格設定などが利用されています。

ブロックチェーンのセキュリティにレンタルが重要なのはなぜですか？

レンタルは、オンチェーンの長期保存に経済的コストを課すことで、スパムやステート肥大化の抑制に役立ちます。

まとめ

レンタルは、ブロックチェーンがオンチェーンストレージの価格を設定し、保護し、管理する方法を説明する、暗号資産の基本概念です。

継続的な請求のように聞こえる言葉ですが、暗号資産におけるレンタルは、多くの場合、ストレージデポジット、ロックされた残高、または最低アカウント要件として機能します。

Solanaでは、レンタルは、データサイズに応じてアカウントが維持する必要のあるレンタル免除残高と密接に関係しています。

他のネットワークでは、ストレージステーキング、ストレージデポジット、ストレージ手数料など、類似の仕組みが使われる場合があります。

ユーザーはレンタルを理解することで、単純なネットワーク手数料より多くのネイティブ暗号資産を必要とするトランザクションがある理由を把握できます。

開発者はレンタルを理解することで、より優れたアカウント設計、分かりやすいユーザーインターフェース、低いストレージコストを実現できます。

ブロックチェーンネットワークにとって、レンタルはステート肥大化を抑え、恒久的なストレージの無駄を減らすことで、長期的な分散性を支えます。

レンタルを簡単に覚えるなら、オンチェーンデータは無料ではなく、レンタルはブロックチェーンがストレージを持続可能にするために用いる主要な仕組みの一つだということです。