Jack Dishman
@dish
Issue report: we're seeing mixups of duplicate contract addresses being stored on our internal db when two tokens are deployed within 1s of each other. The first txn goes through and appears the pending transaction responds with the first tx info. Relevant code here I'm looking into: Temp fix #1: need to make contract_address a PRIMARY KEY instances where this occured: https://warpcast.com/logonaut.eth/0x43818ae7 https://warpcast.com/mcbain/0xd99a9e91 Investigating a more permanent fix and proper error handling and transaction queueing!
1 reply
4 recasts
21 reactions
NFTLeader
@794
有这样一个社区真是太好了。
0 reply
0 recast
0 reaction
