SolanaにおけるRentとは？完全ガイド

精度に関する注記：ネットワークパフォーマンス、バリデーター数、手数料、プロトコル機能、ウォレットサポート、およびサードパーティ製インテグレーションは変化します。古い数値は歴史的なスナップショットとして扱い、現在の一次情報ドキュメントを確認してください。

SolanaのRentとは何ですか？それは、永続的なオンチェーンストレージに関連付けられたアカウント残高メカニズムです。現在のアカウント作成ルール、Rent Exemption、回収動作、および非推奨フィールドは、ライブランタイムおよび現在のドキュメントに対して確認する必要があります。

クイックサマリー

• SolanaのRentは、継続的な料金ではなく、返金可能なSOLデポジットです。
• すべてのオンチェーンアカウントは、アクティブな状態を維持するために最低SOL残高が必要です。
• ほとんどのウォレットは、新しいアカウントをRent免除ステータスに自動的に資金提供します。
• Rent免除残高とアカウント閉鎖ルールは、現在のランタイムに対して確認する必要があります。
• 未使用のトークンアカウントからRentでロックされたSOLを回収する方法で、ロックされたSOLを回収できます。
• 古いドキュメントには定期的なRent収集が表示されています。「Epoch Zero」というラベルを、現在の一次情報確認なしに信頼しないでください。

このコンテンツは教育および情報提供のみを目的としています。これは、財務アドバイス、投資アドバイス、または暗号資産またはデジタル資産の購入、販売、または保有の推奨を構成するものではありません。

SolanaのRentとは？（簡単な回答）

SolanaにおけるRentとは、Solanaブロックチェーン上でアクティブな状態を維持するために、すべてのオンチェーンアカウントが保持する必要がある、返金可能なSOLのデポジットです。このデポジットは継続的な請求ではなく、プロトコルによって保持され、アカウントが閉じられると全額返金されます。PhantomやSolflareのようなウォレットは、新しいアカウントに必要な最低額を自動的に資金提供するため、ほとんどのユーザーはRentを積極的に管理することはありません。これが、明示的に承認していないにもかかわらず、少額のSOLが差し引かれているのに気づく理由です。

「Rent」という言葉はここでは非常に紛らわしいです。月々の請求のように聞こえます。むしろ、保証金と考えてください。ネットワーク上のスペースを確保するためにSOLを預け、退去する際にはその全額が返金されます。あなたのSOLは消費されているのではなく、保持されているのです。

完全な技術仕様については、Solanaの公式ドキュメント（Rentについて）.)を参照してください。

SolanaはなぜRentメカニズムを持つのか？

Solanaのバリデーターは、毎秒数千件のトランザクションを処理するために、すべてのアクティブなアカウントのデータをRAMに格納する必要があります。そのハードウェアコストは現実のものです。バリデーターはSolanaネットワークを実行し、トランザクションを処理し、台帳を維持するノードです。ディスクストレージとは異なり、RAMは大規模になると高価になり、Solanaのスループットを達成するためにバリデーターはすべてのアクティブなアカウントデータをメモリにロードしたままにする必要があります。ストレージを占有する各アカウントの権利を、そのサイズに比例する最低SOL残高に結びつけることが、これらのRAM要件を制限された状態に保つ方法です。

ストレージに関連するコストメカニズムがない場合、誰でも無制限のアカウントを作成し、費用なしでデータを満たすことができます。これがステートブルート問題です。つまり、オンチェーンステートの総量（バリデーターがメモリにロードしたままにする必要があるすべてのデータ）は無制限に増加し、ノード運用を資金力のあるオペレーターに集中させ、すべての人のネットワークパフォーマンスを低下させます。Rentデポジットは、バリデーターのストレージスペースを占有するアカウントが、そのストレージフットプリントに比例した経済的ステークを持つことを保証します。

Solanaの共同創設者であるAnatoly Yakovenkoは、この無制限の成長を防ぐために、プロトコルの元のアーキテクチャの一部としてこのメカニズムを設計しました。

Rentは、バリデーターのメモリコストに関連付けられたストレージデポジットです。Solana Labsへの手数料ではなく、Ethereumのガス料金のようなものではありません。これは、比較セクションでよくある誤解として対処されています。

プロトコルの注記： 古いSolanaのドキュメントでは、非免除アカウントからの定期的なRent収集が説明されています。現在のアカウント作成とRent免除の動作は、ライブランタイムに対して確認する必要があります。アカウント数のみから、固定されたSOLのロック量や価格への影響を推測しないでください。

SolanaのRentの仕組み：ストレージデポジットモデル

Solanaは、トークン残高からNFTの所有権記録まで、オンチェーンのあらゆるデータを、アカウントと呼ばれる個別の構造に格納します。

ストレージデポジットのアナロジー

Rentをストレージユニットの返金可能なデポジットと考えてください。デポジットがスペースを確保し、退去時に返金され、全額前払いすれば毎月の支払いは不要になります。

ストレージユニットを借りる場合、施設はあなたがスペースを占有している間、デポジットを保管します。そのお金を失っているわけではなく、エスクローに保管されています。空にして鍵を返却すると、デポジットが返金されます。SolanaのRentも同様に機能します。あなたのSOLデポジットはネットワークの台帳上のスペースを確保し、アカウントが閉じられると全額返金されます。

主な違いは、ストレージユニットのように毎月支払うのではなく、Solanaは一時的なデポジットモデルを使用していることです。一度だけRent免除の最低額に資金を供給すれば、アカウントが開いている限り追加の支払いは必要ありません。デポジットはラメポ（SOLの最小単位。1 SOLは1,000,000,000ラメポ）で測定されますが、日常的な目的ではSOLで金額が表示されます。

Solana上のすべてのトークン残高は、これらのアカウントのいずれかのスペースを占有し、NFTの記録やプログラムステートの各部分も同様です。それらの各アカウントは、アクティブな状態を維持するために最低SOL残高が必要です。

Ethereumでは、ウォレットのすべてのトークン残高は単一のアドレス内で追跡されます。Solanaは異なります。あなたが保持する各代替トークンは、独自の専用SPLトークンアカウント（EthereumのERC-20トークンアカウントに類似した、オンチェーントークンストレージのSolanaプログラムライブラリ標準）を必要とします。初めてトークンを受け取ると、その特定のトークンの残高をウォレットに保持するための新しいアカウントが作成されます。このアカウントには、SOLデポジットが自動的に関連付けられます。これが、以前に保持したことのないトークンを受け取ったときに、少額のSOLが差し引かれるのを確認する理由です。

具体的に言うと、10種類の異なるトークンを保持しているということは、10個の個別のトークンアカウントが必要であり、それぞれに約0.002 SOLのRent免除デポジットが必要ということです。これは、それらのアカウント全体で約0.02 SOLがロックされていることになり、そのすべてが後でアカウントを閉じれば全額回収可能です。

SolanaのNFTも同様のパターンに従います。各NFTは独自のアカウントに存在し、NFTのメタデータ、画像参照、および所有権データはRent免除デポジットを必要とするストレージを占有します。NFTのミントは、ミントアカウント、トークンアカウント、メタデータアカウントなど、複数のアカウントを一度に作成し、それぞれが独自のデポジットを負担するため、標準的なトランザクションよりもミントにわずかに多くのSOLがかかります。

貸付プラットフォーム、分散型取引所、イールドボルトなどのSolana上のDeFiプロトコルとのやり取りは、通常、Rentデポジットを負担する複数のアカウントを作成します。これらのいずれかを使用したことがある場合、それらのアカウント全体にいくらかのSOLがロックされている可能性があります。

PhantomやSolflareなどのウォレットは、アカウントの作成と資金調達を自動的に処理します。基盤となるアーキテクチャの詳細については、Solanaアカウントモデルのドキュメント.)を参照してください。トークン標準自体については、SPLトークン ドキュメント.)を参照してください。

Rent Exemption: アカウントの資金調達の仕組み

現在のプロトコルルールにおいて、データのサイズに必要な lamport 残高を保持しているアカウントは、レント免除（rent-exempt）となります。このステータスおよび必要額は、恒久的なプロトコルの保証として扱うのではなく、最新のランタイムドキュメントに照らして確認する必要があります。

レント免除とは？

レント免除とは、アカウントの lamport 残高がそのデータサイズに必要なしきい値を満たしている状態を指します。現在のモデルでは、その残高がレント料として定期的に消費されることはありません。プロトコルの挙動は進化する可能性があるため、開発者は関連するクラスターの現在の要件を照会する必要があります。

レント免除とは、SOLがロックされていないという意味ではありません。その入金分は、お客様のウォレットがアカウントに代わって保持している実際のリザーブとしてのSOLです。つまり、その入金分が消費されていないということを意味します。アカウントが存続している間は同じレベルに維持され、アカウントが閉鎖されるとお客様に返金されます。

一般的なウォレットやアプリケーションのフローでは、通常、新規作成されたアカウントに必要なしきい値までの資金を供給しますが、ユーザーはすべてのウォレットやアプリケーションが同一の動作をすると仮定せず、個々のアカウントやトランザクションの指示を確認する必要があります。

レント免除にはいくらのSOLが必要ですか？

標準的なSPLトークンアカウントの最小残高は約0.00203928 SOL（2,039,280 lamports）です。正確な金額はアカウントのデータサイズによって異なります。データが0バイトのシステムアカウントはより少額で済みますが、より多くのデータを保持するカスタムプログラムアカウントは比例して多くのSOLを必要とします。

プロトコルの正確性に関する注意：技術的または財務的な決定を下す前に、現在のSolana メインネットに対してgetMinimumBalanceForRentExemption)を使用して最新の正確な数値を確認してください。プロトコルのパラメータはネットワークガバナンスを通じて変更される可能性があります。

以下の表は、一般的なアカウントタイプの目安となる参考数値です。

すべての数値は概算です。本番環境で使用するためにこれらの数字を信頼する前に、現在のSolana メインネットで getMinimumBalanceForRentExemption を使用して確認してください。

開発者ノート プログラムで正確な最小残高を計算するには：

1. connection.getMinimumBalanceForRentExemption(dataSize) を呼び出します。ここで dataSize はバイト単位で割り当てられたアカウントのサイズです。
2. このメソッドは次の式をカプセル化しています：minimum_balance = (128 + data_size_bytes) × rent_rate_per_byte × two_years_of_epochs。
3. ジェネシスで設定されたレントレートは、1バイト・1年あたり3,480 lamportsです。
4. 新しいアカウントに資金を供給する際は、返された lamport 値を直接 SystemProgram.createAccount に渡してください。

本番環境で使用する前に、Solana 開発者ドキュメント)で現在のレートを確認してください。

Solana アカウントのSOLがなくなるとどうなりますか？

一般的なウォレットやアプリケーションのフローでは、通常、新しいアカウントに必要なしきい値までの資金を供給しますが、ユーザーはすべての実装が同一の動作をすると仮定せず、特定の指示とアカウントを確認する必要があります。

アカウントのガベージコレクション

以前のレント設計には、免除されていないアカウントに対する回収またはアカウント削除の動作が含まれていました。ガベージコレクションを有効なリスクとして説明する前に、現在のランタイムルールとアカウント作成要件を確認する必要があります。

単にアカウント残高を減らすだけで削除やトークンの消失が発生すると想定しないでください。アカウントの所有権、プログラムのルール、閉鎖権限、および現在のレント免除の執行状況によって、何が起こり得るかが決まります。古い一般的なシナリオに頼るのではなく、稼働中のアカウントとランタイムを確認してください。

歴史的なドキュメントでは、免除されていないアカウントからの定期的な差し引きについて記載されていました。それらの古い説明を適用する前に、一次ドキュメントから現在の代表的なアカウント作成およびランタイムの挙動を確認する必要があります。

一般的なウォレットやアプリケーションのフローでは、通常、必要な残高でアカウントを作成しますが、ユーザーはウォレットの普遍的な保証に頼るのではなく、個々のアカウントを確認する必要があります。アカウントの閉鎖は、以下で説明する別の操作です。

一般ユーザーとしてレントを心配する必要はありますか？

多くのSolana ユーザーにとって、アカウントへの資金供給はウォレットやアプリケーションのフローによって処理されますが、アカウントの閉鎖や開発者が管理するアカウントについては引き続き注意が必要です。

多くのウォレットは新規作成されたアカウントに必要な最低額の資金を供給しようとしますが、ユーザーはウォレットの名前を安全性の保証として扱うべきではありません。何かを転送または閉鎖する前に、アカウント残高、オーナープログラム、トークン量、および現在のレント免除要件を確認してください。

対応を検討する価値がある唯一のシナリオは、保持しなくなったトークン、請求しなかったエアドロップ、またはアクティブではなくなった NFT プロジェクトから空のトークンアカウントが多数蓄積されている場合です。これらのアカウントは、少額のSOL入金がロックされたまま開いています。これらの入金分は完全に回収可能です。手順については「ロックされたSOLを取り戻す方法」を参照してください。

レントを回収する方法：未使用のアカウントからSOLを取り戻す

対象となる空のトークンアカウントは、管理トークンプログラムの下で閉鎖される際に、残っている lamports を返却できます。アカウントの閉鎖にはリスクがないわけではありません。署名する前に、プログラム、残高、権限、送金先、およびトランザクションを確認してください。

なぜSOLがトークンアカウントにロックされるのか

これまでに保持したすべてのSPLトークンには、それぞれ独自のオンチェーンアカウントが必要であり、それら各アカウントにはレント免除の入金分として約0.002 SOLが保持されています。

売却や送金、あるいはプロジェクトが消滅したことによってトークンの残高がゼロになった場合でも、アカウントは自動的には閉鎖されません。お客様のSOL入金分を保持したままレジャー上に残り、待機状態となります。お客様が明示的にアカウントを閉鎖するまで、ネットワークがそのSOLを返却する理由はありません。

50個の空のトークンアカウントを持つウォレットには、それらのアカウントにおよそ0.1 SOLがロックされています。一般的なSOL価格では、これは15ドルから20ドルに相当し、コストをかけずに完全に回収可能な状態で放置されていることになります。

空のトークンアカウントを閉鎖してSOLを回収する方法

トークンアカウントを閉鎖すると、残っている lamports を指定の宛先に返却できますが、まずトークン残高がゼロであること、アドレスと権限が正しいこと、およびウォレットの指示に無関係なアクションが含まれていないことを確認してください。将来同じトークンを受け取るには、新しい関連トークンアカウントと別のアカウント作成用の入金が必要になる場合があります。

セキュリティに関する注意：接続する前に、ウォレットやポートフォリオツールの公式バージョンを使用していることを必ず確認してください。サードパーティのアプリケーションはウォレットとやり取りします。信頼でき、検証可能なアプリケーションのみを使用してください。

方法 1: Phantom ウォレット（組み込み機能、サードパーティへの接続不要）

1. Phantom を開き、トークンリストに移動します。
2. 残高がゼロと表示されているトークンを特定します。
3. トークンを選択し、オプションメニューから「アカウントを閉鎖」または「バーンして閉鎖」を選択します。
4. トランザクションを承認します。SOLの入金分はすぐにメインの残高に戻ります。

方法 2: Step Finance（多数のアカウントを一括閉鎖）

1. Step Finance にアクセスし、ウォレットを接続します。
2. ポートフォリオマネージャーダッシュボードの「Empty Accounts（空のアカウント）」セクションに移動します。
3. 閉鎖可能なアカウントのリストと、それぞれで回収可能なSOLの量を確認します。
4. 閉鎖したいアカウントを選択し、トランザクションを承認します。

方法 3: Solana Beach または Solscan（読み取り専用での特定）

1. Solana Beach または Solscan を開き、ウォレットアドレスを入力します。
2. トークンアカウントをブラウズして、残高がゼロのアカウントを特定します。

どちらのエクスプローラーも直接閉鎖を実行することはありません。アカウントを特定した後、Phantom または Step Finance を使用してトランザクションを完了させてください。トークン残高がゼロのアカウントのみを閉鎖してください。アクティブなトークンを保持しているアカウントは、まず残高を転送またはバーンしなければ閉鎖できません。

開発者向け注記 プログラムでアカウントを閉じるには、トークンプログラムの closeAccount 命令を使用してください。closeAccount を呼び出す前に、アカウントのトークン 残高 がゼロである必要があります。そうでない場合、トランザクションは失敗します。閉じられたアカウントの Lamport は、指定した宛先アカウントに転送されます。完全な命令リファレンスについては、SPL Token ドキュメント) を参照してください。

Solana のレント変更と現在のランタイム動作

最新の Solana アカウント作成フローでは、通常、レント免除に必要な Lamport が必要ですが、古い定期的なレント徴収の説明は、現在のランタイム動作と一致しなくなる可能性があります。非推奨またはセンチネルの rent_epoch フィールドは、それ自体ではアカウントが最小 残高 要件を無視できることを証明するものではありません。

開発者は、getMinimumBalanceForRentExemption で現在の最小値をクエリし、アクティブなランタイム動作を確認し、関連するクラスターでアカウントの作成とクローズをテストする必要があります。ユーザーは、オーナープログラム、トークン 残高、承認者、および回収された Lamport の宛先を理解しない限り、アカウントを閉じるべきではありません。

Solana のレントと Ethereum のガス料金：主な違い

Solana のレントと Ethereum のガス料金は、根本的に異なるメカニズムであり、偶然「ネットワークコスト」というラベルを共有しています。

Ethereum から来た場合、レントをガスのメンタルモデルにマッピングしているかもしれません。これは、ETH を燃やすガスのように SOL を燃やすトランザクションごとのコストです。そのマッピングは正しくありません。レントとガスは異なる目的を果たし、異なるタイミングで適用され、経済的に異なる振る舞いをします。

Solana には、レントとは別に計算コストをカバーする独自のトランザクション手数料があります。レントと Solana のトランザクション手数料を混同しないでください。これらは別個のメカニズムです。

Ethereum のガス料金は消費コストです。支払うとそれはなくなり、EIP-1559 の手数料燃焼に貢献するか、バリデーターへの優先手数料になります。Solana のレントは払い戻し可能なデポジットです。費やすのではなく保持し、アカウントが閉じられたときに回収します。この区別により、Solana のコストモデルが、2 つのネットワーク間を移動するユーザーにとって構造的に異なって感じられる理由が明確になります。

Bitcoin は異なるアーキテクチャアプローチを採用しています。Bitcoin はアカウントモデルではなく UTXO（未送信トランザクション出力）モデルを使用しており、レントメカニズムはありません。なぜなら、未使用の UTXO は、Solana アカウントが必要とするようなインデックス付きストレージを占有することなく、単純に未送信のまま残るからです。

Solana のレント：開発者向けリファレンス

以下のリファレンスは Solana で開発している開発者向けに書かれています。一般ユーザーは、日常的な使用に必要な情報を逃すことなく、FAQ セクションにスキップできます。

開発者向け注記 以下のすべての例は、Solana web3.js v1.x を参照しています。v2.x API（現在リリース中）は、異なるメソッドシグネチャを使用します。これらの例を本番環境で使用する前に、公式 web3.js Migration Guide) を確認してください。

プログラムとレント： Solana プログラム（Ethereum のスマートコントラクトに相当）自体もアカウントとして保存され、同じレント規則の対象となります。デプロイされたプログラムは、レント免除 残高 を維持する必要があります。プログラムアカウントは通常、デプロイ時にレント免除ステータスに資金提供されます。Solana では、プログラムはステートレスです。それらは個別のデータアカウントに書き込み、それぞれが独自のレント要件を負担します。

プログラム派生アドレス（PDA）： PDA は、プログラム ID とシードから決定論的にアドレスが派生され、プライベートキー ではなくプログラムによって所有されるアカウントです。PDA は、ユーザー所有のアカウントと同じレント免除要件の対象となります。PDA を所有するプログラムは、通常、クロスプログラム呼び出し（CPI）を介したアカウント作成時に、レント免除最小値に資金提供されることを保証する責任があります。不適切に資金提供された PDA は、Solana プログラムにおける本番バグの一般的な原因です。

レント免除の最小 残高 の計算： dataSize がアカウントの割り当てられたデータサイズ（バイト単位）である場合、connection.getMinimumBalanceForRentExemption(dataSize) を使用します。これは現在の最小値を Lamport で返します。新しいアカウントに資金を提供する際に、結果を直接 SystemProgram.createAccount に渡します。

プログラムによるアカウントのクローズ： トークンプログラムの createCloseAccountInstruction を使用してトークンアカウントを閉じ、その Lamport を指定された宛先に返します。アカウントのトークン 残高 はゼロである必要があります。そうでない場合、トランザクションは失敗します。

完全なリファレンス：Solana アカウントモデルドキュメント.)

Solana のレントに関するよくある質問

以下の質問は、Solana のレントに関する最も一般的な混乱点をカバーしており、直接参照できるようにスタンドアロンの回答が記載されています。

Solana のレントとは何ですか？

Solana のレントは、一般的に、現在のルール下で割り当てられたデータに対してオンチェーンアカウントが保持する必要がある Lamport 残高 として説明されます。適格なアカウントが有効に閉じられると、その残りの Lamport は、クローズ命令で指定された宛先に送られます。ウォレットはアカウントへの資金提供を自動化することがよくありますが、ユーザーは指示と現在の要件を確認する必要があります。

Solana のレントはどのように機能しますか？

Solana アカウントが作成されるとき、通常、割り当てられたデータサイズに基づいた最小 Lamport 残高 を保持する必要があります。現在のルールでは、そのしきい値を超えると、アカウントは定期的な控除からレント免除されます。有効なクローズ操作は、アカウントの残りの Lamport を命令で指定された宛先に送信します。

Solana のレント免除とは何ですか？

レント免除とは、アカウントの Lamport 残高 が、そのデータサイズに対する現在のしきい値以上である状態のことです。現在のモデルでは、残高 は定期的にレントとして課金されません。開発者は、これを不変の保証と見なすのではなく、現在のランタイム動作を確認する必要があります。

レント免除になるにはいくら SOL が必要ですか？

標準的な SPL トークンアカウントでは約 0.00203928 SOL（2,039,280 Lamport）です。正確な金額はアカウントのデータサイズによって異なります。データサイズが 0 バイトのシステムアカウントではより少額（約 0.00089 SOL）で済みますが、データが多いカスタムプログラムアカウントでは比例してより多く必要になります。これらの数値を信頼する前に、Solana メインネット で getMinimumBalanceForRentExemption を使用して現在の数値を検証してください。

Solana のアカウントにレント分の SOL が不足している場合、どうなりますか？

古いドキュメントには、レント徴収と非免除アカウントのクリーンアップについて説明されています。現在の Solana アカウント作成要件とランタイム動作は異なる場合があります。アカウントが削除されると仮定したり、ウォレットが安全にしたと仮定したりするのではなく、ライブアカウントと現在のドキュメントをクエリしてください。

Solana でレントを取り戻すことはできますか？

はい。アカウントを閉じる際に、家賃のデポジット全額がウォレットに返金されます。アカウントを閉じることでレイヤーポートを回収できるのは、関連するプログラムとアカウントの状態がそれを許可する場合のみです。アカウントが空であることを確認し、宛先アドレスと権限を検証し、署名する前にすべてのトランザクションを確認してください。指定されたウォレットやダッシュボードは例であり、推奨ではありません。

Solanaのレントメカニズムが解決する問題は何ですか？

バリデーターは、高スループットでトランザクションを処理するために、すべてのアクティブなアカウントのデータをRAMに保持する必要があります。ストレージにコストメカニズムが添付されていない場合、誰でも無制限のアカウントを作成でき、ネットワークの状態が際限なく増加し、バリデーターのハードウェアコストが上昇します。レントデポジットは、バリデーターのストレージを消費するアカウントが、占有するスペースに対して経済的に責任を負うことを保証します。

SolanaのレントはEthereumのガス料金とどう違いますか？

Ethereumのガス料金は、トランザクションごとに支払われる返金不可の計算コストであり、CPUサイクルをカバーし、即座に消費されます。Solanaのレントは、アカウントごとに支払われる返金可能なストレージデポジットであり、バリデーターのバイトストレージをカバーし、アカウントが閉じられると全額返金されます。これら2つのメカニズムは、アーキテクチャが異なるプロトコルにおいて、異なる目的を果たします。

Bybit でSOLを探索

読者は、現在のSOL市場情報) または SOL/USDT 現物市場.) を確認できます。これらのリンクは市場へのアクセスを提供し、Solana、ウォレット、またはサードパーティのプロトコルがすべての読者にとって適切であることを証明するものではありません。

主要なポイント：Solanaレントについて知っておくべきこと

Solanaのレントは、一般的に、現在のランタイムルールに従って、定期的なユーザー料金ではなく、アカウントの資金調達要件として理解されています。

• Solanaアカウントは通常、割り当てられたデータに必要なレイヤーポートを保持します。適格なクローズ操作は、残りのレイヤーポートを指定された宛先に送信します。
• すべてのオンチェーンアカウントは、アクティブな状態を維持するために、データサイズに比例した最小SOL 残高が必要です。
• 一般的なウォレットやアプリケーションは、通常、必要な残高を持つアカウントを作成しますが、各アカウントは個別に検証されるべきです。
• 古い定期的なレントおよびガベージコレクションの説明は、一次情報源の確認なしに現在のランタイムに適用されるべきではありません。
• レント免除ステータスとは、デポジットが引き出されていないということであり、SOLがロックされていないということではありません。
• 空のトークンアカウントは、トークンプログラムのルールに従って閉じられた場合に、レント免除 残高を返却することがあります。署名する前に、アカウント、権限、宛先、トランザクション手数料、およびツールの権限を検証してください。

一般ユーザーは、アカウントを閉じる前に、空であり適格であることを確認してください。開発者は、現在のレント免除要件をクエリし、関連するクラスターで作成およびクローズのテストを行ってください。ウォレットの自動化、古いレントの説明、またはアカウント数の推定を、安全性またはトークノミクスの保証と見なさないでください。

この記事で参照されているSOL 残高、レントレート、およびプロトコルパラメーターは、公開されているSolanaネットワークの動作を公開日時点で反映しています。プロトコルパラメーターは、ネットワークガバナンスまたはソフトウェアアップグレードを通じて変更される可能性があります。読者は、技術的または財務的な決定を下す前に、公式のSolanaドキュメントで現在の値を確認する必要があります。

関連記事

• Solanaトークン規格
• Solanaアーキテクチャ
• Solana Blinksとは？