Lido出金NFT：保留中、請求可能、ETH受取済みを確認する

Lido出金NFTはETHを受け取るためのリクエストを表し、すでにウォレットへ入金されたETHではありません。 Ethereum Mainnetの既存リクエストについて、リクエストID、現在の保有者、状態を特定します。そのうえで、保留中のリクエスト、請求できる金額、完了した支払いを区別します。

申請後にstETH残高が減ったのにネイティブETHが現れない場合、資金がなくなったと判断する前に各段階を照合してください。このガイドでは公開記録を調べます。出金の申請、NFTの譲渡、資金の請求は行いません。

リクエストを進行中のポジションとして読む

LidoのNFTの説明によると、出金リクエストに対してNFTが発行され、請求が成功すると焼却されます。NFTはアドレス間を移動できます。請求権を持つのは現在の保有者であり、必ずしも最初の申請者ではありません。

すでに把握しているトランザクションと並べてリクエストを記録します。この手続きに送ったステーキングトークンと、それを表すリクエストは、同じポジションが順に姿を変えたものです。同じトークンがまだそのアドレスで自由に保有されているかのように、以前の残高を載せないでください。

これはウォレットで保有しているステーキングトークンのリベースやラッパー変換の読み取りとは異なります。リクエストに入れていない保有トークンには、stETHとwstETHの残高ガイドを使ってください。トラッカーに役立つNFT評価額が表示されなくても、出金リクエストは個別に記録する必要があります。

コントラクト、ID、現在の保有者を照合する

Ethereum Mainnet、出金キューのコントラクトアドレス全体、リクエストIDを記録します。予期しないNFT内のリンクからではなく、独自に開いたLido公式コントラクト一覧でデプロイ先を確認してください。コレクション名、画像、見覚えのあるトークン記号だけでは不十分です。

リクエストIDは、そのコントラクト内の項目を特定します。ウォレットのNFT総数では、このリクエストや金額を特定できません。NFT所有権ガイドでは、個別のIDが重要な理由を説明しています。

未請求のリクエストについて、記録された所有者を調べたいアドレスと比較します。サービスやカストディ用コントラクトがNFTを保有しているなら、その記録をサービス側の別個の請求情報と結び付けてください。ウォレットから行った過去のトランザクションは、NFTが今もそこにある証拠にはなりません。ウォレットのギャラリー表示を整えるためだけに移動しないでください。

保留中、請求可能、請求済みを区別する

Lidoの請求可能状態の案内は、申請と請求を区別しています。準備完了の状態は手続きの一段階であり、ウォレットへの入金完了ではありません。

記録	確認すること
保留中のリクエスト	存在し、まだ確定されていない
確定済み、未請求	確保されたETHを請求できる
請求済み	請求が完了している。受取先を確認する
照会失敗	状態は未確認のまま

キューのリファレンスには、getWithdrawalStatusと、そのowner、isFinalized、isClaimedが記載されています。getClaimableEtherの読み取りには有効なチェックポイントのヒントが必要で、未確定または請求済みのリクエストにはゼロを返します。金額と一緒にフラグを読んでください。単なるゼロでは両者を区別できません。クエリエラーは有効なゼロ応答ではありません。

同じリファレンスでは、請求時に指定の受取先へETHを送ることができます。請求完了後は、最初の申請者が受け取ったと決めつけず、実際の送付先を調べてください。NFTは焼却されるため、請求済みIDの所有権照会が失敗することがあります。NFTが見つからないことを新たな損失と解釈せず、リクエスト履歴と状態を残してください。

ここでの確定とは、Lidoが出金リクエストを確定したことです。Ethereumのコンセンサスにおけるファイナリティとは別の意味です。これらの記録は、NFTの売却価格や将来の支払額の保証を示すものでもありません。

同じ請求を二重に加えず照合する

リクエストの識別情報、状態、現在の保有者、記録された金額、観測時刻を列にした小さな記録を作ります。リクエスト外でウォレットに保有するトークンは分けてください。請求が完了したら、未決済の請求項目を実際の受取額に置き換えます。請求自体は別の資産ではなく履歴として残します。

架空の会計例として、あるアドレスに、1 ETHが請求可能と表示される確定済み・未請求のリクエストがあるとします。1 ETHの請求権と、すでに受け取った1 ETHを両方記録すると、誤って2 ETHになります。その後、請求で同じアドレスに1 ETHが送られ、ほかに変化がなければ、未決済の請求はゼロ、受取額は1 ETHになります。これは二重計上を説明する例であり、実際のリクエストや交換レートでも、申請したstETHと常に同量のETHが支払われるという約束でもありません。

過去の受取記録だけでは、現在の残高も分かりません。受取先がその後ETHを使った可能性があります。現在のウォレット金額を加える前に、スナップショットと後続の動きを比較してください。より広いポートフォリオ不一致のチェックリストは、未対応の範囲、古い記録、価格の問題を区別するのに役立ちます。

行動を決める前に読み取り専用の確認を終える

この手順は、2026年10月31日に確認した文書に基づきます。本記事のために実際のウォレットや出金リクエストで試したものではありません。

1. リクエストを特定する。 ネットワーク、確認済みのキューコントラクト、リクエストID、把握している申請トランザクションを保存します。似た名前のNFTで代用しないでください。
2. 現在の所有権を確認する。 未請求リクエストの記録上の保有者を照合します。別のアカウントやサービスが保有しているなら、その事実と別個のカストディ上の請求権を記録します。
3. 状態と金額を一緒に読む。 保留中、確定済み、請求済みの証拠と、取得できれば日付付きの金額を記録します。読み取りメソッドには文書に記載された入力を使い、非対応または失敗した読み取りは不明のままにします。
4. 完了した請求では受取を検証する。 請求記録のリクエストID、実際の受取先、ETH金額、トランザクションまたはブロックを照合します。送付先の現在残高は過去の支払いと分けて調べます。
5. ポジションを一度だけ照合する。 未申請のトークン、未決済の請求、受取済みETHをそれぞれ正しい状態で管理します。すべての画面の数字を足すのではなく、スナップショット間の移動を説明します。

出金所要時間は、キューの状況やプロトコルの事情によって変わります。表示される見積もりは、あらゆる場合に適用される期限ではありません。この調査に署名、承認、リカバリーフレーズは不要です。資金の請求は、別途確認を伴う独立したトランザクションの判断です。

結果には、リクエスト、現在の状態、ETH受取を裏付ける証拠を示してください。不可欠なつながりが欠けていれば、その部分を未確認と明記します。見覚えのあるNFT画像や完了した申請トランザクションでは、その不足を補えません。