Existing-Holder Transfer Gates and Hook-Aware Routing: A Versioned Captain Hook Case Study

A token transfer policy is only one part of a usable market: wallets, routers and settlement workflows must also supply the accounts and authority expected by that policy. This report examines Captain Hook, a Solana Token-2022 implementation that admits transfers only to existing holders, integrates selected hook-aware swap paths and operates recurring auctions for a mint's hook pointer. Source inspection shows how the gate reconstructs the recipient's pre-transfer balance, including transfer-fee and same-owner cases. An archived release records three supported mint routes, local compiled-program tests and deployment receipts. These historical records are distinguished from fresh verification, which was not performed. Two important boundaries emerge: the auction's checked-transfer proof is part of the operator's composed settlement transaction, not an unconditional requirement of the standalone settlement instruction, and current preparation receipts bind a normalized intent rather than exact original message bytes. The system illustrates transaction-composition requirements and authority dependencies. An existing-holder gate deliberately excludes new entrants, so no permissionless-access or financial-inclusion result is claimed. Preparation of this report was assisted by Codex. The research programme is directed toward human agency, financial inclusion, and evidence-based accountability. Intended social benefits are distinguished from measured technical results in the manuscript. The manuscript and newly authored analysis are offered under CC BY 4.0. Any supplied source files retain the license terms stated in the supplement; the record license does not replace third-party source licenses.