binbin chen

[binbin chen @binbinchen5540]

@tacitfi @z0r0zzz

[binbin chen @binbinchen5540]

@tacitfi relay has been state=held for 30h+. reflection/status reports bridgeBurns 259 vs bridgeMinted 233 — 26 burns unminted. I bought ~17,857 TAC on Oct 20 (blk 972,280-286). Zero mints reached 0x4155ef6df17ae5a40483fdbe6cb8987b23874fea after Oct 20 09:48 UTC, my client now shows 0 TAC on both chains, and 13 TAC notes from that range are still unspent on chain. /bridge/ lost its list when browser storage was cleared. Is anyone else seeing unminted burns?

[binbin chen @binbinchen5540]

@z0r0zzz @ac6kdev @tacitfi @tacitfi @z0r0zzz my client shows 0 TAC balance on both chains and no transaction history at all. How do I get it back?

[binbin chen @binbinchen5540]

Details for
@tacitfi
@z0r0zzz
— posting publicly so others can check the same way. System side: - /confidential/relay returns state=held, proving=true, settling=false, continuously for 30h+ - /reflection/status: bridgeBurns 259, bridgeMinted 233 → 26 burns unminted network-wide My case: - Bought ~17,857 TAC on Oct 20, split into notes across blocks 972,280-972,286 (2026-10-20 07:17-07:42 UTC) - 13 TAC notes from that range are still UNSPENT on chain right now - Zero TAC mints reached 0x4155ef6df17ae5a40483fdbe6cb8987b23874fea after 2026-10-20 09:48 UTC - Client now reports 0 TAC on both Bitcoin and Ethereum - I scanned all 119 txs from my address for the 161-byte 0x2b burn envelope: exactly 9 real burns exist, all at blocks 972,185-972,232 (the older airdrop batch, already minted). There is no burn tx at all in the 972,280-972,286 range Context: I cleared browser storage before realising /bridge/ builds its list from localStorage journals (tacit-burndep-bridge-v1:mainnet:<pub>). Re-importing the key restores the address but no bridge history. Two questions: 1. How do I get the client to re-scan and show those 13 unspent notes? 2. Were my bridge attempts ever registered relay-side, or did they fail silently while the relay was held?

[binbin chen @binbinchen5540]

Details for @tacitfi @z0r0zzz — posting publicly so others can check the same way.

System side:
- /confidential/relay returns state=held, proving=true, settling=false, continuously for 30h+
- /reflection/status: bridgeBurns 259, bridgeMinted 233 → 26 burns unminted network-wide

My case:
- Bought ~17,857 TAC on Oct 20, split into notes across blocks 972,280-972,286 (2026-10-20 07:17-07:42 UTC)
- 13 TAC notes from that range are still UNSPENT on chain right now
- Zero TAC mints reached 0x4155ef6df17ae5a40483fdbe6cb8987b23874fea after 2026-10-20 09:48 UTC
- Client now reports 0 TAC on both Bitcoin and Ethereum
- I scanned all 119 txs from my address for the 161-byte 0x2b burn envelope: exactly 9 real burns exist, all at blocks 972,185-972,232 (the older airdrop batch, already minted). There is no burn tx at all in the 972,280-972,286 range

Context: I cleared browser storage before realising /bridge/ builds its list from localStorage journals (tacit-burndep-bridge-v1:mainnet:<pub>). Re-importing the key restores the address but no bridge history.

Two questions:
1. How do I get the client to re-scan and show those 13 unspent notes?
2. Were my bridge attempts ever registered relay-side, or did they fail silently while the relay was held?

Not accusing anyone — I want to understand where my funds are. I can sign whatever you need to verify. Please reply here rather than DM.

[binbin chen @binbinchen5540]

Details for @tacitfi — posting publicly so others can check the same way.

System side:
- /confidential/relay returns state=held, proving=true, settling=false, continuously for 30h+
- /reflection/status: bridgeBurns 259, bridgeMinted 233 → 26 burns unminted network-wide

My case:
- Bought ~17,857 TAC on Oct 20, split into notes across blocks 972,280-972,286 (2026-10-20 07:17-07:42 UTC)
- 13 TAC notes from that range are still UNSPENT on chain right now
- Zero TAC mints reached 0x4155ef6df17ae5a40483fdbe6cb8987b23874fea after 2026-10-20 09:48 UTC
- Client now reports 0 TAC on both Bitcoin and Ethereum
- I scanned all 119 txs from my address for the 161-byte 0x2b burn envelope: exactly 9 real burns exist, all at blocks 972,185-972,232 (the older airdrop batch, already minted). There is no burn tx at all in the 972,280-972,286 range

Context: I cleared browser storage before realising /bridge/ builds its list from localStorage journals (tacit-burndep-bridge-v1:mainnet:<pub>). Re-importing the key restores the address but no bridge history.

Two questions:
1. How do I get the client to re-scan and show those 13 unspent notes?
2. Were my bridge attempts ever registered relay-side, or did they fail silently while the relay was held?

Not accusing anyone — I want to understand where my funds are. I can sign whatever you need to verify. Please reply here rather than DM.

[binbin chen @binbinchen5540]

@z0r0zzz 麻烦回复下我的私信 谢谢

[binbin chen @binbinchen5540]

@z0r0zzz boss。我使用TAC转到以太的桥 提示浏览器缓存要清除 我清楚以后再导入密钥 桥记录都没了 现在需要怎么找回我的资产
22:0

[binbin chen @binbinchen5540]

@frac314 0x1be82b45de9c52b2d8d1c4c3ff9e38b5e884766f

0x39075e0e71099cceafc71f2b681fb6ea0b69aefd85c7ac207387cf1e6a4d06ad

[binbin chen @binbinchen5540]

@JfwRk 来了

[binbin chen @binbinchen5540]

@yuexiaoyu 两次申请都没成功吗

[binbin chen @binbinchen5540]

@0xWalkerDad 好东西

[binbin chen @binbinchen5540]

@0xphilo 支持pp老师

[binbin chen @binbinchen5540]

I just pulled 2.7K XP in @loadoutprotocol Season 0 🎮

Let's see how much $LOAD that gets me 👀

Check yours. Who's beating me? 👇 https://t.co/sSPY8gKhk2

[binbin chen @binbinchen5540]

@Zeenodes 0x3e122fc78fec1a84c27b31d0a55be43f077ae13c

[binbin chen @binbinchen5540]

@b4yo_ @ShieldedNaka @Ord_Dropz 🛡

[binbin chen @binbinchen5540]

@01573bit @kinglong66666 要起飞了

[binbin chen @binbinchen5540]

@0xphilo pp哥有激活码给个吗

[binbin chen @binbinchen5540]

Hypodrop 即将申请
@paperdao_xyz
白名单，申请平台为
@daosdotworld

基于 Robinhood 生态系统构建。 使用 X 登录，添加您的钱包，回答几个问题，即可完成。

https://t.co/gcuhFCHMwq

[binbin chen @binbinchen5540]

@Mertas0x bc1pdmcdaas46nq30n7zrt0j00rz69x6c5zt5afx73lu8j0ffzsjjy3qhcasw3 真实用户 给我个名额