波场宕机了吗？TronScan打不开？网络与服务实时状态
波场网络和TronScan实时状态。看区块链是否正常运行、TronScan和TronGrid是否在线，并诊断你的USDT转账为什么失败。
有件事几乎所有人第一次碰到都会懵：USDT转账失败，钱包弹出一条看不懂的报错。你的第一反应是网络挂了。但几乎从来都不是。波场从2018年至今没出过一次像样的宕机。真正的原因，通常是下面这三种之一。
这是最最常见的一种。你的钱包没有充能量，TRX余额也不够付燃烧费。网络尝试处理你的转账，找不到资源，就把它拒了。你的USDT没有动，什么都没丢。解决办法很直接。
解决办法: 花4 TRX租能量，然后重新发起转账。整个过程大约3秒。
网络接受了你的交易，但智能合约把它回滚了。通常是因为你转的USDT超过了余额，或者收款地址是一个拒收的合约。TRX手续费已经被扣掉（网络确实干了活，只是结果是回滚），但你的USDT还在钱包里。
解决办法: 去TronScan查这笔交易，看具体的回滚原因，调整后重试。
你的USDT到了对方手里，但TRX余额掉得比你预想的多。这是因为你的钱包没有充能量。网络从你的余额里燃烧TRX来支付计算费用，转得勤的话，这个烧法很快就是一大笔钱。
解决办法: 下次， 转账前先租能量。手续费大幅下降，整个过程3秒搞定。
很多人没意识到波场的一件事：区块链本身和建在它上面的服务是完全独立的两套系统。链可以一边好好出块，TronScan一边宕机；TronGrid可以满屏报错，而区块链一拍都没漏。搞清楚到底是哪一层出了问题，能让你少为不相干的事瞎着急。
TronScan打不开了？
如果你在TronScan上查过交易，碰到过白屏或者转圈转到天荒地老，你懂那种感觉。你刚给人转了USDT，想确认到没到账，结果所有人都在用的那个查询工具偏偏没反应。本能反应是往最坏处想。但TronScan宕机不代表你的钱悬在半空。
TronScan是一个区块浏览器，可以把它理解成波场区块链的搜索引擎。它从链上读数据，再用人能看懂的方式展示出来。但它不是链本身。它由另一个团队，在另一批服务器和自己的基础设施上运营。那些服务器出状况的时候（维护、流量高峰、API故障），TronScan就下线了。区块链根本不知道这回事。区块照出，转账照确认。不管TronScan显不显示，你的USDT都到了收款钱包。
TronScan打不开又急着验证交易的话，换一个浏览器就行。OKLink（oklink.com/tron）和TokenView（trx.tokenview.io）索引的是同一条链的数据。把你的交易哈希粘到任何一个里，看到的确认状态和TronScan上是一样的。
有一点值得搞明白：TronGrid（API网关）和TronScan有关系但是两码事。TronGrid是钱包在背后用的，TronScan是你在浏览器里用的。任何一个挂掉都不影响另一个。如果你的钱包不能用而TronScan打得开，问题在TronGrid；如果TronScan打不开而钱包收发正常，问题在TronScan。上面的状态指示灯会告诉你现在到底是哪个出了问题。
波场网络真的宕机了吗？
几乎可以肯定没有。波场区块链自2018年主网上线以来没有发生过一次重大宕机。它一年365天、一天24小时，大约每3秒出一个块。当你搜索“波场是不是挂了”的时候，你碰到的极大概率是两种情况之一：服务层的问题（TronScan或TronGrid），或者钱包层的问题（没能量、TRX不够）。
钱包层的问题最坑人，因为报错信息真的很有迷惑性。“Out of Energy”听着像网络出事了，“Insufficient resources”听着像链上什么东西用光了。都不是。实际发生的事简单得多：波场上每笔USDT转账大约需要65,000能量来处理。钱包里没充能量的话，网络就尝试用你余额里的TRX来抵。连TRX也不够，转账就失败。网络运转得好好的，是你的钱包缺资源。
本页顶部的状态指示器每30秒直接ping一次波场区块链。显示绿色就说明链在正常出块，你的问题出在别的地方。往上翻到服务状态和诊断部分逐个排查。十次里有九次，答案是能量。
网络没事。是你的钱包缺能量。
“Out of Energy”说的就是这个。下次转账前先租能量，报错就消失了。
Most "Tron is down" panics aren't actually Tron
Your USDT transfer didn't go through. You refresh TronLink, nothing. You check Twitter, three people are saying the network is broken. Is it?
Almost always: no. What's usually broken is one specific service in the stack — TronScan UI, a wallet's RPC connection, a single exchange's withdrawal queue — while the actual blockchain keeps producing blocks normally. This page checks each layer separately so you can see exactly where the problem is.
What we actually check
Block production — are new blocks landing on schedule (every 3 seconds)? If yes, the consensus layer is healthy. If no, that's the rare case where Tron itself is genuinely degraded.
TronGrid API — the official RPC most wallets and tools query. When this is slow or down, your wallet might say "network error" even though the chain is fine.
TronScan — the block explorer. When TronScan is down, users panic, but it's a UI failure, not a chain failure. Your transactions still confirm.
Major wallet endpoints — TronLink and Trust Wallet rely on specific RPC providers. We poll their public status.
What "degraded" means
"Operational" means the service responds in under 1 second with valid data. "Degraded" means it responds but slowly (1-5 seconds) or with intermittent errors. "Down" means complete failure — no response or invalid response.
Degraded is the most common state during high-load periods (large airdrops, market events, new token launches). The blockchain is fine; specific APIs are just under load. Wait 5-10 minutes and try again.
When it really IS the network
Genuine Tron-wide outages have happened only a handful of times in the network's history. The signature: block production stops or slows below 1 block per 5 seconds. Block height freezes on every explorer simultaneously. Both TronGrid and independent RPCs return errors.
If this page shows green on block production but your transfer is stuck, the problem is downstream of consensus — most often your wallet's RPC connection, an exchange's hot wallet queue, or a temporary mempool delay. Switching wallet RPC endpoints fixes most of these in seconds.