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

整理：链小知（AI 辅助）
资料核对日期：2026-10-12
引用地址：https://lianxiaozhi.com/tools/guides/giveth-stellar-xlm-memo-donation-record-check
难度：入门
核验方式：官方文档整理，未执行真实账户操作

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

## 使用工具
- [Giveth](https://lianxiaozhi.com/tools/giveth) · [官方入口](https://giveth.io/)

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

## 1. 固定项目和 Stellar 专用入口

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

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

核对结果：项目URL与Stellar/XLM流程一致，普通流程和Stellar订单没有混用。
依据：[Giveth：项目捐赠与 Stellar XLM 原记录](https://docs.giveth.io/projectdonating)

## 2. 逐项核完整地址、XLM 数量和 Memo

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

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

核对结果：地址、XLM数量、Memo要求及原发送内容分别有证据；未知没有自动填默认值。
依据：[Giveth：项目捐赠与 Stellar XLM 原记录](https://docs.giveth.io/projectdonating)

## 3. 把二维码有效期与发送时间并排

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

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

核对结果：原二维码期限和原发送时点已分开，过期未被当作链上退款/失败证明。
依据：[Giveth：项目捐赠与 Stellar XLM 原记录](https://docs.giveth.io/projectdonating)

## 4. 分别保存交易详情与项目统计

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

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

核对结果：链上原记录与平台统计各有状态/时间，页面空白或统计0未代替交易证据。
依据：[Giveth：项目捐赠与 Stellar XLM 原记录](https://docs.giveth.io/projectdonating)

## 5. 核直接捐赠与网络费的金额口径

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

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

核对结果：XLM捐赠本金、原网络费和平台/集成范围清楚，统计金额未误当收款净额。
依据：[Giveth：项目捐赠与 Stellar XLM 原记录](https://docs.giveth.io/projectdonating)
依据：[Giveth：直接捐赠平台费与网络 Gas](https://docs.giveth.io/zero-fees)
依据：[Giveth：GIVbacks 当前轮次与保留旧公式](https://docs.giveth.io/givbacks)

## 6. 按证据完成一份遗漏诊断

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

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

核对结果：异常停留在对应证据阶段，未写重复付款、保证到账或奖励承诺。
依据：[Giveth：项目捐赠与 Stellar XLM 原记录](https://docs.giveth.io/projectdonating)
依据：[Giveth：Verified 与 GIVbacks Eligible 区分](https://docs.giveth.io/projectverification)
依据：[Giveth：GIVbacks 当前轮次与保留旧公式](https://docs.giveth.io/givbacks)

## 常见错误
- 同一个15分钟有QR付款有效期和付款后统计反映两个含义，不能合并或当保证。
- Stellar不用Giveth profile不等不用钱包执行交易；本文不创建订单或发送XLM。
- 收款地址正确但Memo错误仍需单独核归属；统计0、读取失败、未确认不同。

## 完成检查
- 形成项目/网络/XLM/地址/Memo/二维码时间/发送交易/统计时间的对照记录。
- 明确遗漏或待核阶段；documentation，只核官方流程，未验证任何实际捐赠或收款。

## 相关知识
- [区块确认与最终性是什么？交易成功和充值到账为何不同步](https://lianxiaozhi.com/learn/confirmations-and-finality)
- [把数据上链，与只保存数据哈希有什么区别？](https://lianxiaozhi.com/learn/data-onchain-vs-offchain)
- [Gas 怎么计算？交易失败为什么仍可能扣费](https://lianxiaozhi.com/learn/gas-and-failed-transactions)

## 官方依据
- [Giveth：项目捐赠与 Stellar XLM 原记录](https://docs.giveth.io/projectdonating)
- [Giveth：直接捐赠平台费与网络 Gas](https://docs.giveth.io/zero-fees)
- [Giveth：GIVbacks 当前轮次与保留旧公式](https://docs.giveth.io/givbacks)
- [Giveth：Verified 与 GIVbacks Eligible 区分](https://docs.giveth.io/projectverification)