用门罗币（XMR）支付 VPS——完整流程

创建账单，按精确金额一次性发送 XMR，机器即可自动完成装机——从付款到 SSH 约 60 秒。Core 年付折合 $4.80/月，免 KYC。

没人会索要交易哈希，因为链会自己完成确认

大多数加密货币结算流程本质上是一套带表单的自律系统：先付款，再粘贴交易哈希，然后指望某个客服在工单队列淹死之前人工对上账。这里的流程没有这样的表单，因为它根本不需要。服务器端的监听程序观察链上动态，等待精确的 XMR 金额到达你账单的一次性地址，然后自动开始部署——全程没有任何人参与。

对你来说，整个流程只有四步，大约一杯咖啡的时间。在部署页面配置套餐、时长、数据中心和操作系统；在支付环节选择门罗币；账单会打印出精确的 XMR 金额，并附有 monero: URI 和二维码；扫描或粘贴到任何一个你掌握私钥的钱包——官方 GUI、Monerujo、Cake 或 Feather——然后一次性发送。确认数为 10 个区块，时间窗口在 2 到 20 分钟之间，状态页会自动更新，你看着它运行，却完全不需要你做什么。

监听程序是这套机制真正值得信任的部分，因为它消除了「付款与记录不一致」这一故障模式。没有截图可丢，没有 ID 会输错，也没有哪个客服必须先认出你的入账才能开始给磁盘做镜像。链本身就是凭证；账单地址就是指针；当两者自行匹配时，部署随即开始。VPS 从那一刻起约 60 秒完成装机，SSH 凭据在装完时就已备好。

常见的错误是为流程发明它从未要求的繁琐手续：到处找哈希输入框、发邮件附截图、郑重其事地开工单宣告转账。这些没有一样能加快进度，工单只会给一个本就不需要人的流程硬塞进去一个人。扫描、按精确金额一次性发送，然后盯着状态栏而不是你的发件箱——链有自己的节奏。

让这台机器顺畅运转的两条规则，每条一句话就能说完：按打印出的精确金额发送，并且只发到一个地址、只发一次。接下来两节分别讲透这两条规则——实践中几乎所有付款问题，都是这两条规则被善意地稍微「变通」了一下。

打印出的金额就是契约；手续费叠加在其之上

加密货币账单没有零售意义上的「价格」，只有金额——从实时汇率锁定、并在支付窗口内有效的金额。账单打印出多少，就必须到账多少，精确到最后一位小数。这种严格不是官僚作风——它是链上监听程序在不问你任何身份问题的前提下，把你的付款与别人的区分开来的唯一方式。

实践中破坏匹配的通常是两个细节，而且都是钱包设置问题，不是链的问题。第一，许多钱包默认从你输入的金额中扣除网络手续费，结果账单恰好短了手续费那一截——监听程序看到的是一笔少付，于是礼貌地继续等待。第二，有些钱包会四舍五入显示金额；请粘贴金额或扫描二维码，让数字原封不动地走完全程。 treasury 的老习惯在这里会水土不服：围绕 sweep_all 或会四舍五入的 monero-wallet-cli 别名搭建的流程，每次都会和账单较劲。手续费永远要叠加在金额之上。

锁定窗口的存在也是出于同样的原因。汇率会波动，如果账单在支付中途重新计价，就会有一半资金滞留在失效地址上；因此锁定的金额在窗口内保持不变，付款要么在窗口内完成，要么账单刷新为新金额和新地址。保持账单页面打开或收藏它——重新打开会恢复同样的状态、同样的金额和同样的倒计时，这比记忆或截图可靠得多。

真正浪费时间的错误，是把打印出的金额当作约数，就像刷卡结账时对总额四舍五入、再加上预授权期那样。它不是约数；它是「地址加条件」的组合，盯着链的自动化会按字面执行这个条件，没有通融，也没有解释。把锁定的精确金额一次性发出、手续费叠加在上，匹配就成为一个数学事件，而不是一桩带附件的客服案例。

一笔转账发到一个地址，是这份契约的另一半。地址复用和拆分付款是「本来正确的付款最终没匹配上」的两大原因，下一节会解释为什么这种严格性适用于选币器里的每一种币，以及为什么一次性地址是你受益的功能，而不是加在你身上的限制。

一个地址对应一张账单，把付款切开只会拉长等待

账单上的地址只为唯一一笔付款而生，绝不回收。这看起来偏执，直到你明白它换来了什么：金额与地址绑定后，就是链上一个毫无歧义的事件——没有需要查阅的台账，没有需要日后裁定的模糊地带。复用恰恰会模糊这一点。设计上的严格，换来了自动化的简单；而简单的自动化，才能让一台机器在一分钟左右完成装机。

为了「保险」把一张账单拆成几笔转账，是典型的自找延迟。检测方等待的是一次性地址上出现的完整精确金额，所以两笔半额转账不是一个付款加一个余额——而是一笔持续等待的少付，外加一笔需要人工对账的额外交易。拆开发送只会拉长等待，起作用的计时器是链上确认，不是你的热情或谨慎。要么一次性发完整，要么让工单流程去收尾。

把上一个账单地址拿来给第二笔订单用，失败得更隐蔽：监听程序已经弃用了那个地址，于是好意的转账落在一个无人监听的地方，恢复靠的是人工按工单速度去读链，而不是监听程序按链的速度。每笔订单都会在结算时拿到一张全新账单——地址随账单打印，旧地址的一切都不延续。在你自己的钱包里，show_transfers 就是收据：它列出发往一次性地址的这笔付款，一旦真需要人工介入，这也是审核者需要的证据。

这两种错误背后，是把账单错当成了银行账户——一个有余额、可以无限次入账的东西。不如把它想象成锁和钥匙：一个地址是一扇门，只为一次付款而配，自动化会从每一扇不精确匹配的门旁边走过去。这个思维转换只需要一分钟，却能杜绝本指南客服邮件里所有「发重了」的故事——过去的和将来的。

按精确金额、发到打印出的地址、只发一次，剩下的变量就是时间——而时间花在哪里，与其说在链上，不如说在你的资金与链之间的环节。这就是下一节：当付款感觉慢的时候，分钟数实际上去了哪里，以及为什么链通常是无辜的。

你打算怪链上的延迟，通常发生在交易所里

门罗币本身很快：出块大约每两分钟一次，结算页数 10 个确认，大多数付款落在 2 到 20 分钟的窗口内。当一笔付款花了一个小时，链几乎从来不是嫌疑对象。头号嫌疑是横在你资金与钱包之间的托管型交易所，它按自己的节奏和理由批量处理提现。

交易所的提现引擎为了手续费效率和风险审查会汇总出账，于是你的 XMR 排在一个以「他们的分钟」计量的队列里，而不是链的分钟。从发送端看，这像一笔卡住的交易；而当链最终看到这笔转账时，它在正常窗口内完成确认，然后把它忘掉。如果你的资金路径经过交易所，就把交易所公布的提现时间算进维护窗口；更好的做法是自己掌握消费私钥——结算页对用哪个钱包发送没有任何偏好，只要求私钥在你手里。

确认之后的时钟短而明确：付款后 VPS 约 60 秒完成装机，独立服务器则额外增加 2 到 4 小时的物理上架时间，任何币都缩短不了——反正得有人走到机架前。裸金属订单按第二个数字规划，VPS 按第一个。如果状态页在远超两个窗口之后仍然没有动静，那才轮到带交易 ID 的工单，用一次、心平气和地用。

常见的错误是第三分钟开工单、第三十分钟升级催促——对面没有任何可以取消的东西，因为自动化不谈判，也没有可供撤销的状态。与此同时，在你自己的钱包里，refresh 和 show_transfers 能告诉你这笔发送到底出去了没有。大多数「卡住」的付款最终归结为三种真相之一：交易所还没放行、金额短了、或者钱包从未广播。每一种都有解法；没有一种有恐慌按钮。

把时间校准之后，剩下的问题是：旁观者究竟能从这笔付款里学到什么——门罗币在结构层面给出的答案，正是它成为 19 币选币器中隐私优先默认选项的原因。下一节从机制上讲清这种隐私从何而来，以及它诚实的边界在哪里。

RingCT 回答了区块浏览器无法提出的问题

比特币付款是一份公开文件：把账单地址输入任何一个浏览器，就能永久读到金额、输入和找零——被索引、被存档。门罗币付款是另一个物种——RingCT 隐藏金额，一次性地址切断了你钱包历史与这张账单之间的关联，旁观者只能得知「有一笔付款到账了」，而不是「谁的人生轨迹产出了它」。这是由构造保证的隐私，而不是靠承诺保证的隐私；想要深入，Moneropedia 保留了可查阅的准确定义。

其机制值得用一段话建立基本认知。每笔消费会抽取诱饵输出，并以一种能证明环中存在某个密钥、却不暴露是哪一个的方式签名，因此链上分析无法对真实输入排序；目的地是每次付款单独派生的一次性地址，与你的历史地址没有任何关联；金额在交易内部以加密形式传输。开发者指南从工具层面记录了同样的结构。这一切都不要求你信任任何承诺——这些性质写在密码学里，不在营销文案里。

对一张 VPS 账单而言，实际意义很窄，也值得诚实地说清：主机知道你订了什么，因为账单存在，而且必须有一台机器被部署。链不公开的是中间的连接组织——你的其他付款、你的余额、你钱包的全部历史。结算页同样维持这种窄度：注册只需一个令牌，或邮箱加 12 位密码，并且不对入账转账做任何钱包筛查。官方入门材料覆盖了同一故事的钱包侧。

常见的错误是在自己这一侧拆掉这套构造：在一个公开地址接收 XMR、还把它打印在聊天频道里，再从这个地址付款到账单——这会靠习惯而非链上规则把线索重新串起来。保持普通的钱包卫生——每个交易对手使用不同的收款地址，由 monero-wallet-cli 自行管理记录——密码学需要保护的东西就少得多。协议是这栋楼的地基，不是全部结构。

隐私默认值就此确定，而账单引擎本身是对币不敏感的：同一套精确金额监听程序，用同样的两条规则处理 BTC 和选币器里的每一个 USDT 网络。币不能做到的是重新谈判行为准则——可接受使用政策对全部 19 种币一视同仁，下一节将把支付通道与规则手册彻底分开。

少付有门可走；盲目重发没有

金额发错了，正确的下一步是：什么都不做——不发第二笔，不换新账单，不恐慌性加发。停下来，带着交易 ID 开工单，让审核去匹配这笔付款：少付在人工查看后可以在同一张账单上补足，这比监听程序慢，但远快于拆解发往一个只为唯一一笔付款而设的一次性地址的两笔转账。

这种不对称很重要，因为自动化刻意按字面执行。对同一地址的第二笔盲发无法被解释为更正；它只是在一个已经有「故事」的一次性地址上的又一个事件，本来一次审核就能完成的匹配，变成两次审核外加一个不在场者的人为判断。工单队列存在的意义，正是处理条件判断无法裁决的情况——金额错误、钱包错误、窗口过期——而它依据的是你附上的证据，不是它必须在时间压力下倒推的猜测。

附上正确的证据，审核就很短：monero-wallet-cli 里 show_transfers 给出的交易 ID、账单编号、以及你本打算发送的金额。有了这三样，无论失败模式是哪一种——手续费被扣除、窗口过期、小数点输错——审核者都能在链上找到这笔转账，并一次性完成补足或退款。没有这些，审核就得从重建你早已知道、本来十秒钟就能粘贴出来的信息开始。

更深层的错误，是把一次付款事故当成可以随意即兴发挥的紧急事件。工单搁置期间，机器那一侧没有任何东西在劣化；部署只是尚未开始，任何环节都没有违反操作顺序。安静地附上证据开工单，永远胜过一个下午轰轰烈烈的创造性转账——这两种方式每天都会在某个地方被摆在一起比较。让无聊的那条路默认获胜。

金额错误处理是整个流程中唯一需要人工介入的环节，而充分的证据能让这次介入很简短。19 币选币器里的其他一切都由同一套自动化承载——这就是下一节的内容：币改变什么、永远不改变什么，以及为什么地理位置的计价独立于两者。

十九种币共用一个账单引擎，而旗帜是独立的

门罗币在这里是隐私优先的默认选项，而不是收费站：BTC、ETH、SOL、LTC、XRP、DOGE、DASH、ADA、BNB、TRX、GRAM 以及七个网络上的 USDT，都走同一个账单引擎，适用同样的精确金额规则和同样的一次性地址。按 treasury 逻辑选择——手续费、到账速度、记账——因为另一端的机器毫不在意，政策也同样不在意。

地理位置同样与币种无关。12 个位置中的任何一个，同一套餐都按同样的美元数学计价，只有少数几面旗帜有公布的溢价：冰岛和挪威 +20%，瑞士 +35%，卢森堡 +15%。这些百分比作用在账单的美元一侧，无论用什么币结算——雷克雅未克的溢价用 XMR 和用 USDT 支付完全相同，苏黎世也不会因为用比特币付款而打折。溢价买下的是那个机房及其法律辖区，账单只把它当作算术，别无其他。

币不能做到的是重新谈判行为准则：可接受使用政策对全部 19 种币一字不差，滥用处理遵循机房所在地的法律，与支付方式无关。投诉的完整流程和政策的边界，见DDoS 防护与滥用工单指南——简短版本是：账单与规则手册是有意分开的两份文件，任何一份里都没有印着任何币形的例外。

实践中的错误是选了一个发送端交易所无法提现到的 USDT 网络，然后把随之而来的停滞读成结算页故障。在账单生成之前先对齐通道：TRC-20 图便宜快捷，ERC-20 用于 treasury 已有的路径，L2——Polygon、Arbitrum、Optimism——以及 SPL，按各自适合流程的地方选用。账单页会列出每种币的确切网络；把那张清单当作地址的一部分，因为发错通道是唯一一种任何监听程序都无法掩盖的不匹配。

币和位置确定之后，影响打印金额的最后一个杠杆是你在付款前选择的时长——而它是目录里最大的单项折扣，比地图上任何溢价都大。下一节算一算时长、溢价，以及在任何币还没动之前的账单数字。

时长和溢价在任何币动之前就改变了打印出的金额

能拿到的最大折扣不是优惠券，而是时长。年付在每个档位都减掉标价的 20%，季付减 10%，两者都在汇率和链上手续费进入画面之前，就计入了账单。Core 一年按年付折合打印为 $4.80/月，对标 $6/月的标价——一张账单、12 个月，没有需要记住或日后争议的自动扣款。

当这台小机器有一整年的活要干时，把时长设为年付，订购标价 $6/月、年付折合 $4.80/月的 Core；省下的钱是真金白银，而续费从一个要做十二次的决定变成只做一次。裸金属同理，按同样条款租用标价 $49/月、年付折合 $39.20/月的 dedicated Forge，账单打印出的结构完全一致：一个实时汇率金额、一个一次性地址、另一端一个监听程序。折扣与加密货币是互不干扰的两层，谁也不改变谁。

如前所述，溢价按位置叠加在美元一侧：雷克雅未克和奥斯陆 +20%，苏黎世 +35%，卢森堡 +15%，地图上其余位置为基准标价。值得内化的那笔算术是：年付叠加一面溢价旗帜，通常比月付的基准旗帜还便宜，所以在最终数字上，时长选择通常压过旗帜选择。决定哪个约束对你真正重要之前，先把两行都算出来。

常见的错误是比较不同店铺的标价，而不是同一时长下的数字：别处的月付基准套餐，和这里的年付溢价套餐，花的钱可能几乎一样，但同样一块磁盘之上的法律姿态却大相径庭。给整行算账——时长、旗帜、币种，以及结算页在任何时长、任何价位都不会加上的那道 KYC 门槛。账单是一份文件；姿态是其中你在需要之前看不见的那部分。

所有能移动账单数字的杠杆都在支付步骤之前；在那之后，链和监听程序接管，结果就不再取决于你。最后一节按运行顺序把整个流程排好——从空购物车到 SSH 提示符，中间不浪费任何一步。

XMR 付款，按执行顺序

按这个顺序跑完整个流程，其中不会有任何一步让你意外。第一步，配置机器——套餐、时长、数据中心、操作系统——并且在做任何其他事之前先定时长，因为年付折扣对数字的影响比页面上任何其他杠杆都大。如果所选位置带溢价，把它加上，然后才带着眼前的真实数字进入支付环节。

第二步，选择门罗币，让账单打印出来：一个精确的 XMR 金额、一个 monero: URI、一个二维码和一个支付窗口。打开你真正掌握私钥的那个钱包——官方 GUI、Monerujo、Cake 或 Feather——扫描或粘贴地址和金额，并把网络手续费叠加在上，而不是让钱包从金额里扣除。一次性、单笔交易发出，第一次按下发送键之后，永远不要再碰它。

第三步，按链自己的节奏等待：10 个确认，通常 2 到 20 分钟，状态页会自行更新。在你自己的钱包里，先 refresh 再 show_transfers，确认发送确实出去了——大多数付款恐慌真正担心的其实是这件事。匹配之后 VPS 约 60 秒完成装机；独立服务器额外增加 2 到 4 小时的上架时间，任何币都缩短不了，所以当订单是裸金属时，围绕硬件那个数字安排维护窗口。

第四步，认识唯一的错误转弯和它唯一的正确应对。如果金额错了——手续费被扣除、小数点滑了、窗口过期了——不要往同一地址重发；带着交易 ID、账单编号和本打算发送的金额开工单，让审核用稳妥的方式补足账单。流程中其他一切环节在设计上都没有人工步骤，也别替它设计一个出来。

SSH 提示符出现之后，钱的故事就结束了，运维的故事开始了——在机器上构建什么，是其他指南的内容，如果磁盘才是重点，从自托管 Nextcloud 开始。付款流程本身则在它开始的地方结束：一张账单、一个精确金额、一个地址、一笔转账，以及一个替你完成匹配的监听程序——于是永远不需要任何人知道比链已经说出的更多。