Mercado Bitcoin 暂停充值与提现：先核对未完成转账

暂停服务这件事，已经确认了什么

PANews 报道，Mercado Bitcoin 在安全事件后暂停了资金转入与转出，并表示客户没有受到影响。后半句是平台自己的说法，引用时应保留归属。公开报道无法代替某个客户账户的逐笔核账，也不能直接回答一笔待处理提现最终何时完成。

BitNotícias 的报道还提到，平台公布了部分目的地址，以便监测和追踪资产。平台关于恢复服务的消息回答的是运营进展；某笔个人转账的状态，仍需要通过对应账户记录核对。

对准备充值的人来说，当前需要确认的是接收服务是否可用。此前保存过地址、上次曾成功到账，都不足以回答这一次服务是否已经恢复。应把准备使用的币种和网络，与平台当前页面和服务更新放在一起检查，再考虑提交新的转账指令。

对已经发出提现请求的人来说，新闻只说明平台采取了暂停措施，没有逐笔说明每个请求的进展。打开自己的提现历史，记录它实际显示的状态。尚在平台内排队的请求，与已经有链上交易记录的转账，需要追问的环节不同。

尚未发出的充值，先留在发送端

如果还没有确认发送，先核对 Mercado Bitcoin 对应币种与网络的接收状态。接收服务是否恢复，应由对应页面或明确的服务更新回答，不能从另一条网络的状态推断。

如果已经在另一家平台提交转出，保存那边的提现编号、目的地址、所选网络，以及页面给出的交易哈希。把金额和显示时间放在同一份记录里。这些信息描述的是你的转账；新闻中的事件总额，无论是多少，都不能解释该笔资金目前在哪个处理环节。

整理记录时，分开写发送端状态和接收端状态。发送端是否提供交易哈希？Mercado Bitcoin 的充值历史是否已有对应条目？分别抄下原始状态，之后询问客服时，就能围绕同一笔转账追问：现在卡在哪一端、哪一步，下一次核对应看哪个记录。

不要为了试试能否到账，就在原交易尚未查清时追加发送。第二笔转账会增加一份需要追踪的记录，却没有回答第一笔的接收状态。先依据服务更新和原交易历史，把当前疑问查清，再安排新的发送操作。

提现仍在等待，保留哪些信息

从账户内的提现记录开始，保存请求编号、币种、数量、目的地址和显示状态。如果页面已有交易哈希，把它与这笔请求放在一起，不要只复制一串哈希，却遗漏它对应的金额、网络和提交时间。后续查看更新时，沿用同一个编号比较。

时间还要保留时区。本文所引 PANews 消息的发布时间是 11 月 2 日新加坡时间 21:50，这并不代表你的提现也在那个时刻提交或处理。把报道时间、请求时间和页面状态更新时间分开，才能避免把暂停前的请求误记为暂停后才发起的操作。

如果记录没有显示交易哈希，可以围绕请求处理状态提问；已经显示哈希的，则围绕那笔链上交易和接收方入账记录核对。两类问题都不需要先猜攻击原理。使用自己的原始记录，保留平台针对该笔请求给出的回复。

本次打开的报道没有确认提现队列顺序、逐户处理期限或某种账户例外，因此不能推断“再提交一次会更快”。任何声称可以优先恢复、插队出金的办法，都需要平台实际指令支持。仅凭有人在事件消息下留言，不足以采信。

平台说客户未受影响，怎样与个人记录对照

平台关于客户的表态，是理解事件时需要记录的信息。它仍应写成“平台表示”，不能在缺少逐笔核账证据时扩写成所有账户、所有待处理请求均已完成。读者能够做的是查看自己的余额和转账历史，保存当前状态，以便之后对照变化。

保存余额时，把币种和所在账户栏目也一起留下。单独截取一个数字，可能缺少解释问题所需的资产名称或待处理条目。已经存在的充值或提现记录，应继续保留，之后每次核查都附上时间，避免把不同时刻的页面混在一起比较。

未完成充值还需要发送端记录，未完成提现则需要提交时填写的目的信息。询问时使用原账户已有的客服入口，明确指出哪一笔记录尚未解决。

按原交易完成三步核对

1. 打开原始请求，把币种、网络、数量、目的地址和编号保存在一起。充值还需附上发送平台的转出记录；提现则保存 Mercado Bitcoin 账户内的请求。
2. 记下页面状态和本次核查时间。有交易哈希的，放在同一份记录里。发送端状态与接收端充值条目分开保存，以便明确后续需要查的是哪一个环节。
3. 将下一条服务更新与这笔交易的路径对照，再回到原请求查看。如果仍未完成，用同一个编号询问客服，把回复与此前状态放在一起。下一次复查时继续更新这一份记录。

下一条更新，应回答什么

先看更新究竟恢复了哪项服务。“恢复运营”可以包含多种操作，而一笔转账涉及特定币种、网络和方向。阅读更新时，把这几个字段留在手边，确认消息是否明确回答你的路径。不要因为一项功能可用，就自行补出所有充值提现均已恢复的结论。

随后回到原交易记录，再看状态是否改变。服务恢复与某个请求完成，是两项不同观察。把新状态和时间保存下来，与前一次核查比较；若仍未解决，继续用原编号询问，避免把另外一笔请求的回复套到这一笔上。

目前材料还没有确认最终损失、经过核实的技术原因，也没有适用于所有客户的处理时刻。这些未知项需要后续证据。对准备转账的人来说，明确的服务状态更新比外部技术推测更直接；不能靠猜测系统发生了什么，来判断今天该不该发送。