@x1id/resolve 0.2.0 → 0.3.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -122,8 +122,11 @@ X1NS names resolve by deriving accounts and reading them over RPC. This library
122
122
  never calls `api.x1ns.xyz` or any API of ours — a wallet that resolves through
123
123
  a third party's uptime breaks when they lose interest. `@handle` resolution
124
124
  derives the PDA (`["handle", canonical]` under `handleProgramId`) and reads the
125
- owner directly; reverse lookup reads the registry's on-chain `Primary` pointer
126
- (`["primary", owner]`). All reads use `confirmed` commitment.
125
+ account directly: an untokenized handle resolves to its `owner`; a tokenized
126
+ one (NFT extension present) resolves to whoever currently holds the handle's
127
+ NFT — the `owner` field is informational once a name is tokenized, and the SDK
128
+ never falls back to it. Reverse lookup reads the registry's on-chain `Primary`
129
+ pointer (`["primary", owner]`). All reads use `confirmed` commitment.
127
130
 
128
131
  Address derivation uses a small Rust→WASM module (a real ed25519 on-curve check
129
132
  — the kind of thing that is subtly wrong for months when hand-rolled in JS, and
@@ -160,22 +163,46 @@ A pointer that fails any rule is treated as absent (falls through to X1NS, then
160
163
  A handle can carry addresses for several chains. Pass the one you want:
161
164
 
162
165
  ```ts
163
- await x1id.resolve("@jack", { chain: "X1" }); // default
166
+ await x1id.resolve("@jack", { chain: "X1" }); // default — the handle's authority
164
167
  await x1id.resolve("@jack", { chain: "SOL" }); // X1 shares Solana's key format
165
- await x1id.resolve("@jack", { chain: "ETH" }); // → no-record-for-chain (see below)
168
+ await x1id.resolve("@jack", { chain: "ETH" }); // the handle's ETH record, if one is set
169
+ await x1id.resolve("@jack", { chain: "BTC" }); // the handle's BTC record, if one is set
166
170
  ```
167
171
 
168
- Today the SDK reads the owner's **X1/SVM** address. Per-chain records for ETH and
169
- BTC live in separate on-chain accounts the resolver does not read yet, so a
170
- request for those returns `no-record-for-chain` — an explicit "no record", never
171
- a wrong address on the wrong chain.
172
+ For **X1/SOL** the SDK returns the handle's current authority. For **ETH/BTC**
173
+ it reads the handle's per-chain `Record` accounts; a handle without a live
174
+ record for the requested chain is `no-record-for-chain` — an explicit "no
175
+ record", never a wrong address on the wrong chain.
176
+
177
+ Every record is judged against the **universal staleness rule**
178
+ (`docs/record-trust.md` in the x1-handles repo): a `Record` whose
179
+ `updated_at` predates the handle's current `registered_at` was left behind by
180
+ a **previous owner of the same name** (the Handle PDA survives a release +
181
+ re-register, and records hang off it) and is treated as unset — its address
182
+ is never resolved, and its stored `verified: true` is never surfaced. The
183
+ rule is structural in this SDK: `decodeRecord`/`fetchRecords` require the
184
+ handle's `registeredAt`, so there is no code path that returns an unjudged
185
+ record.
186
+
187
+ ```ts
188
+ // All records of a handle, stale ones flagged (verified forced false):
189
+ const all = await x1id.records("@jack");
190
+ // The ones that actually belong to the current owner:
191
+ import { liveRecords } from "@x1id/resolve";
192
+ const live = liveRecords(all);
193
+ ```
172
194
 
173
195
  ## Verification
174
196
 
175
197
  | `verification` | meaning |
176
198
  |---|---|
177
- | `verified` | control of the address was proved (the `@handle` owner holds the registry account). |
178
- | `unverified` | a record exists but ownership was not proved for that chain. **Show a warning.** |
199
+ | `verified` | control of the address was proved: the address owns the `@handle` registry account, or — for a tokenized handle — holds its NFT **in its associated token account** (the only place the registry program recognises as the name's authority, same rule as `reverse()`). |
200
+ | `unverified` | ownership was not proved for that chain (X1NS), or — for a tokenized handle — the NFT is held outside the holder's ATA (an auxiliary account or an escrow): that wallet controls the token but cannot act for the name until it is back in its ATA. **Show a warning.** |
201
+
202
+ A tokenized handle whose NFT has been **burned** (mint supply 0) resolves to no
203
+ one: `ResolveError { code: "not-found", reason: "nft-burned" }`. The registry
204
+ account's stale `owner` field is never returned for a tokenized handle, on any
205
+ path.
179
206
 
180
207
  ## What works today
181
208
 
@@ -184,13 +211,83 @@ a wrong address on the wrong chain.
184
211
  | X1NS resolution (`.x1/.xnt/.xen`) | ✅ mainnet |
185
212
  | `@handle` resolution | ✅ on any RPC where the registry is deployed — **X1 testnet today**; mainnet on deploy |
186
213
  | Reverse lookup | ✅ on-chain `@handle` primary (testnet today) with X1NS primary-domain fallback (mainnet); X1NS results are `<domainAccount>.<tld>`, not a label |
187
- | Per-chain ETH/BTC records | 🔜 roadmap |
214
+ | Per-chain ETH/BTC records | ✅ read with the staleness rule enforced structurally |
215
+ | Control proofs (prove you control a `@handle`) | ✅ `createControlChallenge` / `verifyControlProof` — spec: `docs/control-proof.md` |
216
+ | Records read (per-chain, staleness-enforced) | ✅ `fetchRecords` |
217
+ | Subnames · gifts · integrator rev-share · name-lock · record-delegate · text records · attestations (write) | ✅ 0.3.0 — instruction builders; you sign & relay |
188
218
  | Registration / transfer / `set_primary` (write) | 🔜 roadmap — use [x1id.io](https://x1id.io) |
189
219
 
190
220
  The `@handle` registry program id is configurable (`handleProgramId`) and
191
221
  defaults to the canonical X1 deployment
192
222
  (`8JgnNWi24bq9uzfnT9XmkWxvaWMVgoEs9bu8QsHhLe1P`).
193
223
 
224
+ ## Beyond resolve: the registry write surface (0.3.0)
225
+
226
+ `resolve()` / `reverse()` / `fetchRecords()` are read-only and need only an RPC.
227
+ 0.3.0 also ships **instruction builders** for the on-chain registry. Each
228
+ returns an unsigned `BuiltInstruction` (`{ programId, keys, data }`) — you
229
+ assemble it into a transaction, **sign, and relay** yourself; the SDK never
230
+ holds keys. Every discriminator and account order matches the deployed program.
231
+
232
+ **Read a handle's cross-chain records** (no wallet):
233
+
234
+ ```ts
235
+ import { fetchRecords, liveRecords, valueToAddress } from "@x1id/resolve";
236
+
237
+ // handleAccount = the ["handle", name] PDA; registeredAt from the handle account
238
+ const records = await fetchRecords(rpc, programId, handleAccount, registeredAt);
239
+ for (const r of liveRecords(records)) {
240
+ console.log(r.chain, valueToAddress(r.chain, r.value));
241
+ }
242
+ ```
243
+
244
+ **Issue a subname** (`team.you`), signed by the parent's current authority:
245
+
246
+ ```ts
247
+ import { buildCreateSubnameIx } from "@x1id/resolve";
248
+
249
+ const ix = buildCreateSubnameIx({
250
+ programId,
251
+ payer, // signer — funds the subname account's rent
252
+ owner, // signer — the parent handle's current authority (owner or NFT holder)
253
+ parent, // the parent ["handle", name] PDA
254
+ subname, // the ["subname", parent, label] PDA
255
+ label: "team",
256
+ });
257
+ // add `ix` to a transaction, sign with payer + owner, send.
258
+ ```
259
+
260
+ **Gift a handle** (prepaid voucher; the recipient claims it later):
261
+
262
+ ```ts
263
+ import { buildCreateVoucherIx, HandleType } from "@x1id/resolve";
264
+
265
+ const ix = buildCreateVoucherIx({
266
+ programId, payer, config, // config = the ["config"] PDA
267
+ voucher, // the ["voucher", name] PDA
268
+ handle, // the ["handle", name] PDA — must be unregistered
269
+ name: "gift1",
270
+ handleType: HandleType.Human,
271
+ recipient, // bind to a wallet, or null for an open claim code
272
+ expiresAt: Math.floor(Date.now() / 1000) + 30 * 86400,
273
+ });
274
+ ```
275
+
276
+ Also shipped, same build → sign → relay shape:
277
+
278
+ | Capability | Builders |
279
+ |---|---|
280
+ | Integrator rev-share | `buildAddIntegratorIx`, `buildSetIntegratorRateIx`, `buildRemoveIntegratorIx` |
281
+ | Name lock / timelocked unlock | `buildLockHandleIx`, `buildInitiateUnlockIx`, `buildCompleteUnlockIx`, `buildCancelUnlockIx` |
282
+ | Record-write delegation | `buildSetRecordDelegateIx`, `buildRevokeRecordDelegateIx` |
283
+ | Typed text records (website / avatar / socials) | `buildCreateTextRecordIx`, `buildUpdateTextRecordIx`, `buildCloseTextRecordIx` |
284
+ | Domain / social attestations | `buildCreateAttestationIx`, `buildCloseAttestationIx` (+ `fetchAttestations`, `isHandleVerified`) |
285
+ | Subname records / revoke | `buildRevokeSubnameIx`, `buildCreateSubnameRecordIx`, `buildUpdateSubnameRecordIx`, `buildCloseSubnameRecordIx` |
286
+ | Voucher claim / refund | `buildClaimVoucherIx`, `buildRefundVoucherIx` |
287
+
288
+ PDA seeds and account layouts are documented per module in the source and typed
289
+ end to end. Reads need only an RPC; writes need a signer.
290
+
194
291
  ## Errors
195
292
 
196
293
  `ResolveError` carries a `code` a UI can branch on:
@@ -200,7 +297,7 @@ defaults to the canonical X1 deployment
200
297
  | `unrecognized` | not a handle or known domain — probably a raw address |
201
298
  | `ambiguous` | both shapes at once, e.g. `@jack.x1` |
202
299
  | `invalid-handle` / `invalid-domain` | right shape, invalid content |
203
- | `not-found` | valid name, not registered |
300
+ | `not-found` | valid name, not registered — or `reason: "nft-burned"`: tokenized and its NFT was burned, so no one holds it |
204
301
  | `no-record-for-chain` | registered, but no address for the requested chain |
205
302
  | `rpc-error` | transport failure |
206
303
 
@@ -232,6 +329,7 @@ interface ResolverConfig {
232
329
  interface Resolver {
233
330
  resolve(input: string, opts?: { chain?: "X1" | "SOL" | "ETH" | "BTC" }): Promise<Resolved>;
234
331
  reverse(address: string): Promise<string | null>;
332
+ records(input: string): Promise<readonly HandleRecord[]>; // stale ones flagged — see docs/record-trust.md
235
333
  clearCache(): void;
236
334
  }
237
335
 
@@ -250,6 +348,39 @@ Also exported: `parseName`, `looksLikeName`, `normalizeHandle`, `namespaceLabel`
250
348
  `encodeBase58`, `decodeBase58_32`, `ResolveError`, `CHAIN_COIN_TYPE` and the
251
349
  types `Resolved`, `Namespace`, `Chain`, `Verification`, `ResolveErrorCode`.
252
350
 
351
+ Records: `decodeRecord(raw, account, registeredAt)`, `liveRecords`,
352
+ `chainForCoinType`, `valueToAddress`, `fetchRecords`, `RECORD_LEN`,
353
+ `RECORD_DISC`, type `HandleRecord`. The handle epoch (`registeredAt`) is a
354
+ required parameter everywhere by design.
355
+
356
+ Control proofs (spec: `docs/control-proof.md` in the x1-handles repo):
357
+
358
+ ```ts
359
+ // Verifier side — reads the handle's current ownership epoch from chain,
360
+ // generates a single-use nonce, returns the challenge to store and send:
361
+ const issued = await createControlChallenge({ rpcUrl, wasm }, "@jack");
362
+ // Prover signs the raw UTF-8 bytes of issued.challenge with the wallet key
363
+ // that controls the handle (64-byte ed25519, no wallet envelope), then:
364
+ const result = await verifyControlProof({ rpcUrl, wasm }, issued, { signer, signature });
365
+ // result.valid === true ⇔ signer controls @jack right now, in this epoch.
366
+ ```
367
+
368
+ Also exported for that flow: `buildControlChallenge`, `parseControlChallenge`,
369
+ `generateControlNonce`, `verifyEd25519Strict` (RFC-8032-strict WebCrypto
370
+ verifier; override via `ControlConfig.verifyEd25519` on runtimes without
371
+ Ed25519 WebCrypto), `CONTROL_CHALLENGE_PREFIX` and the types
372
+ `ControlChallenge`, `ControlConfig`, `ControlProof`, `ControlVerification`,
373
+ `ControlFailureReason`.
374
+
375
+ ## Integrating into a wallet or explorer
376
+
377
+ Dropping resolution into someone else's product — an explorer that shows
378
+ `@handle` instead of an address, a wallet that resolves a recipient before it
379
+ signs, an in-wallet (Snap-style) resolver — is a copy-paste job. See
380
+ **[`docs/resolution-integration.md`](../docs/resolution-integration.md)**: a
381
+ resolver singleton, a typed-error recipient flow, reverse lookup with the
382
+ staleness rule, and a ~30-line React `<AddressName>`, all against this package.
383
+
253
384
  ## Developing
254
385
 
255
386
  ```bash
@@ -259,15 +390,24 @@ npm test # node --test; X1_LIVE=1 also runs the testnet reverse() ca
259
390
  ```
260
391
 
261
392
  `wasm/x1_resolve_wasm.wasm` is committed and shipped. Rebuild it whenever
262
- `crates/x1-resolve-wasm` (or its dependencies) change; the release profile is
263
- stripped, so a rebuild from the same source is byte-identical.
393
+ `crates/x1-resolve-wasm` (or its dependencies) change. A rebuild is **not**
394
+ guaranteed byte-identical: the module published in 0.2.0 (48,765 bytes) differs
395
+ from the monorepo/app copy (48,742 bytes) by 23 bytes — same 13 exports,
396
+ functionally equivalent on every derivation tested (handle PDA, X1NS account,
397
+ primary PDA, ATA, normalize; `test/wasm.test.js` checks them against live
398
+ accounts). Treat the committed binary as the artefact of record and verify by
399
+ running the tests, not by comparing hashes.
264
400
 
265
401
  ## Publishing
266
402
 
267
403
  Published from the (private) release mirror, not from the monorepo: sync this
268
404
  directory (plus `crates/`) there, then push a `v<version>` tag that matches
269
405
  `package.json` — the release workflow builds the WASM, runs the tests and
270
- `publint`, and runs `npm publish --provenance`.
406
+ `publint`, and runs `npm publish`. There is **no provenance attestation** on
407
+ the published package: npm only accepts provenance from public source
408
+ repositories, and the mirror is private. (The README bundled inside 0.2.0
409
+ mentions `--provenance`; that was aspirational — no attestation was ever
410
+ attached, and this file is the accurate statement.)
271
411
 
272
412
  ## Links
273
413
 
@@ -0,0 +1,86 @@
1
+ /**
2
+ * `@handle` registry account access shared by the resolver (`index.ts`), the
3
+ * per-chain record reader (`records.ts`) and the control-proof helpers
4
+ * (`control.ts`). One implementation of the byte layouts and of the
5
+ * "who currently holds authority" rule, so the three surfaces cannot drift.
6
+ *
7
+ * Everything here was extracted verbatim from `index.ts` (where the resolver
8
+ * tests exercise it); nothing in this module is public API on its own.
9
+ */
10
+ import { type Verification } from "./types.js";
11
+ import type { WasmResolver } from "./wasm.js";
12
+ /** The @handle registry program on X1. Deployed on testnet today; the same id
13
+ * is used on mainnet once deployed. Override via `handleProgramId` to point at
14
+ * a different deployment. */
15
+ export declare const DEFAULT_HANDLE_PROGRAM = "8JgnNWi24bq9uzfnT9XmkWxvaWMVgoEs9bu8QsHhLe1P";
16
+ export declare const TOKEN_ACCOUNT_MIN_LEN = 72;
17
+ export declare const SPL_TOKEN_PROGRAM = "TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA";
18
+ /** The fields of a `Handle` account readers need. */
19
+ export interface ParsedHandle {
20
+ readonly name: string;
21
+ readonly owner: Uint8Array;
22
+ /**
23
+ * `Handle.registered_at` — the handle's CURRENT ownership epoch. Stamped
24
+ * fresh on every `register`/`register_reserved`, including a re-registration
25
+ * of a previously released name, and bumped by every native-market sale.
26
+ * Every per-handle record and proof must be judged against it — see
27
+ * docs/record-trust.md.
28
+ */
29
+ readonly registeredAt: bigint;
30
+ /** Set when the handle is tokenized (NFT extension present). */
31
+ readonly nftMint: Uint8Array | null;
32
+ }
33
+ export declare function readI64(data: Uint8Array, offset: number): bigint;
34
+ export declare function readU64(data: Uint8Array, offset: number): bigint;
35
+ export declare function bytesEqual(a: Uint8Array, b: Uint8Array): boolean;
36
+ /**
37
+ * Parse the `Handle` fields readers need. Port of `parse_handle` in
38
+ * tools/api — sequential, because `recovery` / `recovery_target` are
39
+ * `Option<Pubkey>` (Borsh: tag byte, then 32 bytes when `Some`) and shift
40
+ * `registered_at`. The NFT mint is read at the fixed base boundary, not the
41
+ * sequential position.
42
+ *
43
+ * disc(8) name(32) name_len(1) owner(32) handle_type(1)
44
+ * recovery: Option<Pubkey> recovery_initiated_at: i64
45
+ * recovery_target: Option<Pubkey> registered_at: i64 bump(1)
46
+ * [at 8+149: nft tag(1) mint(32)]
47
+ */
48
+ export declare function parseHandleAccount(data: Uint8Array): ParsedHandle | null;
49
+ /** A JSON-RPC call against the configured endpoint. */
50
+ export type RpcFn = (method: string, params: unknown[]) => Promise<unknown>;
51
+ export interface AccountReader {
52
+ readonly rpc: RpcFn;
53
+ /** Fetch raw account data plus the owning program, or null when the account
54
+ * does not exist. */
55
+ accountInfo(address: string): Promise<{
56
+ readonly data: Uint8Array;
57
+ readonly owner: string;
58
+ } | null>;
59
+ /** Fetch raw account data, or null when the account does not exist. */
60
+ accountData(address: string): Promise<Uint8Array | null>;
61
+ }
62
+ /** Build the RPC plumbing every reader in this package shares. */
63
+ export declare function makeAccountReader(rpcUrl: string, fetchImpl?: typeof fetch): AccountReader;
64
+ /**
65
+ * Current holder of a tokenized handle: the owner of the single token
66
+ * account holding the handle's NFT (supply 1, decimals 0). Never falls back
67
+ * to `Handle.owner` — after the NFT changes hands that field names the
68
+ * previous owner, and paying it is the exact failure this SDK exists to
69
+ * prevent.
70
+ *
71
+ * Parity with the program's `require_current_authority` (and the
72
+ * resolver's `reverse()`): the program recognises the holder as the name's
73
+ * authority only when the NFT sits in the holder's **associated token
74
+ * account** for the mint. A holder whose NFT is parked elsewhere (an
75
+ * auxiliary account, a program escrow) still controls the token, so the
76
+ * address is returned — but as `unverified`, because the registry will not
77
+ * let that address act for the name until the NFT is back in its ATA.
78
+ *
79
+ * A burned NFT (mint supply 0) is `not-found` with reason `nft-burned`: the
80
+ * name has no holder, and no one — least of all the stale `owner` — may be
81
+ * paid for it. Any other failure to find the holder is an `rpc-error`.
82
+ */
83
+ export declare function nftHolder(reader: AccountReader, wasm: WasmResolver, canonical: string, mint: Uint8Array, input: string): Promise<{
84
+ readonly address: string;
85
+ readonly verification: Verification;
86
+ }>;
@@ -0,0 +1,183 @@
1
+ /**
2
+ * `@handle` registry account access shared by the resolver (`index.ts`), the
3
+ * per-chain record reader (`records.ts`) and the control-proof helpers
4
+ * (`control.ts`). One implementation of the byte layouts and of the
5
+ * "who currently holds authority" rule, so the three surfaces cannot drift.
6
+ *
7
+ * Everything here was extracted verbatim from `index.ts` (where the resolver
8
+ * tests exercise it); nothing in this module is public API on its own.
9
+ */
10
+ import { ResolveError } from "./types.js";
11
+ import { encodeBase58 } from "./base58.js";
12
+ /** The @handle registry program on X1. Deployed on testnet today; the same id
13
+ * is used on mainnet once deployed. Override via `handleProgramId` to point at
14
+ * a different deployment. */
15
+ export const DEFAULT_HANDLE_PROGRAM = "8JgnNWi24bq9uzfnT9XmkWxvaWMVgoEs9bu8QsHhLe1P";
16
+ // Handle account layout, mirrored from the on-chain program:
17
+ // discriminator(8) name(32) name_len(1) owner(32) ...
18
+ // `owner` is the address an UNTOKENIZED handle resolves to. Once the handle
19
+ // is tokenized (NFT extension present, see `parseHandleAccount`) the program
20
+ // treats `owner` as informational only — authority is whoever holds the NFT —
21
+ // and so must every reader.
22
+ const HANDLE_OWNER_OFFSET = 41;
23
+ // `Handle`'s fixed base allocation (`space = 8 + INIT_SPACE`). The NFT
24
+ // extension, when present, is appended at this boundary regardless of the
25
+ // compact Borsh length of the (variable, `Option`-bearing) struct content —
26
+ // mirrors `Handle::NFT_EXT_OFFSET` in the program and `HANDLE_BASE_LEN` in
27
+ // tools/api.
28
+ const HANDLE_BASE_LEN = 8 + 149;
29
+ // SPL Token account: mint(32) | owner(32) | amount(u64 LE, 8) | ...
30
+ export const TOKEN_ACCOUNT_MIN_LEN = 72;
31
+ // SPL Token mint: mint_authority COption(4+32) | supply(u64 LE, 8) @36 | ...
32
+ const MINT_SUPPLY_OFFSET = 36;
33
+ const MINT_MIN_LEN = MINT_SUPPLY_OFFSET + 8;
34
+ // The registry mints handle NFTs with the legacy SPL Token program, so every
35
+ // token account for a handle mint is owned by it.
36
+ export const SPL_TOKEN_PROGRAM = "TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA";
37
+ export function readI64(data, offset) {
38
+ return new DataView(data.buffer, data.byteOffset, data.byteLength).getBigInt64(offset, true);
39
+ }
40
+ export function readU64(data, offset) {
41
+ return new DataView(data.buffer, data.byteOffset, data.byteLength).getBigUint64(offset, true);
42
+ }
43
+ export function bytesEqual(a, b) {
44
+ if (a.length !== b.length)
45
+ return false;
46
+ for (let i = 0; i < a.length; i++)
47
+ if (a[i] !== b[i])
48
+ return false;
49
+ return true;
50
+ }
51
+ /**
52
+ * Parse the `Handle` fields readers need. Port of `parse_handle` in
53
+ * tools/api — sequential, because `recovery` / `recovery_target` are
54
+ * `Option<Pubkey>` (Borsh: tag byte, then 32 bytes when `Some`) and shift
55
+ * `registered_at`. The NFT mint is read at the fixed base boundary, not the
56
+ * sequential position.
57
+ *
58
+ * disc(8) name(32) name_len(1) owner(32) handle_type(1)
59
+ * recovery: Option<Pubkey> recovery_initiated_at: i64
60
+ * recovery_target: Option<Pubkey> registered_at: i64 bump(1)
61
+ * [at 8+149: nft tag(1) mint(32)]
62
+ */
63
+ export function parseHandleAccount(data) {
64
+ if (data.length < HANDLE_BASE_LEN)
65
+ return null;
66
+ const nameLen = Math.min(data[40], 32);
67
+ const name = new TextDecoder().decode(data.slice(8, 8 + nameLen));
68
+ const owner = data.slice(HANDLE_OWNER_OFFSET, HANDLE_OWNER_OFFSET + 32);
69
+ let pos = 73 + 1; // owner end + handle_type(1)
70
+ // recovery: Option<Pubkey>
71
+ if (pos >= data.length)
72
+ return null;
73
+ pos += 1 + (data[pos] === 1 ? 32 : 0);
74
+ pos += 8; // recovery_initiated_at
75
+ // recovery_target: Option<Pubkey>
76
+ if (pos >= data.length)
77
+ return null;
78
+ pos += 1 + (data[pos] === 1 ? 32 : 0);
79
+ if (pos + 8 > data.length)
80
+ return null;
81
+ const registeredAt = readI64(data, pos);
82
+ const nftMint = data.length >= HANDLE_BASE_LEN + 33 && data[HANDLE_BASE_LEN] === 1
83
+ ? data.slice(HANDLE_BASE_LEN + 1, HANDLE_BASE_LEN + 33)
84
+ : null;
85
+ return { name, owner, registeredAt, nftMint };
86
+ }
87
+ /** Build the RPC plumbing every reader in this package shares. */
88
+ export function makeAccountReader(rpcUrl, fetchImpl) {
89
+ const doFetch = fetchImpl ?? globalThis.fetch;
90
+ if (typeof doFetch !== "function") {
91
+ throw new Error("No fetch available; pass fetchImpl in the config");
92
+ }
93
+ async function rpc(method, params) {
94
+ let res;
95
+ try {
96
+ res = await doFetch(rpcUrl, {
97
+ method: "POST",
98
+ headers: { "content-type": "application/json" },
99
+ body: JSON.stringify({ jsonrpc: "2.0", id: 1, method, params }),
100
+ });
101
+ }
102
+ catch (e) {
103
+ throw new ResolveError("rpc-error", `RPC request failed: ${String(e)}`);
104
+ }
105
+ if (!res.ok) {
106
+ throw new ResolveError("rpc-error", `RPC returned HTTP ${res.status}`);
107
+ }
108
+ const body = (await res.json());
109
+ if (body.error) {
110
+ throw new ResolveError("rpc-error", body.error.message ?? "RPC error");
111
+ }
112
+ return body.result;
113
+ }
114
+ async function accountInfo(address) {
115
+ const result = (await rpc("getAccountInfo", [
116
+ address,
117
+ { encoding: "base64", commitment: "confirmed" },
118
+ ]));
119
+ const value = result?.value;
120
+ if (!value)
121
+ return null;
122
+ const b64 = value.data[0];
123
+ const bin = atob(b64);
124
+ const out = new Uint8Array(bin.length);
125
+ for (let i = 0; i < bin.length; i++)
126
+ out[i] = bin.charCodeAt(i);
127
+ return { data: out, owner: value.owner };
128
+ }
129
+ async function accountData(address) {
130
+ return (await accountInfo(address))?.data ?? null;
131
+ }
132
+ return { rpc, accountInfo, accountData };
133
+ }
134
+ /**
135
+ * Current holder of a tokenized handle: the owner of the single token
136
+ * account holding the handle's NFT (supply 1, decimals 0). Never falls back
137
+ * to `Handle.owner` — after the NFT changes hands that field names the
138
+ * previous owner, and paying it is the exact failure this SDK exists to
139
+ * prevent.
140
+ *
141
+ * Parity with the program's `require_current_authority` (and the
142
+ * resolver's `reverse()`): the program recognises the holder as the name's
143
+ * authority only when the NFT sits in the holder's **associated token
144
+ * account** for the mint. A holder whose NFT is parked elsewhere (an
145
+ * auxiliary account, a program escrow) still controls the token, so the
146
+ * address is returned — but as `unverified`, because the registry will not
147
+ * let that address act for the name until the NFT is back in its ATA.
148
+ *
149
+ * A burned NFT (mint supply 0) is `not-found` with reason `nft-burned`: the
150
+ * name has no holder, and no one — least of all the stale `owner` — may be
151
+ * paid for it. Any other failure to find the holder is an `rpc-error`.
152
+ */
153
+ export async function nftHolder(reader, wasm, canonical, mint, input) {
154
+ const mintKey = encodeBase58(mint);
155
+ const largest = (await reader.rpc("getTokenLargestAccounts", [
156
+ mintKey,
157
+ { commitment: "confirmed" },
158
+ ]));
159
+ const holders = (largest?.value ?? []).filter((a) => a.amount === "1");
160
+ if (holders.length !== 1) {
161
+ const m = await reader.accountInfo(mintKey);
162
+ if (m &&
163
+ m.owner === SPL_TOKEN_PROGRAM &&
164
+ m.data.length >= MINT_MIN_LEN &&
165
+ readU64(m.data, MINT_SUPPLY_OFFSET) === 0n) {
166
+ throw new ResolveError("not-found", `@${canonical}'s NFT has been burned — the name has no holder`, input, "nft-burned");
167
+ }
168
+ throw new ResolveError("rpc-error", `@${canonical} is tokenized but its NFT has no single holder`, input);
169
+ }
170
+ const holdingAccount = holders[0].address;
171
+ const t = await reader.accountInfo(holdingAccount);
172
+ if (!t ||
173
+ t.owner !== SPL_TOKEN_PROGRAM ||
174
+ t.data.length < TOKEN_ACCOUNT_MIN_LEN ||
175
+ !bytesEqual(t.data.slice(0, 32), mint) ||
176
+ readU64(t.data, 64) !== 1n) {
177
+ throw new ResolveError("rpc-error", `@${canonical} is tokenized but its NFT holder account is malformed`, input);
178
+ }
179
+ const holder = t.data.slice(32, 64);
180
+ const ata = wasm.deriveAssociatedTokenAccount(holder, mint);
181
+ const inAta = ata !== null && encodeBase58(ata) === holdingAccount;
182
+ return { address: encodeBase58(holder), verification: inAta ? "verified" : "unverified" };
183
+ }