份额烧了但稳定币没到账，这种情况通常意味着你的赎回请求卡在了"请求已提交，但尚未被金库管理员执行"的状态。这不是系统故障，而是代币化基金赎回的标准流程——你看到的"烧毁"只是第一步，它告诉金库"我想走"，但金库什么时候放行、用什么价格放行，是后续环节决定的。
第一步：先理解赎回流程的"请求-领取"模式
代币化基金（尤其是底层资产为国债、信贷等RWA的基金）无法像普通加密资产那样"即时到账"，原因在于底层资产的结算周期是T+1或T+2，无法在链上单笔交易内完成。
因此，头部基金和RWA协议普遍采用ERC-7540"异步金库"标准——将赎回拆分为两步：
提交请求（requestRedeem）：你发起赎回，智能合约锁定对应份额，生成一个请求ID，状态变为"待处理（Pending）"。
领取结果（claim）：金库管理员（通常是基金管理人或授权地址）完成链下结算（确认份额、计算净值、支付资金），然后将该请求状态更新为"可申领（Claimable）"，你才能通过标准的
redeem()或withdraw()函数领到稳定币。
"份额烧毁"发生在第一步，而"稳定币到账"需要等到第二步执行完毕。
第二步：排查"稳定币未到账"的常见原因
原因1：仍在等待金库管理员处理 赎回请求从"待处理"变为"可申领"不是自动的——ERC-7540标准中，履约结算通常由管理员或授权账户执行。这对应了链下审批流程：管理员需要确认份额、按当日净值计算金额，然后再执行链上结算。Bybit的RWA理财赎回说明中明确写着，"赎回请求通常需要1–7个工作日处理"。如果你提交不到48小时，大概率仍在排队。
原因2：同步请求和异步请求的混淆
如果某个金库配置为赎回异步、存款同步（或者反过来），previewRedeem等预览函数的行为可能不同。如果你调用了错误的函数组合，可能导致请求被提交但未进入正确的执行队列。
原因3：底层基金结算尚未完成 赎回份额烧毁后，基金方需要从底层资产（国债、回购协议等）中变现资金，再通过稳定币通道支付给你。即使黑石BUIDL等头部基金通过Basin等流动性设施实现了"即时稳定币预付"，底层结算仍在后台进行——Basin本质是垫付机制，而非赎回本身的即时化。
第三步：确认赎回请求是否具备法律效力
基金份额的最终记录是转让代理维护的官方登记册，而非链上代币余额。如果你看到链上份额已被烧毁，但登记册尚未同步更新，即使链上状态显示"已完成"，资金也可能延迟到账。这也是代币化基金比普通ERC-20转账更容易出现"状态不同步"的原因。
下一步操作
查请求状态：如果该金库支持ERC-7540，调用
pendingRedeemRequest()或claimableRedeemRequest()，查看你的请求是否已进入"可申领"队列。核对赎回规则：回产品页面确认该基金的赎回处理周期（T+1、T+2还是更长），以及是否有明确的每日截止时间。
保留交易记录：保存发起赎回的交易哈希和请求ID，如果超过产品说明的预期时间仍未到账，可凭这些记录联系基金管理人或平台客服。
