fix(evolution): order withdrawal and voter redeemer indices type-first to match ledger Ord (#404)

[Kshot3000]

Summary

Fixes #404. The builder assigned reward and vote redeemer indices in hash-only order, but the ledger resolves a redeemer pointer by the key's position in a map ordered by Ord — for credentials that is type-first (ScriptHashObj sorts before KeyHashObj), then by hash. When a transaction mixed a script credential and a key credential whose hashes interleaved against the type order, the SDK placed the redeemer at a different index than the ledger resolves, and the transaction was rejected (MissingRedeemers / ExtraRedeemers).

What was wrong

• txBuilder.ts (assembly) sorted withdrawals by credential hash only (localeCompare on the hash hex), discarding the credential type.
• Evaluation.ts mirrored the same hash-only withdrawal sort, so assembly and evaluation agreed with each other but not with the ledger.
• voterToKey gave key-hash and script-hash DRep/committee voters the same key prefix, so sorting voter keys again ordered purely by hash and discarded the type.

Fix

• New compareCredentials in TransactionBuilder.ts: rank script-hash credentials before key-hash credentials, then compare hash bytes (explicit </> on the hex, no localeCompare).
• Withdrawals are sorted with it in both txBuilder.ts and Evaluation.ts, so assembly and evaluation assign the same, ledger-correct index.
• voterToKey now encodes the credential's Ord rank in the key — cc:0: / drep:0: for script-hash credentials, cc:1: / drep:1: for key-hash credentials, pool: unchanged — so the existing lexicographic sort of voter keys reproduces Ord Voter (voter kind first, then script-before-key, then hash). All voter keys are produced through voterToKey, so the format change is internal and consistent across Vote, txBuilder and Evaluation.

Note the direction trap from the issue: this is deliberately not serialized-byte order — a reward account's header byte puts key-stake (0xE_) before script-stake (0xF_), the opposite of Ord Credential — so the sort is by explicit type rank, never by address/credential bytes.

Tests

New test/TxBuilder.RedeemerIndexOrd.test.ts, built through the real txBuilder with a stub (echo) evaluator, using a Plutus V3 script whose hash (a24924…) interleaves against a 0x11… key hash:

• Script-credential withdrawal redeemer: emitted at index 1 on main, index 0 after the fix.
• Script DRep vote redeemer against a lower-hash key DRep voter: index 1 on main, 0 after.
• Script committee vote redeemer against a lower-hash key committee voter: index 1 on main, 0 after.
• Control (script hash also the lower hash): index 0 both before and after.

Full suite: 1682 passed / 75 skipped / 0 failed (main baseline 1678 + 4 new), tsc --noEmit and eslint clean. Patch changeset added.

---

Independent builder — not affiliated with the Cardano Foundation, IOG or Intersect.

@Kshot9000 (https://x.com/kshot9000) · ADA donations: addr1q8hnl6vl5a6k3rw3n5g3jtte696zcl76kfatzv7gpswa9r0dj7fma6klq55y4ffm7tf0em09udnyhuk4ah92pl5x9jpqjae44v

cc @cardano-foundation @IntersectMBO