不用网站，在 Telegram 里收加密货币

走 Telegram 渠道的 Paymos 项目，把付款收在对话里。账单的付款地址是一条指向 Paymos 机器人的深链：买家在 Telegram 里点开，选资产和网络，拿到收款地址和二维码，不离开这段对话就能看到状态变化。

这笔交易里没有网站。买家不需要 Paymos 账号，渠道也不是一张张账单单独选的：它定在项目上，项目开出来的每张账单都按同一种方式回应。

Telegram 机器人项目根本没有托管付款页。机器人后面没有，旁边也没有留一张备用的；回跳地址配置了的话，也是 Telegram 链接，所以这笔销售从头到尾都留在客户已经打开的那个软件里。

对店面本来就是一个群、一个频道的卖家来说，这不是少了什么。网站本来就不存在，被拿掉的是「为了收款先建一个」这件事。

网站已经有了的时候该选哪种接法，是另一篇指南的题目。这篇讲它下面那一层：Telegram 渠道到底是什么，它拿走了什么，又把什么原封不动留在原地。

在 Telegram 里收加密货币是怎么回事？

在 Telegram 里收加密货币，意思是付款发生在和机器人的对话里，不在网页上。Telegram 自己把机器人描述成完全跑在 Telegram 应用内部的小程序，所以买家没有要装的东西，也没有第二个产品要学。

一笔 Paymos 付款在这段对话里的形状很短。商户把账单链接发过去，买家在 Telegram 里点开，剩下的由机器人接着走：先是资产和网络，然后是收款地址和二维码，然后是状态。

买家要自备的只有两样：Telegram，以及一个装着这种资产的钱包。除此之外不再要求什么——不用 Paymos 账号，路径上任何一步都没有网站，也不需要为了付完这笔钱再装一个应用。

商户这边同样没有新搭一套东西。账单照常创建，付款地址照常发出去；真正造成差别的，是这个地址出自哪一个项目。

收款渠道是在哪里定下来的？

收款渠道是 Paymos 项目的一项属性。它只选一次，在项目下面创建的每张账单都继承这项设置，而且一个项目只处在一个渠道上——不会有一部分在另一个渠道里。

所以 Paymos 账单本身不带渠道。创建账单时不用选渠道，请求里也没有提供这个选项的字段，因为在账单存在之前，它所属的项目已经把这个问题回答完了。

对任何调用 Paymos API 的系统来说，这件事值得在开第一张账单之前就弄清楚，而不是之后。请求体和响应结构就是文档里那一套；响应里的 payment_url 指向哪一类目标，取决于开这张账单的是哪个项目。

按「买家会看到一张网页」写好的订单确认信，放在 Telegram 机器人项目上就说错了东西。链接周围那几句话是商户自己的文案，它得和项目所在的渠道对上。

机器人渠道的付款链接打开的是什么？

Telegram 机器人项目里，账单的 payment_url 是一条指向 Paymos 机器人的深链。它和别的链接没有两样——一样地发出去、一样地点开、一样地转发——点开之后打开的是 Telegram。

这套行为背后的格式，Telegram 有文档。机器人链接是 https://t.me/<bot_username>，后面可以带一个最长 64 个字符的 start 参数，对话一打开机器人就拿到这个参数，用文档的原话说是「不需要任何用户输入」。

下面没有一张页面。Telegram 机器人项目根本不带托管付款页，所以机器人不是某张同时也在网上开着的收银台的外壳——对这个项目来说，网页版从来没有被创建过。

对商户的实际影响是，链接怎么分发完全没变。同一个地址可以放进频道帖子、群消息、私聊，或者一封订单确认信；不管放在哪里，点开之后打开的都是 Telegram 里的同一段机器人对话。

买家在机器人里要做哪几步？

买家先选资产和网络。Paymos 机器人用一个收款地址和一张二维码来回应，这两项之所以排在最前面，是因为一条付款路径正是由它们两个组成的，缺一个另一个就不成立。

只说资产不足以指明一个目的地，这就是 Paymos 机器人两项都要问的原因。Tron 上的 USDT 和 Ethereum 上的 USDT 是发往不同地址的两笔转账，这几种转账标准之间的区别正是两步选择要替买家挡掉的东西。

Paymos 机器人在地址旁边放二维码，是因为钱包通常是同一部手机上的第二个应用。扫一下，就省掉了在两个应用之间手工搬运收款地址、再一个字符一个字符核对的那一步。

之后买家从钱包里把转账发出去，账单状态继续往前走。这个状态在 Telegram 机器人项目里从哪儿读，是下一节的题目。

付款状态在哪里看？

在 Telegram 机器人项目里，买家在 Telegram 内部看状态。这和刚才问资产、问网络、给出收款地址的是同一个界面，所以在等待确认的这段时间里，和这笔付款有关的东西没有一样跑到别处去。

不管走哪个渠道，付款都意味着暂时离开付款界面。买家切到钱包，把转账发出去，再切回来——在 Telegram 机器人项目里，切回来就是重新打开和 Paymos 机器人的那段对话，在那里读当前状态。

中间这段等待不是商户能压缩的。确认深度按网络和付款金额来定，也就是说一张 Paymos 账单走到已确认要多久，归链上管；项目的渠道只决定买家在哪里度过这段时间。

具体数字随金额分档。Tron 上 100 美元以内的付款等 2 个确认，1000 美元以内等 6 个；Ethereum 上 100 美元以内等 2 个，1000 美元以内等 6 个。换算出来的秒数只是估算，因为出块时间本身会漂。

买家需要注册 Paymos 账号吗？

不需要。在 Telegram 里付一张 Paymos 账单，买家不需要 Paymos 账号，流程里也没有哪一步会悄悄给他开一个。点开链接的人，在这一笔付款的时长里就是一位客户。

Paymos 收款这一侧整体都是这样：不问买家要邮箱，也不会为了让他付完款而做买家 KYC。Paymos 账号是商户的，买家就只是买家。

这一点在 Telegram 渠道上比在网站上更要紧。对话里成交的销售通常是一个很短的决定，中间插一步注册，就是客户本来没打算做的第二个决定——而且是在钱包应用已经打开、正等着的时候做的。

买家这边没有账号，不等于商户这边没有记录。这笔付款的身份由账单承载，不由买家的账号承载；客服、退款和对账的沟通，仍然走商户自己的订单记录。

付完款买家会去哪里？

Telegram 机器人项目的回跳地址，在配置了的情况下是 Telegram 链接。从对话里来的买家，会被送回 Telegram 里面，而不是送出这个付款发生的软件。

目标的类型是固定的，具体是哪一个不固定。Telegram 机器人项目的回跳地址是一条 Telegram 链接，至于是哪一条，在项目上配置——和其他渠道配置成功、失败回跳地址是同一个地方。

对一门在 Telegram 里做的生意来说，这就把回路合上了。客户从一段对话里来，在一段对话里付款，又回到一段对话；整笔销售没有任何一步打开过浏览器，交付的沟通也可以继续留在同一个窗口里。

商户自己的系统要读的仍然是 webhook，不是买家有没有回到 Telegram。八个 Paymos 账单事件各自带 HMAC-SHA256 签名，负责报告状态变化；回跳地址只能说明有个人去了某个地方。

和把收款链接发到群里有什么区别？

把一条收款链接贴进 Telegram，是分发。Telegram 渠道则是付款本身发生的地方，这两件事经常被当成一回事，因为两种情况下 Paymos 账单都是以聊天里的一条链接抵达客户的。

指向托管付款页的链接哪儿都能走：邮件、短信、客服会话、Telegram 消息、PDF 账单。客户点开之后，浏览器里打开的是托管收银台，因为在其他渠道上 payment_url 指向的就是那里。

Telegram 机器人项目的链接点开的是机器人。承载它的那条消息可以长得一模一样——同一个聊天窗口、同一个发送者——但点开之后发生的一切，属于产品的另一部分。

判断标准是点开之后发生了什么，不是这条消息长什么样。浏览器打开了，说明这张账单出自另一个渠道的项目，不管链接是从哪个软件收到的；付款继续在对话里走，说明这个项目在 Telegram 渠道上。

换到机器人渠道，哪些东西没变？

Telegram 渠道决定付款在哪里呈现，不决定它怎么被处理。机器人下面跑的还是其他渠道那一套，这点值得点明，因为「没有托管付款页」这句话常常被读得比实际范围更大。

Paymos 账单在任何渠道下都是同一个对象。它带金额、有效期和状态；多付的部分全额计入余额，少付容差还是项目里配置的那个值——账单在这些状态之间怎么走，在 Telegram 里不变。

钱在机器人后面的行为也一样。Paymos 余额按买家发来的那种资产记账，跨网络收到的同一种资产归到同一个余额上，处理费就是价格页上的那个数：标准价每笔结算账单 1.0%。

开发那一侧同样如此。webhook 还是那套带签名的投递，事件名一个不差；确认深度也仍然从网络和付款金额里读，不从渠道里读。

项目该选哪个渠道？

分岔口在于客户决定付款的那一刻站在哪里：店面是一段对话的生意适合 Telegram 机器人项目；客户站在页面上、或者站在柜台前，那就不在对话里。对话版本适合什么场景，Telegram 收银台那一页讲得更细。

四个问题就能定下来，而且都不需要先开一张 Paymos 账单才能回答。

1. 客户决定付款时站在哪里——一段 Telegram 私聊、一个频道，还是你自己网站上的一张页面？
2. 这笔销售需不需要一张带你 logo 和配色的付款页？那张页面是托管付款页，Telegram 机器人项目没有。
3. 这批流量走哪个项目？渠道是项目的属性，所以答案是一个项目，不是一场活动。
4. 结果由谁来读？和其他地方同一个 webhook 地址，在第一条正式链接发出去之前就要跑起来。

老实回答完这四个问题，Telegram 渠道就不再像一个缩小版的收银台了。它是一项项目设置，把整笔付款搬进客户已经打开的那个软件——而一笔加密货币付款在底下走的路径并不因此改变。