Diagnose an account
Paste any Hedera account id or EVM address. Every read here is public — no wallet, no key, no .env.
Paste any Hedera account id or EVM address. Every read here is public — no wallet, no key, no .env.
The recipient cannot be asked to sign — it is an account the sender does not control and cannot prompt. The kit sends an HIP-904 airdrop instead, where the SENDER pays the association fee and the recipient claims when ready.
Answered from the sender's side — you are looking at an account you do not control and cannot ask to sign. If it were your own wallet, the kit would have more options; that case is on /acquire.
Hedera shipped three protocol changes at the association problem and produced four ways to solve it. Here is how each one fares for this specific account — including the ones that do not apply, and why.
The recipient has no free automatic slots and the sender cannot raise the limit on an account it does not control.
Batching needs a signature from the recipient, and this account cannot be asked to sign.
An explicit association must be signed by the recipient, and this account cannot be asked to sign.
The sender pays for delivery or a pending airdrop. Creating the pending entry needs no recipient signature or HBAR; claiming it later requires recipient authorization and a funded payer. Token restrictions still apply.