从 TRC20 转账到手中现金：机制拆解
现金配送交易看起来简单 — 发加密、收纸币 — 但两者之间隔着四个不同的阶段，每个阶段核验的东西都不一样。本指南像一份 TRC20 参考那样走完整条管线：发生什么、核验什么、以及为什么区块链确认是谁都绕不过的枢纽。
阶段一：一次性地址与精确金额
交易始于一个写明 USDT 金额与配送信息（城市、地址、时间窗）的请求。服务回应两样东西：一次性 TRC20 收款地址，和要发送的精确金额。两者都关键。地址只为这一笔请求签发，因此落到它上面的转账不可能属于别人的交易；金额精确到个位，因此即便两笔请求共用地址，数额也能把它们区分开。
这一对 — 地址加精确金额 — 就是你交易的标识符。它是匹配系统在链上寻找的东西，也是为什么「凑整」或复用旧地址会打破自动匹配。TRC20 地址以大写 T 开头，这就是要认的形状。
阶段二：你发送，网络确认
你从自己控制的钱包、经 TRON 网络发出 USDT。转账不是你按下发送就「完成」— 而是网络确认时才完成。确认是交易被写入区块、且该区块被链接受的那一刻；在那之前转账处于 pending，原则上仍可能被重组。
对现金交易这是枢纽。配送员不会凭你的截图或口头承诺出发 — 服务等待链上确认，因为那是唯一防篡改、可公开验证的事件。你可以自己看：把请求里的交易哈希粘进任何公开的 TRON 浏览器，确认数实时累积。
阶段三：确认之后才出发
只有确认上链之后，现金一侧才开始。配送员被指派约定金额与约定地址，在创建请求时定下的时间窗内出发。操作顺序是刻意的：先确认加密，后搬动现金。正是这个排序消除了「谁信任谁」的问题 — 没有谁凭承诺先垫付价值。
物流 — 最低金额、配送区域、时间 — 按请求商定，而不是作为固定费率公布，因为它取决于距离、金额与当前运力。请求会展示你这一单的实际条件。
阶段四：当面点清与关闭
见面时你当着配送员的面点清钱；在你确认之前交易不算关闭。这是另一侧区块链确认的镜像：正如服务在送现金前等待链上确认，你在请求关闭前核验纸币。双向核对，无需信任。
任何阶段都不会发生的事：索要你的助记词、私钥或「解锁」付款。钱包模型是只读 — 服务能看余额却动不了你的资金，转出交易由你签名。任何索要密钥的人，走的不是这条管线。
常见问题
为什么不等配送员立刻出发，而要等区块链确认？
因为确认是整笔交易里唯一防篡改、可公开验证的事件。截图或承诺可以伪造，TRON 上已确认的交易不行。等它，正是让现金一侧对服务安全 — 从而对你成为可能 — 的原因。
我怎么知道转账真的确认了？
交易哈希在你的请求里。把它粘进任何公开的 TRON 浏览器 — 无需账号就能看到金额、地址与确认数。这正是服务自己工作所依据的数据。