带你秒懂USDT“印钞”和“发行”的区别 | Tokenview

本文深入解析USDT,一种与美元挂钩的稳定币,探讨其增发、回购及销毁机制,以及这些操作如何影响加密货币市场的流动性与价格波动。

USDT,是Tether发行的稳定币,与美元USD挂钩,1USDT约等于1美金。之所以称之稳定,是因为它的价格波动性较低,Tether公司对外称将严格遵守1:1准备金保证,每发行1USDT,其银行账户都会存1美金。

USDT占据了稳定币90%的交易量,是目前市场上最受欢迎的稳定币,Tether现已在Omni,ETH,TRX三大公链上进行发行了总计252亿枚USDT,流通中的USDT不到43亿。

了解了以上数据,我们来谈一下什么是“印钞’。印钞的行为被称为“Mint’,假如USDT新印钞1亿个,而且我们认同Tether1:1准备金这件事情,那么也就意味着这时候有1亿美金以USDT的形式进入了加密货币市场。不过需要注意的事,这并不意味着这1亿美金全部流通在了市场上,市场上可以流通的USDT总个数,是Tether“发行’的USDT总个数。

也就是说,Tether印多少USDT不代表它一定会发行多少USDT,这就是区别。

这时候你可能会问,那Tether为什么不印多少就发行多少USDT呢?这是因为流通中的USDT是需要控制在合理的范围之内的,它往往会根据市场的需求变化而调整,这里的调整主要包括“增发’(即新发行),“回购’和“销毁’。当然,在必要的时候,Tether也会选择发行全部新印的USDT。

我们看一组数据。在稳定币浏览器https://stablecoin.tokenview.com/可以查看USDT的发行和销毁记录。
USDT印钞和发行

USDT印钞和发行

截至2020年3月5日,USDT一共增发了212次,其中Omini上增发了83次,以太坊上增发了46次,波场上增发了83次。一共销毁了23次,Omini上7次,以太坊上7次,波场上9次。

那么为什么要增发USDT呢?增发USDT,就意味着增加USDT的流通量,一般我们认为是为了满足市场交易需求变大的原因。而回购或销毁则是需要缩减USDT的流通量,一般是为了增加市场对 USDT 的信心,当然像出现“点错小数点’这样的乌龙事件,多增发的USDT是一定需要被销毁的。

回购或销毁的时候,可以是回购或销毁流通中的USDT,也可以回购或销毁没有流通在市场上的USDT。前面提到过,流通中的USDT就是全部已发行的USDT,而未流通的就是在Tether自己腰包里的USDT。

另外,还有一种USDT换链操作。换链通常有两种操作方法,一种在某条链上增发一定量的USDT,同时在另一条链上销毁同样多的USDT。另一种是在一条链上收回(非销毁)一定量USDT,然后再去另一条链上发币。例如下面这笔交易就是收回USDT的操作。
USDT印钞和发行

USDT印钞和发行

USDT的增发意味着注入新的资金到加密货币市场,这往往会推动行情的上涨。我们可以在https://stablecoin.tokenview.com/时刻关注USDT等稳定币的增发与销毁情况。

<think>嗯,用户想了解uprobeUSDT在Linux性能分析中的区别。这个问题涉及到Linux内核的动态追踪技术,属于系统级调试的进阶内容。从用户提问的措辞来看,ta可能已经对基础性能工具有所了解,现在想深入理解这两种技术的差异点。用户提到“可能是用于性能分析或跟踪的工具”,说明ta的核心诉求是技术选型依据。参考站内资料,引用[3]提到USDT比uprobe快6%,比uretprobe快近一倍,但数值上差异很小。引用[5]则指出eBPF相当于Linux版的DTrace,而USDT正是DTrace的标准探针格式。这些信息需要整合进回答。需要重点区分的维度包括:-实现机制:uprobe是内核通过修改内存指令实现的动态插桩,USDT是开发者预埋在代码中的静态标记-部署成本:uprobe无需改代码但定位符号麻烦,USDT需修改源码但接口稳定-性能影响:两者都极低,但USDT略优(1.68nsvs1.8ns级)-适用场景:uprobe适合第三方闭源软件分析,USDT适合自研系统深度监控用户可能隐含的真实需求是:当面临具体性能优化任务时,如何在这两种技术间做选择。因此回答要突出实践指导性,比如数据库监控优选uprobe(引用[3]明确提到这点),而自研中间件可以用USDT获取更丰富上下文。最后生成的延伸问题要覆盖技术原理(探针机制差异)、工程实践(部署案例)、前沿发展(eBPF整合趋势)三个层次,帮助用户建立系统认知。需要避免过于学术化的表述,多用对比表格场景化示例说明。</think>以下是关于 `uprobe` 与 `USDT` 在 Linux 性能分析中的区别详解: --- ### **核心区别** | **特性** | **uprobe** | **USDT (User Statically Defined Tracing)** | |----------------|---------------------------------------|--------------------------------------------| | **实现原理** | 内核动态插桩:修改用户进程内存指令,插入断点 | 开发者预埋静态探针:代码中显式插入稳定标记点(如 `DTRACE_PROBE()`) | | **侵入性** | 无需修改源码,动态附加到任意函数/指令 | 需修改源码,在关键位置预埋探针 | | **稳定性** | 依赖函数符号偏移,易受编译优化影响 | 接口稳定,符号名参数固定 | | **性能开销** | 动态插桩略高(约 1.8ns/次)[^3] | 静态探针开销更低(约 1.68ns/次)[^3] | | **适用场景** | 闭源软件、临时调试、灵活分析 | 自研系统深度监控、生产环境长期追踪 | --- ### **应用场景对比** 1. **动态追踪闭源软件** - **uprobe**:无需源码即可挂钩任意函数(如追踪数据库 `MySQL` 的查询函数),通过偏移量定位目标指令。 - **USDT**:不适用(需源码修改)。 2. **生产环境监控** - **USDT**:预埋探针提供稳定接口(如监控 `Nginx` 的请求处理链路),避免版本升级导致追踪失效[^3]。 - **uprobe**:可能因二进制更新偏移量变化而失效。 3. **极致性能需求** - **USDT**:静态探针性能最优(如高频交易系统),比 `uprobe` 快约 6%[^3]。 - **uprobe**:动态插桩轻微额外开销。 --- ### **技术协作关系** - **底层依赖**: `uprobe` 是内核机制(基于 `perf_event_open` 系统调用),`USDT` 本质是建立在 `uprobe` 上的封装层,通过预定义地址降低使用成本[^5]。 - **工具链整合**: 两者均可通过 `eBPF`/`bpftrace` 调用(如 `bpftrace -e 'usdt:/path/bin:probe_name { ... }'`)[^4],或通过 `perf` `ftrace` 操作[^2]。 --- ### **典型工作流** ```mermaid graph LR A[目标分析] --> B{是否有源码权限?} B -->|| C[插入USDT探针并编译] B -->|| D[通过uprobe挂钩函数] C --> E[用bpftrace/eBPF触发探针] D --> E E --> F[收集数据并优化性能] ``` --- ### **总结建议** - **优先选 USDT**:若可修改源码且需长期监控(如自定义中间件)。 - **优先选 uprobe**:分析闭源软件(如数据库、JVM)或临时诊断[^3]。 - **混合使用**:通过 `eBPF` 同时操作两者(如 `Linux` 内核用 `kprobe`,应用层用 `USDT`+`uprobe`)[^5]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值