EpoCanvas 贊賞、退款與第三方支付說明
COMMUNITY-007 支付說明 以通道與紀錄為準
本頁說明贊賞流程目前能夠確認的資料、狀態與責任邊界。贊賞是自願性的支持,不是購買會員、文章、審核豁免、服務水準或特定回覆的交易。
[!IMPORTANT] 支付頁面顯示的可用方式、幣種、費用與付款結果,會受到地區、裝置、瀏覽器、支付服務商、帳戶設定與網路狀態影響。請以付款介面最後顯示的內容與第三方服務紀錄為準;本站不承諾所有使用者都會看到相同的支付方式,也不承諾第三方服務持續可用。
1. 贊賞的性質與適用範圍
贊賞是讀者對內容維護、站點運作與創作工作的自願支持。它不會自動:
- 提升
LV、TL、角色或徽章; - 解鎖受限文章、管理員功能、審核豁免或評論特權;
- 產生一份保證成功、保證即時通知或保證公開展示的服務合約;
- 使付款人取得 EpoCanvas 名稱、標誌、文章或其他內容的額外授權。
文章是否公開、是否存在訪問控制以及內容如何授權,應分別參考頁面本身與內容授權與版權說明。
2. 目前可見的支付通道
2.1 Stripe 結帳
本站的 Stripe 流程由 /api/create-checkout-session 建立 Checkout Session,並在瀏覽器中載入 Stripe 的結帳介面。程式碼目前配置了自動支付方式,因此在符合條件時可能出現:
- 一般信用卡或簽帳金融卡;
- Apple Pay、Google Pay 或 Link;
- Stripe 依帳戶、幣種、地區、裝置與風險判定提供的其他方式。
「可能出現」不是保證。Apple Pay/Google Pay 需要相容裝置、瀏覽器、錢包、卡片、網域驗證與支付商條件;如果快捷方式不可用,結帳介面可能改顯示一般卡片表單。
目前公開程式碼沒有獨立的 Stripe webhook 接收路由。付款完成後,前端完成回呼會進入 /api/record-blessing;服務端會用 Stripe API 再次核對 Session 或 PaymentIntent 的支付狀態,核驗成功後才可把記錄更新為可公開查詢的狀態。這與「Stripe webhook 即時送達」是不同的流程。
2.2 QR、PayPal 與 USDT
支援頁與文章內的贊賞元件可能依地區顯示微信支付、支付寶、PayPal 或 USDT 通道。這些通道具有不同的責任邊界:
| 通道 | 目前可確認的流程 | 重要限制 |
|---|---|---|
| 微信支付 / 支付寶 QR | 由第三方收款頁面或 QR 完成付款 | 本站沒有公開自動回調;若要加入名錄,需要提供必要交易資訊並由站方核對 |
| PayPal | 連往 PayPal 帳戶或顯示對應 QR | 費用、換匯、帳戶限制與爭議流程由 PayPal 規則決定 |
| USDT | 只在符合頁面地區與風險條件時顯示對應錢包/網路 | 鏈上轉帳可能不可逆;必須確認資產、網路、地址與手續費,本站不替錯誤轉帳恢復資產 |
第三方轉帳不會因為「已完成付款畫面」就自動成為本站的公開記錄。請保留交易時間、金額、幣種與必要的交易識別資訊,並以檢舉與申訴說明列出的聯絡方式私下詢問。
3. 幣種與金額
Stripe 支援頁目前提供「本地幣種」與「統一結算幣種」兩個選項。系統會先根據 Cloudflare 國家資訊或瀏覽器端的保守 fallback 推薦本地幣種;另一個選項目前通常是 USD,當本地選項本身是 USD 時則改用 HKD。
頁面上的檔位與自訂金額是本站配置的建議值,部分換算使用預設匯率與四捨五入規則,不是即時銀行報價,也不是對購買力、匯率或手續費的保證。實際扣款金額、幣種、發卡行換匯與額外費用,應以 Stripe、PayPal、發卡行或錢包在付款前顯示的結果為準。
請勿把卡號、卡片安全碼、密碼、一次性驗證碼或錢包私鑰填入稱呼、寄語、評論或聯絡信件。本站不需要這些資料來處理一般贊賞查詢。
4. 支援名錄的記錄生命週期
Stripe 記錄與公開名錄不是同一個狀態:
- 建立 Checkout Session 或 PaymentIntent 時,系統可能先寫入內部的待確認記錄;這不代表付款已成功,也不會自動成為公開致謝;
- 付款完成後,
/api/record-blessing會核對 Stripe 狀態;核驗失敗的請求不應建立公開贊賞記錄; - 支持者可在付款完成後提交稱呼與寄語。有效狀態可能包含
completed、form_submitted、modal_closed、page_unload或idle_timeout_30m,它們表示記錄流程的狀態,不是不同的付款金額; /api/sponsorships對外回應會遮蔽原始 IP、電子郵件、User-Agent、會話令牌與內部識別資訊,只輸出名錄需要的欄位;- QR、PayPal 或 USDT 的外部轉帳只有在站方核對並完成必要整理後,才可能被加入名錄。
頁面重新整理、網路中斷、關閉付款後表單或第三方服務延遲,都可能讓公開名錄晚於付款結果更新。名錄沒有顯示某筆記錄,不等於第三方付款一定失敗;請先以支付商的交易頁面或收據確認。
5. 通知、收據與資料公開
支付核驗與 Telegram 通知是兩條不同的鏈路。當部署環境配置了通知憑證時,站方可能在記錄流程中發送必要的摘要;通知失敗不會被解讀為付款失敗,也不代表每一則寄語必然在固定時間內被人工閱讀或回覆。
Stripe 是否寄送收據,取決於 Stripe 結帳時的電子郵件、帳戶與支付設定。本站不能代替 Stripe 保證收據必然寄達;若需要交易憑證,請先查閱 Stripe 的付款頁、電子郵件與帳戶紀錄。
公開名錄只應展示必要的稱呼、寄語、金額/幣種、通道與日期。後端仍可能為反濫用、交易核對、通知與安全審計保存國家、IP、支付狀態與時間欄位;相關資料邊界請同時參考隱私與資料使用說明。留空稱呼或寄語時,公開展示可能使用「匿名支持者」,但「匿名展示」不等於後端完全沒有交易或安全紀錄。
6. 退款、重複扣款與錯誤轉帳
目前專案沒有公開的自動退款 API,也沒有在頁面上承諾所有付款都能無條件全額退回。若遇到重複扣款、支付金額錯誤或需要查詢退款,請寄信至 contact@epocanvas.com,並提供:
- 支付通道與交易時間;
- 幣種與金額;
- Stripe Receipt、PaymentIntent/Checkout Session ID、PayPal 交易識別資訊或其他可定位資料;
- 你希望更正、退款、匿名化或撤下公開展示的具體範圍。
站方會先核對交易與通道規則,再在可行範圍內處理。Stripe 退款須受 Stripe 帳戶、原路退回能力與支付爭議流程限制;QR 與 PayPal 受各自平台規則限制;鏈上轉帳則可能不可逆。本站不提供固定處理時限,也不要求你在公開評論中張貼交易憑證。
如果只是名錄中的稱呼、寄語或匿名設定需要更正,也請使用同一個聯絡入口。為防止冒領,站方可能要求原付款資訊或其他合理方式核對身份;已進入備份、審計或第三方服務的資料不一定能同步抹除所有副本。
7. 支付安全與第三方責任
本站會透過服務端密鑰、支付狀態核驗、輸入長度限制、公開欄位最小化與來源檢查降低風險,但不會把支付頁面描述成「絕對安全」「零手續費」或「永久可用」。若發現支付流程、公開寄語或憑證可能被濫用,請依安全問題通報規範私下通報。
Stripe、PayPal、微信支付、支付寶、錢包服務、Cloudflare 與 Telegram 各自有服務條款、區域限制、資料處理方式與可用性邊界。使用第三方通道前,請閱讀其當前條款;任何通道名稱出現在本站,都不表示 EpoCanvas 能控制其審核、換匯、退款或爭議結果。
最後更新:2026-10-20。
EpoCanvas 赞赏、退款与第三方支付说明
COMMUNITY-007 支付说明 以通道与记录为准
本页说明赞赏流程目前能够确认的数据、状态与责任边界。赞赏是自愿性的支持,不是购买会员、文章、审核豁免、服务水平或特定回复的交易。
[!IMPORTANT] 支付页面显示的可用方式、币种、费用与付款结果,会受到地区、设备、浏览器、支付服务商、账户设置与网络状态影响。请以付款界面最后显示的内容与第三方服务记录为准;本站不承诺所有用户都会看到相同的支付方式,也不承诺第三方服务持续可用。
1. 赞赏的性质与适用范围
赞赏是读者对内容维护、站点运作与创作工作的自愿支持。它不会自动:
- 提升
LV、TL、角色或徽章; - 解锁受限文章、管理员功能、审核豁免或评论特权;
- 产生一份保证成功、保证即时通知或保证公开展示的服务合约;
- 使付款人取得 EpoCanvas 名称、标志、文章或其他内容的额外授权。
文章是否公开、是否存在访问控制以及内容如何授权,应分别参考页面本身与内容授权与版权说明。
2. 目前可见的支付通道
2.1 Stripe 结账
本站的 Stripe 流程由 /api/create-checkout-session 建立 Checkout Session,并在浏览器中载入 Stripe 的结账界面。代码目前配置了自动支付方式,因此在符合条件时可能出现:
- 一般信用卡或借记卡;
- Apple Pay、Google Pay 或 Link;
- Stripe 依账户、币种、地区、设备与风险判定提供的其他方式。
“可能出现”不是保证。Apple Pay/Google Pay 需要兼容设备、浏览器、钱包、卡片、域名验证与支付商条件;如果快捷方式不可用,结账界面可能改显示一般卡片表单。
目前公开代码没有独立的 Stripe webhook 接收路由。付款完成后,前端完成回调会进入 /api/record-blessing;服务端会用 Stripe API 再次核对 Session 或 PaymentIntent 的支付状态,核验成功后才可把记录更新为可公开查询的状态。这与“Stripe webhook 即时送达”是不同的流程。
2.2 QR、PayPal 与 USDT
支持页与文章内的赞赏组件可能依地区显示微信支付、支付宝、PayPal 或 USDT 通道。这些通道具有不同的责任边界:
| 通道 | 目前可确认的流程 | 重要限制 |
|---|---|---|
| 微信支付 / 支付宝 QR | 由第三方收款页面或 QR 完成付款 | 本站没有公开自动回调;若要加入名录,需要提供必要交易信息并由站方核对 |
| PayPal | 连往 PayPal 账户或显示对应 QR | 费用、换汇、账户限制与争议流程由 PayPal 规则决定 |
| USDT | 只在符合页面地区与风险条件时显示对应钱包/网络 | 链上转账可能不可逆;必须确认资产、网络、地址与手续费,本站不替错误转账恢复资产 |
第三方转账不会因为“已完成付款画面”就自动成为本站的公开记录。请保留交易时间、金额、币种与必要的交易识别信息,并以举报与申诉说明列出的联系方式私下询问。
3. 币种与金额
Stripe 支持页目前提供“本地币种”与“统一结算币种”两个选项。系统会先根据 Cloudflare 国家信息或浏览器端的保守 fallback 推荐本地币种;另一个选项目前通常是 USD,当本地选项本身是 USD 时则改用 HKD。
页面上的档位与自定义金额是本站配置的建议值,部分换算使用默认汇率与四舍五入规则,不是即时银行报价,也不是对购买力、汇率或手续费的保证。实际扣款金额、币种、发卡行换汇与额外费用,应以 Stripe、PayPal、发卡行或钱包在付款前显示的结果为准。
请勿把卡号、卡片安全码、密码、一次性验证码或钱包私钥填入称呼、寄语、评论或联系邮件。本站不需要这些数据来处理一般赞赏查询。
4. 支持名录的记录生命周期
Stripe 记录与公开名录不是同一个状态:
- 建立 Checkout Session 或 PaymentIntent 时,系统可能先写入内部的待确认记录;这不代表付款已成功,也不会自动成为公开致谢;
- 付款完成后,
/api/record-blessing会核对 Stripe 状态;核验失败的请求不应建立公开赞赏记录; - 支持者可在付款完成后提交称呼与寄语。有效状态可能包含
completed、form_submitted、modal_closed、page_unload或idle_timeout_30m,它们表示记录流程的状态,不是不同的付款金额; /api/sponsorships对外回应会遮蔽原始 IP、电子邮件、User-Agent、会话令牌与内部识别信息,只输出名录需要的字段;- QR、PayPal 或 USDT 的外部转账只有在站方核对并完成必要整理后,才可能被加入名录。
页面重新整理、网络中断、关闭付款后表单或第三方服务延迟,都可能让公开名录晚于付款结果更新。名录没有显示某笔记录,不等于第三方付款一定失败;请先以支付商的交易页面或收据确认。
5. 通知、收据与数据公开
支付核验与 Telegram 通知是两条不同的链路。当部署环境配置了通知凭证时,站方可能在记录流程中发送必要的摘要;通知失败不会被解读为付款失败,也不代表每一则寄语必然在固定时间内被人工阅读或回复。
Stripe 是否寄送收据,取决于 Stripe 结账时的电子邮件、账户与支付设置。本站不能代替 Stripe 保证收据必然寄达;若需要交易凭证,请先查阅 Stripe 的付款页、电子邮件与账户记录。
公开名录只应展示必要的称呼、寄语、金额/币种、通道与日期。后端仍可能为反滥用、交易核对、通知与安全审计保存国家、IP、支付状态与时间字段;相关数据边界请同时参考隐私与数据使用说明。留空称呼或寄语时,公开展示可能使用“匿名支持者”,但“匿名展示”不等于后端完全没有交易或安全记录。
6. 退款、重复扣款与错误转账
目前项目没有公开的自动退款 API,也没有在页面上承诺所有付款都能无条件全额退回。若遇到重复扣款、支付金额错误或需要查询退款,请寄信至 contact@epocanvas.com,并提供:
- 支付通道与交易时间;
- 币种与金额;
- Stripe Receipt、PaymentIntent/Checkout Session ID、PayPal 交易识别信息或其他可定位数据;
- 你希望更正、退款、匿名化或撤下公开展示的具体范围。
站方会先核对交易与通道规则,再在可行范围内处理。Stripe 退款须受 Stripe 账户、原路退回能力与支付争议流程限制;QR 与 PayPal 受各自平台规则限制;链上转账则可能不可逆。本站不提供固定处理时限,也不要求你在公开评论中张贴交易凭证。
如果只是名录中的称呼、寄语或匿名设置需要更正,也请使用同一个联系入口。为防止冒领,站方可能要求原付款信息或其他合理方式核对身份;已进入备份、审计或第三方服务的数据不一定能同步抹除所有副本。
7. 支付安全与第三方责任
本站会通过服务端密钥、支付状态核验、输入长度限制、公开字段最小化与来源检查降低风险,但不会把支付页面描述成“绝对安全”“零手续费”或“永久可用”。若发现支付流程、公开寄语或凭证可能被滥用,请依安全问题通报规范私下通报。
Stripe、PayPal、微信支付、支付宝、钱包服务、Cloudflare 与 Telegram 各自有服务条款、区域限制、数据处理方式与可用性边界。使用第三方通道前,请阅读其当前条款;任何通道名称出现在本站,都不表示 EpoCanvas 能控制其审核、换汇、退款或争议结果。
最后更新:2026-10-20。
EpoCanvas Support, Refunds, and Third-Party Payment Guide
COMMUNITY-007 Payment Details Subject to Channel and Records
This page explains the data, status, and boundaries of responsibility that can currently be confirmed for the support process. Support is voluntary; it is not a transaction for purchasing memberships, articles, moderation exemptions, service levels, or specific responses.
[!IMPORTANT] The available methods, currencies, fees, and payment results displayed on the payment page are subject to influence by region, device, browser, payment service provider, account settings, and network status. Please refer to the final content displayed on the payment interface and the records of third-party services. This site does not guarantee that all users will see the same payment methods, nor does it guarantee the continuous availability of third-party services.
1. Nature and Scope of Support
Support is voluntary backing from readers for content maintenance, site operations, and creative work. It does not automatically:
- Increase
LV,TL, roles, or badges; - Unlock restricted articles, administrator features, moderation exemptions, or comment privileges;
- Generate a service contract guaranteeing success, real-time notifications, or public display;
- Grant the payer additional authorization for EpoCanvas names, logos, articles, or other content.
Whether an article is public, if access controls exist, and how content is licensed should be referenced separately on the page itself and in the Content Licensing and Copyright Policy.
2. Currently Available Payment Channels
2.1 Stripe Checkout
This site’s Stripe process creates a Checkout Session via /api/create-checkout-session and loads Stripe’s checkout interface in the browser. The code is currently configured for automatic payment methods, so the following may appear when conditions are met:
- General credit or debit cards;
- Apple Pay, Google Pay, or Link;
- Other methods provided by Stripe based on account, currency, region, device, and risk assessment.
May appear is not a guarantee. Apple Pay/Google Pay requires compatible devices, browsers, wallets, cards, domain verification, and payment provider conditions; if a shortcut is unavailable, the checkout interface may instead display a general card form.
The currently public code does not have a separate Stripe webhook receiving route. After payment completion, the frontend callback goes to /api/record-blessing; the server then re-verifies the payment status of the Session or PaymentIntent using the Stripe API. Only after successful verification can the record be updated to a publicly queryable state. This is a different process from Stripe webhook instant delivery.
2.2 QR, PayPal, and USDT
The support page and support components within articles may display WeChat Pay, Alipay, PayPal, or USDT channels depending on the region. These channels have different boundaries of responsibility:
| Channel | Currently Confirmable Process | Important Limitations |
|---|---|---|
| WeChat Pay / Alipay QR | Payment completed via third-party collection page or QR | This site does not have public automatic callbacks; to be added to the directory, necessary transaction information must be provided and verified by the site administrator. |
| PayPal | Links to PayPal account or displays corresponding QR | Fees, currency exchange, account limitations, and dispute processes are determined by PayPal’s rules. |
| USDT | Only displays corresponding wallet/network when page region and risk conditions are met | On-chain transfers may be irreversible; assets, network, address, and transaction fees must be confirmed. This site does not recover assets for incorrect transfers. |
Third-party transfers do not automatically become public records of this site merely because a payment completed screen is shown. Please retain the transaction time, amount, currency, and necessary transaction identification information, and inquire privately using the contact methods listed in the Reporting and Appeals Policy.
3. Currencies and Amounts
The Stripe support page currently offers two options: Local Currency and Unified Settlement Currency. The system first recommends a local currency based on Cloudflare country information or a conservative browser-side fallback; the other option is currently usually USD, or HKD if the local option itself is USD.
The tiers and custom amounts on the page are suggested values configured by this site. Some conversions use default exchange rates and rounding rules; these are not real-time bank quotes, nor are they guarantees of purchasing power, exchange rates, or transaction fees. The actual deducted amount, currency, issuing bank’s exchange rate, and additional fees should be based on the results displayed by Stripe, PayPal, the issuing bank, or the wallet before payment.
Please do not enter card numbers, card security codes, passwords, one-time verification codes, or wallet private keys into names, messages, comments, or contact emails. This site does not require this information to process general support inquiries.
4. Lifecycle of Support Directory Records
Stripe records and the public directory are not the same state:
- When a Checkout Session or PaymentIntent is created, the system may first write an internal pending record; this does not mean payment has succeeded, nor does it automatically become a public acknowledgment;
- After payment completion,
/api/record-blessingverifies the Stripe status; requests with failed verification should not create a public support record; - Supporters can submit a name and message after payment completion. Valid statuses may include
completed,form_submitted,modal_closed,page_unload, oridle_timeout_30m, which indicate the state of the recording process, not different payment amounts; /api/sponsorshipsexternal responses will mask original IP, email, User-Agent, session tokens, and internal identification information, outputting only the fields required for the directory;- External transfers via QR, PayPal, or USDT may only be added to the directory after verification and necessary processing by the site administrator.
Page refreshes, network interruptions, closing the post-payment form, or delays from third-party services may all cause the public directory to update later than the payment result. A record not appearing in the directory does not necessarily mean the third-party payment failed; please confirm first with the payment provider’s transaction page or receipt.
5. Notifications, Receipts, and Data Disclosure
Payment verification and Telegram notifications are two distinct pathways. When the deployment environment is configured with notification credentials, the site administrator may send necessary summaries during the recording process; notification failures will not be interpreted as payment failures, nor do they imply that every message will necessarily be manually read or replied to within a fixed timeframe.
Whether Stripe sends a receipt depends on the email, account, and payment settings at the time of Stripe checkout. This site cannot guarantee on behalf of Stripe that a receipt will be delivered; if a transaction proof is needed, please first check Stripe’s payment page, email, and account records.
The public directory should only display the necessary name, message, amount/currency, channel, and date. The backend may still retain country, IP, payment status, and timestamp fields for anti-abuse, transaction verification, notifications, and security audits; for related data boundaries, please also refer to the Privacy and Data Usage Policy. When the name or message is left blank, the public display may use Anonymous Supporter, but anonymous display does not mean the backend has no transaction or security records whatsoever.
6. Refunds, Duplicate Charges, and Incorrect Transfers
Currently, the project does not have a public automatic refund API, nor does it promise on the page that all payments can be unconditionally fully refunded. If you encounter duplicate charges, incorrect payment amounts, or need to inquire about a refund, please send an email to contact@epocanvas.com and provide:
- Payment channel and transaction time;
- Currency and amount;
- Stripe Receipt, PaymentIntent/Checkout Session ID, PayPal transaction identification information, or other traceable data;
EpoCanvas : Instructions concernant les dons, les remboursements et les paiements tiers
COMMUNITY-007 Instructions de paiement Basé sur le canal et les enregistrements
Cette page décrit les données, le statut et les limites de responsabilité actuellement vérifiables pour le processus de don. Un don est un soutien volontaire, et non une transaction pour l'achat d'une adhésion, d'articles, d'exemptions de modération, de niveaux de service ou de réponses spécifiques.
[!IMPORTANT] Les méthodes disponibles, les devises, les frais et les résultats de paiement affichés sur la page de paiement sont influencés par la région, l’appareil, le navigateur, le fournisseur de services de paiement, les paramètres du compte et l’état du réseau. Veuillez vous référer au contenu finalement affiché sur l’interface de paiement et aux enregistrements des services tiers ; ce site ne garantit pas que tous les utilisateurs verront les mêmes méthodes de paiement, ni la disponibilité continue des services tiers.
1. Nature et portée des dons
Un don est un soutien volontaire des lecteurs pour la maintenance du contenu, le fonctionnement du site et le travail de création. Il n’entraîne pas automatiquement :
- L’augmentation du
LV, duTL, des rôles ou des badges ; - Le déverrouillage d’articles restreints, de fonctions d’administrateur, d’exemptions de modération ou de privilèges de commentaire ;
- La génération d’un contrat de service garantissant le succès, la notification immédiate ou l’affichage public ;
- L’obtention par le payeur d’une autorisation supplémentaire pour les noms, logos, articles ou autres contenus d’EpoCanvas.
La publication des articles, l’existence de contrôles d’accès et la manière dont le contenu est autorisé doivent être consultées respectivement sur la page elle-même et dans les Instructions de licence de contenu et de droits d’auteur.
2. Canaux de paiement actuellement disponibles
2.1 Paiement Stripe
Le processus Stripe de ce site crée une session de paiement via /api/create-checkout-session et charge l’interface de paiement de Stripe dans le navigateur. Le code est actuellement configuré pour les méthodes de paiement automatiques, de sorte que les options suivantes peuvent apparaître lorsque les conditions sont remplies :
- Cartes de crédit ou de débit courantes ;
- Apple Pay, Google Pay ou Link ;
- D’autres méthodes proposées par Stripe en fonction du compte, de la devise, de la région, de l’appareil et de l’évaluation des risques.
L’expression « peuvent apparaître » n’est pas une garantie. Apple Pay/Google Pay nécessitent des appareils, navigateurs, portefeuilles, cartes, vérifications de domaine et conditions de fournisseur de paiement compatibles ; si le raccourci n’est pas disponible, l’interface de paiement peut afficher un formulaire de carte générique.
Le code public actuel ne dispose pas de route de réception de webhook Stripe indépendante. Une fois le paiement effectué, le rappel de finalisation côté client est envoyé à /api/record-blessing ; le serveur utilise l’API Stripe pour revérifier le statut de paiement de la Session ou du PaymentIntent, et ce n’est qu’après une vérification réussie que l’enregistrement peut être mis à jour vers un statut consultable publiquement. Ce processus est différent de la « livraison en temps réel des webhooks Stripe ».
2.2 QR, PayPal et USDT
Les composants de don sur la page de soutien et dans les articles peuvent afficher les canaux WeChat Pay, Alipay, PayPal ou USDT selon la région. Ces canaux ont des limites de responsabilité différentes :
| Canal | Processus actuellement vérifiable | Restrictions importantes |
|---|---|---|
| WeChat Pay / Alipay QR | Paiement effectué via une page de collecte tierce ou un QR | Ce site n’a pas de rappel automatique public ; pour être ajouté à la liste, les informations de transaction nécessaires doivent être fournies et vérifiées par l’équipe du site. |
| PayPal | Lien vers un compte PayPal ou affichage du QR correspondant | Les frais, le taux de change, les restrictions de compte et les procédures de litige sont déterminés par les règles de PayPal. |
| USDT | Affichage du portefeuille/réseau correspondant uniquement si les conditions régionales et de risque de la page sont remplies | Les transferts on-chain peuvent être irréversibles ; il est impératif de confirmer l’actif, le réseau, l’adresse et les frais. Ce site ne récupérera pas les actifs en cas de transfert erroné. |
Les virements tiers ne deviennent pas automatiquement des enregistrements publics de ce site simplement parce que l’« écran de paiement terminé » est affiché. Veuillez conserver l’heure, le montant, la devise et les informations d’identification de transaction nécessaires, et nous contacter en privé via les méthodes de contact listées dans les Instructions de signalement et d’appel.
3. Devises et montants
La page de soutien Stripe propose actuellement deux options : « devise locale » et « devise de règlement unifiée ». Le système recommande d’abord la devise locale en fonction des informations de pays de Cloudflare ou d’un mécanisme de repli conservateur côté navigateur ; l’autre option est généralement l’USD, et si l’option locale est déjà l’USD, alors le HKD est utilisé à la place.
Les paliers et les montants personnalisés sur la page sont des valeurs recommandées configurées par ce site. Certaines conversions utilisent des taux de change par défaut et des règles d’arrondi, qui ne sont pas des cotations bancaires en temps réel, ni des garanties de pouvoir d’achat, de taux de change ou de frais. Le montant réel débité, la devise, le taux de change de la banque émettrice et les frais supplémentaires doivent être basés sur les résultats affichés par Stripe, PayPal, la banque émettrice ou le portefeuille avant le paiement.
Veuillez ne pas saisir de numéros de carte, de codes de sécurité de carte, de mots de passe, de codes de vérification à usage unique ou de clés privées de portefeuille dans les noms, messages, commentaires ou e-mails de contact. Ce site n’a pas besoin de ces informations pour traiter les demandes générales de dons.
4. Cycle de vie des enregistrements du répertoire de soutien
Les enregistrements Stripe et le répertoire public ne sont pas le même statut :
- Lors de la création d’une session de paiement (Checkout Session) ou d’un PaymentIntent, le système peut d’abord enregistrer une entrée interne en attente de confirmation ; cela ne signifie pas que le paiement a été effectué avec succès, ni que cela deviendra automatiquement un remerciement public ;
- Une fois le paiement terminé,
/api/record-blessingvérifiera le statut Stripe ; les requêtes dont la vérification a échoué ne devraient pas créer d’enregistrement de don public ; - Les donateurs peuvent soumettre un nom et un message après le paiement. Les statuts valides peuvent inclure
completed,form_submitted,modal_closed,page_unloadouidle_timeout_30m, qui indiquent l’état du processus d’enregistrement, et non des montants de paiement différents ; - La réponse externe de
/api/sponsorshipsmasquera l’adresse IP d’origine, l’e-mail, l’User-Agent, le jeton de session et les informations d’identification internes, n’affichant que les champs nécessaires au répertoire ; - Les virements externes via QR, PayPal ou USDT ne peuvent être ajoutés au répertoire qu’après vérification et traitement nécessaire par l’équipe du site.
Un rafraîchissement de page, une interruption de réseau, la fermeture du formulaire post-paiement ou des retards de services tiers peuvent tous entraîner une mise à jour du répertoire public plus tardive que le résultat du paiement. L’absence d’un enregistrement dans le répertoire ne signifie pas nécessairement que le paiement tiers a échoué ; veuillez d’abord vérifier sur la page de transaction ou le reçu du fournisseur de paiement.
5. Notifications, reçus et divulgation des données
La vérification des paiements et les notifications Telegram sont deux chaînes distinctes. Lorsque l’environnement de déploiement est configuré avec des identifiants de notification, l’équipe du site peut envoyer des résumés nécessaires pendant le processus d’enregistrement ; un échec de notification ne sera pas interprété comme un échec de paiement, et ne signifie pas non plus que chaque message sera nécessairement lu ou répondu manuellement dans un délai fixe.
L’envoi d’un reçu par Stripe dépend des paramètres d’e-mail, de compte et de paiement lors du passage à la caisse Stripe. Ce site ne peut pas garantir au nom de Stripe que le reçu sera nécessairement livré ; si un justificatif de transaction est requis, veuillez d’abord consulter la page de paiement, l’e-mail et les enregistrements de compte de Stripe.
Le répertoire public ne devrait afficher que les noms, messages, montants/devises, canaux et dates nécessaires. Le backend peut toujours conserver les champs pays, IP, statut de paiement et heure à des fins d’anti-abus, de vérification des transactions, de notifications et d’audits de sécurité ; veuillez également vous référer aux Instructions de confidentialité et d’utilisation des données pour les limites de données pertinentes. Lorsque le nom ou le message est laissé vide, l’affichage public peut utiliser « Donateur anonyme », mais « affichage anonyme » ne signifie pas que le backend n’a absolument aucun enregistrement de transaction ou de sécurité
6. Remboursements, doubles prélèvements et virements erronés
Actuellement, le projet ne dispose pas d’API de remboursement automatique publique, et il n’est pas garanti sur la page que tous les paiements puissent être intégralement remboursés sans condition. En cas de double prélèvement, de montant de paiement erroné ou si vous avez besoin de demander un remboursement, veuillez envoyer un e-mail à contact@epocanvas.com en fournissant :
- Le canal de paiement et l’heure de la transaction ;
- La devise et le montant ;
- Le reçu Stripe, l’ID PaymentIntent/Checkout Session, les informations d’identification de la transaction PayPal ou d’autres données permettant de localiser la transaction ;
- La portée spécifique de la correction, du remboursement, de l’anonymisation ou du retrait de l’affichage public que vous souhaitez.
L’équipe du site vérifiera d’abord la transaction et les règles du canal avant de procéder dans la mesure du possible. Les remboursements Stripe sont soumis aux restrictions du compte Stripe, à la capacité de remboursement via le mode de paiement original et aux processus de litige de paiement ; les paiements par QR et PayPal sont soumis aux règles de leurs plateformes respectives ; et les virements on-chain peuvent être irréversibles. Ce site ne fournit pas de délai de traitement fixe et ne vous demande pas de publier de preuves de transaction dans les commentaires publics.
Si seule la désignation, le message ou le paramètre d’anonymat dans le répertoire nécessite une correction, veuillez également utiliser le même point de contact. Pour éviter les réclamations frauduleuses, l’équipe du site peut demander les informations de paiement originales ou d’autres moyens raisonnables pour vérifier l’identité ; les données qui ont été sauvegardées, auditées ou transmises à des services tiers ne peuvent pas nécessairement être supprimées simultanément de toutes les copies.
7. Sécurité des paiements et responsabilité des tiers
Ce site réduit les risques grâce à des clés côté serveur, la vérification de l’état des paiements, la limitation de la longueur des entrées, la minimisation des champs publics et la vérification des sources, mais ne décrira pas la page de paiement comme « absolument sécurisée », « sans frais » ou « disponible en permanence ». Si vous constatez que le processus de paiement, les messages publics ou les justificatifs peuvent être utilisés de manière abusive, veuillez le signaler en privé conformément aux Directives de divulgation des problèmes de sécurité.
Stripe, PayPal, WeChat Pay, Alipay, les services de portefeuille, Cloudflare et Telegram ont chacun leurs propres conditions de service, restrictions régionales, méthodes de traitement des données et limites de disponibilité. Avant d’utiliser un canal tiers, veuillez lire ses conditions actuelles ; la présence du nom d’un canal sur ce site n’implique pas qu’EpoCanvas puisse contrôler ses processus de vérification, de change, de remboursement ou les résultats de litiges.
Dernière mise à jour : 2026-10-20.
EpoCanvas: Agradecimientos, Reembolsos y Métodos de Pago de Terceros
COMMUNITY-007 Instrucciones de Pago Sujeto a Canales y Registros
Esta página describe los datos, el estado y los límites de responsabilidad que se pueden confirmar actualmente para el proceso de agradecimiento/apoyo. El agradecimiento es un apoyo voluntario y no una transacción para la compra de membresías, artículos, exenciones de revisión, niveles de servicio o respuestas específicas.
[!IMPORTANT] Los métodos disponibles, las monedas, las tarifas y los resultados de pago que se muestran en la página de pago pueden verse afectados por la región, el dispositivo, el navegador, el proveedor de servicios de pago, la configuración de la cuenta y el estado de la red. Por favor, consulte el contenido final que se muestra en la interfaz de pago y los registros del servicio de terceros; este sitio no garantiza que todos los usuarios verán los mismos métodos de pago, ni que los servicios de terceros estarán disponibles de forma continua.
1. Naturaleza y Alcance del Apoyo Voluntario
El apoyo voluntario es una contribución de los lectores para el mantenimiento del contenido, el funcionamiento del sitio y el trabajo creativo. No implica automáticamente:
- Un aumento de
LV,TL, roles o insignias; - El desbloqueo de artículos restringidos, funciones de administrador, exenciones de revisión o privilegios de comentarios;
- La generación de un contrato de servicio que garantice el éxito, notificaciones instantáneas o una exhibición pública;
- Que el pagador obtenga una autorización adicional para el nombre, logotipo, artículos u otro contenido de EpoCanvas.
La publicación de artículos, la existencia de controles de acceso y la forma en que se licencia el contenido deben consultarse, respectivamente, en la propia página y en las Instrucciones de Licencia y Derechos de Autor del Contenido.
2. Canales de Pago Actualmente Visibles
2.1 Pago con Stripe
El proceso de Stripe de este sitio crea una Sesión de Pago (Checkout Session) a través de /api/create-checkout-session y carga la interfaz de pago de Stripe en el navegador. El código está configurado actualmente para métodos de pago automáticos, por lo que, si se cumplen las condiciones, pueden aparecer:
- Tarjetas de crédito o débito generales;
- Apple Pay, Google Pay o Link;
- Otros métodos proporcionados por Stripe según la cuenta, moneda, región, dispositivo y evaluación de riesgos.
“Pueden aparecer” no es una garantía. Apple Pay/Google Pay requieren un dispositivo compatible, navegador, billetera, tarjeta, verificación de dominio y las condiciones del proveedor de pagos; si los métodos rápidos no están disponibles, la interfaz de pago puede mostrar un formulario de tarjeta general.
El código público actual no tiene una ruta de recepción de webhook de Stripe independiente. Una vez completado el pago, la devolución de llamada de finalización del frontend irá a /api/record-blessing; el servidor verificará nuevamente el estado de pago de la Sesión o PaymentIntent utilizando la API de Stripe, y solo después de una verificación exitosa se podrá actualizar el registro a un estado públicamente consultable. Este es un proceso diferente a la “entrega instantánea del webhook de Stripe”.
2.2 QR, PayPal y USDT
Los componentes de apoyo en la página de soporte y dentro de los artículos pueden mostrar canales de WeChat Pay, Alipay, PayPal o USDT según la región. Estos canales tienen diferentes límites de responsabilidad:
| Canal | Proceso Actualmente Confirmable | Restricciones Importantes |
|---|---|---|
| WeChat Pay / Alipay QR | Pago completado a través de una página de cobro de terceros o QR | Este sitio no tiene una devolución de llamada automática pública; para ser incluido en el directorio, se debe proporcionar la información de transacción necesaria y ser verificada por el sitio. |
| PayPal | Enlace a la cuenta de PayPal o muestra el QR correspondiente | Las tarifas, el tipo de cambio, las restricciones de la cuenta y los procesos de disputa se rigen por las reglas de PayPal. |
| USDT | Solo muestra la billetera/red correspondiente si cumple con las condiciones de región y riesgo de la página | Las transferencias en cadena pueden ser irreversibles; se deben confirmar los activos, la red, la dirección y las tarifas. Este sitio no recupera activos por transferencias erróneas. |
Las transferencias de terceros no se convertirán automáticamente en un registro público de este sitio solo porque se haya completado la pantalla de pago. Por favor, conserve la hora de la transacción, el monto, la moneda y la información de identificación de la transacción necesaria, y consulte de forma privada utilizando los métodos de contacto enumerados en las Instrucciones de Denuncias y Apelaciones.
3. Moneda y Monto
La página de soporte de Stripe ofrece actualmente dos opciones: “Moneda local” y “Moneda de liquidación unificada”. El sistema primero recomendará la moneda local basándose en la información del país de Cloudflare o un fallback conservador del lado del navegador; la otra opción suele ser USD, y si la opción local es USD, se utilizará HKD en su lugar.
Los niveles de monto y los montos personalizados en la página son valores sugeridos configurados por este sitio. Algunas conversiones utilizan tasas de cambio predeterminadas y reglas de redondeo, no son cotizaciones bancarias en tiempo real, ni una garantía de poder adquisitivo, tipo de cambio o tarifas. El monto real debitado, la moneda, el tipo de cambio del emisor y los cargos adicionales deben basarse en el resultado mostrado por Stripe, PayPal, el emisor de la tarjeta o la billetera antes del pago.
No introduzca números de tarjeta, códigos de seguridad de tarjeta, contraseñas, códigos de verificación de un solo uso o claves privadas de billetera en nombres, mensajes, comentarios o correos electrónicos de contacto. Este sitio no necesita estos datos para procesar consultas generales de apoyo.
4. Ciclo de Vida de los Registros en el Directorio de Apoyos
Los registros de Stripe y el directorio público no son el mismo estado:
- Al crear una Sesión de Pago (Checkout Session) o un PaymentIntent, el sistema puede primero escribir un registro interno pendiente de confirmación; esto no significa que el pago haya sido exitoso, ni se convertirá automáticamente en un agradecimiento público;
- Una vez completado el pago,
/api/record-blessingverificará el estado de Stripe; las solicitudes de verificación fallidas no deben crear un registro de apoyo público; - Los patrocinadores pueden enviar un nombre y un mensaje después de completar el pago. Los estados válidos pueden incluir
completed,form_submitted,modal_closed,page_unloadoidle_timeout_30m, que indican el estado del proceso de registro, no diferentes montos de pago; - La respuesta externa de
/api/sponsorshipsocultará la IP original, el correo electrónico, el User-Agent, el token de sesión y la información de identificación interna, y solo mostrará los campos necesarios para el directorio; - Las transferencias externas de QR, PayPal o USDT solo podrán ser añadidas al directorio una vez que el sitio las haya verificado y completado la organización necesaria.
La recarga de la página, la interrupción de la red, el cierre del formulario posterior al pago o los retrasos en los servicios de terceros pueden hacer que el directorio público se actualice más tarde que el resultado del pago. Que un registro no aparezca en el directorio no significa necesariamente que el pago de terceros haya fallado; por favor, confírmelo primero con la página de transacciones o el recibo del proveedor de pagos.
5. Notificaciones, Recibos y Publicación de Datos
La verificación de pagos y las notificaciones de Telegram son dos cadenas de procesos diferentes. Cuando el entorno de despliegue está configurado con credenciales de notificación, el sitio puede enviar resúmenes necesarios durante el proceso de registro; un fallo en la notificación no se interpretará como un fallo de pago, ni significa que cada mensaje será leído o respondido manualmente en un tiempo fijo.
Si Stripe envía un recibo depende del correo electrónico, la cuenta y la configuración de pago en el momento del checkout de Stripe. Este sitio no puede garantizar en nombre de Stripe que el recibo llegará; si necesita un comprobante de transacción, consulte primero la página de pago de Stripe, su correo electrónico y los registros de su cuenta.
El directorio público solo debe mostrar el nombre, el mensaje, el monto/moneda, el canal y la fecha necesarios. El backend aún puede conservar campos como el país, la IP, el estado de pago y la hora para fines de anti-abuso, verificación de transacciones, notificaciones y auditorías de seguridad; para los límites de datos relevantes, consulte también las Instrucciones de Privacidad y Uso de Datos. Si se deja el nombre o el mensaje en blanco, la exhibición pública puede usar “Patrocinador anónimo”, pero la “exhibición anónima” no significa que el backend no tenga ningún registro de transacción o seguridad.
6. Reembolsos, cargos duplicados y transferencias erróneas
Actualmente, el proyecto no dispone de una API pública de reembolso automático, ni se compromete en la página a que todos los pagos puedan ser reembolsados incondicionalmente en su totalidad. Si experimenta cargos duplicados, pagos con importes incorrectos o necesita consultar un reembolso, por favor, envíe un correo electrónico a contact@epocanvas.com y proporcione:
- Canal de pago y hora de la transacción;
- Moneda e importe;
- Recibo de Stripe, ID de PaymentIntent/Checkout Session, información de identificación de la transacción de PayPal u otros datos localizables;
- El alcance específico que desea corregir, reembolsar, anonimizar o retirar de la exhibición pública.
El sitio verificará primero la transacción y las reglas del canal antes de procesarla dentro de lo posible. Los reembolsos de Stripe están sujetos a las restricciones de la cuenta de Stripe, la capacidad de devolución al origen y el proceso de disputa de pagos; los pagos QR y PayPal están sujetos a las reglas de sus respectivas plataformas; las transferencias en cadena pueden ser irreversibles. Este sitio no ofrece un plazo de procesamiento fijo ni exige que publique comprobantes de transacción en comentarios públicos.
Si solo necesita corregir el nombre, el mensaje o la configuración de anonimato en el directorio, utilice el mismo punto de contacto. Para evitar reclamaciones fraudulentas, el sitio puede solicitar la información de pago original u otros medios razonables para verificar la identidad; los datos que ya han entrado en copias de seguridad, auditorías o servicios de terceros no siempre pueden eliminarse de todas las copias simultáneamente.
7. Seguridad de pagos y responsabilidad de terceros
Este sitio reduce los riesgos mediante claves de servidor, verificación del estado de pago, límites de longitud de entrada, minimización de campos públicos y comprobación de origen, pero no describirá la página de pago como “absolutamente segura”, “sin comisiones” o “disponible permanentemente”. Si descubre que el proceso de pago, los mensajes públicos o los comprobantes pueden ser objeto de abuso, por favor, infórmelo de forma privada según las Directrices de divulgación de problemas de seguridad.
Stripe, PayPal, WeChat Pay, Alipay, servicios de monedero, Cloudflare y Telegram tienen sus propios términos de servicio, restricciones regionales, métodos de procesamiento de datos y límites de disponibilidad. Antes de utilizar un canal de terceros, lea sus términos actuales; la aparición de cualquier nombre de canal en este sitio no implica que EpoCanvas pueda controlar su revisión, cambio de divisas, reembolsos o resultados de disputas.
Última actualización: 2026-10-20.
EpoCanvas: Erläuterungen zu Spenden, Rückerstattungen und Drittanbieterzahlungen
COMMUNITY-007 Zahlungsinformationen Maßgeblich sind Kanäle und Aufzeichnungen
Diese Seite erläutert die aktuell bestätigbaren Daten, Status und Verantwortlichkeitsgrenzen des Spendenprozesses. Spenden sind eine freiwillige Unterstützung und keine Transaktion zum Kauf von Mitgliedschaften, Artikeln, Prüfungsbefreiungen, Service-Levels oder spezifischen Antworten.
[!IMPORTANT] Die auf der Zahlungsseite angezeigten verfügbaren Methoden, Währungen, Gebühren und Zahlungsergebnisse können durch Region, Gerät, Browser, Zahlungsdienstleister, Kontoeinstellungen und Netzwerkstatus beeinflusst werden. Bitte verlassen Sie sich auf die endgültig im Zahlungsinterface angezeigten Inhalte und die Aufzeichnungen des Drittanbieterdienstes; diese Website garantiert nicht, dass alle Benutzer die gleichen Zahlungsmethoden sehen, noch garantiert sie die kontinuierliche Verfügbarkeit von Drittanbieterdiensten.
1. Art und Geltungsbereich von Spenden
Spenden sind eine freiwillige Unterstützung der Leser für die Inhaltswartung, den Website-Betrieb und die kreative Arbeit. Sie führen nicht automatisch zu:
- Erhöhung von
LV,TL, Rollen oder Abzeichen; - Freischaltung eingeschränkter Artikel, Administratorfunktionen, Prüfungsbefreiungen oder Kommentarberechtigungen;
- Erstellung eines Dienstleistungsvertrags, der Erfolg, sofortige Benachrichtigung oder öffentliche Anzeige garantiert;
- Gewährung zusätzlicher Lizenzen für den Namen, das Logo, Artikel oder andere Inhalte von EpoCanvas an den Zahlenden.
Ob Artikel öffentlich sind, ob Zugriffssteuerungen existieren und wie Inhalte lizenziert werden, sollte jeweils auf der Seite selbst und in den Erläuterungen zur Inhaltslizenz und zum Urheberrecht nachgelesen werden.
2. Aktuell verfügbare Zahlungswege
2.1 Stripe-Kasse
Der Stripe-Prozess dieser Website erstellt eine Checkout-Sitzung über /api/create-checkout-session und lädt die Stripe-Kassenoberfläche im Browser. Der Code ist derzeit für automatische Zahlungsmethoden konfiguriert, daher können unter geeigneten Bedingungen folgende Optionen erscheinen:
- Gängige Kredit- oder Debitkarten;
- Apple Pay, Google Pay oder Link;
- Andere von Stripe basierend auf Konto, Währung, Region, Gerät und Risikobewertung angebotene Methoden.
„Kann erscheinen“ ist keine Garantie. Apple Pay/Google Pay erfordert kompatible Geräte, Browser, Wallets, Karten, Domain-Verifizierung und Zahlungsanbieterbedingungen; wenn die Schnellzahlung nicht verfügbar ist, kann die Kassenoberfläche stattdessen ein allgemeines Kartenformular anzeigen.
Der aktuell veröffentlichte Code verfügt über keine separate Stripe-Webhook-Empfangsroute. Nach Abschluss der Zahlung wird der Frontend-Callback an /api/record-blessing gesendet; der Server überprüft den Zahlungsstatus der Sitzung oder des PaymentIntent erneut mit der Stripe API, und erst nach erfolgreicher Verifizierung kann der Datensatz in einen öffentlich abfragbaren Status aktualisiert werden. Dies ist ein anderer Prozess als die „sofortige Zustellung von Stripe-Webhooks“.
2.2 QR, PayPal und USDT
Die Spendenkomponenten auf der Support-Seite und in Artikeln können je nach Region WeChat Pay, Alipay, PayPal oder USDT-Kanäle anzeigen. Diese Kanäle haben unterschiedliche Verantwortlichkeitsgrenzen:
| Kanal | Aktuell bestätigbarer Prozess | Wichtige Einschränkungen |
|---|---|---|
| WeChat Pay / Alipay QR | Zahlung erfolgt über Drittanbieter-Zahlungsseite oder QR | Diese Website hat keine öffentlichen automatischen Callbacks; um in das Verzeichnis aufgenommen zu werden, müssen die erforderlichen Transaktionsinformationen bereitgestellt und von der Website überprüft werden. |
| PayPal | Verbindung zum PayPal-Konto oder Anzeige des entsprechenden QR-Codes | Gebühren, Wechselkurse, Kontobeschränkungen und Streitbeilegungsprozesse werden durch PayPal-Regeln bestimmt. |
| USDT | Zeigt das entsprechende Wallet/Netzwerk nur an, wenn die Seitenregion und Risikobedingungen erfüllt sind | On-Chain-Überweisungen können irreversibel sein; Vermögenswerte, Netzwerk, Adresse und Gebühren müssen bestätigt werden, diese Website stellt keine Vermögenswerte bei Fehlüberweisungen wieder her. |
Drittanbieter-Überweisungen werden nicht automatisch zu öffentlichen Aufzeichnungen dieser Website, nur weil der „Zahlung abgeschlossen“-Bildschirm angezeigt wurde. Bitte bewahren Sie Transaktionszeit, Betrag, Währung und die erforderlichen Transaktionsidentifikationsinformationen auf und fragen Sie privat über die unter Erläuterungen zu Meldungen und Beschwerden aufgeführten Kontaktmöglichkeiten nach.
3. Währung und Betrag
Die Stripe-Supportseite bietet derzeit zwei Optionen: „Lokale Währung“ und „Einheitliche Abrechnungswährung“. Das System empfiehlt zunächst die lokale Währung basierend auf Cloudflare-Länderinformationen oder einem konservativen Browser-Fallback; die andere Option ist derzeit normalerweise USD, und wenn die lokale Option selbst USD ist, wird stattdessen HKD verwendet.
Die auf der Seite angezeigten Stufen und benutzerdefinierten Beträge sind von dieser Website konfigurierte Empfehlungswerte, einige Umrechnungen verwenden Standardwechselkurse und Rundungsregeln, es handelt sich nicht um Echtzeit-Bankkurse und auch nicht um eine Garantie für Kaufkraft, Wechselkurse oder Gebühren. Der tatsächlich abgebuchte Betrag, die Währung, der Wechselkurs der ausstellenden Bank und zusätzliche Gebühren sollten den Ergebnissen entsprechen, die von Stripe, PayPal, der ausstellenden Bank oder dem Wallet vor der Zahlung angezeigt werden.
Bitte geben Sie keine Kartennummer, Kartenprüfnummer, Passwörter, Einmal-Verifizierungscodes oder Wallet-Privatschlüssel in Anreden, Nachrichten, Kommentare oder Kontakt-E-Mails ein. Diese Website benötigt diese Daten nicht zur Bearbeitung allgemeiner Spendenanfragen.
4. Lebenszyklus der Aufzeichnungen im Unterstützerverzeichnis
Stripe-Aufzeichnungen und das öffentliche Verzeichnis sind nicht derselbe Status:
- Beim Erstellen einer Checkout-Sitzung oder eines PaymentIntent kann das System zunächst interne, noch zu bestätigende Aufzeichnungen schreiben; dies bedeutet nicht, dass die Zahlung erfolgreich war, und wird auch nicht automatisch zu einer öffentlichen Danksagung;
- Nach Abschluss der Zahlung überprüft
/api/record-blessingden Stripe-Status; fehlgeschlagene Verifizierungsanfragen sollten keine öffentlichen Spendenaufzeichnungen erstellen; - Unterstützer können nach Abschluss der Zahlung eine Anrede und eine Nachricht einreichen. Gültige Status können
completed,form_submitted,modal_closed,page_unloadoderidle_timeout_30mumfassen, diese zeigen den Status des Aufzeichnungsprozesses an, nicht unterschiedliche Zahlungsbeträge; - Die externe Antwort von
/api/sponsorshipsmaskiert die ursprüngliche IP, E-Mail, User-Agent, Sitzungstoken und interne Identifikationsinformationen und gibt nur die für das Verzeichnis erforderlichen Felder aus; - Externe Überweisungen per QR, PayPal oder USDT können nur dann in das Verzeichnis aufgenommen werden, wenn die Website sie überprüft und die erforderliche Bearbeitung abgeschlossen hat.
Seitenaktualisierungen, Netzwerkunterbrechungen, das Schließen des Formulars nach der Zahlung oder Verzögerungen bei Drittanbieterdiensten können dazu führen, dass das öffentliche Verzeichnis später als das Zahlungsergebnis aktualisiert wird. Wenn ein Datensatz nicht im Verzeichnis angezeigt wird, bedeutet dies nicht unbedingt, dass die Drittanbieterzahlung fehlgeschlagen ist; bitte überprüfen Sie dies zuerst auf der Transaktionsseite oder dem Beleg des Zahlungsanbieters.
5. Benachrichtigungen, Belege und Datenveröffentlichung
Zahlungsverifizierung und Telegram-Benachrichtigungen sind zwei unterschiedliche Kanäle. Wenn die Bereitstellungsumgebung mit Benachrichtigungszugangsdaten konfiguriert ist, kann die Website während des Aufzeichnungsprozesses notwendige Zusammenfassungen senden; ein Fehlschlagen der Benachrichtigung wird nicht als Zahlungsfehler interpretiert und bedeutet auch nicht, dass jede Nachricht innerhalb einer festen Zeit manuell gelesen oder beantwortet wird.
Ob Stripe einen Beleg versendet, hängt von der E-Mail-Adresse, dem Konto und den Zahlungseinstellungen bei der Stripe-Kasse ab. Diese Website kann nicht im Namen von Stripe garantieren, dass Belege zugestellt werden; wenn Sie einen Transaktionsnachweis benötigen, überprüfen Sie bitte zuerst die Stripe-Zahlungsseite, E-Mails und Kontodatensätze.
Das öffentliche Verzeichnis sollte nur die notwendige Anrede, Nachricht, Betrag/Währung, Kanal und Datum anzeigen. Das Backend kann weiterhin Felder für Land, IP, Zahlungsstatus und Zeit für Missbrauchsprävention, Transaktionsabgleich, Benachrichtigungen und Sicherheitsaudits speichern; für relevante Datengrenzen beachten Sie bitte auch die Erläuterungen zu Datenschutz und Datennutzung. Wenn Anrede oder Nachricht leer gelassen werden, kann die öffentliche Anzeige „Anonymer Unterstützer“ verwenden, aber „anonyme Anzeige“ bedeutet nicht, dass das Backend keinerlei Transaktions- oder Sicherheitsaufzeichnungen hat.
6. Rückerstattungen, doppelte Abbuchungen und fehlerhafte Überweisungen
Derzeit verfügt das Projekt über keine öffentliche automatische Rückerstattungs-API und verspricht auf der Seite auch nicht, dass alle Zahlungen bedingungslos vollständig zurückerstattet werden können. Sollten Sie auf doppelte Abbuchungen, falsche Zahlungsbeträge stoßen oder eine Rückerstattung anfragen müssen, senden Sie bitte eine E-Mail an contact@epocanvas.com und geben Sie Folgendes an:
- Zahlungskanal und Transaktionszeitpunkt;
- Währung und Betrag;
- Stripe-Beleg, PaymentIntent/Checkout Session ID, PayPal-Transaktionsidentifikationsinformationen oder andere lokalisierbare Daten;
- Den spezifischen Umfang, den Sie korrigieren, zurückerstatten, anonymisieren oder von der öffentlichen Anzeige entfernen möchten.
Die Website wird zunächst die Transaktion und die Kanalregeln überprüfen und diese dann im Rahmen des Möglichen bearbeiten. Stripe-Rückerstattungen unterliegen den Einschränkungen des Stripe-Kontos, der Möglichkeit zur Rückerstattung über die ursprüngliche Zahlungsmethode und den Streitbeilegungsprozessen; QR und PayPal unterliegen den Regeln ihrer jeweiligen Plattformen; On-Chain-Überweisungen können irreversibel sein. Diese Website bietet keine festen Bearbeitungsfristen und verlangt auch nicht, dass Sie Transaktionsnachweise in öffentlichen Kommentaren veröffentlichen.
Sollten lediglich die Anrede, die Nachricht oder die Anonymitätseinstellungen im Verzeichnis korrigiert werden müssen, nutzen Sie bitte denselben Kontaktweg. Um betrügerische Ansprüche zu verhindern, kann die Website die ursprünglichen Zahlungsinformationen oder andere angemessene Methoden zur Identitätsprüfung anfordern; Daten, die in Backups, Audits oder Drittanbieterdienste gelangt sind, können möglicherweise nicht alle Kopien gleichzeitig gelöscht werden.
7. Zahlungssicherheit und Drittanbieterhaftung
Diese Website reduziert Risiken durch serverseitige Schlüssel, Überprüfung des Zahlungsstatus, Beschränkung der Eingabelänge, Minimierung öffentlicher Felder und Quellprüfungen, wird aber Zahlungsseiten nicht als „absolut sicher“, „gebührenfrei“ oder „dauerhaft verfügbar“ bezeichnen. Sollten Sie feststellen, dass Zahlungsprozesse, öffentliche Nachrichten oder Zugangsdaten missbraucht werden könnten, melden Sie dies bitte privat gemäß den Richtlinien zur Meldung von Sicherheitsproblemen.
Stripe, PayPal, WeChat Pay, Alipay, Wallet-Dienste, Cloudflare und Telegram haben jeweils eigene Nutzungsbedingungen, regionale Beschränkungen, Datenverarbeitungsmethoden und Verfügbarkeitsgrenzen. Bevor Sie einen Drittanbieterkanal nutzen, lesen Sie bitte dessen aktuelle Bedingungen; das Erscheinen eines Kanalnamens auf dieser Website bedeutet nicht, dass EpoCanvas dessen Überprüfung, Währungsumtausch, Rückerstattungen oder Streitergebnisse kontrollieren kann.
Zuletzt aktualisiert: 2026-10-20.




