Giveth 的 Stellar 捐赠没有显示：核对 XLM、Memo、二维码期限与原交易

链小知 · 入门 · 核验 2026-10-12 · 依官方文档整理

用已有捐赠页面和发送记录检查 Stellar 收款身份、15分钟二维码期限与独立统计延迟，区分未发送、链上失败和平台尚未显示。

开始前准备

准备原项目URL、捐赠交易页面或截图、生成/发送时间、XLM数量、完整收款地址、Memo显示要求及已有交易详情；不要公开个人联系信息或钱包秘密。
本教程核对已有记录，不重新生成付款订单、不点击NEXT提交新记录、不连接钱包/重付。Stellar专用流程与普通EVM捐赠分开；当前官方步骤顺序文字有Step1/2/4跳号，按页面任务含义解释。

打开原项目URL，核对项目名称/描述和原捐赠页面的网络。官方流程从DONATE进入，再选择“Try donating with Stellar”，金额是XLM，NEXT后才到QR交易页；不要仅凭所有项目的通用多链列表认定这个项目接收了本次网络。

用原页面/截图核对是否确实走Stellar；普通流程的DONATE会调起钱包验证，而Stellar专用流程不要求连接钱包或创建Giveth profile。没有原入口/网络证据时记“付款流程未知”，不把另链同名token套入。

检查结果：项目URL与Stellar/XLM流程一致，普通流程和Stellar订单没有混用。

把QR原页面显示的完整收款地址与已有发送记录逐字符比较，金额以XLM记，并记录页面是否要求Memo；如果显示Memo，类型/内容必须按原记录核对。如果页面明确无需Memo，就保存这个说明。

不要根据别人的教程补一个通用Memo，也不要只核短地址首尾。若只有QR图片而无已解码字段，保持收款身份未核；地址相符但Memo缺失/不同是单独异常，不能用交易成功状态推已经正确归属项目。

检查结果：地址、XLM数量、Memo要求及原发送内容分别有证据；未知没有自动填默认值。

官方QR交易页给15分钟完成期限。记录原二维码生成时间、页面截止时间和实际发送时间；生成时间缺失就写无法判定是否在期限内，不用浏览器刚打开的时间替代。

旧二维码超时只表示这个付款流程需另核。已有发送交易时，先核原记录，不按文档“重新开始”说明直接重复支付；新二维码与旧交易不能自动匹配。尚未发送、超时后发送与已确认发送必须分开。

检查结果：原二维码期限和原发送时点已分开，过期未被当作链上退款/失败证明。

普通确认页提供交易详情链接；Stellar记录则使用已有发送记录中的交易详情、状态和收款内容核对。保存原网络/交易标识、成功或失败字段及读取时间，pending/失败/无法读取都不等已到账。

官方称发送后项目页及round stats可能需要最多15分钟反映；这是统计延迟，和QR有效期不是同一个倒计时。交易已确认而页面未显示时记录两种状态；超过文档时间也只能记统计异常待核，不保证自动修复或重复转账。

检查结果：链上原记录与平台统计各有状态/时间，页面空白或统计0未代替交易证据。

官方zero-fees说明直接捐赠由捐赠者钱包到项目钱包，平台不收创建、捐赠或收款费用，链网络费另付。把捐赠XLM和发送方实际网络费分别列出；原手续费读不到时保留未知，不按营销“低费”补零。

若原记录使用第三方路由、其他集成或并非Stellar XLM专用页面，不能套直接捐赠的全额说法。美元等值不是XLM数量，捐赠成功也不是QF匹配或GIVbacks奖励到账。

检查结果：XLM捐赠本金、原网络费和平台/集成范围清楚，统计金额未误当收款净额。

将结果分成：原交易未发送/未确认或失败、地址/Memo或期限异常、交易记录已确认但平台未显示、原记录不足。为异常保留项目URL、交易标识、原QR字段及时间，不附私钥/恢复词，不从私信或新链接重复付款。

只有核到正确网络的原交易收款结果，才能继续确认项目收款；看到确认页、轮次统计或官方教程不构成本教程实操验收。奖励资格另按GIVbacks规则核，项目Verified不自动等于奖励Eligible。

检查结果：异常停留在对应证据阶段，未写重复付款、保证到账或奖励承诺。

本教程根据官方资料整理，尚未完成逐步操作验收。界面、支持范围及费用变化时，先核对官方说明。纯文本版 · 提交纠错依据