funman300
571c5f9261
Task A, static phase. Ghidra 12.1.2 headless via the repo's own pyghidra harness
over CardsDLL_Win64_retail.dll (13,382 functions). Queries and raw decompiler
output committed under docs/evidence/market-sold-re-2026-08-17/.
RECOVERED FROM THE BINARY
1. No sold token, now EXHAUSTIVELY: both vocabularies dumped to their sentinels
rather than sampled. tradeState is exactly 4 rows; itemState is exactly 12
(invalid/free/WAITING_FOR_GAME/inGame/forSale/offered/activeBadge/
activeHomeKit/activeAwayKit/activeBall/activeStadium/active=255). A sold row
MUST therefore be a combination of existing atoms.
2. What closed does, complete, from the auctionInfo deserializer 0x18013e410:
IS_GLOW = (tradeState==closed) ? bidState != none
: bidState in {outbid, buyNow}
INBOX = bidState in {highest, buyNow}
3. The full record -> Flash map from the publisher 0x1801bf030, superseding the
partial list. The prize: record +0xbf is published as COINS_AWARDED, fed by the
coinsProcessed atom 0x2f4. The corpus had recorded that atom's type and noted
its consumer was never found; it is now traced. DURATION also renders the
localised FUT_AUCTION_EXPIRED when expires underflows.
4. highest vs buyNow on a closed row is UNDECIDABLE from CardsDLL, by proof: both
yield IS_GLOW=1/INBOX=1, bit-identical. But bidState is ALSO published verbatim
as YOURBID alongside STATE and COINS_AWARDED, so the movie does receive the raw
values - the discrimination exists and lives entirely in unread ActionScript.
This retires the question as a static target, and it contradicts the
third-party lore that a seller's sold row is closed+buyNow (the corpus's own
lifecycle table says closed+highest and assigns buyNow to the buyer).
5. The clear-sold verb EXISTS. Builder 0x1801647c0 emits "/sold" when the tradeId
field is zero and "/%lld" otherwise, on route base ut/delete/%s/trade, response
class RS4 FutISRemoveTradeServerResponse. Confirmed by the client's own
request-name table entry RemoveAllSoldFromTradePile. A BULK clear-sold verb only
makes sense if sold rows PERSIST in the seller's pile until cleared, which is
incompatible with our Fix A invariant - so the sold path will require revisiting
it under live validation.
6. The seller's SOLD counter is real, proven end to end with no inference: the hub
tradePile sub-deserializer 0x18013ead0 writes atom sold 0x2c9 to +0x1d8, and the
tile publisher 0x1800b1dc0 renders +0x1d8 as Flash TEXT3 under the localised
caption FUT_TF_SOLD. Siblings: selling -> +0x1d2 -> FUT_TF_SELLING,
count -> +0x1d4 -> FUT_UC_ITEMS, plus FUT_TF_WINNING/FUT_TF_OUTBID on the
Transfer Targets tile. We and the Python oracle both hardcode sold:0, so that
bucket can never fill.
7. Reusable method: an atom id is the INDEX into the alphabetical atom-name pointer
table at base 0x1802d2760. Validated 12/12 against the known auctionInfo atoms
and cross-checked against fifa17-recon/docs/fut_atoms.tsv. Documented gotcha:
resolve a name by the pointer slot INSIDE the table, never by the first matching
string in the binary, or you get confident nonsense.
8. An auction-outcome vocabulary exists (auctionSoldBid 0x39, auctionSoldBuyNow
0x3a, auctionWon*/auctionLost*) but NO deserializer consumes it - every
candidate function was checked for the value-SKIP/atom-loop signature and none
qualifies. Server-side or telemetry only; it does not carry sold state here.
TASK B IS UNDECIDABLE FROM THE CLIENT, and this is a proof of absence: no 0.95 or
0.05 constant of either width, no tax/fee/net/proceeds caption, and no fee
arithmetic anywhere. The client never computes or displays a net, so no experiment
against our own server can measure the rounding - whatever we credit is what it
displays, and there is no oracle. Only an original EA-era seller-balance capture
could settle it. The rule stays an explicit CHOICE (floor the fee, so
fee + proceeds == gross exactly) and is now pinned at the requested boundaries
100/101/119/120/149/150/151/199/200 plus 15,000 and i64::MAX.
Settlement NOT promoted. No production process, port or database was touched.
51 lines
1.6 KiB
Python
51 lines
1.6 KiB
Python
"""Q2 — the sold vocabulary: SoldBid / SoldBuyNow / SoldFromTradePile / sold,
|
|
the coinsProcessed -> COINS_AWARDED path, and the route table (clear-sold?).
|
|
"""
|
|
|
|
print("=" * 78)
|
|
print("== neighbourhood of SoldBid/SoldBuyNow (0x1802302cf) — read the whole table")
|
|
print("=" * 78)
|
|
a = 0x180230280
|
|
while a < 0x180230400:
|
|
s = rd_str(a, 60)
|
|
if s and len(s) > 1 and s.isprintable():
|
|
print(f" 0x{a:x} {s!r}")
|
|
a += len(s.encode()) + 1
|
|
else:
|
|
a += 1
|
|
|
|
print()
|
|
print("=" * 78)
|
|
print("== xrefs to each sold-ish string")
|
|
print("=" * 78)
|
|
for name, sa in (("sold@228bed", 0x180228BED), ("sold@22f524", 0x18022F524),
|
|
("SoldFromTradePile", 0x1801EFAF1), ("SoldBid", 0x1802302CF),
|
|
("SoldBuyNow", 0x1802302DF), ("SOLD@20a0c7", 0x18020A0C7)):
|
|
xs = xrefs_to(sa)
|
|
print(f" {name:20s} {len(xs)} xref(s)")
|
|
for x in xs[:8]:
|
|
print(f" from 0x{x[0]:x} {x[1]} in {x[2]} (entry 0x{x[3]:x})")
|
|
|
|
print()
|
|
print("=" * 78)
|
|
print("== who reads record +0xbf (COINS_AWARDED) / +0xbe (INBOX) / +0xbd (IS_GLOW)")
|
|
print("== i.e. the deserializer's coinsProcessed + the two computed flags")
|
|
print("=" * 78)
|
|
print("-- decoder for atom 0x2f4 (coinsProcessed): FUN_1800d7b50")
|
|
print(dec(0x1800D7B50))
|
|
|
|
print()
|
|
print("=" * 78)
|
|
print("== route table 0x18021df80 — all 45 rows, looking for a clear/sold route")
|
|
print("=" * 78)
|
|
for i in range(48):
|
|
ea = 0x18021DF80 + i * 8
|
|
try:
|
|
p = qword(ea)
|
|
except Exception:
|
|
break
|
|
s = ""
|
|
if 0x180000000 < p < 0x180400000:
|
|
s = rd_str(p, 120)
|
|
print(f" [{i:2d}] 0x{ea:x} -> 0x{p:x} {s!r}")
|